systemd/etc/udev/udev.conf

# udev.conf

# The initial syslog(3) priority: "err", "info", "debug" or its
# numerical equivalent. For runtime debugging, the daemons internal
# state can be changed with: "udevcontrol log_priority=<value>".
udev_log="err"
[PATCH] add support for a main udev config file, udev.conf. the older udev.config file is now called udev.rules. This allows us to better control configuration values, and move away from the environment variables. 2003-12-03 12:08:46 +03:00			`# udev.conf`

move rules parsing into daemon The rules files are parsed only once at daemon startup. Every udev event process will be fork()'d from udevd without exec()'ing the udev binary. The in-memory rules will be inherited from the daemon itself. If inotify is available, udevd will reload all rules if any change in /etc/udev/rules.d/ happens. Otherwise -HUP or "udevcontrol reload_rules" can be used. Signed-off-by: Kay Sievers <kay.sievers@suse.de> 2005-10-27 23:04:38 +04:00			`# The initial syslog(3) priority: "err", "info", "debug" or its`
update README and RELEASE-NOTES Signed-off-by: Kay Sievers <kay.sievers@suse.de> 2005-11-16 07:22:31 +03:00			`# numerical equivalent. For runtime debugging, the daemons internal`
			`# state can be changed with: "udevcontrol log_priority=<value>".`
[PATCH] support log-priority levels in udev.conf 2005-03-27 03:11:03 +04:00			`udev_log="err"`
[PATCH] make logging a config option Once again, patch to make logging a config option. Reason for this (since you asked for it): - In our setup it is easy (although still annoying) .. just edit the ebuild, add logging support (or remove it) and rebuild. For say a binary distro, having the logging is useful for debugging some times, but its more a once of, or rare thing, as you do not add or change config files every day. Sure, we can have logging by default, but many do not want ~300 lines of extra debugging in their logs is not pleasant, and they will complain. Rebuilding the package for that binary package (given the users it is targeted to) is usually not within most users grasp. 2004-02-12 06:42:51 +03:00