|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [xen-unstable test] 6947: regressions - trouble: broken/fail/pass
On 01/05/2011 20:56, "Ian Jackson" <Ian.Jackson@xxxxxxxxxxxxx> wrote: > flight 6947 xen-unstable real [real] > http://www.chiark.greenend.org.uk/~xensrcts/logs/6947/ > > Regressions :-( > > Tests which did not succeed and are blocking: > test-amd64-amd64-pair 8 xen-boot/dst_host fail REGR. vs. > 6944 > test-amd64-amd64-pair 7 xen-boot/src_host fail REGR. vs. > 6944 > test-amd64-amd64-pv 5 xen-boot fail REGR. vs. > 6944 Looks like your bug, Jan (changeset 23296): May 1 17:03:45.335804 (XEN) Xen BUG at spinlock.c:47 May 1 17:03:45.734780 (XEN) ----[ Xen-4.2-unstable x86_64 debug=y Not tainted ]---- May 1 17:03:45.734819 (XEN) CPU: 0 May 1 17:03:45.743763 (XEN) RIP: e008:[<ffff82c480123cc4>] check_lock+0x44/0x50 May 1 17:03:45.743796 (XEN) RFLAGS: 0000000000010046 CONTEXT: hypervisor May 1 17:03:45.755762 (XEN) rax: 0000000000000000 rbx: ffff8301a7ff9868 rcx: 0000000000000001 May 1 17:03:45.755797 (XEN) rdx: 0000000000000000 rsi: 0000000000000001 rdi: ffff8301a7ff986c May 1 17:03:45.770774 (XEN) rbp: ffff82c48029fca0 rsp: ffff82c48029fca0 r8: 0000000000000000 May 1 17:03:45.782761 (XEN) r9: 00000000deadbeef r10: ffff82c48021ca20 r11: 0000000000000286 May 1 17:03:45.782796 (XEN) r12: ffff8301a7ff8000 r13: 0000000000000080 r14: 0000000000000000 May 1 17:03:45.787773 (XEN) r15: ffff8301a7ff9868 cr0: 000000008005003b cr4: 00000000000006f0 May 1 17:03:45.802762 (XEN) cr3: 000000021b001000 cr2: ffff88000191cfc0 May 1 17:03:45.802791 (XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: e010 cs: e008 May 1 17:03:45.814766 (XEN) Xen stack trace from rsp=ffff82c48029fca0: May 1 17:03:45.814794 (XEN) ffff82c48029fcb8 ffff82c480123d01 0000000000000080 ffff82c48029fcf8 May 1 17:03:45.826766 (XEN) ffff82c48012a73a ffff82c48029fd08 0000000000000080 0000000000000080 May 1 17:03:45.826800 (XEN) 0000000000000090 0000000000000000 ffff8301a7e82000 ffff82c48029fd28 May 1 17:03:45.838781 (XEN) ffff82c48012abfa 0000000000000002 0000000000000010 ffff8301a7e82000 May 1 17:03:45.846770 (XEN) ffff8301a7e82000 ffff82c48029fd58 ffff82c4801615e1 ffff82c4802d9950 May 1 17:03:45.858762 (XEN) 0000000000000000 ffff8301a7e82000 ffff8301a7e821a8 ffff82c48029fd88 May 1 17:03:45.858797 (XEN) ffff82c4801043b9 ffff8301a7e82c18 0000000000000000 0000000000000000 May 1 17:03:45.870772 (XEN) 0000000000000000 ffff82c48029fdc8 ffff82c480160bdb 0000000000000000 May 1 17:03:45.882762 (XEN) 0000000000000286 0000000000000000 0000000000000000 ffff8301a7e82000 May 1 17:03:45.882796 (XEN) 0000000000000000 ffff82c48029fe48 ffff82c480161186 0000000000000000 May 1 17:03:45.894774 (XEN) 00000001801198ad 0000000000000000 ffff8301a7ffaed0 ffff82c48029fe48 May 1 17:03:45.899765 (XEN) ffff82c4801675a1 ffff8301a7f000b4 ffff8300d7afb000 ffff82c48029fe48 May 1 17:03:45.899805 (XEN) 0000000000000000 ffffffff817afea8 0000000000000000 0000000000000000 May 1 17:03:45.911776 (XEN) 0000000000000000 ffff82c48029fef8 ffff82c480174adb ffff82c4802d8c00 May 1 17:03:45.923767 (XEN) ffff82c4802d95a0 000000011fc37ff0 0000000000000000 ffffffff817afee8 May 1 17:03:45.923801 (XEN) ffffffff810565b5 ffffffff817aff18 0000000000000000 0000000000000000 May 1 17:03:45.938774 (XEN) ffff82c4802b8880 ffff82c48029ff18 ffffffffffffffff ffff8301a7e82000 May 1 17:03:45.947764 (XEN) 000000008012395f ffff82c480159df4 ffff8300d7afb000 0000000000000000 May 1 17:03:45.947800 (XEN) ffffffff817aff08 ffffffff818cc510 0000000000000000 00007d3b7fd600c7 May 1 17:03:45.959772 (XEN) ffff82c480213eb8 ffffffff8100942a 0000000000000021 0000000000000000 May 1 17:03:45.974784 (XEN) Xen call trace: May 1 17:03:45.974811 (XEN) [<ffff82c480123cc4>] check_lock+0x44/0x50 May 1 17:03:45.974830 (XEN) [<ffff82c480123d01>] _spin_lock+0x11/0x5d May 1 17:03:45.982768 (XEN) [<ffff82c48012a73a>] xmem_pool_alloc+0x138/0x4d4 May 1 17:03:45.982799 (XEN) [<ffff82c48012abfa>] _xmalloc+0x124/0x1ce May 1 17:03:45.991767 (XEN) [<ffff82c4801615e1>] alloc_pirq_struct+0x36/0x7f May 1 17:03:45.991804 (XEN) [<ffff82c4801043b9>] pirq_get_info+0x43/0x8f May 1 17:03:46.003769 (XEN) [<ffff82c480160bdb>] set_domain_irq_pirq+0x71/0xae May 1 17:03:46.003791 (XEN) [<ffff82c480161186>] map_domain_pirq+0x370/0x3bb May 1 17:03:46.018770 (XEN) [<ffff82c480174adb>] do_physdev_op+0xa6b/0x1598 May 1 17:03:46.018802 (XEN) [<ffff82c480213eb8>] syscall_enter+0xc8/0x122 May 1 17:03:46.030766 (XEN) May 1 17:03:46.030783 (XEN) May 1 17:03:46.030798 (XEN) **************************************** May 1 17:03:46.030825 (XEN) Panic on CPU 0: May 1 17:03:46.038760 (XEN) Xen BUG at spinlock.c:47 May 1 17:03:46.038783 (XEN) **************************************** May 1 17:03:46.038808 (XEN) > test-amd64-amd64-win 3 host-install(3) broken > test-amd64-amd64-xl-win 5 xen-boot fail REGR. vs. > 6944 > test-amd64-amd64-xl 5 xen-boot fail REGR. vs. > 6944 > test-amd64-i386-pair 8 xen-boot/dst_host fail REGR. vs. > 6944 > test-amd64-i386-pair 7 xen-boot/src_host fail REGR. vs. > 6944 > test-amd64-i386-pv 5 xen-boot fail REGR. vs. > 6944 > test-amd64-i386-rhel6hvm-amd 5 xen-boot fail REGR. vs. > 6944 > test-amd64-i386-rhel6hvm-intel 3 host-install(3) broken > test-amd64-i386-win-vcpus1 3 host-install(3) broken > test-amd64-i386-win 5 xen-boot fail REGR. vs. > 6944 > test-amd64-i386-xl-credit2 5 xen-boot fail REGR. vs. > 6944 > test-amd64-i386-xl-multivcpu 5 xen-boot fail REGR. vs. > 6944 > test-amd64-i386-xl-win-vcpus1 5 xen-boot fail REGR. vs. > 6944 > test-amd64-i386-xl 5 xen-boot fail REGR. vs. > 6944 > test-amd64-xcpkern-i386-pair 8 xen-boot/dst_host fail REGR. vs. > 6944 > test-amd64-xcpkern-i386-pair 7 xen-boot/src_host fail REGR. vs. > 6944 > test-amd64-xcpkern-i386-pv 5 xen-boot fail REGR. vs. > 6944 > test-amd64-xcpkern-i386-rhel6hvm-amd 5 xen-boot fail REGR. vs. > 6944 > test-amd64-xcpkern-i386-rhel6hvm-intel 5 xen-boot fail REGR. vs. > 6944 > test-amd64-xcpkern-i386-win 3 host-install(3) broken > test-amd64-xcpkern-i386-xl-credit2 5 xen-boot fail REGR. vs. > 6944 > test-amd64-xcpkern-i386-xl-multivcpu 5 xen-boot fail REGR. vs. > 6944 > test-amd64-xcpkern-i386-xl-win 5 xen-boot fail REGR. vs. > 6944 > test-amd64-xcpkern-i386-xl 5 xen-boot fail REGR. vs. > 6944 > test-i386-i386-pair 8 xen-boot/dst_host fail REGR. vs. > 6945 > test-i386-i386-pair 7 xen-boot/src_host fail REGR. vs. > 6945 > test-i386-i386-pv 5 xen-boot fail REGR. vs. > 6945 > test-i386-i386-win 5 xen-boot fail REGR. vs. > 6945 > test-i386-i386-xl-win 3 host-install(3) broken > test-i386-i386-xl 5 xen-boot fail REGR. vs. > 6945 > test-i386-xcpkern-i386-pair 8 xen-boot/dst_host fail REGR. vs. > 6945 > test-i386-xcpkern-i386-pair 7 xen-boot/src_host fail REGR. vs. > 6945 > test-i386-xcpkern-i386-pv 5 xen-boot fail REGR. vs. > 6945 > test-i386-xcpkern-i386-win 5 xen-boot fail REGR. vs. > 6945 > test-i386-xcpkern-i386-xl 5 xen-boot fail REGR. vs. > 6945 > > version targeted for testing: > xen 24346f749826 > baseline version: > xen 476b0d68e7d5 > > ------------------------------------------------------------ > People who touched revisions under test: > Jan Beulich <jbeulich@xxxxxxxxxx> > Keir Fraser <keir@xxxxxxx> > Samuel Thibault <samuel.thibault@xxxxxxxxxxxx> > ------------------------------------------------------------ > > jobs: > build-i386-xcpkern pass > build-amd64 pass > build-i386 pass > build-amd64-oldkern pass > build-i386-oldkern pass > build-amd64-pvops pass > build-i386-pvops pass > test-amd64-amd64-xl fail > test-amd64-i386-xl fail > test-i386-i386-xl fail > test-amd64-xcpkern-i386-xl fail > test-i386-xcpkern-i386-xl fail > test-amd64-i386-rhel6hvm-amd fail > test-amd64-xcpkern-i386-rhel6hvm-amd fail > test-amd64-i386-xl-credit2 fail > test-amd64-xcpkern-i386-xl-credit2 fail > test-amd64-i386-rhel6hvm-intel broken > test-amd64-xcpkern-i386-rhel6hvm-intel fail > test-amd64-i386-xl-multivcpu fail > test-amd64-xcpkern-i386-xl-multivcpu fail > test-amd64-amd64-pair fail > test-amd64-i386-pair fail > test-i386-i386-pair fail > test-amd64-xcpkern-i386-pair fail > test-i386-xcpkern-i386-pair fail > test-amd64-amd64-pv fail > test-amd64-i386-pv fail > test-i386-i386-pv fail > test-amd64-xcpkern-i386-pv fail > test-i386-xcpkern-i386-pv fail > test-amd64-i386-win-vcpus1 broken > test-amd64-i386-xl-win-vcpus1 fail > test-amd64-amd64-win broken > test-amd64-i386-win fail > test-i386-i386-win fail > test-amd64-xcpkern-i386-win broken > test-i386-xcpkern-i386-win fail > test-amd64-amd64-xl-win fail > test-i386-i386-xl-win broken > test-amd64-xcpkern-i386-xl-win fail > > > ------------------------------------------------------------ > sg-report-flight on woking.cam.xci-test.com > logs: /home/xc_osstest/logs > images: /home/xc_osstest/images > > Logs, config files, etc. are available at > http://www.chiark.greenend.org.uk/~xensrcts/logs > > Test harness code can be found at > http://xenbits.xensource.com/gitweb?p=osstest.git;a=summary > > > Not pushing. > > ------------------------------------------------------------ > changeset: 23296:24346f749826 > tag: tip > user: Jan Beulich <jbeulich@xxxxxxxxxx> > date: Sun May 01 13:17:44 2011 +0100 > > replace d->nr_pirqs sized arrays with radix tree > > With this it is questionable whether retaining struct domain's > nr_pirqs is actually necessary - the value now only serves for bounds > checking, and this boundary could easily be nr_irqs. > > Another thing to consider is whether it's worth storing the pirq > number in struct pirq, to avoid passing the number and a pointer to > quite a number of functions. > > Note that ia64, the build of which is broken currently anyway, is only > partially fixed up. > > Signed-off-by: Jan Beulich <jbeulich@xxxxxxxxxx> > > > changeset: 23295:4891f1f41ba5 > user: Jan Beulich <jbeulich@xxxxxxxxxx> > date: Sun May 01 13:16:30 2011 +0100 > > x86: replace nr_irqs sized per-domain arrays with radix trees > > It would seem possible to fold the two trees into one (making e.g. the > emuirq bits stored in the upper half of the pointer), but I'm not > certain that's worth it as it would make deletion of entries more > cumbersome. Unless pirq-s and emuirq-s were mutually exclusive... > > Signed-off-by: Jan Beulich <jbeulich@xxxxxxxxxx> > > > changeset: 23294:c0a8f889ca9e > user: Keir Fraser <keir@xxxxxxx> > date: Sun May 01 13:03:37 2011 +0100 > > public/arch-ia64/debug_op.h: Reinsert copyright that I accidentally > deleted. > > Signed-off-by: Keir Fraser <keir@xxxxxxx> > > > changeset: 23293:f48c72de4208 > user: Jan Beulich <jbeulich@xxxxxxxxxx> > date: Sun May 01 10:20:44 2011 +0100 > > x86: a little bit of cleanup to time.c > > Signed-off-by: Jan Beulich <jbeulich@xxxxxxxxxx> > > > changeset: 23292:e2fb962d13ff > user: Jan Beulich <jbeulich@xxxxxxxxxx> > date: Sun May 01 10:16:54 2011 +0100 > > x86: clean up building in mm/hap/ > > Building 4-level guest walks is unnecessary for x86-32, and with this > no longer being built the fallback code used here isn't necessary > anymore either. > > Additonally the mechanism to determine the value of > GUEST_PAGING_LEVELS to be passed to the compiler can be much > simplified given that we're using a pattern rule here. > > Signed-off-by: Jan Beulich <jbeulich@xxxxxxxxxx> > > > changeset: 23291:485b7c5e6f17 > user: Jan Beulich <jbeulich@xxxxxxxxxx> > date: Sun May 01 10:15:11 2011 +0100 > > A little bit of SMP boot code cleanup > > Signed-off-by: Jan Beulich <jbeulich@xxxxxxxxxx> > > > changeset: 23290:1ac7336b6298 > user: Jan Beulich <jbeulich@xxxxxxxxxx> > date: Sun May 01 10:14:15 2011 +0100 > > x86: set ARAT feature flag for non-buggy AMD CPUs > > This is the equivalent of a recent Linux change. > > Signed-off-by: Jan Beulich <jbeulich@xxxxxxxxxx> > > > changeset: 23289:e4fc9494b940 > user: Samuel Thibault <samuel.thibault@xxxxxxxxxxxx> > date: Sun May 01 10:11:58 2011 +0100 > > mini-os: fix lib.h licence > > Update the Linux stdio functions prototypes, and move them to a > separate header, licenced under GPL2+. Import FreeBSD8 string > functions prototypes, update licence. Drop kvec, of unsure source and > useless anyway. > > Signed-off-by: Samuel Thibault <samuel.thibault@xxxxxxxxxxxx> > > > changeset: 23288:60dfb5aca706 > user: Samuel Thibault <samuel.thibault@xxxxxxxxxxxx> > date: Sun May 01 10:10:12 2011 +0100 > > mini-os: lib/math.c: import FreeBSD 8 functions > > Import lib/math.c functions (and thus licence) from FreeBSD 8, > and re-apply a few of our changes. Whitespaces left aside, this > leads to almost no source change except s/int64_t/quad_t/ and > s/uint64_t/u_quad_t/. > > Signed-off-by: Samuel Thibault <samuel.thibault@xxxxxxxxxxxx> > > > changeset: 23287:bf11f502684a > user: Samuel Thibault <samuel.thibault@xxxxxxxxxxxx> > date: Sun May 01 10:09:47 2011 +0100 > > mini-os: Fix printf.c licence > > Changeset df1348e72390 actually completely replaced the freebsd printf > implementation with the Linux printf implementation. Further changes > are extremely minor and thus don't pose IP issue. Fix the licence > accordingly. > > Signed-off-by: Samuel Thibault <samuel.thibault@xxxxxxxxxxxx> > > > changeset: 23286:6f48f5f843f0 > user: Keir Fraser <keir@xxxxxxx> > date: Sun May 01 10:08:40 2011 +0100 > > Clean up licensing in the public header directory. > > The COPYING file at xen/include/public/COPYING clearly states that all > public header files are distributed under a permissive MIT > license. Therefore make sure the same permissive license is included > at the top of every header file (i.e., not GPL). > > Signed-off-by: Keir Fraser <keir@xxxxxxx> > > > changeset: 23285:a7ac0a0170b0 > user: Keir Fraser <keir@xxxxxxx> > date: Sun May 01 09:32:48 2011 +0100 > > x86: Clean up smp_call_function handling. > > We don't need so many communication fields between caller and > handler. > > Signed-off-by: Keir Fraser <keir@xxxxxxx> > > > changeset: 23284:476b0d68e7d5 > user: Keir Fraser <keir@xxxxxxx> > date: Sat Apr 30 09:48:16 2011 +0100 > > x86: Remove TRAP_INSTR from the public headers. > > Direct hypercall traps (rather than using the hypercall transfer page) > was long obsolete even when TRAP_INSTR was deprecated in the API > headers. No current guest will be, or should be, using TRAP_INSTR. > > Signed-off-by: Keir Fraser <keir@xxxxxxx> > > > (qemu changes not included) > > _______________________________________________ > Xen-devel mailing list > Xen-devel@xxxxxxxxxxxxxxxxxxx > http://lists.xensource.com/xen-devel _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
 |
Lists.xenproject.org is hosted with RackSpace, monitoring our |