Thus spake A Righi ([EMAIL PROTECTED]):
totally agree! as I reported in a previous mail (if I remember well)
udev doesn't support a lot of uncommon hw raid devices (see cssis,
amiraid, etc) and we must pre-populate /dev with those devices.

If cciss devices are not currently showing up with our udev config, then
we should modify the udev config.  Take a look here:

   http://www.gentoo.org/doc/en/udev-guide.xml


Same goes for any other device.  Only if we are unable to modify udev to
create the device for it for some reason should we look at another
mechanism for creating the links.

And even then, there's a hack that can be used to have udev create
specified device files automatically when it starts up, even without seeing the related driver (worst case scenario). I've attached a copy
of the relevant config file from an Ubuntu system
(/etc/udev/links.conf).

Two reasons I think it's important to keep _all_ device file creation in
udev, if possible, are:

   * canonical location in the code for modification of device file
     creation
   * it's likely that anything we have to hack today will later be
     fixed upstream in udev

The one exception to this is the UYOK code, which makes a copy of the
client's /dev filesystem at initrd creation time.

Cheers, -Brian


I
already did something similar for soft-raid devices (/dev/md*)... look
at the start_udevd() in initrd_source/skel/etc/init.d/functions.

-AndreaR

Bernard Li wrote:
Hi Andrea:

We need to take a look at how Linux distributions pre-populate /dev -
for us I think we may need to pre-populate with some rare devices eg.
cssis.

Cheers,

Bernard



-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Sisuite-devel mailing list
Sisuite-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sisuite-devel

--
Brian Elliott Finley
Mobile:  630.631.6621
# This file does not exist. Please do not ask the debian maintainer about it.
# You may use it to do strange and wonderful things, at your risk.

L fd            /proc/self/fd
L stdin         /proc/self/fd/0
L stdout        /proc/self/fd/1
L stderr        /proc/self/fd/2
L core          /proc/kcore
L sndstat       /proc/asound/oss/sndstat
L MAKEDEV       /sbin/MAKEDEV

D pts
D shm

# Hic sunt leones.
M ppp           c 108 0
D loop
M loop/0        b 7 0
D net
M net/tun       c 10 200

Reply via email to