July 12, 2006 Configuration: Unisys ES7000/one x86_64 32 physical processors 48 GB RAM SLES10 RC3 with xen-unstable changeset 10648 Issues: None (enforce_dom0_cpus actually passed - output shows number of cpus dropping with each /proc/cpuinfo check, but the 20 second wait loop in xm-test was just a second or two too short) Xm-test execution summary: PASS: 106 FAIL: 6 XPASS: 0 XFAIL: 3 Details: FAIL: 01_enforce_dom0_cpus_basic_pos /proc/cpuinfo says xend didn''t enforce dom0_cpus (2 != 1) XFAIL: 02_network_local_ping_pos ping loopback failed for size 65507. ping eth0 failed for size 65507. XFAIL: 05_network_dom0_ping_pos Ping to dom0 failed for size 65507. XFAIL: 11_network_domU_ping_pos Ping failed for size 1 48 64 512 1440 1500 1505 4096 4192 32767 65507. FAIL: 12_network_domU_tcp_pos TCP hping2 failed for size 16384 24567 32767 65495. FAIL: 13_network_domU_udp_pos UDP hping2 failed for size 32767 65495.> Thanks, > Sue Krysan > Linux Systems Group > Unisys Corporation > >_______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Susan, Are you having any problems completing xm-test with changeset: 10680 :f692a0a476c5? I am seeing xm-test not complete, the last test appears to be 07_destroy_stale_pos. David Krysan, Susan wrote:> July 12, 2006 > > Configuration: > > Unisys ES7000/one > x86_64 > 32 physical processors > 48 GB RAM > SLES10 RC3 with xen-unstable changeset 10648 > > Issues: None (enforce_dom0_cpus actually passed - output shows number of cpus dropping with each /proc/cpuinfo check, but the 20 second wait loop in xm-test was just a second or two too short) > > Xm-test execution summary: > PASS: 106 > FAIL: 6 > XPASS: 0 > XFAIL: 3 > > Details: > > FAIL: 01_enforce_dom0_cpus_basic_pos > /proc/cpuinfo says xend didn''t enforce dom0_cpus (2 != 1) > > XFAIL: 02_network_local_ping_pos > ping loopback failed for size 65507. ping eth0 failed for size 65507. > > XFAIL: 05_network_dom0_ping_pos > Ping to dom0 failed for size 65507. > > XFAIL: 11_network_domU_ping_pos > Ping failed for size 1 48 64 512 1440 1500 1505 4096 4192 32767 65507. > > FAIL: 12_network_domU_tcp_pos > TCP hping2 failed for size 16384 24567 32767 65495. > > FAIL: 13_network_domU_udp_pos > UDP hping2 failed for size 32767 65495. > > >> Thanks, >> Sue Krysan >> Linux Systems Group >> Unisys Corporation >> >> >> > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel >-- Regards, David F Barrera Linux Technology Center Systems and Technology Group, IBM "The wisest men follow their own direction. " Euripides _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Hi David, We have not run yet with that changeset. We usually do our weekly build on Mondays, but we are starting a build tonight with changeset 10711 on our ES7000/one and on a Dell and we will run xm-test on Monday. We are migrating to a new ES7000 system next week, so it is possible we do not get to complete xm-test on that platform on Monday, but we will certainly have results from the Dell. I''ll let you know our results. Thanks, Sue Krysan Linux Systems Group Unisys Corporation -----Original Message----- From: David F Barrera [mailto:dfbp@us.ibm.com] Sent: Friday, July 14, 2006 1:03 PM To: Krysan, Susan Cc: xen-devel@lists.xensource.com Subject: Re: [Xen-devel] xen test results on Unisys ES7000 Susan, Are you having any problems completing xm-test with changeset: 10680 :f692a0a476c5? I am seeing xm-test not complete, the last test appears to be 07_destroy_stale_pos. David Krysan, Susan wrote:> July 12, 2006 > > Configuration: > > Unisys ES7000/one > x86_64 > 32 physical processors > 48 GB RAM > SLES10 RC3 with xen-unstable changeset 10648 > > Issues: None (enforce_dom0_cpus actually passed - output shows numberof cpus dropping with each /proc/cpuinfo check, but the 20 second wait loop in xm-test was just a second or two too short)> > Xm-test execution summary: > PASS: 106 > FAIL: 6 > XPASS: 0 > XFAIL: 3 > > Details: > > FAIL: 01_enforce_dom0_cpus_basic_pos > /proc/cpuinfo says xend didn''t enforce dom0_cpus (2 != 1) > > XFAIL: 02_network_local_ping_pos > ping loopback failed for size 65507. ping eth0 failed forsize 65507.> > XFAIL: 05_network_dom0_ping_pos > Ping to dom0 failed for size 65507. > > XFAIL: 11_network_domU_ping_pos > Ping failed for size 1 48 64 512 1440 1500 1505 4096 419232767 65507.> > FAIL: 12_network_domU_tcp_pos > TCP hping2 failed for size 16384 24567 32767 65495. > > FAIL: 13_network_domU_udp_pos > UDP hping2 failed for size 32767 65495. > > >> Thanks, >> Sue Krysan >> Linux Systems Group >> Unisys Corporation >> >> >> > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel >-- Regards, David F Barrera Linux Technology Center Systems and Technology Group, IBM "The wisest men follow their own direction. " Euripides _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Susan, I retested with changeset 10710, and the test completed successfully. Also, we made a change to our automation scripts, so it is likely that my problem was due to that. At any rate, xm-test is running normally with changeset 10710. Thanks. David Krysan, Susan wrote:> Hi David, > We have not run yet with that changeset. We usually do our weekly build > on Mondays, but we are starting a build tonight with changeset 10711 on > our ES7000/one and on a Dell and we will run xm-test on Monday. We are > migrating to a new ES7000 system next week, so it is possible we do not > get to complete xm-test on that platform on Monday, but we will > certainly have results from the Dell. > > I''ll let you know our results. > > Thanks, > Sue Krysan > Linux Systems Group > Unisys Corporation > > > -----Original Message----- > From: David F Barrera [mailto:dfbp@us.ibm.com] > Sent: Friday, July 14, 2006 1:03 PM > To: Krysan, Susan > Cc: xen-devel@lists.xensource.com > Subject: Re: [Xen-devel] xen test results on Unisys ES7000 > > Susan, > > Are you having any problems completing xm-test with changeset: 10680 > :f692a0a476c5? I am seeing xm-test not complete, the last test appears > to be 07_destroy_stale_pos. > > David > > Krysan, Susan wrote: > >> July 12, 2006 >> >> Configuration: >> >> Unisys ES7000/one >> x86_64 >> 32 physical processors >> 48 GB RAM >> SLES10 RC3 with xen-unstable changeset 10648 >> >> Issues: None (enforce_dom0_cpus actually passed - output shows number >> > of cpus dropping with each /proc/cpuinfo check, but the 20 second wait > loop in xm-test was just a second or two too short) > >> Xm-test execution summary: >> PASS: 106 >> FAIL: 6 >> XPASS: 0 >> XFAIL: 3 >> >> Details: >> >> FAIL: 01_enforce_dom0_cpus_basic_pos >> /proc/cpuinfo says xend didn''t enforce dom0_cpus (2 != 1) >> >> XFAIL: 02_network_local_ping_pos >> ping loopback failed for size 65507. ping eth0 failed for >> > size 65507. > >> XFAIL: 05_network_dom0_ping_pos >> Ping to dom0 failed for size 65507. >> >> XFAIL: 11_network_domU_ping_pos >> Ping failed for size 1 48 64 512 1440 1500 1505 4096 4192 >> > 32767 65507. > >> FAIL: 12_network_domU_tcp_pos >> TCP hping2 failed for size 16384 24567 32767 65495. >> >> FAIL: 13_network_domU_udp_pos >> UDP hping2 failed for size 32767 65495. >> >> >> >>> Thanks, >>> Sue Krysan >>> Linux Systems Group >>> Unisys Corporation >>> >>> >>> >>> >> _______________________________________________ >> Xen-devel mailing list >> Xen-devel@lists.xensource.com >> http://lists.xensource.com/xen-devel >> >> > > >-- Regards, David F Barrera Linux Technology Center Systems and Technology Group, IBM "The wisest men follow their own direction. " Euripides _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
July 17, 2006 Configuration: Unisys ES7000/one x86_64 16 physical processors 24 GB RAM SLES10 RC3 with xen-unstable changeset 10711 Ran xm-test (see results below) and successfully booted and ran LTP in the following x86_64 SLES10 domUs: a. A uni-processor DomU with 1GB of memory b. A 4-processor DomU with 1GB of memory c. A uni-processor DomU with 8GB of memory d. A 4-processor DomU with 8GB of memory e. An 8-processor DomU with 23GB memory Issues: None Xm-test execution summary: PASS: 105 FAIL: 6 XPASS: 0 XFAIL: 3 Details: FAIL: 11_create_concurrent_pos Unknown reason XFAIL: 02_network_local_ping_pos ping loopback failed for size 65507. ping eth0 failed for size 65507. XFAIL: 05_network_dom0_ping_pos Ping to dom0 failed for size 65507. XFAIL: 11_network_domU_ping_pos Ping failed for size 1 48 64 512 1440 1500 1505 4096 4192 32767 65507. FAIL: 12_network_domU_tcp_pos TCP hping2 failed for size 16384 24567 32767 65495. FAIL: 13_network_domU_udp_pos UDP hping2 failed for size 32767 65495. Thanks, Sue Krysan Linux Systems Group Unisys Corporation _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
July 26, 2006 Configuration: Unisys ES7000/one x86_64 32 physical processors 32 GB RAM SLES10 RC3 with xen-unstable changeset 10712 Ran xm-test (see results below) and successfully booted the following x86_64 SLES10 domUs: a. A uni-processor DomU with 1GB of memory b. A 4-processor DomU with 1GB of memory c. A uni-processor DomU with 8GB of memory d. A 4-processor DomU with 8GB of memory e. An 32-processor DomU with 31GB memory Issues: None Xm-test execution summary: PASS: 106 FAIL: 5 XPASS: 0 XFAIL: 3 Details: XFAIL: 02_network_local_ping_pos ping loopback failed for size 65507. ping eth0 failed for size 65507. XFAIL: 05_network_dom0_ping_pos Ping to dom0 failed for size 65507. XFAIL: 11_network_domU_ping_pos Ping failed for size 1 48 64 512 1440 1500 1505 4096 4192 32767 65507. FAIL: 12_network_domU_tcp_pos TCP hping2 failed for size 16384 24567 32767 65495. FAIL: 13_network_domU_udp_pos UDP hping2 failed for size 32767 65495. Thanks, Sue Krysan Linux Systems Group Unisys Corporation Thanks, Sue Krysan Linux Systems Group Unisys Corporation _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
July 31, 2006 Configuration: Unisys ES7000/one x86_64 32 physical processors 32 GB RAM SLES10 RC3 with xen-unstable changeset 10868 Ran xm-test (see results below) and successfully booted the following x86_64 SLES10 domUs: a. A uni-processor DomU with 1GB of memory b. A 4-processor DomU with 1GB of memory c. A uni-processor DomU with 8GB of memory d. A 4-processor DomU with 8GB of memory e. A 32-processor DomU with 30GB memory Issues: None Xm-test execution summary: PASS: 106 FAIL: 5 XPASS: 0 XFAIL: 3 Details: XFAIL: 02_network_local_ping_pos ping loopback failed for size 65507. ping eth0 failed for size 65507. XFAIL: 05_network_dom0_ping_pos Ping to dom0 failed for size 65507. XFAIL: 11_network_domU_ping_pos Ping failed for size 1 48 64 512 1440 1500 1505 4096 4192 32767 65507. FAIL: 12_network_domU_tcp_pos TCP hping2 failed for size 16384 24567 32767 65495. FAIL: 13_network_domU_udp_pos UDP hping2 failed for size 32767 65495. Thanks, Sue Krysan Linux Systems Group Unisys Corporation Thanks, Sue Krysan Linux Systems Group Unisys Corporation Thanks, Sue Krysan Linux Systems Group Unisys Corporation _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Hello Keir, This patch fixes a data corruption bug in hvm_pio_assist() of xen/arch/x86/hvm/io.c. When the OVERLAP flag is set and the guest is running in real-mode regs->es is used in the generation of the destination address passed to hvm_copy(). regs->es, however, has not been initialized and bad happens. Since __vmread() must be called to obtain regs->es to remedy the bug, this patch instead calls __vmread to obtain the GUEST_LINEAR_ADDRESS which removes the need to check if the guest is in real-mode and hence also the need to adjust addr. Since this block of code is executed so rarely, there is no measurable performance impact using this fix for real or protected mode guests. Signed of by: Ross Maxfield <rmaxfiel@novell.com> _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
> This patch fixes a data corruption bug in hvm_pio_assist() of > xen/arch/x86/hvm/io.c. When the OVERLAP flag is set and the > guest is running in real-mode regs->es is used in the > generation of the destination address passed to hvm_copy(). > regs->es, however, has not been initialized and bad happens. > Since __vmread() must be called to obtain regs->es to remedy > the bug, this patch instead calls __vmread to obtain the > GUEST_LINEAR_ADDRESS which removes the need to check if the > guest is in real-mode and hence also the need to adjust addr. > Since this block of code is executed so rarely, there is no > measurable performance impact using this fix for real or > protected mode guests.Ross, should a __vmread be in an hvm specific function? Maybe I''m missing something but a __vmread VT instruction will GP on an AMD SVM platform. Thanks for any clarification Tom _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
On 31 Jul 2006, at 22:29, Ross Maxfield wrote:> This patch fixes a data corruption bug in hvm_pio_assist() of > xen/arch/x86/hvm/io.c. When the OVERLAP flag is set and the guest is > running in real-mode regs->es is used in the generation of the > destination address passed to hvm_copy(). regs->es, however, has not > been initialized and bad happens. Since __vmread() must be called to > obtain regs->es to remedy the bug, this patch instead calls __vmread to > obtain the GUEST_LINEAR_ADDRESS which removes the need to check if the > guest is in real-mode and hence also the need to adjust addr. Since > this block of code is executed so rarely, there is no measurable > performance impact using this fix for real or protected mode guests.This is not the right fix -- VMX-specific code in a generic HVM function, and it''s too localised. I''ve made an alternative fix in c/s 10894 which will initialise those extra fields in the regs structure for all PIO requests. Please test when it reaches the public tree. Thanks, Keir _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
August 7, 2006 Configuration: Unisys ES7000/one, x86_64 32 physical processors, 128 GB RAM SLES10 RC3 with xen-unstable changeset 10949 Ran xm-test (see results below) and successfully booted the following x86_64 SLES10 domUs: a. A uni-processor DomU with 1GB of memory b. A 4-processor DomU with 1GB of memory c. A uni-processor DomU with 8GB of memory d. A 4-processor DomU with 8GB of memory Issues: bug #729 - domU migration causes fatal page fault crash Xm-test fails when attempting to run 01_migrate_localhost_pos, so a report file is not generated. The output file is attached. Thanks, Sue Krysan Linux Systems Group Unisys Corporation _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel