Új Firewire stack fejlesztés alatt

Címkék

Kristian Høgsberg jelentette be az LKML-en, hogy új Firewire stack fejlesztéséhez fogott hozzá. A célja, hogy funkcióban ugyanazt nyújtsa mint a jelenlegi, de nem tartaná meg szükségszerűen a csatolófelület kompatibilitást. A munka mostani állása szerint az alacsonyszintű OHCI driver, és a középső tranzakciós réteg kész van, és alapvetően a SBP-2 (storage) driver is elkészült. Ennek ellenére van még hátra munka.

A fejlesztő célja jelenleg nem az, hogy teljesen újraírja a Firewire réteget, hanem az, hogy javítsa az OHCI driver-t, amit ennek érdekében teljesen az elejétől újraírt. Kristian szerint a régi stack többi részével is probléma van. A fejlesztő szerint az új stack amellett, hogy tömörebb, érthetőbben kódolt, így sokkal egyszerűbben követhető. A régi és az új stack békében megfér egymás mellett. A felhasználók vagy fordítási időben tudnak választani a régi és az új alternatív stack közt, vagy lefordíthatják mindegyiket a kernelhez, és modulként használhatják.

A fejlesztő az új stack-et 3 patch formájában küldte véleményezésre a Linux kernel listára. A patch-eket áttekintő fejlesztők egyetértettek abban, hogy van még mit dolgozni rajta.

Bővebben itt.

Hozzászólások

rdítási időben tudnak választani a régi és az új alternatív stack közt, vagy belefordíthatják mindegyiket a kernelbe, és modulként használhatják.

Hogy tudja kernelbe forditva modulkent hasznalni? Es mikepp oldottak meg mind ket stack egyszerre kernelbe forditasa eseten az utkozesbol szarmazo problemakat ?

---
pontscho / fresh!mindworkz

>> javítsa az OHCI driver-t, amit ennek érdekében teljesen az elejétől újraírt
íme egy kritikus

Ez így nem egészen igaz. Ha egy driver működik a "kenyérpirítón" is, akkor az eltérő architektúra miatt kibukhatnak olyan hibák, amik pl. csak i386-on esetleg nem jönnének elő. Vmi OpenBSD doksiban olvastam erről. :)

--
Sokan nincsenek tudatában annak, / hogy egyszer mindenki meghal. / Akik ráébrednek erre, / azonnal abbahagyják az ellenségeskedést.