lkml.org 
[lkml]   [2013]   [Nov]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH v3 0/4] Add request_firmware_direct() for microcode loader
At Tue, 12 Nov 2013 13:02:12 +0100,
Takashi Iwai wrote:
>
> Hi,
>
> this is a revised patch series to introduce request_firmware_direct()
> helper for avoiding the lengthy udev issue on microcode loader.
> The original problem was stated in Prarit's post:
> https://lkml.org/lkml/2013/10/28/221
>
> In short, microcode loader probes non-existing firmware files (which
> are cases with every new chip), and each probe takes 60 seconds,
> resulting in too long time until completed.
>
> This solution is simply avoiding the udev fallback in
> request_firmware() explicitly for drivers like microcode.
>
> Of course, this doesn't mean to throw away further optimizations like
> Prarit's patch. It can be implemented in parallel with this.
>
>
> [PATCH v3 1/4] firmware: Introduce request_firmware_direct()
> [PATCH v3 2/4] microcode: Use request_firmware_direct()
> [PATCH v3 3/4] firmware: Use bit flags instead of boolean combos
> [PATCH v3 4/4] firmware: Suppress fallback warnings when CONFIG_FW_LOADER_USER_HELPER=n
>
> v1->v2: Rebased on linux-next, add a fix for a bogus warning message
> v2->v3: Convert to bit flags, fix warning message differently
>
>
> Greg, could you take these patches through your driver tree, as
> most of fixes are about the firmware loader itself.

Greg, any chance to take a look at these patches?


thanks,

Takashi


\
 
 \ /
  Last update: 2013-11-15 17:01    [W:0.110 / U:0.120 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site