|
|
|
|
|
|
|
|
|
|
xen-devel
RE: [Xen-devel] [PATCH]x86:x2apic: Disable x2apic on x86-32 permanently
To: |
Jan Beulich <JBeulich@xxxxxxxxxx>, "Zhang, Fengzhe" <fengzhe.zhang@xxxxxxxxx> |
Subject: |
RE: [Xen-devel] [PATCH]x86:x2apic: Disable x2apic on x86-32 permanently |
From: |
"Wei, Gang" <gang.wei@xxxxxxxxx> |
Date: |
Wed, 9 Feb 2011 16:43:38 +0800 |
Accept-language: |
zh-CN, en-US |
Acceptlanguage: |
zh-CN, en-US |
Cc: |
"xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, KeirFraser <keir@xxxxxxx>, "Wei, Gang" <gang.wei@xxxxxxxxx> |
Delivery-date: |
Wed, 09 Feb 2011 00:44:47 -0800 |
Envelope-to: |
www-data@xxxxxxxxxxxxxxxxxxx |
In-reply-to: |
<4D5258340200007800030EC9@xxxxxxxxxxxxxxxxxx> |
List-help: |
<mailto:xen-devel-request@lists.xensource.com?subject=help> |
List-id: |
Xen developer discussion <xen-devel.lists.xensource.com> |
List-post: |
<mailto:xen-devel@lists.xensource.com> |
List-subscribe: |
<http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe> |
List-unsubscribe: |
<http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe> |
References: |
<1A42CE6F5F474C41B63392A5F80372B231F18B24@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <4D4695F0020000780002F6AC@xxxxxxxxxxxxxxxxxx> <F26D193E20BBDC42A43B611D1BDEDE712591710282@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <4D5258340200007800030EC9@xxxxxxxxxxxxxxxxxx> |
Sender: |
xen-devel-bounces@xxxxxxxxxxxxxxxxxxx |
Thread-index: |
AcvIL7C8snS5cfIGTkCqnCUBEKqRVQABGLwQ |
Thread-topic: |
[Xen-devel] [PATCH]x86:x2apic: Disable x2apic on x86-32 permanently |
Jan Beulich wrote on 2011-02-09:
>>>> On 09.02.11 at 07:57, "Wei, Gang" <gang.wei@xxxxxxxxx> wrote:
>> Jan Beulich wrote on 2011-01-31:
>>> How does this (namely the x2apic_enabled part) play together with
>>> the selection of the APIC driver, which in this case would have
>>> happened quite a bit earlier (from generic_apic_probe())?
>>>
>>> I would therefore think that this change really belongs into
>>> check_x2apic_preenabled().
>>
>> It is really a problem. But I do think we shall simply remove below
>> line from check_x2apic_preenabled() fn:
>>
>> genapic = apic_x2apic_probe();
>> The same line exists in x2apic_bsp_setup() fn.
>
> No, that would be exactly the wrong way round - we need genapic to be
> set early in case x2apic was pre-enabled (see -unstable c/s 22707).
I could not get the reason to set genapic as x2apic in case x2apic was
pre-enabled while referring to c/s 22707. Genapic->xxx was never called before
calling x2apic_bsp_setup(). Are you trying to keep consistence (x2apic
pre-enabled, so genapic have to be x2apic as early as possible)?
Jimmy
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
|
|
|
|