Hello Alex, > Could we move to devfs for Bering? > Are there any significant disadvantages? > > As advantages, I see: > - clean /dev > - doesn't need the script with hundred of mknod loops > - supports more exotic hardware without changes to the script that creates > /dev > - easier search for packages: now linuxrc looks in /dev/fd0, /dev/hda1 > etc... > with devfs, it could look in /dev/discs/disc0 and find the HD, regardless > whether it is a SCSI RAID HD or a Compact Flash > > Some info about devfs: > http://www.atnf.csiro.au/people/rgooch/linux/docs/devfs.html > > Comments? > - Alex > We (a few members of the Bering_uClibc team), have done some experimenting with devfs for the same reasons (and kmod/modprobe btw). But in the end it wasn't a good solution: -you can't set permissions, or you have to use devfsd (which takes lots of space) -not all modules have devfs hooks, so will not work -a lot of scripts break because of other namingconvention -you need a recompiled (and bigger) kernel with devfs support enabled -all sorts of workarounds that make it clumpsier than with the current approach (don't forget, we have only a "few" entries in /dev in comparison with full blown distros) -devfs is dead, linux-2.6 has a new approach -a lot of other issues I forgot about
Eric ------------------------------------------------------- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click _______________________________________________ leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
