A devfs-nek is lassan búcsút mondhatunk

Linux

A 2.6-os Linux kernel számos új dolgot hoz a Linux felhasználók életébe. Ilyen új dolog a "nem is olyan rég" felbukkant devfs alrendszer eltűnésének kezdete. A devfs a 2.6.0-test6 kerneltől kezdve "obsolete" azaz elavult, idejétmúlt jelzővel illetett stuff lett.

Christoph Hellwig a következőket írta a patche mellé:

"Richard [Gooch] nem nyúlt hozzá lassan egy éve, és azóta csak bugfixek és az én változtatásaim kerültek bele a kernel csatolófelületbe. Senki nem állt elő azzal, hogy szeretné karbantartani és van helyette egy megfelelő helyettesítőnk a udev képében."Maga a devfs állandó harcokat szított a linux-kernel listán egészen a 2.3-es kernelbe való bekerüléséig. A devfs-t a legtöbb nagyobb Linux disztribútor nem engedélyezte a kerneleiben. Amikor egy alrendszer arra a sorsra jut, hogy nem használják széles körben, és a karbantartó sem foglalkozik vele, akkor az alrendszer sorsa megpecsételődik. Ez történt a devfs-sel is. Christoph írása szerint még kijavít néhány hibát, de ennél többet nem tesz. A 2.6-os lesz előreláthatólag az utolsó nagyobb kernelsorozat, amely tartalmazza a devfs-t.

R.I.P.

Christoph levele itt. Linus bejelentése (2.6.0-test6) amelyben a devfs "obsolete" jelzővel szerepel itt.



Linkek az új udev-hez:

Reprint-Kroah-Hartman-OLS2003.pdf

ols_2003_udev_talk

Managing dynamic device naming

What's needed to fix user-space device enumeration?

Trip report: the Ottawa Linux Symposium

( bra | 2003. 10. 05., v – 14:38 )

Nem igazán követem a Linux fejlesztését, így ez az egész nekem újdonság volt. Az udevről még nem is hallottam :)

Ha esetleg más is így lenne a dologgal, érdemes lehet elolvasni Greg Kroah-Hartman Linux Symposiumra készített előadását itt [archive.linuxsymposium.org].

Érdekes mindenesetre látni azt, hogy minden nagyobb verzióváltáskor kidobnak valamit, amit az előzőben jelentettek meg. Talán ez az egyik legrosszabb a szabad szoftverekben: hiába van meg a lehetősége annak, hogy többen felvegyék a szálakat, ha azokat valaki eldobja, mégis leginkább a nulláról elkezdik újból, teljesen más logika mentén.

És mégis, ez a legjobb benne, ha tényleg van valaki, aki felveszi a szálat és egy év múlva nem jut ugyanarra a sorsra, mint az előző :)

Miért is?

A devfs-t a FreeBSD-ben használják, fejlesztik.

Van automatikus major, minor kiosztás, az 5.2-RELEASE-ben már a legtöbb driver ezt használja, egyre kevesebb a statikus számokat használók száma. Lehet ACL-eket definiálni a devfs mountokra (mi látszódjon például egy jailben), illetve az udeves előadásban emlegetett /sbin/hotplug működés is megvan, ha jól értettem, a FreeBSD-nél ezt devd-nek hívják, amivel kernel eventekhez lehet kapcsolni történéseket.

De lehet, hogy kevés volt az 1 perc olvasás...

( trey | 2003. 10. 06., h – 10:56 )

List: freebsd-current

Subject: Re: What will be new in FBSD 5

From: Robert Watson

[...]

- devfs: the device filesystem removes manual management of the /dev tree,

allowing the system to adapt to device environment changes more cleanly

and with less administrator intervention. This is really helpful with

widespread use of USB, firewire, etc.

[...]

http://marc.theaimsgroup.com/?l=freebsd-current&m=102086818530937&w=2

:-) en igy gondoltam

( trey | 2003. 10. 06., h – 13:46 )

>az 5.x agban mar csak ez van, hagyomanyos /dev nincsen,

errol beszelek :-)