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-users

[Xen-users] Graphics Pass-Through: Reboot Doesn't Work

To: "XEN Mailing List" <xen-users@xxxxxxxxxxxxxxxxxxx>
Subject: [Xen-users] Graphics Pass-Through: Reboot Doesn't Work
From: "Nick Couchman" <Nick.Couchman@xxxxxxxxx>
Date: Thu, 15 Apr 2010 15:29:28 -0600
Delivery-date: Thu, 15 Apr 2010 14:30:55 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-users-request@lists.xensource.com?subject=help>
List-id: Xen user discussion <xen-users.lists.xensource.com>
List-post: <mailto:xen-users@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
Something I'm experiencing here using graphics/vga pass-through with Xen 
4....rebooting the domU does not seem to work.  I'm running Windows XP, and, 
when I reboot, the domain appears to just shut down.  A look at the xend.log 
file, however, shows the following entries:

[2010-04-15 15:24:15 17820] DEBUG (XendDomainInfo:2543) 
XendDomainInfo.constructDomain
[2010-04-15 15:24:15 17820] ERROR (XendDomainInfo:486) VM start failed
Traceback (most recent call last):
  File "/usr/lib64/python2.6/site-packages/xen/xend/XendDomainInfo.py", line 
471, in start
    XendTask.log_progress(0, 30, self._constructDomain)
  File "/usr/lib64/python2.6/site-packages/xen/xend/XendTask.py", line 209, in 
log_progress
    retval = func(*args, **kwds)
  File "/usr/lib64/python2.6/site-packages/xen/xend/XendDomainInfo.py", line 
2705, in _constructDomain
    " it doesn't exist." % (bus, dev, func))
VmError: failed to assign device 00:02.0: maybe it has already been assigned to 
other domain, or maybe it doesn't exist.
[2010-04-15 15:24:15 17820] DEBUG (XendDomainInfo:3107) XendDomainInfo.destroy: 
domid=32
[2010-04-15 15:24:15 17820] DEBUG (XendDomainInfo:2451) No device model
[2010-04-15 15:24:15 17820] DEBUG (XendDomainInfo:2453) Releasing devices
[2010-04-15 15:24:15 17820] ERROR (XendDomainInfo:130) Domain construction 
failed

So, looks like the graphics PCI device (00:02.0)  is not being released in a 
timely fashion, and, when Xen tries to boot a new domain, it sees it as already 
in use.  Anyone know any way around this - even just something like inserting a 
reboot delay in so that Xen waits a couple of seconds before trying to restart 
the domain?

Also, with regard to my post late last week - if anyone has any insight on 
putting the video card into power save mode (or shutting it down completely) 
when the domU shuts down, I'd appreciate it!

Thanks - Nick



--------
This e-mail may contain confidential and privileged material for the sole use 
of the intended recipient.  If this email is not intended for you, or you are 
not responsible for the delivery of this message to the intended recipient, 
please note that this message may contain SEAKR Engineering (SEAKR) 
Privileged/Proprietary Information.  In such a case, you are strictly 
prohibited from downloading, photocopying, distributing or otherwise using this 
message, its contents or attachments in any way.  If you have received this 
message in error, please notify us immediately by replying to this e-mail and 
delete the message from your mailbox.  Information contained in this message 
that does not relate to the business of SEAKR is neither endorsed by nor 
attributable to SEAKR.

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

<Prev in Thread] Current Thread [Next in Thread>
  • [Xen-users] Graphics Pass-Through: Reboot Doesn't Work, Nick Couchman <=