| |
|
 |
|
 |
|
|
|
| |
|
|
xen-devel
Re: [Xen-devel] [xen-unstable test] 6947: regressions - trouble: broken/
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
|
|
|
| |
|
Home