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

[Xen-devel] [rumpuserxen test] 33416: regressions - FAIL

flight 33416 rumpuserxen real [real]

Regressions :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 test-amd64-amd64-rumpuserxen-amd64  8 guest-start         fail REGR. vs. 33401

version targeted for testing:
 rumpuserxen          ec3b62146d52e5deab349b00c6e768937d39a01f
baseline version:
 rumpuserxen          1e71553faec32af113f1d91c8331341eed320ea5

People who touched revisions under test:
  Antti Kantee <pooka@xxxxxx>
  Martin Lucina <martin@xxxxxxxxxx>

 build-amd64                                                  pass    
 build-i386                                                   pass    
 build-amd64-pvops                                            pass    
 build-i386-pvops                                             pass    
 build-amd64-rumpuserxen                                      pass    
 build-i386-rumpuserxen                                       pass    
 test-amd64-amd64-rumpuserxen-amd64                           fail    
 test-amd64-i386-rumpuserxen-i386                             pass    

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

Test harness code can be found at

Not pushing.

commit ec3b62146d52e5deab349b00c6e768937d39a01f
Author: Antti Kantee <pooka@xxxxxx>
Date:   Tue Jan 13 18:26:15 2015 +0000

    pull in new buildrump.sh and rumpsrc (openssl 1.0.1k)

commit e858a76fe81e8fda2efcba025494b59747143a64
Author: Martin Lucina <martin@xxxxxxxxxx>
Date:   Tue Jan 13 19:05:09 2015 +0100

    rumpconfig: Enable deconfig for network interfaces
    Enable deconfig of network interaces, including dhcp. Current tests show
    that issue #14 appears to be fixed, so this should be good to go.
    Signed-off-by: Martin Lucina <martin@xxxxxxxxxx>

commit 5c716e22bdb0d6f62e22b6ad97dd7048c29db4ca
Author: Martin Lucina <martin@xxxxxxxxxx>
Date:   Tue Jan 13 18:20:32 2015 +0100

    Make initial stack setup consistent with per-thread stack setup
    Push an "end of backtrace" marker onto the stack and zero BP. For x86_64
    additionally push an extra 0 to ensure correct stack alignment as per
    the ABI.
    Signed-off-by: Martin Lucina <martin@xxxxxxxxxx>

commit 97afb0013eeb4eb28bcd173bcc83c9c9163c5bdd
Author: Martin Lucina <martin@xxxxxxxxxx>
Date:   Mon Jan 12 15:20:00 2015 +0100

    Correct x86-64 stack alignment at thread entry (fixes #18)
    The x86-64 ABI mandates in section 3.2.2 that (%rsp + 8) is always a
    multiple of 16 when control is transferred to a function entry point. We
    did not correctly implement this convention which resulted in broken
    alignment for stack variables, and, following from that, SSE
    instructions generated by GCC faulting due to bad alignment.
    For the x86-32 version the alignment constraint appears to be[1] that
    %esp must be a multiple of 16, this is already the case so no change is
    made to x86-32.s.
    [1] http://sourceforge.net/p/fbc/bugs/659/,
    Signed-off-by: Martin Lucina <martin@xxxxxxxxxx>

Xen-devel mailing list



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