From: Keir Fraser <keir.xen@gmail.com>
To: xen-devel@lists.xensource.com, Jan Beulich <JBeulich@novell.com>
Subject: Re: [xen-unstable test] 6947: regressions - trouble: broken/fail/pass
Date: Sun, 01 May 2011 21:48:27 +0100 [thread overview]
Message-ID: <C9E385AB.170CC%keir.xen@gmail.com> (raw)
In-Reply-To: <osstest-6947-mainreport@xen.org>
On 01/05/2011 20:56, "Ian Jackson" <Ian.Jackson@eu.citrix.com> 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@novell.com>
> Keir Fraser <keir@xen.org>
> Samuel Thibault <samuel.thibault@ens-lyon.org>
> ------------------------------------------------------------
>
> 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@novell.com>
> 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@novell.com>
>
>
> changeset: 23295:4891f1f41ba5
> user: Jan Beulich <jbeulich@novell.com>
> 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@novell.com>
>
>
> changeset: 23294:c0a8f889ca9e
> user: Keir Fraser <keir@xen.org>
> 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@xen.org>
>
>
> changeset: 23293:f48c72de4208
> user: Jan Beulich <jbeulich@novell.com>
> date: Sun May 01 10:20:44 2011 +0100
>
> x86: a little bit of cleanup to time.c
>
> Signed-off-by: Jan Beulich <jbeulich@novell.com>
>
>
> changeset: 23292:e2fb962d13ff
> user: Jan Beulich <jbeulich@novell.com>
> 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@novell.com>
>
>
> changeset: 23291:485b7c5e6f17
> user: Jan Beulich <jbeulich@novell.com>
> date: Sun May 01 10:15:11 2011 +0100
>
> A little bit of SMP boot code cleanup
>
> Signed-off-by: Jan Beulich <jbeulich@novell.com>
>
>
> changeset: 23290:1ac7336b6298
> user: Jan Beulich <jbeulich@novell.com>
> 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@novell.com>
>
>
> changeset: 23289:e4fc9494b940
> user: Samuel Thibault <samuel.thibault@ens-lyon.org>
> 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@ens-lyon.org>
>
>
> changeset: 23288:60dfb5aca706
> user: Samuel Thibault <samuel.thibault@ens-lyon.org>
> 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@ens-lyon.org>
>
>
> changeset: 23287:bf11f502684a
> user: Samuel Thibault <samuel.thibault@ens-lyon.org>
> 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@ens-lyon.org>
>
>
> changeset: 23286:6f48f5f843f0
> user: Keir Fraser <keir@xen.org>
> 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@xen.org>
>
>
> changeset: 23285:a7ac0a0170b0
> user: Keir Fraser <keir@xen.org>
> 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@xen.org>
>
>
> changeset: 23284:476b0d68e7d5
> user: Keir Fraser <keir@xen.org>
> 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@xen.org>
>
>
> (qemu changes not included)
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
next prev parent reply other threads:[~2011-05-01 20:48 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-01 19:56 [xen-unstable test] 6947: regressions - trouble: broken/fail/pass xen.org
2011-05-01 20:48 ` Keir Fraser [this message]
2011-05-02 9:01 ` Jan Beulich
2011-05-02 11:22 ` Keir Fraser
2011-05-02 12:00 ` Jan Beulich
2011-05-02 12:13 ` Keir Fraser
2011-05-02 12:24 ` Jan Beulich
2011-05-02 12:19 ` Keir Fraser
2011-05-02 12:29 ` Jan Beulich
2011-05-02 13:14 ` Keir Fraser
2011-05-02 13:39 ` Keir Fraser
2011-05-02 14:04 ` Jan Beulich
2011-05-02 15:45 ` Keir Fraser
2011-05-02 16:36 ` Dan Magenheimer
2011-05-02 17:07 ` Keir Fraser
2011-05-03 9:35 ` Jan Beulich
2011-05-03 10:09 ` Keir Fraser
2011-05-03 13:36 ` Jan Beulich
2011-05-03 14:09 ` Keir Fraser
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=C9E385AB.170CC%keir.xen@gmail.com \
--to=keir.xen@gmail.com \
--cc=JBeulich@novell.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.