From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Cc: "Zhang, Yang Z" <yang.z.zhang@intel.com>,
Ian Campbell <Ian.Campbell@eu.citrix.com>,
"xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
Weidong Han <weidong.han@intel.com>
Subject: Re: RE: xl fails to work with some command
Date: Thu, 26 Aug 2010 09:50:17 -0400 [thread overview]
Message-ID: <20100826135017.GA3792@phenom.dumpdata.com> (raw)
In-Reply-To: <alpine.DEB.2.00.1008261311520.2545@kaball-desktop>
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>
next prev parent reply other threads:[~2010-08-26 13:50 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-19 5:51 xl fails to work with some command Zhang, Yang Z
2010-08-23 7:16 ` Zhang, Yang Z
2010-08-23 10:12 ` Stefano Stabellini
2010-08-23 13:32 ` Zhang, Yang Z
2010-08-24 13:21 ` Gianni Tedesco
2010-08-25 1:21 ` Zhang, Yang Z
2010-08-25 2:31 ` Weidong Han
2010-08-25 15:50 ` Stefano Stabellini
2010-08-26 6:10 ` Weidong Han
2010-08-26 12:17 ` Stefano Stabellini
2010-08-26 13:50 ` Konrad Rzeszutek Wilk [this message]
2010-08-26 15:47 ` Stefano Stabellini
2010-08-27 0:30 ` Weidong Han
2010-08-27 10:53 ` Stefano Stabellini
2010-08-31 7:07 ` Weidong Han
2010-08-31 9:40 ` Stefano Stabellini
2010-08-31 10:07 ` Ian Campbell
2010-08-31 13:04 ` Weidong Han
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20100826135017.GA3792@phenom.dumpdata.com \
--to=konrad.wilk@oracle.com \
--cc=Ian.Campbell@eu.citrix.com \
--cc=stefano.stabellini@eu.citrix.com \
--cc=weidong.han@intel.com \
--cc=xen-devel@lists.xensource.com \
--cc=yang.z.zhang@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.