Re: [PATCH 5/5] x86, AMD: simplify load_microcode_amd() to fix early microcode loading to no longer access uninitialized per-cpu data
On Mon, Aug 12, 2013 at 03:37:19PM +0200, Johannes Hirte wrote: > Just tested your amd-ucode branch with CONFIG_MICROCODE_AMD_EARLY > re-enabled and it works so far. Ok, that's good news. Thanks a lot! -- Regards/Gruss, Boris. Sent from a fat crate under my desk. Formatting is fine. -- -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [PATCH 5/5] x86, AMD: simplify load_microcode_amd() to fix early microcode loading to no longer access uninitialized per-cpu data
On Thu, 8 Aug 2013 21:29:43 +0200 Borislav Petkov wrote: > On Wed, Jul 24, 2013 at 09:32:50PM +0200, Borislav Petkov wrote: > > Btw, this patch is the one that fixes the boot issue on your box, > > correct? > > > > If so, please put a minimal version of it in the next patch set > > you're sending right after > > Ok, I've wiggled it ontop of the cpu_has_amd_erratum() patch, see > below. Can you guys - Torsten and Johannes - run this branch here: > > git://git.kernel.org/pub/scm/linux/kernel/git/bp/bp.git amd-ucode > > to check whether you can boot your boxes with he failing configs? I > mean, I tried reproducing with your configs on my F10h box and no > luck - box boots just fine. And it is affected by E400 so... > > In any case, the two patches make sense regardless so if they fix your > issues, I'd like to send them upwards soonish. > > Thanks. Just tested your amd-ucode branch with CONFIG_MICROCODE_AMD_EARLY re-enabled and it works so far. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [PATCH 5/5] x86, AMD: simplify load_microcode_amd() to fix early microcode loading to no longer access uninitialized per-cpu data
On Wed, Jul 24, 2013 at 09:32:50PM +0200, Borislav Petkov wrote: > Btw, this patch is the one that fixes the boot issue on your box, > correct? > > If so, please put a minimal version of it in the next patch set you're > sending right after Ok, I've wiggled it ontop of the cpu_has_amd_erratum() patch, see below. Can you guys - Torsten and Johannes - run this branch here: git://git.kernel.org/pub/scm/linux/kernel/git/bp/bp.git amd-ucode to check whether you can boot your boxes with he failing configs? I mean, I tried reproducing with your configs on my F10h box and no luck - box boots just fine. And it is affected by E400 so... In any case, the two patches make sense regardless so if they fix your issues, I'd like to send them upwards soonish. Thanks. -- From: Torsten Kaiser Date: Thu, 8 Aug 2013 19:38:18 +0200 Subject: [PATCH] x86, microcode, AMD: Fix early microcode loading load_microcode_amd() (and the helper it is using) should not have an cpu parameter. The microcode loading does not depend on the CPU wrt the patches loaded since they will end up in a global list for all CPUs anyway. The change from cpu to x86family in load_microcode_amd() now allows to drop the code messing with cpu_data(cpu) from collect_cpu_info_amd_early(), which is wrong anyway because at that point the per-cpu cpu_info is not yet setup (These values would later be overwritten by smp_store_boot_cpu_info() / smp_store_cpu_info()). Fold the rest of collect_cpu_info_amd_early() into load_ucode_amd_ap(), because its only used at one place and without the cpuinfo_x86 accesses it was not much left. Signed-off-by: Torsten Kaiser [ Boris: adapt it to current tree. ] Signed-off-by: Borislav Petkov --- arch/x86/include/asm/microcode_amd.h | 2 +- arch/x86/kernel/microcode_amd.c | 23 +++ arch/x86/kernel/microcode_amd_early.c | 27 +-- 3 files changed, 25 insertions(+), 27 deletions(-) diff --git a/arch/x86/include/asm/microcode_amd.h b/arch/x86/include/asm/microcode_amd.h index 50e5c58ced23..4c019179a57d 100644 --- a/arch/x86/include/asm/microcode_amd.h +++ b/arch/x86/include/asm/microcode_amd.h @@ -59,7 +59,7 @@ static inline u16 find_equiv_id(struct equiv_cpu_entry *equiv_cpu_table, extern int __apply_microcode_amd(struct microcode_amd *mc_amd); extern int apply_microcode_amd(int cpu); -extern enum ucode_state load_microcode_amd(int cpu, const u8 *data, size_t size); +extern enum ucode_state load_microcode_amd(u8 family, const u8 *data, size_t size); #ifdef CONFIG_MICROCODE_AMD_EARLY #ifdef CONFIG_X86_32 diff --git a/arch/x86/kernel/microcode_amd.c b/arch/x86/kernel/microcode_amd.c index 7a0adb7ee433..6e2010c0f86d 100644 --- a/arch/x86/kernel/microcode_amd.c +++ b/arch/x86/kernel/microcode_amd.c @@ -145,10 +145,9 @@ static int collect_cpu_info_amd(int cpu, struct cpu_signature *csig) return 0; } -static unsigned int verify_patch_size(int cpu, u32 patch_size, +static unsigned int verify_patch_size(u8 family, u32 patch_size, unsigned int size) { - struct cpuinfo_x86 *c = &cpu_data(cpu); u32 max_size; #define F1XH_MPB_MAX_SIZE 2048 @@ -156,7 +155,7 @@ static unsigned int verify_patch_size(int cpu, u32 patch_size, #define F15H_MPB_MAX_SIZE 4096 #define F16H_MPB_MAX_SIZE 3458 - switch (c->x86) { + switch (family) { case 0x14: max_size = F14H_MPB_MAX_SIZE; break; @@ -277,9 +276,8 @@ static void cleanup(void) * driver cannot continue functioning normally. In such cases, we tear * down everything we've used up so far and exit. */ -static int verify_and_add_patch(unsigned int cpu, u8 *fw, unsigned int leftover) +static int verify_and_add_patch(u8 family, u8 *fw, unsigned int leftover) { - struct cpuinfo_x86 *c = &cpu_data(cpu); struct microcode_header_amd *mc_hdr; struct ucode_patch *patch; unsigned int patch_size, crnt_size, ret; @@ -299,7 +297,7 @@ static int verify_and_add_patch(unsigned int cpu, u8 *fw, unsigned int leftover) /* check if patch is for the current family */ proc_fam = ((proc_fam >> 8) & 0xf) + ((proc_fam >> 20) & 0xff); - if (proc_fam != c->x86) + if (proc_fam != family) return crnt_size; if (mc_hdr->nb_dev_id || mc_hdr->sb_dev_id) { @@ -308,7 +306,7 @@ static int verify_and_add_patch(unsigned int cpu, u8 *fw, unsigned int leftover) return crnt_size; } - ret = verify_patch_size(cpu, patch_size, leftover); + ret = verify_patch_size(family, patch_size, leftover); if (!ret) { pr_err("Patch-ID 0x%08x: size mismatch.\n", mc_hdr->patch_id); return crnt_size; @@ -339,7 +337,8 @@ static int verify_and_add_patch(unsigned int cpu, u8 *fw, unsigned int leftover) return crnt_size; } -static enum ucode_state __load_microcode_amd(int cpu, const u8 *data, size_
Re: [PATCH 5/5] x86, AMD: simplify load_microcode_amd() to fix early microcode loading to no longer access uninitialized per-cpu data
On Tue, Jul 23, 2013 at 11:06:10PM +0200, Torsten Kaiser wrote: > load_microcode_amd() (and the helper it is using) should not have an > cpu parameter. The microcode loading is not depending on the CPU it is > executed and all the loaded patches will end up in a global list for all > CPUs anyway. > The change from cpu to x86family in load_microcode_amd() now allows to drop > the code messing with cpu_data(cpu) from collect_cpu_info_amd_early(), which > is wrong anyway because at that point the per-cpu cpu_info is not yet setup. > And these values would later be overwritten by smp_store_boot_cpu_info() / > smp_store_cpu_info(). > > Fold the rest of collect_cpu_info_amd_early() into load_ucode_amd_ap(), > because its > only used at one place and without the cpuinfo_x86 accesses it was not much > left. > > Signed-off-by: Torsten Kaiser Btw, this patch is the one that fixes the boot issue on your box, correct? If so, please put a minimal version of it in the next patch set you're sending right after [PATCH v2] x86, AMD: Make cpu_has_amd_erratum() use the correct struct cpuinfo_x86 [PATCH 1/5] x86, AMD: fix error path in apply_microcode_amd() So that all fixes can go in now. Basically, we need the fixes to be first in the patchset so that they can be applied straight to tip:urgent. The cleanups/improvements you're doing afterwards could wait then for the next merge window. Thanks a lot! -- Regards/Gruss, Boris. Sent from a fat crate under my desk. Formatting is fine. -- -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
[PATCH 5/5] x86, AMD: simplify load_microcode_amd() to fix early microcode loading to no longer access uninitialized per-cpu data
load_microcode_amd() (and the helper it is using) should not have an cpu parameter. The microcode loading is not depending on the CPU it is executed and all the loaded patches will end up in a global list for all CPUs anyway. The change from cpu to x86family in load_microcode_amd() now allows to drop the code messing with cpu_data(cpu) from collect_cpu_info_amd_early(), which is wrong anyway because at that point the per-cpu cpu_info is not yet setup. And these values would later be overwritten by smp_store_boot_cpu_info() / smp_store_cpu_info(). Fold the rest of collect_cpu_info_amd_early() into load_ucode_amd_ap(), because its only used at one place and without the cpuinfo_x86 accesses it was not much left. Signed-off-by: Torsten Kaiser --- One effect of this early, partly initialisation of cpu_info was, that the fallback logic in cpu_has_amd_erratum() did not use boot_cpu_data and because x86_vendor was not initialised in the per-cpu struct the E400 erratum was not activated on my system resulting in a failed boot. --- a/arch/x86/include/asm/microcode_amd.h 2013-07-23 20:15:10.549501081 +0200 +++ b/arch/x86/include/asm/microcode_amd.h 2013-07-23 20:16:05.329500620 +0200 @@ -59,7 +59,7 @@ static inline u16 find_equiv_id(struct e extern int __apply_microcode_amd(struct microcode_amd *mc_amd); extern int apply_microcode_amd(int cpu); -extern enum ucode_state load_microcode_amd(int cpu, const u8 *data, size_t size); +extern enum ucode_state load_microcode_amd(u8 x86family, const u8 *data, size_t size); #ifdef CONFIG_MICROCODE_AMD_EARLY #ifdef CONFIG_X86_32 --- a/arch/x86/kernel/microcode_amd.c 2013-07-23 20:05:04.469506188 +0200 +++ b/arch/x86/kernel/microcode_amd.c 2013-07-23 20:23:22.739496934 +0200 @@ -145,10 +145,9 @@ static int collect_cpu_info_amd(int cpu, return 0; } -static unsigned int verify_patch_size(int cpu, u32 patch_size, +static unsigned int verify_patch_size(u8 x86family, u32 patch_size, unsigned int size) { - struct cpuinfo_x86 *c = &cpu_data(cpu); u32 max_size; #define F1XH_MPB_MAX_SIZE 2048 @@ -156,7 +155,7 @@ static unsigned int verify_patch_size(in #define F15H_MPB_MAX_SIZE 4096 #define F16H_MPB_MAX_SIZE 3458 - switch (c->x86) { + switch (x86family) { case 0x14: max_size = F14H_MPB_MAX_SIZE; break; @@ -283,9 +282,8 @@ static void cleanup(void) * driver cannot continue functioning normally. In such cases, we tear * down everything we've used up so far and exit. */ -static int verify_and_add_patch(unsigned int cpu, u8 *fw, unsigned int leftover) +static int verify_and_add_patch(u8 x86family, u8 *fw, unsigned int leftover) { - struct cpuinfo_x86 *c = &cpu_data(cpu); struct microcode_header_amd *mc_hdr; struct ucode_patch *patch; unsigned int patch_size, crnt_size, ret; @@ -305,7 +303,7 @@ static int verify_and_add_patch(unsigned /* check if patch is for the current family */ proc_fam = ((proc_fam >> 8) & 0xf) + ((proc_fam >> 20) & 0xff); - if (proc_fam != c->x86) + if (proc_fam != x86family) return crnt_size; if (mc_hdr->nb_dev_id || mc_hdr->sb_dev_id) { @@ -314,7 +312,7 @@ static int verify_and_add_patch(unsigned return crnt_size; } - ret = verify_patch_size(cpu, patch_size, leftover); + ret = verify_patch_size(x86family, patch_size, leftover); if (!ret) { pr_err("Patch-ID 0x%08x: size mismatch.\n", mc_hdr->patch_id); return crnt_size; @@ -345,7 +343,7 @@ static int verify_and_add_patch(unsigned return crnt_size; } -static enum ucode_state __load_microcode_amd(int cpu, const u8 *data, size_t size) +static enum ucode_state __load_microcode_amd(u8 x86family, const u8 *data, size_t size) { enum ucode_state ret = UCODE_ERROR; unsigned int leftover; @@ -368,7 +366,7 @@ static enum ucode_state __load_microcode } while (leftover) { - crnt_size = verify_and_add_patch(cpu, fw, leftover); + crnt_size = verify_and_add_patch(x86family, fw, leftover); if (crnt_size < 0) return ret; @@ -379,14 +377,14 @@ static enum ucode_state __load_microcode return UCODE_OK; } -enum ucode_state load_microcode_amd(int cpu, const u8 *data, size_t size) +enum ucode_state load_microcode_amd(u8 x86family, const u8 *data, size_t size) { enum ucode_state ret; /* free old equiv table */ free_equiv_cpu_table(); - ret = __load_microcode_amd(cpu, data, size); + ret = __load_microcode_amd(x86family, data, size); if (ret != UCODE_OK) cleanup(); @@ -436,7 +434,7 @@ static enum ucode_state request_microcod goto fw_release; } - ret = load_microcode_amd(cpu, fw->data, fw->size); +