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/
Home Products Support Community News


[Xen-devel] [xen-unstable test] 6301: regressions - FAIL

To: <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: [Xen-devel] [xen-unstable test] 6301: regressions - FAIL
From: xen.org <ian.jackson@xxxxxxxxxxxxx>
Date: Fri, 4 Mar 2011 10:04:04 +0000
Cc: ian.jackson@xxxxxxxxxxxxx
Delivery-date: Fri, 04 Mar 2011 02:06:51 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
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
flight 6301 xen-unstable real [real]

Regressions :-(

Tests which did not succeed and are blocking:
 test-amd64-xcpkern-i386-rhel6hvm-intel  7 redhat-install   fail REGR. vs. 6296

Tests which are failing intermittently (not blocking):
 test-amd64-i386-xl-credit2   10 guest-saverestore            fail pass in 6299

Tests which did not succeed, but are not blocking,
including regressions (tests previously passed) regarded as allowable:
 test-amd64-amd64-win         16 leak-check/check             fail   never pass
 test-amd64-amd64-xl-win      13 guest-stop                   fail   never pass
 test-amd64-i386-rhel6hvm-amd  8 guest-saverestore            fail   never pass
 test-amd64-i386-rhel6hvm-intel  8 guest-saverestore            fail never pass
 test-amd64-i386-win-vcpus1   16 leak-check/check             fail   never pass
 test-amd64-i386-win          16 leak-check/check             fail   never pass
 test-amd64-i386-xl-win-vcpus1 13 guest-stop                   fail  never pass
 test-amd64-xcpkern-i386-rhel6hvm-amd  8 guest-saverestore      fail never pass
 test-amd64-xcpkern-i386-win  16 leak-check/check             fail   never pass
 test-amd64-xcpkern-i386-xl-win 13 guest-stop                   fail never pass
 test-i386-i386-win           16 leak-check/check             fail   never pass
 test-i386-i386-xl-win        13 guest-stop                   fail   never pass
 test-i386-xcpkern-i386-win   16 leak-check/check             fail   never pass

version targeted for testing:
 xen                  6241fa0ad1a9
baseline version:
 xen                  f71212f712fd

People who touched revisions under test:
  George Dunlap <george.dunlap@xxxxxxxxxxxxx>
  Ian Campbell <ian.campbell@xxxxxxxxxx>
  Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
  Keir Fraser <keir@xxxxxxx>
  Liu, Jinsong <jinsong.liu@xxxxxxxxx>
  Shriram Rajagopalan <rshriram@xxxxxxxxx>
  Wei Gang <gang.wei@xxxxxxxxx>

 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                                          pass     
 test-amd64-i386-xl                                           pass     
 test-i386-i386-xl                                            pass     
 test-amd64-xcpkern-i386-xl                                   pass     
 test-i386-xcpkern-i386-xl                                    pass     
 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                           pass     
 test-amd64-i386-rhel6hvm-intel                               fail     
 test-amd64-xcpkern-i386-rhel6hvm-intel                       fail     
 test-amd64-i386-xl-multivcpu                                 pass     
 test-amd64-xcpkern-i386-xl-multivcpu                         pass     
 test-amd64-amd64-pair                                        pass     
 test-amd64-i386-pair                                         pass     
 test-i386-i386-pair                                          pass     
 test-amd64-xcpkern-i386-pair                                 pass     
 test-i386-xcpkern-i386-pair                                  pass     
 test-amd64-amd64-pv                                          pass     
 test-amd64-i386-pv                                           pass     
 test-i386-i386-pv                                            pass     
 test-amd64-xcpkern-i386-pv                                   pass     
 test-i386-xcpkern-i386-pv                                    pass     
 test-amd64-i386-win-vcpus1                                   fail     
 test-amd64-i386-xl-win-vcpus1                                fail     
 test-amd64-amd64-win                                         fail     
 test-amd64-i386-win                                          fail     
 test-i386-i386-win                                           fail     
 test-amd64-xcpkern-i386-win                                  fail     
 test-i386-xcpkern-i386-win                                   fail     
 test-amd64-amd64-xl-win                                      fail     
 test-i386-i386-xl-win                                        fail     
 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

Test harness code can be found at

Not pushing.

changeset:   22972:6241fa0ad1a9
tag:         tip
parent:      22971:3db8805c4995
parent:      22966:de49500f344a
user:        Ian Jackson <Ian.Jackson@xxxxxxxxxxxxx>
date:        Thu Mar 03 18:52:09 2011 +0000
changeset:   22971:3db8805c4995
user:        Wei Gang <gang.wei@xxxxxxxxx>
date:        Thu Mar 03 18:51:13 2011 +0000
    tools: gtracestate: fix several problems
    Fixed problems include:
      * previously just print out a error instead of help info
        while running without cmdline parameters.
      * -u & -n lead to Segmentation fault.
      * -c and then use default ranges, the default ranges is not
            50us... but 50000/tsc2us....
    Signed-off-by: Wei Gang <gang.wei@xxxxxxxxx>
    Acked-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
    Acked-by: Keir Fraser <keir@xxxxxxx>
    Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
    Committed-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
changeset:   22970:1484494a3445
user:        George Dunlap <george.dunlap@xxxxxxxxxxxxx>
date:        Thu Mar 03 17:24:27 2011 +0000
    libxc: Missed one when replacing read_exact with RDEXACT macro
    This corrects an error in 21488:dd6bbdc42033.
    Signed-off-by: George Dunlap <george.dunlap@xxxxxxxxxxxxx>
    Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
    Committed-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
changeset:   22969:e567c2eb56b4
user:        Ian Jackson <Ian.Jackson@xxxxxxxxxxxxx>
date:        Thu Mar 03 17:11:31 2011 +0000
    libxl: correctly initialise yylineno
    Sometimes xl would read an uninitialised variable when printing error
    messages, resulting in things like this:
      /etc/xen/thing.cfg:1030057088: config parsing error near `"ws08r2-x64-2': 
lexical error
    This is because yylineno is a variable inside the scanner created by
    yylex_init, but it is not initialised by yylex_init.
    (Debian bug #616099.)
    On the way I discovered a lot of complication to do with the calling
    convention between bison and flex in reentrant parsers/scanners which
    use locations (Debian bug #616100) but as the above change makes the
    current code in xen-unstable work I don't propose to do anything else
    about that now in our tree.
    Signed-off-by: Ian Jackson <Ian.Jackson@xxxxxxxxxxxxx>
    Tested-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
    Acked-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
    Committed-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
changeset:   22968:a5f8fb109610
user:        Ian Campbell <ian.campbell@xxxxxxxxxx>
date:        Thu Mar 03 17:07:40 2011 +0000
    xl: add "device_model_args" to pass arbitrary extra arguments to device 
    The libxl support was already in place so simply plumb it through.
    This allows for passing debug options to the device model and provides
    a method to work around missing toolstack functionality.
    e.g. xl does not current support floppy disks but adding:
         device_model_args = [ "-fda", "/scratch/fdboot.img" ]
    allowed me to boot FreeDOS from a floppy image.
    I was unable to find any equivalent functionality in xend so this is a
    new xl feature.
    Moved xmalloc/xrealloc earlier to allow use from parse_config_data.
    Signed-off-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
    Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
    Committed-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
changeset:   22967:5bc39222773d
parent:      22965:9dfd7ffcd76c
user:        Shriram Rajagopalan <rshriram@xxxxxxxxx>
date:        Thu Mar 03 16:55:27 2011 +0000
    libxc: fix incorrect scanning of pfn array in pagebuf during migration
    xc_domain_restore.c:apply_batch function makes two passes over the pfn_types
    array in pagebuf to allocate the needed MFNs. The curbatch parameter to this
    function specifies the array offset in pfn_types, from where the current 
    should begin. But this variable is not taken into account (index always 
    at 0) during the two passes. While this [bug] does not manifest itsef during
    save/restore or live migration, under Remus, xc_domain_restore fails due to
    corrupt guest page tables.
    (This appears to have been broken by 21588:6c3d8aec202d which reverted
    two changesets from before Remus support was added and hence
    reintroduced some none-Remus compatible bits.)
    Signed-off-by: Shriram Rajagopalan <rshriram@xxxxxxxxx>
    Acked-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
    Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
    Committed-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
changeset:   22966:de49500f344a
user:        Keir Fraser <keir@xxxxxxx>
date:        Thu Mar 03 17:46:44 2011 +0000
    x86, libxc: Fix xc_translate_foreign_address() for PV guests of
    different bitness than dom0 (32-bit vs 64-bit).
    Original patch by: Paolo Bonzini <pbonzini@xxxxxxxxxx>
    Signed-off-by: Keir Fraser <keir@xxxxxxx>
changeset:   22965:9dfd7ffcd76c
user:        George Dunlap <george.dunlap@xxxxxxxxxxxxx>
date:        Thu Mar 03 15:14:30 2011 +0000
    credit2: Add more debugging
    Signed-off-by: George Dunlap <george.dunlap@xxxxxxxxxxxxx>
    Acked-by: Keir Fraser <keir@xxxxxxx>
changeset:   22964:f71212f712fd
user:        Liu, Jinsong <jinsong.liu@xxxxxxxxx>
date:        Wed Mar 02 10:31:06 2011 +0000
    x86: Fix cpu online/offline bug: mce memory leak.
    Current Xen mce logic didn't free mcabanks. This would be a memory
    leak when cpu offline.  When repeatly do cpu online/offline, this
    memory leak would make xenpool shrink, and at a time point, will call
    alloc_heap_pages --> flush_area_mask, which
    ASSERT(local_irq_is_enabled()).  However, cpu online is irq disable,
    so it finally result in Xen crash.
    This patch fix the memory leak bug, and tested OK over 50,000 round
    cpu online/offline.
    Signed-off-by: Liu, Jinsong <jinsong.liu@xxxxxxxxx>
    Signed-off-by: Keir Fraser <keir@xxxxxxx>
(qemu changes not included)

Xen-devel mailing list

<Prev in Thread] Current Thread [Next in Thread>
  • [Xen-devel] [xen-unstable test] 6301: regressions - FAIL, xen . org <=