> 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 :-) -- [2.6.32-11 regression] 5 second delay on early boot during usb_id https://bugs.launchpad.net/bugs/510937 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
