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: xl fails to work with some command

To: Weidong Han <weidong.han@xxxxxxxxx>
Subject: Re: [Xen-devel] RE: xl fails to work with some command
From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
Date: Tue, 31 Aug 2010 10:40:45 +0100
Cc: Ian, Wilk <konrad.wilk@xxxxxxxxxx>, Stefano Stabellini <Stefano.Stabellini@xxxxxxxxxxxxx>, Campbell <Ian.Campbell@xxxxxxxxxxxxx>, Konrad, "Zhang, Yang Z" <yang.z.zhang@xxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Tue, 31 Aug 2010 02:40:47 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <4C7CAA1C.1030902@xxxxxxxxx>
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> <4C7CAA1C.1030902@xxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Alpine 2.00 (DEB 1167 2008-08-23)
On Tue, 31 Aug 2010, Weidong Han wrote:
> > 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.
> 
 
Why should we reimplement pci FLR in pciback when the kernel has
already a way to do it?
I am not seeing pciback FLR going upstream easily.
Besides if some devices need specific FLRs, shouldn't the generic kernel
FLR function know about it?

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