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/
Home Products Support Community News


[Xen-devel] Re: xenstore pci global parameters

To: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
Subject: [Xen-devel] Re: xenstore pci global parameters
From: Qing He <qing.he@xxxxxxxxx>
Date: Fri, 4 Dec 2009 17:33:14 +0800
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Fri, 04 Dec 2009 01:35:22 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <alpine.DEB.2.00.0912021120240.26846@kaball-desktop>
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: <20091202081028.GA15730@ub-qhe2> <alpine.DEB.2.00.0912021120240.26846@kaball-desktop>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.20 (2009-06-14)
On Wed, 2009-12-02 at 19:30 +0800, Stefano Stabellini wrote:
> If I am not mistaken xend keeps an internal record of those flags so it
> could use that info to set per device default flags:
> xenstore-write opts-$DEVNUM msitranslate=$MSITRANS,power_mgmt=$POWERMGM

That looks good, just one question, if pci devclass is not created,
can these global parameters be persistent across save/restore and live

> The problem was introduced by 19679, "xend: hot-plug PCI devices at
> boot-time": 
> - xend is creating the guest domain
> - as part of this process xend forks and execs stubdom-dm
> - afterward xend hotplugs a pci device into the guest
> - then waits for the device model to say it is done (signalDeviceModel)
>   but this never happens because stubdom-dm is trying to create the
>   stubdom but xend hasn't replied yet because is busy with the guest
>   domain.
> This problem doesn't exist anymore.

If it doesn't exist anymore, do you think it's easier to revert to old
scheme? (Always creating pci devclass).


Xen-devel mailing list

<Prev in Thread] Current Thread [Next in Thread>