[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4DBB1B6E.9060203@amd.com>
Date: Fri, 29 Apr 2011 16:11:26 -0400
From: Boris Ostrovsky <boris.ostrovsky@....com>
To: Ingo Molnar <mingo@...e.hu>
CC: Boris Ostrovsky <ostr@...64.org>,
"x86@...nel.org" <x86@...nel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"jvpeetz@....de" <jvpeetz@....de>,
"Petkov, Borislav" <Borislav.Petkov@....com>
Subject: Re: [PATCH] Subject: [PATCH] x86, AMD: K8 Rev.A-E processors are
subject to erratum 400
On 04/29/2011 03:55 PM, Ingo Molnar wrote:
>
> * Boris Ostrovsky<ostr@...64.org> wrote:
>
>> Signed-off-by: Boris Ostrovsky<Boris.Ostrovsky@....com>
>> Acked-by: Borislav Petkov<borislav.petkov@....com>
>> Reported-by: Joerg-Volker Peetz<jvpeetz@....de>
>> Tested-by: Joerg-Volker Peetz<jvpeetz@....de>
>>
>> Older AMD K8 processors (Revisions A-E) are affected by erratum 400 (APIC
>> timer interrupts don't occur in C states greater than C1). This, for example,
>> means that X86_FEATURE_ARAT flag should not be set for these parts.
>>
>> This addresses regression introduced by commit
>> b87cf80af3ba4b4c008b4face3c68d604e1715c6 (x86, AMD: Set ARAT feature on AMD
>> processors") so it is somewhat high priority.
>
> Hm, what is the regression, how do users see it? Hangs? Delays? Crashes?
> Something more benign? The changelog should really contain such information.
The system becomes unresponsive until an external interrupt (e.g.
keyboard input) happens. The most obvious effect is that time is not
reported correctly. We haven't seen anything worse but that's probably
bad enough.
Do you want me to resubmit the patch with updated comments?
Thanks.
-boris
--
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