From: Daniel Stekloff <dsteklof@us.ibm.com>
To: "Yu, Ping Y" <ping.y.yu@intel.com>
Cc: xen-devel@lists.xensource.com, Rick Gonzalez <rcgneo@us.ibm.com>
Subject: RE: Daily Xen-HVM Builds: cs9226
Date: Wed, 15 Mar 2006 07:09:03 -0800 [thread overview]
Message-ID: <1142435343.5339.12.camel@localhost.localdomain> (raw)
In-Reply-To: <2BF508F394C196468CCBEC031320DCDFA9DF0D@pdsmsx405>
On Wed, 2006-03-15 at 17:24 +0800, Yu, Ping Y wrote:
> For xm-test result, I have report 02_network_local_ping_pos to bugzilla as #572,
> and the other failure is caused by using one image file to start multiple VMXs,
> which basically is not allowable.
> I have a suggestion, could xm-test modify the name "domU" to a general term in
> test case, for currently xm-test supports both domU and hvm?
The network ping tests that fail with the specific packet size are a
known issue and non-HVM related. So, I don't think we need another bug
to track it.
Using the single disk image for multiple concurrent domains currently
isn't an issue, we aren't writing to the disk image. You are right,
however, that this needs to change if we're to support new tests like
block-attach and io tests where we need to write to the image.
I think Dan Smith had a good suggestion of using device-mapper to create
disk images for xm-test HVM domains. Device-mapper will let us create a
single boot image and then let us attach writable private disks to HVM
domains. It will also let us get rid of lilo for grub and make things
neater.
This is on my list of todos - although I don't know when I'll get to it.
I'm currently working with networking infrastructure and tests. If you'd
like to do the device-mapper addition, that would be great.
Thanks,
Dan
> >-----Original Message-----
> >From: xen-devel-bounces@lists.xensource.com
> >[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Rick Gonzalez
> >Sent: 2006年3月15日 6:49
> >To: xen-devel@lists.xensource.com
> >Subject: [Xen-devel] Daily Xen-HVM Builds: cs9226
> >
> >changeset: 9226:7d8efd4f1ac7
> >tag: tip
> >user: kaf24@firebug.cl.cam.ac.uk
> >date: Tue Mar 14 08:18:35 2006 +0100
> >summary: Initialise blkfront_info to zeroes after allocating it.
> >
> >
> >
> >Hardware: x460
> >
> >******************** x86_32(no PAE): ***************************
> >
> >* dom0: SLES9 SP2
> >* dom0 boots fine
> >* xend starts without problem
> >
> >--- Linux HVM domain status: ---
> >
> >ISSUES:
> >
> >* xm-test does not complete.
> >* able to boot HVM domains but cannot read from console. It
> >complains about not being able to read from xenstored. The boot process
> >gets stuck after recognizing the pcnet32 driver.
> >* Bug 560 is present.
> >
> >SUMMARY:
> >
> >N/A
> >
> >--- Windows HVM domain status: ---
> >
> >* I'll get to testing the other Windowns OS when I automate the test cases.
> >
> >+-------------------------------------------------------------------+
> >| Category | Test Case | OS |
> >| | |-----------------------|
> >| | | Win2k| Win2k3 | WinXP |
> >+-------------------------------------------------------------------+
> >| Networking | Open IE | | | pass |
> >| | Ping Remote sys. | | | pass |
> >| | BSO Authentication | | | pass |
> >| | Telnet to remote sys. | | | pass |
> >| | Copy 512MB from remote sys. | | | pass |
> >| | Start Media Player | | | pass |
> >| Graphics | Start Solitaire | | | pass |
> >| | run commands in CMD.exe | | | pass |
> >| Disk I/O | Load a large file in Notepad| | | pass |
> >| Xen | Concurrent Win. HVM Doms. | | | pass |
> >| | Dom shutdown/destruction | | | pass |
> >+-------------------------------------------------------------------+
> >NOTE: for test case details, go to
> >https://ltc.linux.ibm.com/wiki/XenFullVirtTestPlan
> > I am working on automating these test cases.
> >
> >
> >
> >ISSUES:
> >
> >N/A
> >
> >SUMMERY:
> >
> >N/A
> >
> >
> >********************** x86_64: *********************************
> >
> >* dom0: SLES9 SP2
> >* dom0 boots fine
> >* xend starts without problem
> >* able to boot HVM domains.
> >
> >--- Linux HVM domain status: ---
> >
> >ISSUES:
> >
> >N/A
> >
> >SUMMERY:
> >
> >Xm-test execution summary:
> > PASS: 69
> > FAIL: 6
> > XPASS: 1
> > XFAIL: 2
> >
> >
> >Details:
> >
> > FAIL: 11_create_concurrent_pos
> > [1] Failed to create domain
> >
> > FAIL: 12_create_concurrent_stress_pos
> > Failed to start 12_create_concurrent_stress_pos-1142373110
> >
> >XFAIL: 02_network_local_ping_pos
> > ping loopback failed for size 65507. ping eth0 failed for size
> >65507.
> >
> >XFAIL: 11_network_domU_ping_pos
> > Failed to create domain
> >
> > FAIL: 12_network_domU_tcp_pos
> > Failed to create domain
> >
> > FAIL: 13_network_domU_udp_pos
> > Failed to create domain
> >
> >--- Windows HVM domain status: ---
> >
> >* I'll get windows testing done as soon as I can.
> >
> >
> >ISSUES:
> >
> >N/A
> >
> >SUMMERY:
> >
> >N/A
> >
> >
> >
> >regards,
> >
> >_______________________________________________
> >Xen-devel mailing list
> >Xen-devel@lists.xensource.com
> >http://lists.xensource.com/xen-devel
> >
> >
> >_______________________________________________
> >Xen-devel mailing list
> >Xen-devel@lists.xensource.com
> >http://lists.xensource.com/xen-devel
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
next prev parent reply other threads:[~2006-03-15 15:09 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-03-15 9:24 Daily Xen-HVM Builds: cs9226 Yu, Ping Y
2006-03-15 15:09 ` Daniel Stekloff [this message]
-- strict thread matches above, loose matches on Subject: below --
2006-03-16 6:49 Yu, Ping Y
2006-03-16 5:25 Yu, Ping Y
2006-03-16 6:31 ` Daniel Stekloff
2006-03-14 22:48 Rick Gonzalez
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=1142435343.5339.12.camel@localhost.localdomain \
--to=dsteklof@us.ibm.com \
--cc=ping.y.yu@intel.com \
--cc=rcgneo@us.ibm.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.