lkml.org 
[lkml]   [2012]   [Oct]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH 00/11] x86/microcode: Early load microcode
On Tue, Oct 02, 2012 at 06:39:54AM +0200, Borislav Petkov wrote:
> On Mon, Oct 01, 2012 at 07:37:04PM -0400, Jamie Gloudon wrote:
> > On Mon, Oct 01, 2012 at 06:27:45PM +0200, Borislav Petkov wrote:
> > > On Mon, Oct 01, 2012 at 12:11:51PM -0400, Jamie Gloudon wrote:
> > > > Hey,
> > > >
> > > > Any chance of this getting merge for the 3.7 cycle?
> > >
> > > It is not ready yet: http://marc.info/?l=linux-kernel&m=134910582107898
> > >
> > > Out of curiosity: why do you nee it?
> > >
> > Seems like a better alternative to microcode_ctl which some distros don't
> > contain.
>
> [ Let me reorganize the mail chain as it should be,
> without top-posting. Please try not to top-post:
> http://curl.haxx.se/mail/etiquette.html#Do_Not_Top_Post ]
>
>
> Well,
>
> if you want to reload your microcode, you shouldn't be needing
> microcode_ctl (I believe this should be the case too on Intel, from
> staring at the code - on AMD it works).
>
> Basically, you simply put the microcode binaries into
> /lib/firmware/{amd,intel}-ucode/ and then do as root:
>
> $ echo 1 > /sys/devices/system/cpu/microcode/reload
>
> That's it, no need for special tools.
>
> --
> Regards/Gruss,
> Boris.

My main interest was getting PEBS events support for perf on Intel SNB cpus. Loading the microcode at runtime was not going to work.

However, thanks for pointing me in the right direction. I notice today this is not the case anymore from the thread below.

http://marc.info/?l=linux-kernel&m=133905353211963&w=2


Regards,
Jamie Gloudon



\
 
 \ /
  Last update: 2012-10-02 16:01    [W:0.093 / U:1.968 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site