flight 6299 xen-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/6299/
Regressions :-(
Tests which did not succeed and are blocking:
 test-amd64-i386-rhel6hvm-intel 7 redhat-install fail REGR. vs. 6296
 test-amd64-i386-xl-credit2 11 guest-localmigrate fail REGR. vs. 6296
 test-amd64-xcpkern-i386-rhel6hvm-intel 7 redhat-install fail REGR. vs. 6296
 test-amd64-xcpkern-i386-xl-credit2 11 guest-localmigrate fail REGR. vs. 6295
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 7 redhat-install fail like 6296
 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>
------------------------------------------------------------
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 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 fail 
 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
 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: 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
 
 Merge
 
 
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 
model
 
 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 
scan
 should begin. But this variable is not taken into account (index always 
starts
 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
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel