Bryan Kadzban wrote:
> On Mon, Aug 05, 2013 at 06:16:53AM -0600, Matthew Burgess wrote:
>> On Sat, 03 Aug 2013 18:07:43 -0500, Bruce Dubbs <bruce.du...@gmail.com>
>> wrote:
>>
>>> With that in mind, I would like to freeze LFS (mostly) on August 15 and
>>> release LFS-7.4-rc1. The target date for LFS-7.4 will be 1 September.
>>> During the freeze period, some packages may be updated, but not gcc,
>>> binutils, or glibc. Any update in the freeze period will be considered
>>> by the impact to the rest of the books - both LFS and BLFS.
>>
>> I think we should also freeze the kernel major version, but allow updates
>> to the patch version; that is any stable updates to the 3.10.x series should
>> be considered on their merits during the freeze period.
>
> And then there's the thread I just read on linux-hotplug, where
> apparently new versions of udev are *ignoring* (not failing) uevents for
> firmware loading, causing kernels configured with the usermode firmware
> loader helper (which *defaults to yes*!) to block for 60s on every
> firmware request.
>
> Which means we probably want to freeze udev/systemd as well, unless we've
> already picked up that particular change in it, and either defaulted the
> usermode helper to false, or disabled it entirely.
It appears that there is a fairly easy workaround. Just build the
kernel with FW_LOADER_USER_HELPER=n.
Device Drivers ->
Generic Driver Options ->
Fallback user-helper invocation for firmware loading=n
We can add that to section 8.3 easily enough unless it gets removed from
the kernel (possibly) or systemd gets a clue (not likely).
-- Bruce
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
