All of lore.kernel.org
 help / color / mirror / Atom feed
From: "H. Peter Anvin" <hpa@zytor.com>
To: "Yu, Fenghua" <fenghua.yu@intel.com>
Cc: Borislav Petkov <bp@amd64.org>,
	Henrique de Moraes Holschuh <hmh@hmh.eng.br>,
	Ingo Molnar <mingo@elte.hu>, Thomas Gleixner <tglx@linutronix.de>,
	"Mallick, Asit K" <asit.k.mallick@intel.com>,
	Tigran Aivazian <tigran@aivazian.fsnet.co.uk>,
	Andreas Herrmann <andreas.herrmann3@amd.com>,
	Borislav Petkov <borislav.petkov@amd.com>,
	linux-kernel <linux-kernel@vger.kernel.org>, x86 <x86@kernel.org>
Subject: Re: [PATCH 04/11] x86/microcode_core_early.c: Define interfaces for early load ucode
Date: Tue, 21 Aug 2012 13:13:26 -0700	[thread overview]
Message-ID: <5033EBE6.5080608@zytor.com> (raw)
In-Reply-To: <3E5A0FA7E9CA944F9D5414FEC6C712200778846C@ORSMSX105.amr.corp.intel.com>

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 directory names and how to add new stuffs in the directory.
> 

I believe that was exactly my original proposal.  I think it makes
sense... most things aren't going to be inherently CPU-specific in this way.

I don't know what Borislav was suggesting with "BIOS overrides", is that
another CPU-specific thing?

	-hpa


  reply	other threads:[~2012-08-21 20:15 UTC|newest]

Thread overview: 42+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-08-18  8:15 [PATCH 00/11] x86/microcode: Early load microcode Fenghua Yu
2012-08-18  8:15 ` [PATCH 01/11] Documentation/x86: " Fenghua Yu
2012-08-20 12:26   ` Borislav Petkov
2012-08-18  8:15 ` [PATCH 02/11] x86/lib/cpio.c: Find cpio data by its file name Fenghua Yu
2012-08-18 22:12   ` Henrique de Moraes Holschuh
2012-08-18 23:23     ` Yu, Fenghua
2012-08-19  4:35       ` Henrique de Moraes Holschuh
2012-08-19  5:15         ` H. Peter Anvin
2012-08-20 13:29   ` Borislav Petkov
2012-08-18  8:15 ` [PATCH 03/11] x86/microcode_intel.h: Define functions and macros for early load ucode Fenghua Yu
2012-08-20 13:47   ` Borislav Petkov
2012-08-18  8:15 ` [PATCH 04/11] x86/microcode_core_early.c: Define interfaces " Fenghua Yu
2012-08-18 22:44   ` Henrique de Moraes Holschuh
2012-08-19  2:38     ` Yu, Fenghua
2012-08-19  4:43       ` Henrique de Moraes Holschuh
2012-08-19  5:24       ` H. Peter Anvin
2012-08-19 16:39         ` Yu, Fenghua
2012-08-20 14:06           ` Borislav Petkov
2012-08-20 20:08             ` H. Peter Anvin
2012-08-20 20:19               ` Borislav Petkov
2012-08-21 20:05                 ` Yu, Fenghua
2012-08-21 20:13                   ` H. Peter Anvin [this message]
2012-08-21 20:48                     ` Borislav Petkov
2012-08-21 20:52                       ` H. Peter Anvin
2012-08-21 20:52                       ` Yu, Fenghua
2012-08-21 20:53                         ` H. Peter Anvin
2012-08-21 20:58                           ` Yu, Fenghua
2012-08-20 14:04   ` Borislav Petkov
2012-08-18  8:15 ` [PATCH 05/11] x86/microcode_intel_lib.c: Early update ucode on Intel's CPU Fenghua Yu
2012-08-20 15:31   ` Borislav Petkov
2012-08-20 16:24     ` Borislav Petkov
2012-08-18  8:15 ` [PATCH 06/11] x86/microcode_intel_early.c: " Fenghua Yu
2012-08-18  8:15 ` [PATCH 07/11] x86/head_32.S: Early update ucode in 32-bit Fenghua Yu
2012-08-18  8:15 ` [PATCH 08/11] x86/head64.c: Early update ucode in 64-bit Fenghua Yu
2012-08-18  8:15 ` [PATCH 09/11] x86/smpboot.c: Early update ucode on AP Fenghua Yu
2012-08-18  8:15 ` [PATCH 10/11] x86/mm/init.c: Copy ucode from initrd image to memory Fenghua Yu
2012-08-18  8:15 ` [PATCH 11/11] x86/Kconfig: Configurations to enable/disable the feature Fenghua Yu
2012-08-20 21:41   ` Paul Bolle
2012-08-20 15:39 ` [PATCH 00/11] x86/microcode: Early load microcode Borislav Petkov
2012-08-20 15:44   ` Yu, Fenghua
2012-08-20 18:51   ` H. Peter Anvin
2012-08-20 20:04     ` Borislav Petkov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5033EBE6.5080608@zytor.com \
    --to=hpa@zytor.com \
    --cc=andreas.herrmann3@amd.com \
    --cc=asit.k.mallick@intel.com \
    --cc=borislav.petkov@amd.com \
    --cc=bp@amd64.org \
    --cc=fenghua.yu@intel.com \
    --cc=hmh@hmh.eng.br \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@elte.hu \
    --cc=tglx@linutronix.de \
    --cc=tigran@aivazian.fsnet.co.uk \
    --cc=x86@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.