[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-devel] [linux-linus test] 33697: regressions - FAIL



flight 33697 linux-linus real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33697/

Regressions :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 test-amd64-amd64-xl-qemuu-win7-amd64  5 xen-boot          fail REGR. vs. 33664

Regressions which are regarded as allowable (not blocking):
 test-amd64-i386-freebsd10-i386  7 freebsd-install              fail like 33664
 test-amd64-i386-freebsd10-amd64  7 freebsd-install             fail like 33664
 test-amd64-i386-pair        17 guest-migrate/src_host/dst_host fail like 33664
 test-amd64-amd64-xl-qemuu-winxpsp3  7 windows-install          fail like 33664

Tests which did not succeed, but are not blocking:
 test-amd64-amd64-xl-pvh-intel  9 guest-start                  fail  never pass
 test-amd64-i386-libvirt       9 guest-start                  fail   never pass
 test-amd64-amd64-libvirt      9 guest-start                  fail   never pass
 test-amd64-amd64-xl-pvh-amd   9 guest-start                  fail   never pass
 test-armhf-armhf-libvirt      9 guest-start                  fail   never pass
 test-armhf-armhf-xl          10 migrate-support-check        fail   never pass
 test-amd64-amd64-xl-pcipt-intel  9 guest-start                 fail never pass
 test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 14 guest-stop         fail never pass
 test-amd64-amd64-xl-winxpsp3 14 guest-stop                   fail   never pass
 test-amd64-i386-xl-qemuu-winxpsp3 14 guest-stop                fail never pass
 test-amd64-amd64-xl-qemut-win7-amd64 14 guest-stop             fail never pass
 test-amd64-i386-xl-qemut-win7-amd64 14 guest-stop              fail never pass
 test-amd64-i386-xl-win7-amd64 14 guest-stop                   fail  never pass
 test-amd64-amd64-xl-win7-amd64 14 guest-stop                   fail never pass
 test-amd64-i386-xl-qemuu-win7-amd64 14 guest-stop              fail never pass
 test-amd64-i386-xl-qemut-winxpsp3-vcpus1 14 guest-stop         fail never pass
 test-amd64-amd64-xl-qemut-winxpsp3 14 guest-stop               fail never pass
 test-amd64-i386-xl-winxpsp3-vcpus1 14 guest-stop               fail never pass
 test-amd64-i386-xl-winxpsp3  14 guest-stop                   fail   never pass
 test-amd64-i386-xl-qemut-winxpsp3 14 guest-stop                fail never pass

version targeted for testing:
 linux                f8de05ca38b7bce4079b52002a6817e9582e3e01
baseline version:
 linux                b942c653ae265abbd31032f3b4f5f857e5c7c723

------------------------------------------------------------
People who touched revisions under test:
  Alexei Starovoitov <ast@xxxxxxxxxx>
  Ley Foon Tan <lftan@xxxxxxxxxx>
  Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
  Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
  Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
  Rusty Russell <rusty@xxxxxxxxxxxxxxx>
------------------------------------------------------------

jobs:
 build-amd64                                                  pass    
 build-armhf                                                  pass    
 build-i386                                                   pass    
 build-amd64-libvirt                                          pass    
 build-armhf-libvirt                                          pass    
 build-i386-libvirt                                           pass    
 build-amd64-pvops                                            pass    
 build-armhf-pvops                                            pass    
 build-i386-pvops                                             pass    
 build-amd64-rumpuserxen                                      pass    
 build-i386-rumpuserxen                                       pass    
 test-amd64-amd64-xl                                          pass    
 test-armhf-armhf-xl                                          pass    
 test-amd64-i386-xl                                           pass    
 test-amd64-amd64-xl-pvh-amd                                  fail    
 test-amd64-i386-rhel6hvm-amd                                 pass    
 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                              fail    
 test-amd64-amd64-xl-qemuu-ovmf-amd64                         pass    
 test-amd64-i386-xl-qemuu-ovmf-amd64                          pass    
 test-amd64-amd64-rumpuserxen-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-win7-amd64                               fail    
 test-amd64-i386-xl-win7-amd64                                fail    
 test-amd64-i386-xl-credit2                                   pass    
 test-amd64-i386-freebsd10-i386                               fail    
 test-amd64-i386-rumpuserxen-i386                             pass    
 test-amd64-amd64-xl-pcipt-intel                              fail    
 test-amd64-amd64-xl-pvh-intel                                fail    
 test-amd64-i386-rhel6hvm-intel                               pass    
 test-amd64-i386-qemut-rhel6hvm-intel                         pass    
 test-amd64-i386-qemuu-rhel6hvm-intel                         pass    
 test-amd64-amd64-libvirt                                     fail    
 test-armhf-armhf-libvirt                                     fail    
 test-amd64-i386-libvirt                                      fail    
 test-amd64-i386-xl-multivcpu                                 pass    
 test-amd64-amd64-pair                                        pass    
 test-amd64-i386-pair                                         fail    
 test-amd64-amd64-xl-sedf-pin                                 pass    
 test-amd64-amd64-xl-sedf                                     pass    
 test-amd64-i386-xl-qemut-winxpsp3-vcpus1                     fail    
 test-amd64-i386-xl-qemuu-winxpsp3-vcpus1                     fail    
 test-amd64-i386-xl-winxpsp3-vcpus1                           fail    
 test-amd64-amd64-xl-qemut-winxpsp3                           fail    
 test-amd64-i386-xl-qemut-winxpsp3                            fail    
 test-amd64-amd64-xl-qemuu-winxpsp3                           fail    
 test-amd64-i386-xl-qemuu-winxpsp3                            fail    
 test-amd64-amd64-xl-winxpsp3                                 fail    
 test-amd64-i386-xl-winxpsp3                                  fail    


------------------------------------------------------------
sg-report-flight on osstest.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.

------------------------------------------------------------
commit f8de05ca38b7bce4079b52002a6817e9582e3e01
Merge: fcb2373 fe82bba
Author: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Date:   Fri Jan 23 06:53:06 2015 +1200

    Merge branch 'for-linus' of 
git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux
    
    Pull s390 fixes from Martin Schwidefsky:
     "Five more bug fixes from Michael for the s390 BPF jit"
    
    * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/s390/linux:
      s390/bpf: Zero extend parameters before calling C function
      s390/bpf: Fix sk_load_byte_msh()
      s390/bpf: Fix offset parameter for skb_copy_bits()
      s390/bpf: Fix skb_copy_bits() parameter passing
      s390/bpf: Fix JMP_JGE_K (A >= K) and JMP_JGT_K (A > K)

commit fcb237317f225f5bae1ab72a42f1f5a9c57ba3d5
Merge: 1939341 d24c816
Author: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Date:   Fri Jan 23 06:52:14 2015 +1200

    Merge tag 'nios2-fixes-v3.19-rc6' of 
git://git.rocketboards.org/linux-socfpga-next
    
    Pull one arch/nios2 fix from Ley Foon Tan:
     "Fix kuser trampoline address"
    
    * tag 'nios2-fixes-v3.19-rc6' of 
git://git.rocketboards.org/linux-socfpga-next:
      nios2: fix kuser trampoline address

commit 193934123c84fa168d0326aa6ab8d58cd173b32a
Merge: b942c65 d5db139
Author: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
Date:   Fri Jan 23 06:40:36 2015 +1200

    Merge tag 'fixes-for-linus' of 
git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linux
    
    Pull module and param fixes from Rusty Russell:
     "Surprising number of fixes this merge window :(
    
      The first two are minor fallout from the param rework which went in
      this merge window.
    
      The next three are a series which fixes a longstanding (but never
      previously reported and unlikely , so no CC stable) race between
      kallsyms and freeing the init section.
    
      Finally, a minor cleanup as our module refcount will now be -1 during
      unload"
    
    * tag 'fixes-for-linus' of 
git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linux:
      module: make module_refcount() a signed integer.
      module: fix race in kallsyms resolution during module load success.
      module: remove mod arg from module_free, rename module_memfree().
      module_arch_freeing_init(): new hook for archs before module->module_init 
freed.
      param: fix uninitialized read with CONFIG_DEBUG_LOCK_ALLOC
      param: initialize store function to NULL if not available.

commit d24c8163b755be4a47482ab8240090d56ca8ef9b
Author: Ley Foon Tan <lftan@xxxxxxxxxx>
Date:   Thu Jan 22 17:05:16 2015 +0800

    nios2: fix kuser trampoline address
    
    __kuser_sigtramp address should be 0x1044 instead of 0x1040.
    
    Signed-off-by: Ley Foon Tan <lftan@xxxxxxxxxx>

commit d5db139ab3764640e0882a1746e7b9fdee33fd87
Author: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
Date:   Thu Jan 22 11:13:14 2015 +1030

    module: make module_refcount() a signed integer.
    
    James Bottomley points out that it will be -1 during unload.  It's
    only used for diagnostics, so let's not hide that as it could be a
    clue as to what's gone wrong.
    
    Cc: Jason Wessel <jason.wessel@xxxxxxxxxxxxx>
    Acked-and-documention-added-by: James Bottomley 
<James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
    Reviewed-by: Masami Hiramatsu <maasami.hiramatsu.pt@xxxxxxxxxxx>
    Signed-off-by: Rusty Russell <rusty@xxxxxxxxxxxxxxx>

commit c749637909eea5d4090c6f50b89c2c20b534a280
Author: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
Date:   Tue Jan 20 09:07:05 2015 +1030

    module: fix race in kallsyms resolution during module load success.
    
    The kallsyms routines (module_symbol_name, lookup_module_* etc) disable
    preemption to walk the modules rather than taking the module_mutex:
    this is because they are used for symbol resolution during oopses.
    
    This works because there are synchronize_sched() and synchronize_rcu()
    in the unload and failure paths.  However, there's one case which doesn't
    have that: the normal case where module loading succeeds, and we free
    the init section.
    
    We don't want a synchronize_rcu() there, because it would slow down
    module loading: this bug was introduced in 2009 to speed module
    loading in the first place.
    
    Thus, we want to do the free in an RCU callback.  We do this in the
    simplest possible way by allocating a new rcu_head: if we put it in
    the module structure we'd have to worry about that getting freed.
    
    Reported-by: Rui Xiang <rui.xiang@xxxxxxxxxx>
    Signed-off-by: Rusty Russell <rusty@xxxxxxxxxxxxxxx>

commit be1f221c0445a4157d177197c236f888d3581914
Author: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
Date:   Tue Jan 20 09:07:05 2015 +1030

    module: remove mod arg from module_free, rename module_memfree().
    
    Nothing needs the module pointer any more, and the next patch will
    call it from RCU, where the module itself might no longer exist.
    Removing the arg is the safest approach.
    
    This just codifies the use of the module_alloc/module_free pattern
    which ftrace and bpf use.
    
    Signed-off-by: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
    Acked-by: Alexei Starovoitov <ast@xxxxxxxxxx>
    Cc: Mikael Starvik <starvik@xxxxxxxx>
    Cc: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
    Cc: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
    Cc: Ley Foon Tan <lftan@xxxxxxxxxx>
    Cc: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
    Cc: Chris Metcalf <cmetcalf@xxxxxxxxxx>
    Cc: Steven Rostedt <rostedt@xxxxxxxxxxx>
    Cc: x86@xxxxxxxxxx
    Cc: Ananth N Mavinakayanahalli <ananth@xxxxxxxxxx>
    Cc: Anil S Keshavamurthy <anil.s.keshavamurthy@xxxxxxxxx>
    Cc: Masami Hiramatsu <masami.hiramatsu.pt@xxxxxxxxxxx>
    Cc: linux-cris-kernel@xxxxxxxx
    Cc: linux-kernel@xxxxxxxxxxxxxxx
    Cc: linux-mips@xxxxxxxxxxxxxx
    Cc: nios2-dev@xxxxxxxxxxxxxxxxxxxxxx
    Cc: linuxppc-dev@xxxxxxxxxxxxxxxx
    Cc: sparclinux@xxxxxxxxxxxxxxx
    Cc: netdev@xxxxxxxxxxxxxxx

commit d453cded05ee219b77815ea194dc36efa5398bca
Author: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
Date:   Tue Jan 20 09:07:04 2015 +1030

    module_arch_freeing_init(): new hook for archs before module->module_init 
freed.
    
    Archs have been abusing module_free() to clean up their arch-specific
    allocations.  Since module_free() is also (ab)used by BPF and trace code,
    let's keep it to simple allocations, and provide a hook called before
    that.
    
    This means that avr32, ia64, parisc and s390 no longer need to implement
    their own module_free() at all.  avr32 doesn't need module_finalize()
    either.
    
    Signed-off-by: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
    Cc: Chris Metcalf <cmetcalf@xxxxxxxxxx>
    Cc: Haavard Skinnemoen <hskinnemoen@xxxxxxxxx>
    Cc: Hans-Christian Egtvedt <egtvedt@xxxxxxxxxxxx>
    Cc: Tony Luck <tony.luck@xxxxxxxxx>
    Cc: Fenghua Yu <fenghua.yu@xxxxxxxxx>
    Cc: "James E.J. Bottomley" <jejb@xxxxxxxxxxxxxxxx>
    Cc: Helge Deller <deller@xxxxxx>
    Cc: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
    Cc: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
    Cc: linux-kernel@xxxxxxxxxxxxxxx
    Cc: linux-ia64@xxxxxxxxxxxxxxx
    Cc: linux-parisc@xxxxxxxxxxxxxxx
    Cc: linux-s390@xxxxxxxxxxxxxxx

commit c772be52319de9756fd82f36d37a6d3e003441e3
Author: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
Date:   Tue Jan 20 09:07:04 2015 +1030

    param: fix uninitialized read with CONFIG_DEBUG_LOCK_ALLOC
    
    ignore_lockdep is uninitialized, and sysfs_attr_init() doesn't initialize
    it, so memset to 0.
    
    Reported-by: Huang Ying <ying.huang@xxxxxxxxx>
    Cc: Eric W. Biederman <ebiederm@xxxxxxxxxxxx>
    Signed-off-by: Rusty Russell <rusty@xxxxxxxxxxxxxxx>

commit fe82bbae36943fbead5e326aab1665d001a87dd7
Author: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
Date:   Thu Jan 15 10:23:46 2015 +0100

    s390/bpf: Zero extend parameters before calling C function
    
    The s390x ABI requires to zero extend parameters before functions
    are called.
    
    Signed-off-by: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
    Signed-off-by: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>

commit 1a92b2deaf5c1b71f995ef571076200a391aac66
Author: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
Date:   Thu Jan 15 10:21:58 2015 +0100

    s390/bpf: Fix sk_load_byte_msh()
    
    In sk_load_byte_msh() sk_load_byte_slow() is called instead of
    sk_load_byte_msh_slow(). Fix this and call the correct function.
    
    Besides of this load only one byte instead of two and fix the comment.
    
    Signed-off-by: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
    Signed-off-by: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>

commit d86eb7448e6de97b1319ea935f77b65590dbc049
Author: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
Date:   Thu Jan 15 10:21:20 2015 +0100

    s390/bpf: Fix offset parameter for skb_copy_bits()
    
    Currently the offset parameter for skb_copy_bits is changed in
    sk_load_word() and sk_load_half(). Therefore it is not correct when
    calling skb_copy_bits(). Fix this and use the original offset
    for the function call.
    
    Signed-off-by: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
    Signed-off-by: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>

commit db9aa8f432b83b270686e68172c6d2895babdc26
Author: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
Date:   Thu Jan 15 10:20:28 2015 +0100

    s390/bpf: Fix skb_copy_bits() parameter passing
    
    The skb_copy_bits() function has the following signature:
    int skb_copy_bits(const struct sk_buff *skb, int offset, void *to, int len)
    
    Currently in bpf_jit.S the "to" and "len" parameters have been
    exchanged. So fix this and call the function with the correct
    parameters.
    
    Signed-off-by: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
    Signed-off-by: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>

commit 5a80244246d503df688341a10e1d244d15bb8ce5
Author: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
Date:   Wed Jan 14 11:25:07 2015 +0100

    s390/bpf: Fix JMP_JGE_K (A >= K) and JMP_JGT_K (A > K)
    
    Currently the signed COMPARE HALFWORD IMMEDIATE (chi) and COMPARE (c)
    instructions are used to compare "A" with "K". This is not correct
    because "A" and "K" are both unsigned. To fix this remove the
    chi instruction (no unsigned analogon available) and use the
    unsigned COMPARE LOGICAL (cl) instruction instead of COMPARE (c).
    
    Signed-off-by: Michael Holzheu <holzheu@xxxxxxxxxxxxxxxxxx>
    Signed-off-by: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>

commit 574732c73d155320f9358d9ee5d84beb0f4ecee2
Author: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
Date:   Tue Dec 23 15:05:36 2014 +1030

    param: initialize store function to NULL if not available.
    
    I rebased Kees' 'param: do not set store func without write perm'
    on top of my 'params: cleanup sysfs allocation'.  However, my patch
    uses krealloc which doesn't zero memory, leaving .store unset.
    
    Reported-by: Sasha Levin <sasha.levin@xxxxxxxxxx>
    Cc: Kees Cook <keescook@xxxxxxxxxxxx>
    Signed-off-by: Rusty Russell <rusty@xxxxxxxxxxxxxxx>

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.