From: Gianni Tedesco <gianni.tedesco@citrix.com>
To: "Zheng, Shaohui" <shaohui.zheng@intel.com>
Cc: Kamala Narasimhan <kamala.narasimhan@gmail.com>,
"xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
Ian Jackson <Ian.Jackson@eu.citrix.com>,
Stabellini <stefano.stabellini@eu.citrix.com>,
Stefano
Subject: Re: Xen 4.1 rc1 test report (xl bits)
Date: Mon, 24 Jan 2011 17:05:59 +0000 [thread overview]
Message-ID: <1295888759.28333.14.camel@qabil.uk.xensource.com> (raw)
In-Reply-To: <A24AE1FFE7AEC5489F83450EE98351BF2BF2EC4C9D@shsmsx502.ccr.corp.intel.com>
On Sat, 2011-01-22 at 09:39 +0000, Zheng, Shaohui wrote:
> Hi, All
> Intel QA conducted a full validation for xen 4.1 rc1, it includes VT-x, VT-d, SRIOV, RAS, TXT and xl tools testing. 24 issues were exposed. Refer the bug list, please.
>
> We already assigned 14 bugs to Intel developers (which has an 'Intel' tag in the bug title), most of the rest 10 bugs are related xl command. For the these bugs, need community's help to fix them.
>
> Version information:
> Change Set: 22764:75b6287626ee
> pvops dom0: 862ef97190f6b54d35c76c93fb2b8fadd7ab7d68
> ioemu : 1c304816043c0ffe14d20d6006d6165cb7fddb9b
Thanks.
> xl command(7 bugs)
> 1. xl does not check the duplicated configure file and image file (Community)
> http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1711
Yes this is kind of known about, we give the user a lot of rope. We had
already discussed that it's a bug for two domains to have the same name.
A check for this condition would catch the 'oops I ran the same config
twice' case.
As for going everywhere and preventing two domains from sharing a disk
image it would be a bit more far-reaching and we'd need to think about
legit cases where people might use shared r/w disk images with a
separate synchronisation protocol...
> 2. [vt-d] Can not detach the device which was assigned statically (Community)
> http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1717
> 3. guest shows white screen when boot guest with NIC assigned (Community)
> http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1712
> 4. memory corruption was reported by "xl" with device pass-throu (Community)
> http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1713
> 5. [vt-d] fail to passthrou two or more devices to guest (Community)
> http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1710
We are well aware that pci passthrough is buggy in xl. At the very
least, not all the safety checks are done. There are also problems with
IRQ's becoming unmapped when one of two pass-through devices which share
one or more IRQ's is detached. There are probably other issues too.
The heap corruption in xl looks particularly worrisome I will try find a
moment to take a look at that one.
> 6. Guest network broken after do SAVE/RESTOR with xl (Community)
> http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1703
Sounds like a real clanger.
> 7. Too many error information showed when destroy an inexistent guest (Community)
> http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1714
A three line fix?
Gianni
next prev parent reply other threads:[~2011-01-24 17:05 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <Acu6GEBstpnTfIH/TdeQZvf0FjUZ0Q==>
2011-01-22 9:39 ` Xen 4.1 rc1 test report Zheng, Shaohui
2011-01-24 17:05 ` Gianni Tedesco [this message]
2011-01-24 17:27 ` Xen 4.1 rc1 test report (xl bits) Christoph Egger
2011-01-24 17:43 ` [PATCH]: xl: Check a domain exists before destroying it Gianni Tedesco
2011-01-24 18:18 ` [PATCH, v2]: xl: Check domain existance when doing domain identifier lookups Gianni Tedesco
2011-01-24 18:39 ` Stefano Stabellini
2011-01-24 18:53 ` Gianni Tedesco
2011-01-24 19:05 ` Stefano Stabellini
2011-01-25 17:29 ` Ian Jackson
2011-01-25 17:28 ` Ian Jackson
2011-01-25 17:35 ` Gianni Tedesco
2011-01-25 18:28 ` Ian Jackson
2011-01-25 17:07 ` [PATCH]: xl: Check a domain exists before destroying it Ian Jackson
2011-01-25 17:17 ` Gianni Tedesco
2011-01-25 18:25 ` Ian Jackson
2011-01-24 18:35 ` Xen 4.1 rc1 test report (xl bits) Stefano Stabellini
2011-01-25 14:04 ` Gianni Tedesco
2011-01-26 3:47 ` Zhang, Yang Z
2011-01-25 6:24 ` Xen 4.1 rc1 test report Haitao Shan
2011-01-25 8:00 ` Zheng, Shaohui
2011-01-25 8:43 ` Keir Fraser
2011-01-25 11:43 ` Ian Campbell
2011-01-26 0:47 ` Haitao Shan
2011-01-26 10:57 ` libxc: maintain a small, per-handle, cache of hypercall buffer memory (Was: Re: Xen 4.1 rc1 test report) Ian Campbell
2011-01-27 9:47 ` Ian Campbell
2011-01-31 0:58 ` Haitao Shan
2011-01-31 3:06 ` Haitao Shan
2011-01-31 8:30 ` Ian Campbell
2011-01-31 8:57 ` Haitao Shan
2011-01-31 9:32 ` Ian Campbell
2011-01-31 12:07 ` Haitao Shan
2011-02-01 4:40 ` Haitao Shan
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=1295888759.28333.14.camel@qabil.uk.xensource.com \
--to=gianni.tedesco@citrix.com \
--cc=Ian.Jackson@eu.citrix.com \
--cc=kamala.narasimhan@gmail.com \
--cc=shaohui.zheng@intel.com \
--cc=stefano.stabellini@eu.citrix.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.