[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20081216220319.GB14787@elte.hu>
Date: Tue, 16 Dec 2008 23:03:19 +0100
From: Ingo Molnar <mingo@...e.hu>
To: Andreas Herrmann <andreas.herrmann3@....com>
Cc: Andi Kleen <andi@...stfloor.org>,
Thomas Gleixner <tglx@...utronix.de>,
"H. Peter Anvin" <hpa@...or.com>, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 2/2] x86: re-enable MCE on secondary CPUS after
suspend/resume
* Andreas Herrmann <andreas.herrmann3@....com> wrote:
> On Mon, Dec 15, 2008 at 11:33:10PM +0100, Andi Kleen wrote:
> > > void __cpuinit mcheck_init(struct cpuinfo_x86 *c)
> > > {
> > > static cpumask_t mce_cpus = CPU_MASK_NONE;
> > >
> > > mce_cpu_quirks(c);
> > >
> > > if (mce_dont_init ||
> > > cpu_test_and_set(smp_processor_id(), mce_cpus) ||
> > > !mce_available(c))
> > > => return;
> > >
> > > mce_init(NULL);
> > > mce_cpu_features(c);
> > > }
> > >
> > > But we need to call mce_init to clear all MCE state.
> > > IMHO the best location to call mce_init for APs is the cpu notifier.
> >
> > Ah got it. Thanks that makes sense.
> >
> > But I think the better fix is to just drop the mce_cpus check and
> > then handly it naturally in the standard bootup path. I'm not
> > sure what it was good for anyways. I copied it into the 64bit code
> > from 32bit, but I suppose even there it isn't really needed and on
> > 32bit it is already gone even.
> >
> > How about this patch. Does it fix the problem for you too?
>
> Yup, works as well:
>
> Tested-by: Andreas Herrmann <andreas.herrmann3@....com>
applied to tip/x86/urgent, thanks guys.
Ingo
--
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/
Powered by blists - more mailing lists