On Mon, Aug 5, 2013 at 4:18 AM, Kay Sievers <kay@xxxxxxxx> wrote: > On Fri, Aug 2, 2013 at 6:28 PM, Zbigniew Jędrzejewski-Szmek > <zbyszek@xxxxxxxxx> wrote: >> On Fri, Aug 02, 2013 at 09:04:44AM -0700, Andy Lutomirski wrote: >>> CONFIG_FW_LOADER_USER_HELPER=y >> Do you need this? Unsetting this should help. >> >> """This option enables / disables the invocation of user-helper >> (e.g. udev) for loading firmware files as a fallback after the >> direct file loading in kernel fails. The user-mode helper is >> no longer required unless you have a special firmware file that >> resides in a non-standard path.""" > > On recent systems, if the kernel configures > CONFIG_FW_LOADER_USER_HELPER=y and a firmware is not found by the > kernel, the kernel will issue a request which is ignored by userspace > and will block in that for 60 seconds. > > Udev is no longer in the game of firmware loading, not even as a > fallback, it will just completely ignore all kernel firmware class > events. > > The source code in udev to handle firmware requests is disabled by > default, currently still kept around for old kernels without the > in-kernel firmware loader, but it will be deleted in the near future. Any chance you'd consider a less regression-inducing path to getting rid of this feature? For example, have udev warn and immediate fail firmware loading requests for a few releases, then just warn, then drop support? Meanwhile, CONFIG_FW_LOADER_USER_HELPER is still default y (!), so udev has introduced massive bootup delays into the default configuration with no warning. It might be nice to change it to default n, get rid of everything that selects it, and possible even rename it to something with LEGACY or OBSOLETE in the name so that make oldconfig will prompt. --Andy > > Any issues with firmware timeouts should be addressed in the kernel by > disabling CONFIG_FW_LOADER_USER_HELPER or by removing the fallback > code from the in-kernel loader. > > Kay -- Andy Lutomirski AMA Capital Management, LLC -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html