WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] [xen-unstable test] 6947: regressions - trouble: broken/

To: <xen-devel@xxxxxxxxxxxxxxxxxxx>, Jan Beulich <JBeulich@xxxxxxxxxx>
Subject: Re: [Xen-devel] [xen-unstable test] 6947: regressions - trouble: broken/fail/pass
From: Keir Fraser <keir.xen@xxxxxxxxx>
Date: Sun, 01 May 2011 21:48:27 +0100
Cc:
Delivery-date: Sun, 01 May 2011 13:49:46 -0700
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:user-agent:date:subject:from:to:message-id :thread-topic:thread-index:in-reply-to:mime-version:content-type :content-transfer-encoding; bh=qUnFJhSVExCiqEHtkyaR6+Ok8YAtLOrblITnHqAi8ws=; b=of33/LTUgoGvT6n3YsvHd42meMzr54KJCaoP0IMDJFFtGZgzxrFtZAIIkX3Cx8nrVC 2KZiLdhdIWXvRxfeWumf/b8Grl9ATjzdwEAxrj4wxVz3s6XC3T6+hIINzrGgkbXIfEXi ZqgzZCwkL7M2UbJ5HDuUh8Ylviyh/NNTHoc3w=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=user-agent:date:subject:from:to:message-id:thread-topic :thread-index:in-reply-to:mime-version:content-type :content-transfer-encoding; b=px0JvsN6zPFEI+ji4Xtx/zCoPIMcTqwMXu1amB03vbCZHzHTDK6ACHcJGrIB8ovveF 2a/hitgr2EkQveSMKAqsYVUiDo6R+p4dPyN4Sp0ZezTKt6E0rA3JZEEVziaKPHhw+fjW w/gNVfDOxXnsaw0IsNgmzyGLCdKGDdkoWdN4E=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <osstest-6947-mainreport@xxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcwIQR7T/6e2XB4F+UW1/HqxZXirEg==
Thread-topic: [Xen-devel] [xen-unstable test] 6947: regressions - trouble: broken/fail/pass
User-agent: Microsoft-Entourage/12.29.0.110113
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