From: Maarten Lankhorst <m.b.lankhorst@gmail.com>
To: Andy Lutomirski <luto@amacapital.net>
Cc: linux-kernel@vger.kernel.org, "Kay Sievers" <kay@vrfy.org>,
"Zbigniew Jędrzejewski-Szmek" <zbyszek@in.waw.pl>,
systemd-devel@lists.freedesktop.org,
"Linux Wireless List" <linux-wireless@vger.kernel.org>,
linux-hotplug@vger.kernel.org,
"Intel Linux Wireless" <ilw@linux.intel.com>,
"Johannes Berg" <johannes@sipsolutions.net>
Subject: Re: [PATCH] Change CONFIG_FW_LOADER_USER_HELPER to default n and don't select it
Date: Tue, 06 Aug 2013 08:20:13 +0000 [thread overview]
Message-ID: <5200B1BD.7030307@gmail.com> (raw)
In-Reply-To: <325b19bb936d7ebae11edad86aac8f0931e8abd9.1375719828.git.luto@amacapital.net>
Op 05-08-13 18:29, Andy Lutomirski schreef:
> The systemd commit below can delay firmware loading by multiple
> minutes if CONFIG_FW_LOADER_USER_HELPER=y. Unfortunately no one
> noticed that the systemd-udev change would break new kernels as well
> as old kernels.
>
> Since the kernel apparently can't count on reasonable userspace
> support, turn this thing off by default.
>
> commit a3bd8447be4ea2ce230eb8ae0e815c04d85fa15a
> Author: Tom Gundersen <teg@jklm.no>
> Date: Mon Mar 18 15:12:18 2013 +0100
>
> udev: make firmware loading optional and disable by default
>
> Distros that whish to support old kernels should set
> --with-firmware-dirs="/usr/lib/firmware/updates:/usr/lib/firmware"
> to retain the old behaviour.
>
methinks this patch should be reverted then, or a stub should be added to udev to always fail firmware loading so timeouts don't occur.
~Maarten
WARNING: multiple messages have this Message-ID (diff)
From: Maarten Lankhorst <m.b.lankhorst@gmail.com>
To: Andy Lutomirski <luto@amacapital.net>
Cc: linux-kernel@vger.kernel.org, "Kay Sievers" <kay@vrfy.org>,
"Zbigniew Jędrzejewski-Szmek" <zbyszek@in.waw.pl>,
systemd-devel@lists.freedesktop.org,
"Linux Wireless List" <linux-wireless@vger.kernel.org>,
linux-hotplug@vger.kernel.org,
"Intel Linux Wireless" <ilw@linux.intel.com>,
"Johannes Berg" <johannes@sipsolutions.net>
Subject: Re: [PATCH] Change CONFIG_FW_LOADER_USER_HELPER to default n and don't select it
Date: Tue, 06 Aug 2013 10:20:13 +0200 [thread overview]
Message-ID: <5200B1BD.7030307@gmail.com> (raw)
In-Reply-To: <325b19bb936d7ebae11edad86aac8f0931e8abd9.1375719828.git.luto@amacapital.net>
Op 05-08-13 18:29, Andy Lutomirski schreef:
> The systemd commit below can delay firmware loading by multiple
> minutes if CONFIG_FW_LOADER_USER_HELPER=y. Unfortunately no one
> noticed that the systemd-udev change would break new kernels as well
> as old kernels.
>
> Since the kernel apparently can't count on reasonable userspace
> support, turn this thing off by default.
>
> commit a3bd8447be4ea2ce230eb8ae0e815c04d85fa15a
> Author: Tom Gundersen <teg@jklm.no>
> Date: Mon Mar 18 15:12:18 2013 +0100
>
> udev: make firmware loading optional and disable by default
>
> Distros that whish to support old kernels should set
> --with-firmware-dirs="/usr/lib/firmware/updates:/usr/lib/firmware"
> to retain the old behaviour.
>
methinks this patch should be reverted then, or a stub should be added to udev to always fail firmware loading so timeouts don't occur.
~Maarten
next prev parent reply other threads:[~2013-08-06 8:20 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-08-02 16:04 Slow firmware timeouts again (Re: [3.11 regression?] iwlwifi firmware takes two minutes to load) Andy Lutomirski
2013-08-02 16:04 ` Andy Lutomirski
2013-08-02 16:21 ` Johannes Berg
2013-08-02 16:21 ` Johannes Berg
2013-08-02 16:24 ` Andy Lutomirski
2013-08-02 16:24 ` Andy Lutomirski
2013-08-02 16:28 ` Zbigniew Jędrzejewski-Szmek
2013-08-02 16:28 ` Zbigniew Jędrzejewski-Szmek
2013-08-05 11:18 ` [systemd-devel] Slow firmware timeouts again (Re: [3.11 regression?] iwlwifi firmware takes two Kay Sievers
2013-08-05 11:18 ` [systemd-devel] Slow firmware timeouts again (Re: [3.11 regression?] iwlwifi firmware takes two minutes to load) Kay Sievers
2013-08-05 16:09 ` [systemd-devel] Slow firmware timeouts again (Re: [3.11 regression?] iwlwifi firmware takes two Andy Lutomirski
2013-08-05 16:09 ` [systemd-devel] Slow firmware timeouts again (Re: [3.11 regression?] iwlwifi firmware takes two minutes to load) Andy Lutomirski
2013-08-05 16:29 ` [PATCH] Change CONFIG_FW_LOADER_USER_HELPER to default n and don't select it Andy Lutomirski
2013-08-05 16:29 ` Andy Lutomirski
2013-08-06 8:20 ` Maarten Lankhorst [this message]
2013-08-06 8:20 ` Maarten Lankhorst
2013-08-06 9:11 ` [systemd-devel] " Tom Gundersen
2013-08-06 9:11 ` Tom Gundersen
2013-08-06 9:17 ` Tom Gundersen
2013-08-06 9:17 ` Tom Gundersen
2013-08-06 16:08 ` Andy Lutomirski
2013-08-06 16:08 ` Andy Lutomirski
2013-08-06 16:31 ` Bryan Kadzban
2013-08-06 16:31 ` Bryan Kadzban
[not found] ` <CAG-2HqU=yyxomNTg9-2+bxMKP=e5_pdVT7bhB_CHhFzB-ac_mQ@mail.gmail.com>
2013-08-07 0:26 ` Andy Lutomirski
2013-08-07 0:26 ` Andy Lutomirski
2013-08-07 7:52 ` [PATCH] udev: fail firmware loading immediately if no search path is defined Maarten Lankhorst
2013-08-07 7:52 ` Maarten Lankhorst
2013-08-07 21:24 ` Andy Lutomirski
2013-08-07 21:24 ` Andy Lutomirski
[not found] ` <CAG-2HqUT3hbFPSEqYnJvBOgS6p4dKf=nhqZtzqS-on8FFe9ipA@mail.gmail.com>
2013-08-10 21:28 ` Kay Sievers
2013-08-10 21:28 ` Kay Sievers
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5200B1BD.7030307@gmail.com \
--to=m.b.lankhorst@gmail.com \
--cc=ilw@linux.intel.com \
--cc=johannes@sipsolutions.net \
--cc=kay@vrfy.org \
--cc=linux-hotplug@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-wireless@vger.kernel.org \
--cc=luto@amacapital.net \
--cc=systemd-devel@lists.freedesktop.org \
--cc=zbyszek@in.waw.pl \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.