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

[Xen-devel] Re: [PATCH][RFC] Support S3 for MSI interrupt in latest kern

To: "Keir Fraser" <keir.fraser@xxxxxxxxxxxxx>
Subject: [Xen-devel] Re: [PATCH][RFC] Support S3 for MSI interrupt in latest kernel dom0
From: "Jan Beulich" <jbeulich@xxxxxxxxxx>
Date: Wed, 17 Dec 2008 15:19:05 +0000
Cc: Yunhong Jiang <yunhong.jiang@xxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Wed, 17 Dec 2008 07:19:05 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <C56EC609.20544%keir.fraser@xxxxxxxxxxxxx>
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: <49491F2B.76E4.0078.0@xxxxxxxxxx> <C56EC609.20544%keir.fraser@xxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
>>> Keir Fraser <keir.fraser@xxxxxxxxxxxxx> 17.12.08 16:06 >>>
>On 17/12/2008 14:47, "Jan Beulich" <jbeulich@xxxxxxxxxx> wrote:
>
>>> Could Xen remember the MSI state automatically, as it does for IO-APIC
>>> presumably already? It knows what vectors are routed where at least, even if
>>> dom0 has to reprogram the PCI device itself.
>> 
>> That is what the map_guest_pirq() re-invocation is intended for - use the
>> already known (stored) MSI state to re-setup the device accordingly
>> (after all, msi_compose_msg() only depends on the vector information
>> to be able to reconstruct address and data fields).
>
>Why wait for map_guest_pirq() to be invoked to do this?

Otherwise we need a new hypercall here, since Xen cannot do this
completely on its own (it has to wait for Dom0 to bring the device out of
any suspend state it may itself be in). And it would allow restoring the
old mechanism in your (2.6.18) Dom0, just without the unmap-pirq
portion during suspend - instead of needing another full re-
implementation cycle.

Jan


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel