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

[Xen-devel] [PATCH] Make xm long list consistent with the store

To: Xen Developers <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: [Xen-devel] [PATCH] Make xm long list consistent with the store
From: Dan Smith <danms@xxxxxxxxxx>
Date: Fri, 02 Dec 2005 07:22:37 -0800
Delivery-date: Fri, 02 Dec 2005 15:22:22 +0000
Envelope-to: www-data@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/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.4 (gnu/linux)
This patch changes the XendDomainInfo.sxpr() function to get its
device information from the store, instead of the info['device']
list.  Instead of trying to keep this bit of internal state consistent
with the store, I think it's better to just use the store data
directly.  This makes the output of "xm list --long" always reflect
the current configuration in the store.

With this patch, the only two tests that fail are the following (which
have been failing recently):

 FAIL: 12_block_attach_shared_domU
         Bug #331 Started a DomU with write access to an in-use block device

XFAIL: 03_network_attach_detach_multiple_pos
        Unknown reason

# HG changeset patch
# User dan@xxxxxxxxxxxxxxxxxxxxxxxxxxx
# Node ID c3509a42d8bbfba3a855cf606fbc64766fbe5dbe
# Parent  ca236a81729dd31c9eab7991562dd1664ceb0abf
Make "xm list --long" generate device configuration data from xenstore state
instead of internal xend state.
Signed-off-by: Dan Smith <danms@xxxxxxxxxx>

diff -r ca236a81729d -r c3509a42d8bb tools/python/xen/xend/XendDomainInfo.py
--- a/tools/python/xen/xend/XendDomainInfo.py   Thu Dec  1 19:23:07 2005
+++ b/tools/python/xen/xend/XendDomainInfo.py   Thu Dec  1 21:23:29 2005
@@ -968,9 +968,9 @@
         if self.infoIsSet('image'):
             sxpr.append(['image', self.info['image']])
 
-        if self.infoIsSet('device'):
-            for (_, c) in self.info['device']:
-                sxpr.append(['device', c])
+        for cls in controllerClasses:
+            for config in self.getDeviceConfigurations(cls):
+                sxpr.append(['device', config])
 
         def stateChar(name):
             if name in self.info:
-- 
Dan Smith
IBM Linux Technology Center
Open Hypervisor Team
email: danms@xxxxxxxxxx
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
<Prev in Thread] Current Thread [Next in Thread>
  • [Xen-devel] [PATCH] Make xm long list consistent with the store, Dan Smith <=