linux-kernel - Re: [ 33/73] x86, microcode: Sanitize per-cpu microcode reloading interface

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20120804160745.GA17188@khazad-dum.debian.net>
Date:	Sat, 4 Aug 2012 13:07:45 -0300
From:	Henrique de Moraes Holschuh <hmh@....eng.br>
To:	Ben Hutchings <ben@...adent.org.uk>
Cc:	Borislav Petkov <bp@...64.org>, Sven Joachim <svenjoac@....de>,
	linux-kernel@...r.kernel.org, stable@...r.kernel.org,
	torvalds@...ux-foundation.org, akpm@...ux-foundation.org,
	alan@...rguk.ukuu.org.uk, Peter Zijlstra <peterz@...radead.org>,
	"H. Peter Anvin" <hpa@...or.com>,
	Kevin Winchester <kjwinchester@...il.com>
Subject: Re: [ 33/73] x86, microcode: Sanitize per-cpu microcode reloading
 interface

On Sat, 04 Aug 2012, Ben Hutchings wrote:
> On Fri, 2012-08-03 at 14:27 +0200, Borislav Petkov wrote:
> > On Fri, Aug 03, 2012 at 11:43:14AM +0200, Borislav Petkov wrote:
> > > On Fri, Aug 03, 2012 at 11:04:06AM +0200, Sven Joachim wrote:
> > > > On 2012-07-31 06:43 +0200, Ben Hutchings wrote:
> > > > 
> > > > > 3.2-stable review patch.  If anyone has any objections, please let me know.
> > > > 
> > > > Alas, this does not build if CONFIG_SMP is unset:
> > > > 
> > > > ,----
> > > > | arch/x86/kernel/microcode_core.c: In function 'reload_store':
> > > > | arch/x86/kernel/microcode_core.c:304:19: error: 'struct cpuinfo_x86' has no member named 'cpu_index'
> > > > `----
> > > 
> > > Crap. :-(
> > > 
> > > 3.2 still has this:
> > > 
> > > <arch/x86/include/asm/processor.h>:
> > > ...
> > > #ifdef CONFIG_SMP
> > >         /* number of cores as seen by the OS: */
> > >         u16                     booted_cores;
> > >         /* Physical processor id: */
> > >         u16                     phys_proc_id;
> > >         /* Core id: */
> > >         u16                     cpu_core_id;
> > >         /* Compute unit id */
> > >         u8                      compute_unit_id;
> > >         /* Index into per_cpu list: */
> > >         u16                     cpu_index;
> > > #endif
> > >         u32                     microcode;
> > > } __attribute__((__aligned__(SMP_CACHE_BYTES)));
> > > ---
> > > 
> > > which got removed by
> > > 
> > > commit 141168c36cdee3ff23d9c7700b0edc47cb65479f
> > > Author: Kevin Winchester <kjwinchester@...il.com>
> > > Date:   Tue Dec 20 20:52:22 2011 -0400
> > > 
> > >     x86: Simplify code by removing a !SMP #ifdefs from 'struct cpuinfo_x86'
> > > 
> > > Ben, you might want to backport this one too... I'll run a couple of 3.2
> > > builds with it ontop of 3.2 to verify nothing else breaks.
> > 
> > Ok, 141168c36cdee3ff23d9c7700b0edc47cb65479f doesn't apply cleanly to
> > 3.2-stable, as expected. I've attached a partly backported version. Why
> > partly? Well, it broke an UP build in mainline which got fixed later by
> > 
> > commit 3f806e50981825fa56a7f1938f24c0680816be45
> > Author: Borislav Petkov <bp@...en8.de>
> > Date:   Fri Feb 3 20:18:01 2012 +0100
> > 
> >     x86/mce/AMD: Fix UP build error
> >     
> >     141168c36cde ("x86: Simplify code by removing a !SMP #ifdefs
> >     from 'struct cpuinfo_x86'") removed a bunch of CONFIG_SMP ifdefs
> >     around code touching struct cpuinfo_x86 members but also caused
> >     the following build error with Randy's randconfigs:
> >     
> >     mce_amd.c:(.cpuinit.text+0x4723): undefined reference to `cpu_llc_shared_map'
> > ---
> > 
> > which reverted what the original patch removed.
> > 
> > So I've taken out the parts that introduce the breakage from the
> > backport.
> [...]
> 
> Thanks everyone for working this out.
> 
> If you combine multiple mainline commits like this, the new commit
> message should refer to all of them.  I've fixed that up this time.

Ben, the backport is also needed on 3.0 and 3.4, do you have your patch
queue available for download/pull somewhere?

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh
--
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/