av
> Petkov; linux-kernel; x86
> Subject: Re: [PATCH 04/11] x86/microcode_core_early.c: Define
> interfaces for early load ucode
>
> On 08/21/2012 01:52 PM, Yu, Fenghua wrote:
> >> -Original Message-
> >> From: Borislav Petkov [mailto:b...@amd64.org]
> >&
t; Gleixner; Mallick, Asit K; Tigran Aivazian; Andreas Herrmann; Borislav
>> Petkov; linux-kernel; x86
>> Subject: Re: [PATCH 04/11] x86/microcode_core_early.c: Define
>> interfaces for early load ucode
>>
>> On Tue, Aug 21, 2012 at 01:13:26PM -0700, H. Peter Anvin wrote:
On 08/21/2012 01:48 PM, Borislav Petkov wrote:
> On Tue, Aug 21, 2012 at 01:13:26PM -0700, H. Peter Anvin wrote:
>> I don't know what Borislav was suggesting with "BIOS overrides", is
>> that another CPU-specific thing?
>
> Not CPU- but rather platform-specific. It is Thomas Renninger's
>
av
> Petkov; linux-kernel; x86
> Subject: Re: [PATCH 04/11] x86/microcode_core_early.c: Define
> interfaces for early load ucode
>
> On Tue, Aug 21, 2012 at 01:13:26PM -0700, H. Peter Anvin wrote:
> > I don't know what Borislav was suggesting with "BIOS overrides", is
On Tue, Aug 21, 2012 at 01:13:26PM -0700, H. Peter Anvin wrote:
> I don't know what Borislav was suggesting with "BIOS overrides", is
> that another CPU-specific thing?
Not CPU- but rather platform-specific. It is Thomas Renninger's
mechanism to override BIOS tables.
--
Regards/Gruss,
Boris.
On 08/21/2012 01:05 PM, Yu, Fenghua wrote:
>
> We might name the cpio directory as:
>
> kernel/x86/microcode/GenuineIntel.bin
> kernel/x86/microcode/AuthenticAMD.bin
> kernel/x86/acpi/...
> etc.
>
> This is expendable for the future usage.
>
> Plus I will add a doc on the cpio directory,
av
> Petkov; linux-kernel; x86
> Subject: Re: [PATCH 04/11] x86/microcode_core_early.c: Define
> interfaces for early load ucode
>
> On Mon, Aug 20, 2012 at 01:08:49PM -0700, H. Peter Anvin wrote:
> > On 08/20/2012 07:06 AM, Borislav Petkov wrote:
> > >
> > &
; x86
Subject: Re: [PATCH 04/11] x86/microcode_core_early.c: Define
interfaces for early load ucode
On Mon, Aug 20, 2012 at 01:08:49PM -0700, H. Peter Anvin wrote:
On 08/20/2012 07:06 AM, Borislav Petkov wrote:
Or,
in case we want to supply more vendor-specific stuff early at boot
On 08/21/2012 01:05 PM, Yu, Fenghua wrote:
We might name the cpio directory as:
kernel/x86/microcode/GenuineIntel.bin
kernel/x86/microcode/AuthenticAMD.bin
kernel/x86/acpi/...
etc.
This is expendable for the future usage.
Plus I will add a doc on the cpio directory, supported
On Tue, Aug 21, 2012 at 01:13:26PM -0700, H. Peter Anvin wrote:
I don't know what Borislav was suggesting with BIOS overrides, is
that another CPU-specific thing?
Not CPU- but rather platform-specific. It is Thomas Renninger's
mechanism to override BIOS tables.
--
Regards/Gruss,
Boris.
; x86
Subject: Re: [PATCH 04/11] x86/microcode_core_early.c: Define
interfaces for early load ucode
On Tue, Aug 21, 2012 at 01:13:26PM -0700, H. Peter Anvin wrote:
I don't know what Borislav was suggesting with BIOS overrides, is
that another CPU-specific thing?
Not CPU- but rather platform
On 08/21/2012 01:48 PM, Borislav Petkov wrote:
On Tue, Aug 21, 2012 at 01:13:26PM -0700, H. Peter Anvin wrote:
I don't know what Borislav was suggesting with BIOS overrides, is
that another CPU-specific thing?
Not CPU- but rather platform-specific. It is Thomas Renninger's
mechanism to
Herrmann; Borislav
Petkov; linux-kernel; x86
Subject: Re: [PATCH 04/11] x86/microcode_core_early.c: Define
interfaces for early load ucode
On Tue, Aug 21, 2012 at 01:13:26PM -0700, H. Peter Anvin wrote:
I don't know what Borislav was suggesting with BIOS overrides, is
that another CPU
; x86
Subject: Re: [PATCH 04/11] x86/microcode_core_early.c: Define
interfaces for early load ucode
On 08/21/2012 01:52 PM, Yu, Fenghua wrote:
-Original Message-
From: Borislav Petkov [mailto:b...@amd64.org]
Sent: Tuesday, August 21, 2012 1:49 PM
To: H. Peter Anvin
Cc: Yu
On Mon, Aug 20, 2012 at 01:08:49PM -0700, H. Peter Anvin wrote:
> On 08/20/2012 07:06 AM, Borislav Petkov wrote:
> >
> > Or,
> >
> > in case we want to supply more vendor-specific stuff early at boot, we
> > could do:
> >
> > kernel/x86//microcode...
> > |-> bios_overrides
> >
On 08/20/2012 07:06 AM, Borislav Petkov wrote:
>
> Or,
>
> in case we want to supply more vendor-specific stuff early at boot, we
> could do:
>
> kernel/x86//microcode...
> |-> bios_overrides
> |-> ...
>
> and have this layout extensible from the beginning...
>
On Sun, Aug 19, 2012 at 04:39:42PM +, Yu, Fenghua wrote:
> > Actually I think we can also skip one level of indirection here... no
> > need to mention "microcode" twice.
> >
> > kernel/x86/microcode/GenuineIntel or GenuineIntel.bin seems good
> > enough... the idea here of course is that the
On Sat, Aug 18, 2012 at 01:15:22AM -0700, Fenghua Yu wrote:
> From: Fenghua Yu
>
> Define interfaces load_ucode_bsp() and load_ucode_ap() to load ucode on BSP
> and
> AP in early boot time. These are generic interfaces. Internally they call
> vendor specific implementations.
>
> Signed-off-by:
On Sat, Aug 18, 2012 at 01:15:22AM -0700, Fenghua Yu wrote:
From: Fenghua Yu fenghua...@intel.com
Define interfaces load_ucode_bsp() and load_ucode_ap() to load ucode on BSP
and
AP in early boot time. These are generic interfaces. Internally they call
vendor specific implementations.
On Sun, Aug 19, 2012 at 04:39:42PM +, Yu, Fenghua wrote:
Actually I think we can also skip one level of indirection here... no
need to mention microcode twice.
kernel/x86/microcode/GenuineIntel or GenuineIntel.bin seems good
enough... the idea here of course is that the string can
On 08/20/2012 07:06 AM, Borislav Petkov wrote:
Or,
in case we want to supply more vendor-specific stuff early at boot, we
could do:
kernel/x86/vendor/microcode...
|- bios_overrides
|- ...
and have this layout extensible from the beginning...
Does that
On Mon, Aug 20, 2012 at 01:08:49PM -0700, H. Peter Anvin wrote:
On 08/20/2012 07:06 AM, Borislav Petkov wrote:
Or,
in case we want to supply more vendor-specific stuff early at boot, we
could do:
kernel/x86/vendor/microcode...
|- bios_overrides
|- ...
nux-
> kernel; x86
> Subject: Re: [PATCH 04/11] x86/microcode_core_early.c: Define
> interfaces for early load ucode
>
> On 08/18/2012 07:38 PM, Yu, Fenghua wrote:
> >
> > In this early phase, detecting vendor in initrd is much simpler code.
> > Otherwise, detecting ve
: Re: [PATCH 04/11] x86/microcode_core_early.c: Define
interfaces for early load ucode
On 08/18/2012 07:38 PM, Yu, Fenghua wrote:
In this early phase, detecting vendor in initrd is much simpler code.
Otherwise, detecting vendor by cpuid (and without cpuid) needs
similar but different code
On 08/18/2012 07:38 PM, Yu, Fenghua wrote:
>
> In this early phase, detecting vendor in initrd is much simpler code.
> Otherwise, detecting vendor by cpuid (and without cpuid) needs
> similar but different code as existing functions and coding would be
> awkward.
>
I'm confused by this
On Sun, 19 Aug 2012, Yu, Fenghua wrote:
> > From: Henrique de Moraes Holschuh [mailto:h...@hmh.eng.br]
> > On Sat, 18 Aug 2012, Fenghua Yu wrote:
> > > + char ucode_name[] =
> > "kernel/x86/microcode/GenuineIntel/microcode.hex";
> >
> > Why name it ".hex" when you're loading binary data? I
linux-kernel; x86
> Subject: Re: [PATCH 04/11] x86/microcode_core_early.c: Define
> interfaces for early load ucode
>
> On Sat, 18 Aug 2012, Fenghua Yu wrote:
> > + char ucode_name[] =
> "kernel/x86/microcode/GenuineIntel/microcode.hex";
>
> Why name it &
On Sat, 18 Aug 2012, Fenghua Yu wrote:
> + char ucode_name[] = "kernel/x86/microcode/GenuineIntel/microcode.hex";
Why name it ".hex" when you're loading binary data? I suggest ".bin". It
is confusing to have .hex there, since you're not dealing with the Intel HEX
format, nor anything
From: Fenghua Yu
Define interfaces load_ucode_bsp() and load_ucode_ap() to load ucode on BSP and
AP in early boot time. These are generic interfaces. Internally they call
vendor specific implementations.
Signed-off-by: Fenghua Yu
---
arch/x86/include/asm/microcode.h | 23 ++
From: Fenghua Yu fenghua...@intel.com
Define interfaces load_ucode_bsp() and load_ucode_ap() to load ucode on BSP and
AP in early boot time. These are generic interfaces. Internally they call
vendor specific implementations.
Signed-off-by: Fenghua Yu fenghua...@intel.com
---
On Sat, 18 Aug 2012, Fenghua Yu wrote:
+ char ucode_name[] = kernel/x86/microcode/GenuineIntel/microcode.hex;
Why name it .hex when you're loading binary data? I suggest .bin. It
is confusing to have .hex there, since you're not dealing with the Intel HEX
format, nor anything text-like.
: [PATCH 04/11] x86/microcode_core_early.c: Define
interfaces for early load ucode
On Sat, 18 Aug 2012, Fenghua Yu wrote:
+ char ucode_name[] =
kernel/x86/microcode/GenuineIntel/microcode.hex;
Why name it .hex when you're loading binary data? I suggest .bin.
It
is confusing to have .hex
On Sun, 19 Aug 2012, Yu, Fenghua wrote:
From: Henrique de Moraes Holschuh [mailto:h...@hmh.eng.br]
On Sat, 18 Aug 2012, Fenghua Yu wrote:
+ char ucode_name[] =
kernel/x86/microcode/GenuineIntel/microcode.hex;
Why name it .hex when you're loading binary data? I suggest .bin.
It
On 08/18/2012 07:38 PM, Yu, Fenghua wrote:
In this early phase, detecting vendor in initrd is much simpler code.
Otherwise, detecting vendor by cpuid (and without cpuid) needs
similar but different code as existing functions and coding would be
awkward.
I'm confused by this statement.
34 matches
Mail list logo