[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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



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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.