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


Re: [Xen-devel] RE: xl fails to work with some command

To: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
Subject: Re: [Xen-devel] RE: xl fails to work with some command
From: Weidong Han <weidong.han@xxxxxxxxx>
Date: Tue, 31 Aug 2010 15:07:08 +0800
Cc: "Zhang, Yang Z" <yang.z.zhang@xxxxxxxxx>, Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
Delivery-date: Tue, 31 Aug 2010 00:07:55 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <alpine.DEB.2.00.1008271151110.2545@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: <749B9D3DBF0F054390025D9EAFF47F222A060143@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <749B9D3DBF0F054390025D9EAFF47F222A060CFB@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <alpine.DEB.2.00.1008231102520.2545@kaball-desktop> <749B9D3DBF0F054390025D9EAFF47F222A060E65@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <alpine.DEB.2.00.1008251648250.2545@kaball-desktop> <4C760542.7080003@xxxxxxxxx> <alpine.DEB.2.00.1008261311520.2545@kaball-desktop> <20100826135017.GA3792@xxxxxxxxxxxxxxxxxxx> <alpine.DEB.2.00.1008261646560.2545@kaball-desktop> <4C770710.1040604@xxxxxxxxx> <alpine.DEB.2.00.1008271151110.2545@kaball-desktop>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Thunderbird (Windows/20090302)
Stefano Stabellini wrote:
On Fri, 27 Aug 2010, Weidong Han wrote:
Yes, give a look at libxl_device_pci_reset: first libxl tries to use the
pciback sysfn node "do_flr", but if it is not present it will use the
standard linux sysfs "reset" node.
Please note that on pvops kernels the do_flr node is not present (but it
is present on both XCP and XCI kernels) while the reset node points to
<hint>I am all up for receiving the patches from XCP/XCI for this</hint>

I think that using the standard linux reset mechanism is a better way to
handle this as oppose to have our own do_flr method.
Pls note that there are some specific FLR functions for graphics pass-through. They should be ported to xl.

As stated above, xl doesn't know how to FLR a device, the dom0 kernel
provides a way to do it.
XCP kernels have pciback do_flr that has all the HW specific FLR
functions you are referring to AFAIK, but the pvops kernel, that uses
the standard reset node, does not.

So it should implement specific FLRs in pciback like XCP/XCI.


Xen-devel mailing list