Age | Commit message (Collapse) | Author |
|
|
|
|
|
getline() takes care of extending the buffer as needed, so no point in
constantly freeing it before every call.
|
|
|
|
|
|
|
|
http://thread.gmane.org/gmane.linux.hotplug.devel/17206/focus=17211
|
|
|
|
|
|
<falconindy> kay: udev no longer makes /run/udev on its own?
<kay> falconindy: added back!
|
|
|
|
|
|
|
|
|
|
|
|
- rename --reload-rules to --reload
- invalidate rules and databases only, delay parsing to the next event
- enable debug output for test-builtin
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
The return value was never used and even if errors were found inside spawn_wait should still be called.
|
|
|
|
|
|
|
|
|
|
|
|
David: uh, don't you need curly braces in the udevd.c part at the bottom?
|
|
|
|
|
|
namespace one
|
|
When a worker receives both a signal and a udev event in the same epoll_wait
run, the event must be processed first because the udev parent considers the
event already dispatched. If we process the signal first and exit, udevd
times out after 60 seconds waiting for a response from an already-dead
worker.
Ref: https://bugs.launchpad.net/bugs/818177
Signed-off-by: Steve Langasek <steve.langasek@canonical.com>
|
|
|
|
|
|
|
|
|
|
Signed-off-by: Petr Uzel <petr.uzel@suse.cz>
|
|
|
|
|
|
|
|
|
|
|
|
|