All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Zhai, Edwin" <edwin.zhai@intel.com>
To: Simon Horman <horms@verge.net.au>
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
	Masaki Kanno <kanno.masaki@jp.fujitsu.com>
Subject: Re: [patch] Fix xm pci-detach for inactive devices
Date: Tue, 26 May 2009 13:15:51 +0800	[thread overview]
Message-ID: <4A1B7B07.1080709@intel.com> (raw)
In-Reply-To: <20090526043821.GA24218@verge.net.au>

Simon,
What does inactive domain means?
How does it lead an invalid vslot?


Simon Horman wrote:
> In the case where a device is attached to an inactive domain
> and then removed before the domain is activated it won't have
> a vslot assigned, but it should still be valid to remove it.
>
> I don't think that there are any other cases where vslot can
> be invalid.
>
> Lightly tested
>
> Cc: Zhai Edwin <edwin.zhai@intel.com>
> Cc: Masaki Kanno <kanno.masaki@jp.fujitsu.com>
> Signed-off-by: Simon Horman <horms@verge.net.au>
>
> Index: xen-unstable.hg/tools/python/xen/xend/XendDomainInfo.py
> ===================================================================
> --- xen-unstable.hg.orig/tools/python/xen/xend/XendDomainInfo.py	2009-05-26 14:37:15.000000000 +1000
> +++ xen-unstable.hg/tools/python/xen/xend/XendDomainInfo.py	2009-05-26 14:37:18.000000000 +1000
> @@ -1130,9 +1130,6 @@ class XendDomainInfo:
>          if devnum >= pci_len:
>              raise VmError("Device @ vslot 0x%x doesn't exist." % (vslot))
>  
> -        if vslot == AUTO_PHP_SLOT:
> -            raise VmError("Device @ vslot 0x%x doesn't support hotplug." % (vslot))
> -
>          # Check the co-assignment.
>          # To pci-detach a device D from domN, we should ensure: for each DD in the
>          # list of D's co-assignment devices, DD is not assigned (to domN).
>
>   

-- 
best rgds,
edwin

  parent reply	other threads:[~2009-05-26  5:15 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-05-26  4:38 [patch] Fix xm pci-detach for inactive devices Simon Horman
2009-05-26  5:03 ` Masaki Kanno
2009-05-26  5:15 ` Zhai, Edwin [this message]
2009-05-26  6:25   ` Simon Horman
2009-05-26  6:28     ` Zhai, Edwin

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=4A1B7B07.1080709@intel.com \
    --to=edwin.zhai@intel.com \
    --cc=horms@verge.net.au \
    --cc=kanno.masaki@jp.fujitsu.com \
    --cc=xen-devel@lists.xensource.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.