[lkml]   [2004]   [Sep]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: udev is too slow creating devices
On Sep 19, 2004, at 15:40, Ihar 'Philips' Filipau wrote:
> You are wrong. Hardware driver must fail, when hardware is not
> present/not detected. Simple as that.
> If ide-cd doesn't do that - it needs to be fixed.

I have a USB CD burner, and during startup I make sure that the USB
and SCSI modules are already loaded to speed up the CD recognition.
With your procedure I _can't_ do that. First I try to modprobe the USB
stuff, which works. Then I try to modprobe the SCSI stuff, which
because the burner isn't plugged in yet and it sees no SCSI devices.

How does that make sense? Hardware is not serialized nicely the
way you seem to want it to be. I expect to be able to plug in my 2 USB
disks, my USB burner, and my USB scanner into the USB hub that I
just plugged in, either before turning on the computer, halfway through
startup, or after I've been working for 2 hours and not have the whole
damn mess fail because one of the devices is _only_ initialized in the
init scripts. The best way to handle this is /etc/dev.d. If some
is critical for startup, then just add a "touch
/var/run/criticalsystem" to
the specialized dev.d script and then have the init script poll for said
file to become more recent than system startup. It's not like polling
will hurt you in that case, if the device really is system-critical
then you
can't do anything _but_ poll and hope that the hardware isn't fubared.

Kyle Moffett

Version: 3.12
GCM/CS/IT/U d- s++: a17 C++++>$ UB/L/X/*++++(+)>$ P+++(++++)>$
L++++(+++) E W++(+) N+++(++) o? K? w--- O? M++ V? PS+() PE+(-) Y+
PGP+++ t+(+++) 5 X R? tv-(--) b++++(++) DI+ D+ G e->++++$ h!*()>++$ r

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 14:06    [W:0.134 / U:0.016 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site