[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <48D3942B.1050901@amd.com>
Date: Fri, 19 Sep 2008 13:59:39 +0200
From: Peter Oruba <peter.oruba@....com>
To: Arjan van de Ven <arjan@...radead.org>, cate@...ian.org
CC: Ingo Molnar <mingo@...e.hu>, Thomas Gleixner <tglx@...utronix.de>,
Tigran Aivazian <tigran@...azian.fsnet.co.uk>,
LKML <linux-kernel@...r.kernel.org>,
Dmitry Adamushko <dmitry.adamushko@...il.com>
Subject: Re: [patch 05/11] [PATCH 05/11] x86: Moved microcode.c to microcode_intel.c.
Some additonal words regarding the current user space issues:
IMHO the most convenient way to update microcode is through the firmware loading
interface instead of microcode_ctl. This reduces user-space responsibilities to
loading the correct module at boot time and to place the microcode patch file at
the right location via package installation. The problems mentioned in this
thread would then probably disappear as well. What do you guys think?
Thanks,
Peter
Arjan van de Ven schrieb:
> On Fri, 12 Sep 2008 13:54:20 +0200
> Peter Oruba <peter.oruba@....com> wrote:
>
>> Arjan,
>>
>> could you please provide some more information about that issue?
>
> well.. the fedora boot script just plain fails.
> I suspect it manually loads microcode.ko or something if CPUID says
> intel; and this now stops working...
>
>
--
| AMD Saxony Limited Liability Company & Co. KG
Operating | Wilschdorfer Landstr. 101, 01109 Dresden, Germany
System | Register Court Dresden: HRA 4896
Research | General Partner authorized to represent:
Center | AMD Saxony LLC (Wilmington, Delaware, US)
| General Manager of AMD Saxony LLC: Dr. Hans-R. Deppe, Thomas McCoy
--
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