Re: [Xen-devel] Re: [PATCH 0/3] x86/microcode: support for micro

To:

"H. Peter Anvin" <hpa@xxxxxxxxx>

Subject:

Re: [Xen-devel] Re: [PATCH 0/3] x86/microcode: support for microcode update in Xen dom0

From:

Christoph Egger <Christoph.Egger@xxxxxxx>

Date:

Tue, 18 Oct 2011 10:56:22 +0200

Cc:

Jeremy Fitzhardinge <jeremy@xxxxxxxx>, Jeremy Fitzhardinge <jeremy.fitzhardinge@xxxxxxxxxx>, Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>, arch/x86 maintainers <x86@xxxxxxxxxx>, Linux Kernel Mailing List <linux-kernel@xxxxxxxxxxxxxxx>, Borislav Petkov <bp@xxxxxxxxx>, Xen Devel <xen-devel@xxxxxxxxxxxxxxxxxxx>, Thomas Gleixner <tglx@xxxxxxxxxxxxx>, Tigran Aivazian <tigran@xxxxxxxxxxxxxxxxxxxx>, the, Ingo Molnar <mingo@xxxxxxx>

Delivery-date:

Tue, 18 Oct 2011 02:03:22 -0700

Envelope-to:

www-data@xxxxxxxxxxxxxxxxxxx

In-reply-to:

<4E9C6886.20600@xxxxxxxxx>

List-help:

<mailto:xen-devel-request@lists.xensource.com?subject=help>

List-id:

Xen developer discussion <xen-devel.lists.xensource.com>

List-post:

<mailto:xen-devel@lists.xensource.com>

List-subscribe:

<http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>

List-unsubscribe:

<http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>

References:

<20111012101615.GA14966@aftab> <4E95D9E7.6090304@xxxxxxxxx> <4E95E7FE.6050302@xxxxxxxx> <20111012194543.GD14966@aftab> <20111012204048.GA22260@xxxxxxxxxxxxxxxxx> <4E960746.90805@xxxxxxxxx> <20111012214013.GD28723@aftab> <4E96198F.4030906@zytor

Sender:

xen-devel-bounces@xxxxxxxxxxxxxxxxxxx

User-agent:

Mozilla/5.0 (X11; U; NetBSD amd64; en-US; rv:1.9.2.17) Gecko/20110523 Lightning/1.0b3pre Thunderbird/3.1.10

On 10/17/11 19:40, H. Peter Anvin wrote:

On 10/17/2011 10:08 AM, Konrad Rzeszutek Wilk wrote:


<scratches his head>
You are still using the microcode API (the existing one) to
program the CPUs right? It is just that you are fetching the images
much much earlier than it currently is done?


No, the goal is to ditch the existing API and load the CPUs very early
in the start path.

        -hpa


I think this approach is good to get the microcode applied as
early as possible at boot time. But on servers you usually do not want
to reboot the machine unless you do a BIOS update which will apply
the new microcode anyway. So for applying the microcode update
at runtime I would like to keep the existing API.

Christoph

--
---to satisfy European Law for business letters:
Advanced Micro Devices GmbH
Einsteinring 24, 85689 Dornach b. Muenchen
Geschaeftsfuehrer: Alberto Bozzo, Andrew Bowd
Sitz: Dornach, Gemeinde Aschheim, Landkreis Muenchen
Registergericht Muenchen, HRB Nr. 43632


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread]

Current Thread

[Next in Thread>

Previous by Date:

RE: [Xen-devel] Strange (???) xl behavior for save, migrate and migrate-receive, Ian Campbell

Next by Date:

[Xen-devel] oprofile and xen, Carter Cheng

Previous by Thread:

Re: [Xen-devel] Re: [PATCH 0/3] x86/microcode: support for microcode update in Xen dom0, Henrique de Moraes Holschuh

Next by Thread:

Re: [Xen-devel] Re: [PATCH 0/3] x86/microcode: support for microcode update in Xen dom0, Borislav Petkov

Indexes:

[Date] [Thread] [Top] [All Lists]

WARNING - OLD ARCHIVES

xen-devel

Re: [Xen-devel] Re: [PATCH 0/3] x86/microcode: support for microcode upd