Helyzetjelentés az új Firewire stack-ről

Kernel

Kristian Høgsberg tavaly decemberben jelezte, hogy nekiállt újraírni a Linux kernel Firewire stack-jét, hogy a régi megoldás helyett egy kicsi, karbantartható és támogatható alrendszert kapjunk. A munka az elmúlt időszakban jól haladt, ezért a fejlesztő az új stack beolvasztását kérte a mainline kernelbe. A kérést a következőkkel indokolta:

  • az anyag több, mint 3 hónapja megtalálható a Fedora rawhide-ban (devel ág) és az -mm fában
  • a Fedora 7 szállítani fogja
  • visszafele kompatibilis library szinten
  • a meglevő user space lib-ek portolásra kerültek, hogy azok használják az új user space csatolófelületet
  • kevesebb mint 8 000 sorból áll, összehasonlítva a régebbi stack-kel, ami 30 000 sort tesz ki
  • hasonló méretcsökkenés a .ko-k (kernel modulok) esetén is
  • nincsenek kernel thread-ek
  • stb.

A fejlesztő megjegyezte, hogy a régi stack-kel összehasonlítva tapasztalhatók még regressziók egyes területeken. Ezeken még dolgozni kell, ezért a fejlesztő azt javasolja, hogy szállítsák a mainline kernelben a régi és az új stack-et egymás mellett pár kiadáson keresztül, majd ha az új stack eléri a kívánt stabilitást, akkor a régi stack-et jelöljék elavultnak.

Bővebbben a KernelTrap cikkében.

( uid_4263 v | 2007. 05. 03., cs – 17:09 )

Ha ez a stack megjelenik, a régi pedig eltávolításra kerül, akkor pld. az ndiswrapper és a jelenleg meglevő driverek is működni fognak vele?
Mert az indokok között csak az userspace libeket említik, a kerneldrivereket nem.

http://gyuszk.homelinux.org

-- There is never time to do it right, but always time to do it over.

( bra | 2007. 05. 03., cs – 20:05 )

Az vajon miért előny, hogy nincsenek kernel threadek? Éppenséggel el tudok rá képzelni többféle magyarázatot is, de mégiscsak furcsa...