[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20120621100721.GB6437@aftab.osrc.amd.com>
Date: Thu, 21 Jun 2012 12:07:21 +0200
From: Borislav Petkov <bp@...64.org>
To: "H. Peter Anvin" <hpa@...or.com>
Cc: Henrique de Moraes Holschuh <hmh@....eng.br>,
Peter Zijlstra <peterz@...radead.org>,
"Yu, Fenghua" <fenghua.yu@...el.com>, X86-ML <x86@...nel.org>,
Ingo Molnar <mingo@...nel.org>,
Thomas Gleixner <tglx@...utronix.de>,
LKML <linux-kernel@...r.kernel.org>,
Andreas Herrmann <andreas.herrmann3@....com>
Subject: Re: [PATCH 2/2] x86, microcode: Make reload interface per system
On Wed, Jun 20, 2012 at 04:48:37PM -0700, H. Peter Anvin wrote:
> I really don't get why the whole thing is any simpler than the old
> /dev/cpu/microcode interface in the first place, where instead of:
>
> > 1. put the blob in /lib/firmware/...
> > 2. echo 1 > /sys/devices/system/cpu/microcode/reload
>
> ... you do ...
>
> 1. dd if=<microcode blob> of=/dev/cpu/microcode bs=<large>
Ok, this is more complex to the normal user than doing "echo 1 >.. "
And "echo 1 >.. " is the best and simplest we can do, and without any
tools needed to do the job - just the shell.
And if we need additional tools like to strip some text files or
whatever, then the whole discussion about what distros distribute it how
and what own patches they apply on the tool, etc, etc, starts.
> ... as well as set up the early initramfs part, of course.
Yeah, we all agree on that.
--
Regards/Gruss,
Boris.
Advanced Micro Devices GmbH
Einsteinring 24, 85609 Dornach
GM: Alberto Bozzo
Reg: Dornach, Landkreis Muenchen
HRB Nr. 43632 WEEE Registernr: 129 19551
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists