WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

RE: [Xen-devel] Re: APIC rework

To: Jeremy Fitzhardinge <jeremy@xxxxxxxx>, Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Subject: RE: [Xen-devel] Re: APIC rework
From: "Zhang, Xiantao" <xiantao.zhang@xxxxxxxxx>
Date: Tue, 17 Nov 2009 20:46:19 +0800
Accept-language: en-US
Acceptlanguage: en-US
Cc: Xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>, "Han, Weidong" <weidong.han@xxxxxxxxx>, Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
Delivery-date: Tue, 17 Nov 2009 04:47:34 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <4B023285.50702@xxxxxxxx>
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: <C727CCCB.C018%keir.fraser@xxxxxxxxxxxxx> <4B023285.50702@xxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcpnRahRKdY8JG4aRBKJtSOrmCF95gAPb6tA
Thread-topic: [Xen-devel] Re: APIC rework
Jeremy Fitzhardinge wrote:
> On 11/16/09 19:45, Keir Fraser wrote:
>> It's kind of a shame to need this though. Is there no way for the
>> hypervisor to work out automatically whether an older dom0 is
>> running? Or work out the trigger/level stuff for itself (after all
>> it parses the relevant bios tables just like dom0)?
> 
> If Xen can set the interrupt triggering by itself, why would it ever
> need dom0 to do it?  Couldn't it just preconfigure all the pins, and
> then wait for dom0 to provide/request the pirq<->evtchn mapping?


After reviewing the logic, I think we can use DOMID_SELF to identify new dom0.  
In linux-2.6.18 dom0, only qemu uses this hypercall for device assginment, so 
map->domid shouldn't be dom0.  If old dom0/qemu with this hypercall, keeps the 
logic unchanged, and only change the logic for new dom0 when call into it.   
Attached the patch. 
Xiantao

Attachment: fix-compatibility-issue-about-physdev_map_pirq.patch
Description: fix-compatibility-issue-about-physdev_map_pirq.patch

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
<Prev in Thread] Current Thread [Next in Thread>