[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [xen-unstable test] 61521: regressions - FAIL
On Tue, 2015-09-08 at 15:52 +0100, Wei Liu wrote: > On Tue, Sep 08, 2015 at 02:30:30PM +0000, osstest service owner wrote: > > flight 61521 xen-unstable real [real] > > http://logs.test-lab.xenproject.org/osstest/logs/61521/ > > > > Regressions :-( > > > > Tests which did not succeed and are blocking, > > including tests which could not be run: > > test-amd64-amd64-xl-qemut-debianhvm-amd64 19 guest > > -start/debianhvm.repeat fail REGR. vs. 61059 > > > > I suspect this failure is due to infrastructure problem. Actually I think it is more likely that the qemut-debianhvm test is just not 100% reliable. Unless you have observed something in the logs which points specifically to wards an infrastructure failure? In which case you should have mentioned it here. > > Same test job passed in > http://logs.test-lab.xenproject.org/osstest/logs/61306/ > > The differences of xen-unstable between 61306 and this flight are: > > a7b39c8bd libxc: add assertion to avoid setting same bit more than once > e8e9f830d libxc: don't populate same pfn more than once in populate_pfns > e00f8a1a7 libxc: fix indentation > 76d75222a libxc: migration v2 prefix Memory -> Frames > 477619384 libxc: clearer migration v2 debug message > > Tested in migration jobs and passed. > > b2700877a public/io/netif.h: move and amend multicast control > documentation > 09e2a619a MAINTAINERS: tools/ocaml: update David Scott's email address > 06925643c build: update top-level make help > > Doc update, irrelevant to failure. > > f42f2cbe5 xen/dt: Handle correctly node without interrupt-map in > dt_for_each_irq_map > > ARM, irrelevant to failure. > > d9be0990f tools/xen-access: use PRI_xen_pfn > > Not tested in OSSTest > > 0a7167d9b xen/arm64: do not (incorrectly) limit size of xenheap > > ARM, irrelevant to failure. > > 8747dba3b Merge branch 'staging' of > ssh://xenbits.xen.org/home/xen/git/xen into staging > 076cd5065 tmem: Spelling and full stop surgery. > fee800b94 tmem: Remove extra spaces at end and some hard tabbing. > 880699a8b tmem: Use 'struct xen_tmem_oid' in tmem_handle and move it to > sysctl header. > b657a8ad1 tmem: Use 'struct xen_tmem_oid' for every user. > 987e64e05 tmem: Make the uint64_t oid[3] a proper structure: xen_tmem_oid > ad1b7a139 tmem: Remove the old tmem control XSM checks as it is part of > sysctl hypercall. > d0edc15a6 tmem: Move TMEM_CONTROL subop of tmem hypercall to sysctl. > 54a51b176 tmem: Remove xc_tmem_control mystical arg3 > 1682d2fdf tmem: Remove in xc_tmem_control_oid duplicate > set_xen_guest_handle call > 7646da32f tmem: Add ASSERT in obj_rb_insert for pool->rwlock lock. > 7ec4b2f89 tmem: Don't crash/hang/leak hypervisor when using shared pools > within an guest. > > Not tested in OSSTest. > > 16181cbb1 tools: Honor Config.mk debug value, rather than setting our own > > Passed, and irrelevant to failure. > > Wei. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |