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: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
Subject: Re: [Xen-devel] RE: xl fails to work with some command
From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
Date: Thu, 26 Aug 2010 16:47:35 +0100
Cc: Ian, Stefano Stabellini <Stefano.Stabellini@xxxxxxxxxxxxx>, Weidong Han <weidong.han@xxxxxxxxx>, Campbell <Ian.Campbell@xxxxxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, "Zhang, Yang Z" <yang.z.zhang@xxxxxxxxx>
Delivery-date: Thu, 26 Aug 2010 08:47:36 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20100826135017.GA3792@xxxxxxxxxxxxxxxxxxx>
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>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Alpine 2.00 (DEB 1167 2008-08-23)
On Thu, 26 Aug 2010, Konrad Rzeszutek Wilk wrote:
> On Thu, Aug 26, 2010 at 01:17:08PM +0100, Stefano Stabellini wrote:
> > On Thu, 26 Aug 2010, Weidong Han wrote:
> > > Stefano Stabellini wrote:
> > > > On Mon, 23 Aug 2010, Zhang, Yang Z wrote:
> > > >   
> > > >>>> 6.  vcpu-set is not supported by xl. So some RAS case which use xl 
> > > >>>> vcpu-set
> > > >>>>         
> > > >>> to set guest's cpu set will fails. case "vcpu_hot_add_64_g32e" fails.
> > > >>>       
> > > >>> actually vcpu-set is supported by xl, have you found any bugs using 
> > > >>> it?
> > > >>>       
> > > >> For pv guest, it work well. But for HVM guest, xl miss some function 
> > > >> about cpu hotplug which was added recently.
> > > >>
> > > >> xl seems only support FLR and didn't support Second Bus Reset and 
> > > >> D0/D3. Will you add them in xl?
> > > >>     
> > > >  
> > > > xl uses the sysfs "reset" node provided by the pci subsystem of the
> > > > Linux kernel, that should support Secondary Bus Reset and D0/D3 already.
> > > >   
> > > Do you mean xl uses Linux kernel PCI API (i.e. pci_reset_function) to 
> > > reset PCI device?
> > 
> > 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
> > pci_reset_function.
> 
> <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.

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