Bug 390941
Summary: | udevtimeout setting nullified | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Warren Togami <wtogami> |
Component: | udev | Assignee: | Harald Hoyer <harald> |
Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | low | Docs Contact: | |
Priority: | low | ||
Version: | 8 | CC: | notting |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-02-18 22:35:21 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 188611 |
Description
Warren Togami
2007-11-19 19:23:18 UTC
> Unfortunately, due to the "wait" it waits for udevsettle to finish, effectively > nullifying the effect of udevtimeout. wrong. udevsettle is not started in the background. if [ $timeout -gt 0 ]; then /sbin/udevsettle --timeout=$timeout ... The "wait" is for make_extra_nodes(), especially MAKEDEV. > Can this message be changed to be less scary sounding for users? > Perhaps, "Continuing in background." Hmm, normally a timeout indicates that s.th. was wrong. On thin clients, where a narrow set of hardware is used, you don't want startudev at all. Just untar your devices. notting told me that we no longer support static devices. Our initscripts has no option to avoid start_udev. Are we comfortable making static devs vs. udev configurable in a future release? Hmm, I can think of an option to turn off udevtrigger. Then /etc/udev/makedev.d/00-mydevs.nodes can be used for the static devices. > If you specify udevtimeout=1 in /proc/cmdline, wait_for_queue returns early with
> udevsettle still running in the background, which is what you want.
Not true, udevsettle returns after the timeout, wether all devices are created
or not. So the following commands cannot be sure all devices have been created.
udevsettle returns also, if udevd has no more events in the queue (events,
triggered by the kernel and udevtrigger).
(In reply to comment #2) > notting told me that we no longer support static devices. Our initscripts has > no option to avoid start_udev. Are we comfortable making static devs vs. udev > configurable in a future release? No. Why would you want to provide a broken setup? > Hmm, I can think of an option to turn off udevtrigger. Then
> /etc/udev/makedev.d/00-mydevs.nodes can be used for the static devices.
This sounds good. Where would the option be, somewhere in /etc/sysconfig?
Due to the refusal in Comment #5 there's no point in pursuing this any further. Closing. |