[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [xen-4.9-testing test] 128685: regressions - FAIL
flight 128685 xen-4.9-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/128685/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-vhd 5 host-ping-check-native fail REGR. vs. 128156 test-amd64-i386-xl-qemuu-win7-amd64 15 guest-saverestore.2 fail REGR. vs. 128156 test-amd64-i386-xl-qemuu-ws16-amd64 15 guest-saverestore.2 fail REGR. vs. 128156 Tests which did not succeed, but are not blocking: test-arm64-arm64-xl-credit1 16 guest-start/debian.repeat fail baseline untested test-amd64-amd64-xl-qemuu-ws16-amd64 16 guest-localmigrate/x10 fail blocked in 128156 test-amd64-i386-xl-qemut-ws16-amd64 16 guest-localmigrate/x10 fail like 128105 test-amd64-amd64-xl-qemut-ws16-amd64 14 guest-localmigrate fail like 128156 test-amd64-i386-xl-qemut-win7-amd64 17 guest-stop fail like 128156 test-amd64-amd64-xl-qemuu-win7-amd64 17 guest-stop fail like 128156 test-amd64-amd64-xl-qemut-win7-amd64 16 guest-localmigrate/x10 fail like 128156 test-amd64-amd64-xl-rtds 10 debian-install fail like 128156 test-armhf-armhf-xl-rtds 16 guest-start/debian.repeat fail like 128156 test-amd64-i386-libvirt 13 migrate-support-check fail never pass test-amd64-amd64-libvirt 13 migrate-support-check fail never pass test-amd64-i386-libvirt-xsm 13 migrate-support-check fail never pass test-arm64-arm64-xl-credit2 13 migrate-support-check fail never pass test-arm64-arm64-xl-credit2 14 saverestore-support-check fail never pass test-arm64-arm64-xl-xsm 13 migrate-support-check fail never pass test-arm64-arm64-xl-xsm 14 saverestore-support-check fail never pass test-arm64-arm64-xl 13 migrate-support-check fail never pass test-arm64-arm64-xl-credit1 13 migrate-support-check fail never pass test-arm64-arm64-xl-credit1 14 saverestore-support-check fail never pass test-arm64-arm64-xl 14 saverestore-support-check fail never pass test-arm64-arm64-libvirt-xsm 13 migrate-support-check fail never pass test-arm64-arm64-libvirt-xsm 14 saverestore-support-check fail never pass test-amd64-amd64-libvirt-xsm 13 migrate-support-check fail never pass test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm 11 migrate-support-check fail never pass test-armhf-armhf-xl-arndale 13 migrate-support-check fail never pass test-armhf-armhf-xl-arndale 14 saverestore-support-check fail never pass test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm 11 migrate-support-check fail never pass test-amd64-amd64-qemuu-nested-amd 17 debian-hvm-install/l1/l2 fail never pass test-amd64-amd64-libvirt-vhd 12 migrate-support-check fail never pass test-armhf-armhf-xl-credit1 13 migrate-support-check fail never pass test-armhf-armhf-xl-credit1 14 saverestore-support-check fail never pass test-armhf-armhf-xl 13 migrate-support-check fail never pass test-armhf-armhf-xl 14 saverestore-support-check fail never pass test-armhf-armhf-libvirt 13 migrate-support-check fail never pass test-armhf-armhf-libvirt 14 saverestore-support-check fail never pass test-armhf-armhf-xl-credit2 13 migrate-support-check fail never pass test-armhf-armhf-xl-credit2 14 saverestore-support-check fail never pass test-armhf-armhf-xl-cubietruck 13 migrate-support-check fail never pass test-armhf-armhf-xl-cubietruck 14 saverestore-support-check fail never pass test-armhf-armhf-xl-multivcpu 13 migrate-support-check fail never pass test-armhf-armhf-xl-multivcpu 14 saverestore-support-check fail never pass test-armhf-armhf-xl-rtds 13 migrate-support-check fail never pass test-armhf-armhf-xl-rtds 14 saverestore-support-check fail never pass test-armhf-armhf-libvirt-raw 12 migrate-support-check fail never pass test-armhf-armhf-libvirt-raw 13 saverestore-support-check fail never pass test-amd64-amd64-xl-qemut-win10-i386 10 windows-install fail never pass test-amd64-amd64-xl-qemuu-win10-i386 10 windows-install fail never pass test-amd64-i386-xl-qemuu-win10-i386 10 windows-install fail never pass test-amd64-i386-xl-qemut-win10-i386 10 windows-install fail never pass version targeted for testing: xen 782ca9b94f77026875dd98d6288fc1f8dcc7ce19 baseline version: xen 062052a149828acdc6cab7deb88ddc3e3438e400 Last test of basis 128156 2018-09-28 02:51:29 Z 17 days Failing since 128506 2018-10-08 13:07:52 Z 6 days 4 attempts Testing same since 128685 2018-10-13 03:19:42 Z 1 days 1 attempts ------------------------------------------------------------ People who touched revisions under test: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> Daniel Kiper <daniel.kiper@xxxxxxxxxx> George Dunlap <george.dunlap@xxxxxxxxxx> Ian Jackson <ian.jackson@xxxxxxxxxxxxx> Jan Beulich <jbeulich@xxxxxxxx> Paul Durrant <paul.durrant@xxxxxxxxxx> Roger Pau Monné <roger.pau@xxxxxxxxxx> Ross Lagerwall <ross.lagerwall@xxxxxxxxxx> Samuel Thibault <samuel.thibault@xxxxxxxxxxxx> Wei Liu <wei.liu2@xxxxxxxxxx> jobs: build-amd64-xsm pass build-arm64-xsm pass build-i386-xsm pass build-amd64-xtf pass build-amd64 pass build-arm64 pass build-armhf pass build-i386 pass build-amd64-libvirt pass build-arm64-libvirt pass build-armhf-libvirt pass build-i386-libvirt pass build-amd64-prev pass build-i386-prev pass build-amd64-pvops pass build-arm64-pvops pass build-armhf-pvops pass build-i386-pvops pass build-amd64-rumprun pass build-i386-rumprun pass test-xtf-amd64-amd64-1 pass test-xtf-amd64-amd64-2 pass test-xtf-amd64-amd64-3 pass test-xtf-amd64-amd64-4 pass test-xtf-amd64-amd64-5 pass test-amd64-amd64-xl pass test-arm64-arm64-xl pass test-armhf-armhf-xl pass test-amd64-i386-xl pass test-amd64-amd64-xl-qemut-debianhvm-amd64-xsm pass test-amd64-i386-xl-qemut-debianhvm-amd64-xsm pass test-amd64-amd64-libvirt-qemuu-debianhvm-amd64-xsm pass test-amd64-i386-libvirt-qemuu-debianhvm-amd64-xsm pass test-amd64-amd64-xl-qemuu-debianhvm-amd64-xsm pass test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm pass test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm pass test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm pass test-amd64-amd64-libvirt-xsm pass test-arm64-arm64-libvirt-xsm pass test-amd64-i386-libvirt-xsm pass test-amd64-amd64-xl-xsm pass test-arm64-arm64-xl-xsm pass test-amd64-i386-xl-xsm pass test-amd64-amd64-qemuu-nested-amd fail test-amd64-i386-qemut-rhel6hvm-amd pass test-amd64-i386-qemuu-rhel6hvm-amd pass test-amd64-amd64-xl-qemut-debianhvm-amd64 pass test-amd64-i386-xl-qemut-debianhvm-amd64 pass test-amd64-amd64-xl-qemuu-debianhvm-amd64 pass test-amd64-i386-xl-qemuu-debianhvm-amd64 pass test-amd64-i386-freebsd10-amd64 pass test-amd64-amd64-xl-qemuu-ovmf-amd64 pass test-amd64-i386-xl-qemuu-ovmf-amd64 pass test-amd64-amd64-rumprun-amd64 pass test-amd64-amd64-xl-qemut-win7-amd64 fail test-amd64-i386-xl-qemut-win7-amd64 fail test-amd64-amd64-xl-qemuu-win7-amd64 fail test-amd64-i386-xl-qemuu-win7-amd64 fail test-amd64-amd64-xl-qemut-ws16-amd64 fail test-amd64-i386-xl-qemut-ws16-amd64 fail test-amd64-amd64-xl-qemuu-ws16-amd64 fail test-amd64-i386-xl-qemuu-ws16-amd64 fail test-armhf-armhf-xl-arndale pass test-amd64-amd64-xl-credit1 pass test-arm64-arm64-xl-credit1 fail test-armhf-armhf-xl-credit1 pass test-amd64-amd64-xl-credit2 pass test-arm64-arm64-xl-credit2 pass test-armhf-armhf-xl-credit2 pass test-armhf-armhf-xl-cubietruck pass test-amd64-i386-freebsd10-i386 pass test-amd64-i386-rumprun-i386 pass test-amd64-amd64-xl-qemut-win10-i386 fail test-amd64-i386-xl-qemut-win10-i386 fail test-amd64-amd64-xl-qemuu-win10-i386 fail test-amd64-i386-xl-qemuu-win10-i386 fail test-amd64-amd64-qemuu-nested-intel pass test-amd64-i386-qemut-rhel6hvm-intel pass test-amd64-i386-qemuu-rhel6hvm-intel pass test-amd64-amd64-libvirt pass test-armhf-armhf-libvirt pass test-amd64-i386-libvirt pass test-amd64-amd64-livepatch pass test-amd64-i386-livepatch pass test-amd64-amd64-migrupgrade pass test-amd64-i386-migrupgrade pass test-amd64-amd64-xl-multivcpu pass test-armhf-armhf-xl-multivcpu pass test-amd64-amd64-pair pass test-amd64-i386-pair pass test-amd64-amd64-libvirt-pair pass test-amd64-i386-libvirt-pair pass test-amd64-amd64-amd64-pvgrub pass test-amd64-amd64-i386-pvgrub pass test-amd64-amd64-pygrub pass test-amd64-amd64-xl-qcow2 pass test-armhf-armhf-libvirt-raw pass test-amd64-i386-xl-raw pass test-amd64-amd64-xl-rtds fail test-armhf-armhf-xl-rtds fail test-amd64-amd64-xl-qemuu-debianhvm-amd64-shadow pass test-amd64-i386-xl-qemuu-debianhvm-amd64-shadow pass test-amd64-amd64-xl-shadow pass test-amd64-i386-xl-shadow pass test-amd64-amd64-libvirt-vhd pass test-armhf-armhf-xl-vhd fail ------------------------------------------------------------ sg-report-flight on osstest.test-lab.xenproject.org logs: /home/logs/logs images: /home/logs/images Logs, config files, etc. are available at http://logs.test-lab.xenproject.org/osstest/logs Explanation of these reports, and of osstest in general, is at http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README.email;hb=master http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README;hb=master Test harness code can be found at http://xenbits.xen.org/gitweb?p=osstest.git;a=summary Not pushing. ------------------------------------------------------------ commit 782ca9b94f77026875dd98d6288fc1f8dcc7ce19 Author: Ian Jackson <ian.jackson@xxxxxxxxxxxxx> Date: Tue Sep 18 11:25:20 2018 +0100 stubdom/grub.patches: Drop docs changes, for licensing reasons The patch file 00cvs is an import of a new upstream version of grub1 from upstream CVS. Unfortunately, in the period covered by the update, upstream changed the documentation licence from a simple permissive licence, to the GNU "Free Documentation Licence" with Front and Back Cover Texts. The Debian Project is of the view that use the Front and Back Cover Texts feature of the GFDL makes the resulting document not Free Software, because of the mandatory redistribution of these immutable texts. (Personally, I agree.) This is awkward because Debian do not want to ship non-free content. So the Debian maintainers need to launder the upstream source code, to remove the troublesome files. This is an extra step when incorporating new upstream versions. It's particularly annoying for security response, which often involves rebasing onto a new upstream release. grub1 is obsolete and the last change to Xen's PV grub1 stubdom code was in 2016. Furthermore, the grub1 documentation is not built and installed by the Xen pv-grub stubdom Makefiles. Therefore, remove all docs changes from stubdom/grub.patches. This means that there are now no longer any GFDL-licenced grub docs in xen.git. There is no user impact, and Debian is helped. This change would complicate any attempts to update to a new version of upstream grub1, but it seems unlikely that such a thing will ever happen. Signed-off-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx> CC: Doug Goldstein <cardoe@xxxxxxxxxx> CC: Juergen Gross <jgross@xxxxxxxx> CC: pkg-xen-devel@xxxxxxxxxxxxxxxxxxxxxxx Acked-by: George Dunlap <george.dunlap@xxxxxxxxxx> Acked-by: Samuel Thibault <samuel.thibault@xxxxxxxxxxxx> (cherry picked from commit c62c53d61477dfeb63a47b0673c389082112babc) (cherry picked from commit 94fba9f438a2c36ad9bf3a481a6013ddc7cf8cd9) (cherry picked from commit ed024ef538cd10ec33c9edacd5e5f2016a5964d2) commit b7dae43a2ad8100371af9dc1555de59171cdc57f Author: Wei Liu <wei.liu2@xxxxxxxxxx> Date: Mon Aug 20 09:38:18 2018 +0100 tools/tests: fix an xs-test.c issue The ret variable can be used uninitialised when iters is 0. Initialise ret at the beginning to fix this issue. Reported-by: Steven Haigh <netwiz@xxxxxxxxx> Signed-off-by: Wei Liu <wei.liu2@xxxxxxxxxx> Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx> (cherry picked from commit 3a2b8525b883baa87fe89b3da58f5c09fa599b99) (cherry picked from commit 33664f9a05401fac8f2c0be0bb7ee8a1851e4dcf) (cherry picked from commit 788948bebcecca69bfac47e5514f2dc351dabad9) commit 62ed524445784731aaa8f9d645177f41b0e27893 Author: Daniel Kiper <daniel.kiper@xxxxxxxxxx> Date: Mon Oct 8 14:47:52 2018 +0200 x86/boot: Allocate one extra module slot for Xen image placement Commit 9589927 (x86/mb2: avoid Xen image when looking for module/crashkernel position) fixed relocation issues for Multiboot2 protocol. Unfortunately it missed to allocate module slot for Xen image placement in early boot path. So, let's fix it right now. Reported-by: Wei Liu <wei.liu2@xxxxxxxxxx> Signed-off-by: Daniel Kiper <daniel.kiper@xxxxxxxxxx> Acked-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx> master commit: 4c5f9dbebc0bd2afee1ecd936c74ffe65756950f master date: 2018-09-27 11:17:47 +0100 commit 75c8dbc6305726907c1f61a06334c79d89cc815e Author: Paul Durrant <paul.durrant@xxxxxxxxxx> Date: Mon Oct 8 14:47:18 2018 +0200 x86/hvm/emulate: make sure rep I/O emulation does not cross GFN boundaries When emulating a rep I/O operation it is possible that the ioreq will describe a single operation that spans multiple GFNs. This is fine as long as all those GFNs fall within an MMIO region covered by a single device model, but unfortunately the higher levels of the emulation code do not guarantee that. This is something that should almost certainly be fixed, but in the meantime this patch makes sure that MMIO is truncated at GFN boundaries and hence the appropriate device model is re-evaluated for each target GFN. NOTE: This patch does not deal with the case of a single MMIO operation spanning a GFN boundary. That is more complex to deal with and is deferred to a subsequent patch. Signed-off-by: Paul Durrant <paul.durrant@xxxxxxxxxx> Convert calculations to be 32-bit only. Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx> master commit: 7626edeaca972e3e823535dcc44338f6b2f0b21f master date: 2018-08-16 09:27:30 +0200 commit 56d90f5fd567bf008b39d5e64ce5d416a1550ad2 Author: Roger Pau Monné <roger.pau@xxxxxxxxxx> Date: Mon Oct 8 14:46:43 2018 +0200 x86/efi: split compiler vs linker support So that an ELF binary with support for EFI services will be built when the compiler supports the MS ABI, regardless of the linker support for PE. Signed-off-by: Roger Pau Monné <roger.pau@xxxxxxxxxx> Reviewed-by: Jan Beulich <jbeulich@xxxxxxxx> Reviewed-by: Daniel Kiper <daniel.kiper@xxxxxxxxxx> Tested-by: Daniel Kiper <daniel.kiper@xxxxxxxxxx> master commit: 93249f7fc17c1f3a2aa8bf9ea055aa326e93a4ae master date: 2018-07-31 10:25:06 +0200 commit 6000494136c9f269895605af519c6b2a7caec4a1 Author: Roger Pau Monné <roger.pau@xxxxxxxxxx> Date: Mon Oct 8 14:46:08 2018 +0200 x86/efi: move the logic to detect PE build support So that it can be used by other components apart from the efi specific code. By moving the detection code creating a dummy efi/disabled file can be avoided. This is required so that the conditional used to define the efi symbol in the linker script can be removed and instead the definition of the efi symbol can be guarded using the preprocessor. The motivation behind this change is to be able to build Xen using lld (the LLVM linker), that at least on version 6.0.0 doesn't work properly with a DEFINED being used in a conditional expression: ld -melf_x86_64_fbsd -T xen.lds -N prelink.o --build-id=sha1 \ /root/src/xen/xen/common/symbols-dummy.o -o /root/src/xen/xen/.xen-syms.0 ld: error: xen.lds:233: symbol not found: efi Signed-off-by: Roger Pau Monné <roger.pau@xxxxxxxxxx> Reviewed-by: Jan Beulich <jbeulich@xxxxxxxx> Tested-by: Daniel Kiper <daniel.kiper@xxxxxxxxxx> master commit: 18cd4997d26b9df95dda87503e41c823279a07a0 master date: 2018-07-31 10:24:22 +0200 commit 870fcbfe080f0304adf03364e1d579ef16da4bac Author: Ross Lagerwall <ross.lagerwall@xxxxxxxxxx> Date: Mon Oct 8 14:45:28 2018 +0200 x86/shutdown: use ACPI reboot method for Dell PowerEdge R540 When EFI booting the Dell PowerEdge R540 it consistently wanders into the weeds and gets an invalid opcode in the EFI ResetSystem call. This is the same bug which affects the PowerEdge R740 so fix it in the same way: quirk this hardware to use the ACPI reboot method instead. BIOS Information Vendor: Dell Inc. Version: 1.3.7 Release Date: 02/09/2018 System Information Manufacturer: Dell Inc. Product Name: PowerEdge R540 Signed-off-by: Ross Lagerwall <ross.lagerwall@xxxxxxxxxx> Acked-by: Jan Beulich <jbeulich@xxxxxxxx> master commit: 328ca55b7bd47e1324b75cce2a6c461308ecf93d master date: 2018-06-28 09:29:13 +0200 commit 9b3183414c0ce84fc341c486e3e3b431137cc217 Author: Ross Lagerwall <ross.lagerwall@xxxxxxxxxx> Date: Mon Oct 8 14:44:36 2018 +0200 x86/shutdown: use ACPI reboot method for Dell PowerEdge R740 When EFI booting the Dell PowerEdge R740, it consistently wanders into the weeds and gets an invalid opcode in the EFI ResetSystem call. Quirk this hardware to use the ACPI reboot method instead. Example stack trace: ----[ Xen-4.11-unstable x86_64 debug=n Not tainted ]---- CPU: 0 RIP: e008:[<0000000000000017>] 0000000000000017 RFLAGS: 0000000000010202 CONTEXT: hypervisor rax: 0000000066eb2ff0 rbx: ffff83005f627c20 rcx: 000000006c54e100 rdx: 0000000000000000 rsi: 0000000000000065 rdi: 000000107355f000 rbp: ffff83005f627c70 rsp: ffff83005f627b48 r8: ffff83005f627b90 r9: 0000000000000000 r10: ffff83005f627c88 r11: 0000000000000000 r12: 0000000000000000 r13: 0000000000000cf9 r14: 0000000000000065 r15: ffff830000000000 cr0: 0000000080050033 cr4: 00000000003526e0 cr3: 000000107355f000 cr2: ffffc90000cff000 fsb: 0000000000000000 gsb: ffff88019f600000 gss: 0000000000000000 ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: e010 cs: e008 Xen code around <0000000000000017> (0000000000000017): f0 d8 dd 00 f0 54 ff 00 <f0> 50 dd 00 f0 d8 dd 00 f0 a5 fe 00 f0 87 e9 00 Xen stack trace from rsp=ffff83005f627b48: ffff83005f627b50 ffffffffffffffda 000000006c547aaa ffff82d000000001 ffff83005f627bec 000000107355f000 000000006c546fb8 ffff83107ffe3240 0000000000000000 0000000000000000 8000000000000002 0000000000000000 000000006c546b95 000000006c54c700 ffff83005f627bdc ffff83005f627be8 000000005f616000 ffff83005f627c20 0000000000000000 0000000000000cf9 ffff820080350001 000000000000000b ffff82d080351eda 0000000000000000 0000000000000000 0000000000000000 0000000000000000 000000005f616000 0000000000000000 ffff82d08095ff60 ffff82d08095ff60 000000f100000000 ffff82d080296097 000000000000e008 0000000000000000 ffff83005f627c88 0000000000000000 00000000fffffffe ffff82d0802959d2 ffff82d0802959d2 000000008095f300 000000005f627c9c 00000000000000f8 0000000000000000 00000000000000f8 ffff82d080932c00 0000000000000000 ffff82d08095f7c8 ffff82d080932c00 0000000000000000 0000000000000000 ffff82d080295a9b ffff83005f627d98 ffff82d0802361f3 ffff82d080932c00 0000000080000000 ffff83005f627d98 ffff82d080279a19 ffff82d08095f02c ffff82d080000000 0000000000000000 00000000000000fb 0000000000000000 00000071484e54f6 ffff831073542098 ffff82d08093ac78 ffff831072befd30 0000000000000000 0000000000000000 0000000000000000 0000000000000000 0000000000000000 0000000000000000 ffff82d08034f185 ffff82d080949460 0000000000000000 ffff82d08095f270 0000000000000008 ffff83107357ae20 0000007146ce4bd3 Xen call trace: [<0000000000000017>] 0000000000000017 [<ffff82d080351eda>] efi_reset_system+0x5a/0x90 [<ffff82d080296097>] smp_send_stop+0x97/0xa0 [<ffff82d0802959d2>] machine_restart+0x212/0x2d0 [<ffff82d0802959d2>] machine_restart+0x212/0x2d0 [<ffff82d080295a9b>] shutdown.c#__machine_restart+0xb/0x10 [<ffff82d0802361f3>] smp_call_function_interrupt+0x53/0x80 [<ffff82d080279a19>] do_IRQ+0x259/0x660 [<ffff82d08034f185>] common_interrupt+0x85/0x90 [<ffff82d0802c6152>] mwait-idle.c#mwait_idle+0x242/0x390 [<ffff82d08026b446>] domain.c#idle_loop+0x86/0xc0 **************************************** Panic on CPU 0: FATAL TRAP: vector = 6 (invalid opcode) **************************************** dmidecode info: BIOS Information: Vendor: Dell Inc. Version: 1.2.11 Release Date: 10/19/2017 BIOS Revision: 1.2 System Information: Manufacturer: Dell Inc. Product Name: PowerEdge R740 Signed-off-by: Ross Lagerwall <ross.lagerwall@xxxxxxxxxx> Acked-by: Jan Beulich <jbeulich@xxxxxxxx> master commit: f97f774b5aa6b471d1fed1c451c89ec7457dadf2 master date: 2018-01-24 18:01:00 +0100 commit 3eabb91c478b1cd7d3282729063cc20365c2a1ec Author: Jan Beulich <jbeulich@xxxxxxxx> Date: Mon Oct 8 14:44:06 2018 +0200 update Xen version to 4.9.4-pre (qemu changes not included) _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/mailman/listinfo/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |