Viszlát devfs!

Címkék

2003 októberében írtam, hogy Christoph Hellwig javaslatott tett a devfs Linux kernelből való eltávolítására. A 2.6.0-test6 kernelektől kezdve a devfs ``obsolete'', azaz elavult jelzővel szerepelt, ami arra engedett következtetni, hogy hamarosan végleg eltávolításra kerül a Linux kernelből, így szerintem másfél évvel a levél után senki nem fog meglepetésként érni az a hír, hogy megkezdődött a felkészülés a devfs végleges eltávolítására.

Pár órával ezelőtt Greg Kroah-Hartman egy 22 patchből álló set-et postázott az LKML-re.A patchset teljesen eltávolítja a Linux kernelből a hosszú ideje karbantartás nélkül levő devfs kódokat. A devfs szinte a kernel egész területén megtalálható, ezért a patchset nem kicsi. A diffstat szerint 222 filet érint a változás. Ez 112 kód beszúrást, és 8545 törlést jelent. Greg K-H egyelőre egy RFC keretén belül postázta a patchset-et ízlelgetésre.

Greg K-H levele a itt.

A patchek itt.

Hozzászólások

Gentoo most patchelheti vissza a devfs-t amég nem lesz más megoldás helyette, jelenleg úgy tudom szükséges feltétel a devfs használata.

Jó lenne ha Linus végre eldöntené, hogy stabil kiadásnak tekinti e továbbra is a 2.6 kernelsorozatot, vagy esetleg térjünk vissza a 2.4 kernelekhez?!

Meg kellene már nyitni az új development kernelfát, és abba kísérletezni ilyen és hasonló nagyvolumenű változásokal. Imho Greg Kroah-Hartmannak már azt mondom igaza van. Ha egyszer stabilként lett kiadva a 2.6 kernel, nem lenne szabad ilyen változtatásokat tenni rendszeresen.

zoozo wrote:
> Gentoo most patchelheti vissza a devfs-t amég nem lesz más megoldás
> helyette, jelenleg úgy tudom szükséges feltétel a devfs használata.
>
> Jó lenne ha Linus végre eldöntené, hogy stabil kiadásnak tekinti e továbbra
> is a 2.6 kernelsorozatot, vagy esetleg térjünk vissza a 2.4 kernelekhez?!
>
> Meg kellene már nyitni az új development kernelfát, és abba kísérletezni
> ilyen és hasonló nagyvolumenű változásokal. Imho Greg Kroah-Hartmannak már
> azt mondom igaza van. Ha egyszer stabilként lett kiadva a 2.6 kernel, nem
> lenne szabad ilyen változtatásokat tenni rendszeresen.
>
a 2005.0 mar alapbol az udev-et rakja fel,ha regi rendszert
frissiteted,akkor meg olvasd el a frissitesi kezikonyvet,ott leirja
hogyan terj at. Ezek tekinteteben szerintem nem szukseges feltetel. De
ki tudja.

- A devfs mar a 2.6.0 ota deprecated.

- Ez a patch meg nem kerult bele a kernelbe. (de persze bele fog)

- A "stabil" kerdest szereti mindig elohozni mindenki hogy fikazhassa a 2.6-os szeriat. Nem artana ehhez eloszor definialni hogy ki mit ert stabilon. Ha azt akarod rajta erteni, hogy regi ***** kodreszletek elorelathatolag az orokkevalosagig bennemaradnak, akkor valoban nem stabil. Viszont ha regi verziot akarsz hasznalni, akkor ugyanugy hasznalhatsz a 2.6-os szeriabol is regit, folosleges azzal jonni hogy "terjunk inkabb vissza 2.4-re?". Imho a mostani fejlesztesi rendszer sokkal jobb mint amikor 2.4/2.5 volt egyszerre.

Na igen pont ez az: arra hasznaljanak regebbi kernelt amiben van. Viszont ha egyszer nincs karbantartva, es senki nem is vallalja ezt a munkat, akkor akkor sem lenne ertelme benn tartnai ha nem tudnak mar jo ideje, hogy 'elavult' jelzovel fut a dolog, hiszen mintahogy szo is van rola kb 222 file-t erint a patch, ez is jol mutatja, hogy barmilyen fejlesztes egyre csak ront a devfs helyzeten ...

Mint mar sokan leirtak nem letkerdes a devfs. Van helyette udev.

Mellesleg pont a Gentoo volt az ahol legregebb ota hasznalnak udev-et :) Nekem mar masfel eve az van fenn! Az se veletlen, hogy Greg Kroah-Hartman Gentoo fejleszto is. Jo tudom a SUSE-nel vagy hol dolgozik, de a legnagyobb tesztbazisa az udev-nek Gentoo alatt van. Hozza tartozik az udev csomag, meg neha kernel koruli dolgokhoz is hozzanyul.

Egyebkent tolem elfer a devfs a kernelben, most egyel tobb vagy kevesebb olyan dolog amit nem hasznalok mar nem oszt nem szoroz. Ha kiveszik nekem ugy is jo :)

> ki mit ert stabilon

Pl ilyesmikre gondolnak az emberek amikor a 2.6 stabilitasat fikazzak:

- nem breakel egyik (minor) verziorol a masikra valtaskor userspace dolgokat?

- minor valtas utan ugyanazon a hw-n ugyanugy kepes futni?

- nem tartalmaz experimental kodokat

- minden kernelben levo kod minden tamogatott platformon ugyanolyan jol mukodik, smp es/vagy preempt mellett is)?

Egyebkent szerinted miert jobb a 2.6-os fejlesztesi modell?