[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20090923161826.GD6105@elte.hu>
Date: Wed, 23 Sep 2009 18:18:26 +0200
From: Ingo Molnar <mingo@...e.hu>
To: Andi Kleen <ak@...ux.intel.com>
Cc: Hidetoshi Seto <seto.hidetoshi@...fujitsu.com>,
linux-kernel@...r.kernel.org, mingo@...hat.com, hpa@...or.com,
tglx@...utronix.de, Yinghai Lu <yinghai@...nel.org>,
Huang Ying <ying.huang@...el.com>,
"Rafael J. Wysocki" <rjw@...k.pl>,
linux-tip-commits@...r.kernel.org
Subject: Re: [boot crash] Re: [tip:x86/mce3] x86, mce: use 64bit machine
check code on 32bit
* Andi Kleen <ak@...ux.intel.com> wrote:
> Ingo Molnar wrote:
>
>> Your sloppiness of not fixing mce_rdmsrl() as i requested brought us
>> this new boot crash regression in 2.6.31, in mce_rdmsrl():
>
> Ingo, that's because the MSRs already have capability bits. If the
> capability bits don't work we have to find out why, not hack around
> without understanding it it by using rdmsrl_safe(). Most likely
> something more is wrong then and it has to be fixed properly.
It is _entirely_ irrelevant whether, according to your opinion, this
code 'should not crash' because there's MCE capability bits declaring
that those MSRs should work.
Fact of life is that naked MSR reads are *dangerous*, _especially_ in
those cases where we use a piece of functionality on a wide category of
x86 CPUs - like in this case. They result in needless crashes when we
have much better options, such as to print warning messages. We have
rdmsrl_safe() for a reason and we use it in a number of critical places.
This is a very simple concept and you simply messed up on multiple
levels here and fail to even admit to that. I even warned you about that
very function and you ignored that. Anyway, your opinion doesnt matter
much here, i fixed this misfeature of the MCE code already. Now we
should get a nice warn-once boot warning (that can be picked up by
kerneloops.org, etc.) instead of a nasty boot crash.
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