> So the key question is, Is the delay on usb_id actually causing an issue here now that we are not blocking on it?
The extra I/O wait/process blocking/etc now costs us .3 seconds (averaged over three reboots, between lucid current and lucid current userspace with -10 kernel, and looked at time until when gdm starts).
So it's certainly small enough to not warrant rewriting the entire subsytem :-)
> So the key question is, Is the delay on usb_id actually causing an issue here now that we are not blocking on it?
The extra I/O wait/process blocking/etc now costs us .3 seconds (averaged over three reboots, between lucid current and lucid current userspace with -10 kernel, and looked at time until when gdm starts).
So it's certainly small enough to not warrant rewriting the entire subsytem :-)