lkml.org 
[lkml]   [2013]   [May]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: microcode loading got really slow.
On Thu, May 23, 2013 at 04:36:20PM +0200, Takashi Iwai wrote:

> > >> Also udev supports user-defined rules to load firmware, which
> > >> means some drivers may not put their firmware in the default
> > >> path of distribution's firmware.
> > >
> > > It's why I suggested to put a warning in that path as the first step.
> > > So we can see whether there is any actual user.
> >
> > If you plan to do it, it'd better to add default firmware path of some
> > distributions into firmware_class.c first, otherwise it may cause
> > unnecessary noise for this distribution.
> >
> > But if more default search paths are added, it might cause mistaken
> > firmwares found under incorrect path, for example, android's
> > default path is "/etc/firmware" and "/vendor/firmware"(maybe different
> > for different versions).
> >
> > Also, putting default search paths into kernel isn't good, which was
> > introduced unwillingly for well-known reason.
>
> Maybe we can create a new Kconfig to specify non-standard firmware
> path?

You keep mentioning non-standard paths for firmware, but in this case,
I don't think Fedora is doing anything unusual. We have microcode firmware
in /lib/firmware/intel-ucode/ just like (afaik) everyone else.

What *is* happening, I think is that the CPU is new enough that there's no
newer firmware file available for it.

thoughts?

Dave



\
 
 \ /
  Last update: 2013-05-23 17:21    [W:0.077 / U:0.028 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site