linux-kernel - Re: [mm] Better help needed for UEVENT_HELPER

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <3ae72650710030450x16e20473r42c0cee3764646b7@mail.gmail.com>
Date:	Wed, 3 Oct 2007 13:50:01 +0200
From:	"Kay Sievers" <kay.sievers@...y.org>
To:	"Frans Pop" <elendil@...net.nl>
Cc:	linux-kernel@...r.kernel.org
Subject: Re: [mm] Better help needed for UEVENT_HELPER_PATH

On 9/28/07, Frans Pop <elendil@...net.nl> wrote:
> Current help for CONFIG_UEVENT_HELPER_PATH is:
>    Path to uevent helper program forked by the kernel for
>    every uevent.
> With default value of /sbin/hotplug.
>
> Help! I don't have /sbin/hotplug (Debian unstable, using udev).
> What do I do now? Will my hardware be unsupported because I don't have
> /sbin/hotplug?

Nothing has changed, it's just configurable now for setups which don't
use the "fork-bomb" anymore.

> Should I leave it at the default? Make it empty? Or do I need to replace
> hotplug by some other magic command?

Do nothing, leave it at the default value, if you are unsure about
your setup. If your system works without it, you save a few cycles at
bootup.

> Please extend the help text to give some context and indication of how to
> use this option.

We can't really tell, it entirely depends on the distro, setup, udev
integration, initramfs. Old initramfs setups might need it, even on a
udev system without any /sbin/hotplug like stuff installed. You would
need to look in your initramfs image if it contains a /sbin/hotplug.

Thanks,
Kay
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/