flight 22066 qemu-upstream-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/22066/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-qemuu-rhel6hvm-intel 7 redhat-install fail REGR. vs. 20054
Tests which are failing intermittently (not blocking):
test-amd64-i386-xl-qemuu-win7-amd64 11 guest-localmigrate.2 fail pass in 22035
test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 7 windows-install fail pass in 22063
test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 12 guest-localmigrate/x10 fail in
22035 pass in 22055
test-amd64-i386-xl-qemuu-win7-amd64 7 windows-install fail in 22055 pass in
22066
test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 9 guest-localmigrate fail in 22063
pass in 22055
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qemuu-win7-amd64 13 guest-stop fail never pass
test-amd64-amd64-xl-qemuu-winxpsp3 13 guest-stop fail never pass
test-amd64-i386-xend-qemuu-winxpsp3 16 leak-check/check fail never pass
test-amd64-i386-xl-qemuu-win7-amd64 13 guest-stop fail in 22035 never pass
test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 13 guest-stop fail in 22055 never pass
version targeted for testing:
qemuu b97307ecaad98360f41ea36cd9674ef810c4f8cf
baseline version:
qemuu 8a4bd762aa01b21c43aa24c5b743f4bd7c9db3e3
------------------------------------------------------------
People who touched revisions under test:
"M. Mohan Kumar" <mohan@in.ibm.com>
Adam Lackorzynski <adam@os.inf.tu-dresden.de>
Alasdair McLeay <alasdair.mcleay@me.com>
Alberto Garcia <agarcia@igalia.com>
Alex Bligh <alex@alex.org.uk>
Alex Horn <alex.horn@cs.ox.ac.uk>
Alex Rozenman <Alex_Rozenman@mentor.com>
Alex Williamson <alex.williamson@redhat.com>
Alexander Graf <agraf@suse.de>
Alexey Kardashevskiy <aik@ozlabs.ru>
Alexey Korolev <akorolex@gmail.com>
Alexey Zaytsev <alexey.zaytsev@gmail.com>
Alin Tomescu <tomescu.alin@gmail.com>
Alon Levy <alevy@redhat.com>
Amadeusz Sławiński <amade@asmblr.net>
Amit Shah <amit.shah@redhat.com>
Amos Kong <akong@redhat.com>
Andre Przywara <andre.przywara@amd.com>
Andre Przywara <andre.przywara@calxeda.com>
Andrea Arcangeli <aarcange@redhat.com>
Andreas F=E4rber <afaerber@suse.de>
Andreas Färber <afaerber@suse.de>
Andreas Färber <andreas.faeber@web.de>
Andreas Färber <andreas.faerber@web.de>
Andreas Färberr <afaerber@suse.de>
Andreas Niederl <andreas.niederl@iaik.tugraz.at>
Andreas Schwab <schwab@linux-m68k.org>
Andreas Schwab <schwab@suse.de>
Andrew Jones <drjones@redhat.com>
Aneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com>
Anthony Green <green@moxielogic.com>
Anthony Liguori <aliguori@us.ibm.com>
Anthony PERARD <anthony.perard@citrix.com>
Antoine Mathys <barsamin@gmail.com>
Anton Blanchard <anton@au1.ibm.com>
Anton Blanchard <anton@samba.org>
Artyom Tarasenko <atar4qemu@gmail.com>
Asias He <asias@redhat.com>
Aurelien Jarno <aurelien@aurel32.net>
Avi Kivity <avi.kivity@gmail.com>
Avi Kivity <avi@redhat.com>
Avik Sil <aviksil@linux.vnet.ibm.com>
Bas van Sisseren <bas@quarantainenet.nl>
Ben Herrenschmidt <benh@kernel.crashing.org>
Benjamin Herrenschmidt <benh@kernel.crashing.org>
Benoit Canet <benoit@irqsave.net>
Bharat Bhushan <bharat.bhushan@freescale.com>
Bharata B Rao <bharata@linux.vnet.ibm.com>
Blue Swirl <blauwirbel@gmail.com>
Borislav Petkov <bp@suse.de>
Brad Smith <brad@comstyle.com>
Bruce Rogers <brogers@suse.com>
Charles Arnold <carnold@suse.com>
Chegu Vinod <chegu_vinod@hp.com>
Chen Wei-Ren <chenwj@iis.sinica.edu.tw>
Christian Borntraeger <borntraeger@de.ibm.com>
Christoffer Dall <c.dall@virtualopensystems.com>
Christoffer Dall <cdall@cs.columbia.edu>
Christophe Lyon <christophe.lyon@linaro.org>
Claudio Fontana <claudio.fontana@huawei.com>
Cole Robinson <crobinso@redhat.com>
Corey Bryant <coreyb@linux.vnet.ibm.com>
Cornelia Huck <cornelia.huck@de.ibm.com>
Daniel P. Berrange <berrange@redhat.com>
Daniel Sangorrin <dsl@ertl.jp>
David Gibson <david@gibson.dropbear.id.au>
David Gibson <david@gibson.dropbear.id.au>`z
David Holsgrove <david.holsgrove@xilinx.com>
David Woodhouse <David.Woodhouse@intel.com>
Dietmar Maurer <dietmar@proxmox.com>
Dillon Amburgey <dillona@dillona.com>
Dmitry Fleytman <dfleytma@redhat.com>
Dmitry Fleytman <dmitry@daynix.com>
Dominik Dingel <dingel@linux.vnet.ibm.com>
Don Koch <dkoch@verizon.com>
Dong Xu Wang <wdongxu@linux.vnet.ibm.com>
Dongxue Zhang <elta.era@gmail.com>
Doug Goldstein <cardoe@cardoe.com>
Dunrong Huang <huangdr@cloud-times.com>
Dunrong Huang <riegamaths@gmail.com>
Ed Maste <emaste@freebsd.org>
Edgar E. Iglesias <edgar.iglesias@gmail.com>
Edgar E. Iglesias <edgar.iglesias@xilinx.com>
Eduardo Habkost <ehabkost@redhat.com>
Eduardo Otubo <otubo@linux.vnet.ibm.com>
Eiichi Tsukata <eiichi.tsukata.xh@hitachi.com>
Ekaterina Tumanova <tumanova@linux.vnet.ibm.com>
Eric Blake <eblake@redhat.com>
Eric Johnson <ericj@mips.com>
Erlon Cruz <erlon.cruz@br.flextronics.com>
Evgeny Budilovsky <evgeny.budilovsky@ravellosystems.com>
Evgeny Voevodin <e.voevodin@samsung.com>
Evgeny Voevodin <evgenyvoevodin@gmail.com>
Fabien Chouteau <chouteau@adacore.com>
Fam Zheng <famz@redhat.com>
Federico Simoncelli <fsimonce@redhat.com>
Felipe Franciosi <felipe@paradoxo.org>
Gabriel de Perthuis <g2p.code@gmail.com>
Gabriel Kerneis <gabriel@kerneis.info>
Gal Hammer <ghammer@redhat.com>
Gerd Hoffmann <kraxel@redhat.com>
Gertjan Halkes <qemu@ghalkes.nl>
Gleb Natapov <gleb@redhat.com>
Grant Likely <grant.likely@linaro.org>
Grant Likely <grant.likely@secretlab.ca>
Guan Xuetao <gxt@mprc.pku.edu.cn>
H. Peter Anvin <hpa@zytor.com>
Hans de Goede <hdegoede@redhat.com>
Heinz Graalfs <graalfs@linux.vnet.ibm.com>
Henry Harrington <henry.harrington@gmail.com>
Hervé Poussineau <hpoussin@reactos.org>
Hervé Poussineau <hpoussineau@reactos.org>
Hu Tao <hutao@cn.fujitsu.com>
Ian Jackson <ian.jackson@eu.citrix.com>
Ian Main <imain@redhat.com>
Ian Molton <ian.molton@collabora.co.uk>
Igor Mammedov <imammedo@redhat.com>
Igor Mammedov <imammedo@redhat.com> (for i386)
Igor Mitsyanko <i.mitsyanko@gmail.com>
Igor Mitsyanko <i.mitsyanko@samsung.com>
Isaku Yamahata <yamahata@private.email.ne.jp>
Isaku Yamahata <yamahata@valinux.co.jp>
Izumi Tsutsui <tsutsui@ceres.dti.ne.jp>
Jacob Kroon <jacob.kroon@gmail.com>
James Hogan <james.hogan@imgtec.com>
Jan Kiszka <jan.kiszka@siemens.com>
Jani Kokkoken <jani.kokkonen@huawei.com>
Jani Kokkonen <jani.kokkonen@huawei.com>
Jason Baron <jbaron@redhat.com>
Jason J. Herne <jjherne@us.ibm.com>
Jason Wang <jasowang>
Jason Wang <jasowang@redhat.com>
Jean-Christophe DUBOIS <jcd@tribudubois.net>
Jeff Cody <jcody@redhat.com>
Jens Freimann <jfrei@linux.vnet.ibm.com>
Jesse Larrew <jlarrew@linux.vnet.ibm.com>
Jia Liu <proljc@gmail.com>
Jia Liu <proljc@gmail.com> (for openrisc)
Jim Meyering <meyering@redhat.com>
John Rigby <john.rigby@linaro.org>
John Spencer <maillist-qemu@barfooze.de>
Jordan Justen <jordan.l.justen@intel.com>
Josh Durgin <josh.durgin@inktank.com>
Juan Quintela <quintela@redhat.com>
Julien Grall <julien.grall@citrix.com>
Julio Guerra <guerr@julio.in>
Ján Tomko <jtomko@redhat.com>
Jürg Billeter <j@bitron.ch>
Kazuya Saito <saito.kazuya@jp.fujitsu.com>
Keith Busch <keith.busch@intel.com>
Kevin Wolf <kwolf@redhat.com>
Kevin Wolf <mail@kevin-wolf.de>
Kim Phillips <kim.phillips@freescale.com>
Kirill Batuzov <batuzovk@ispras.ru>
Knut Omang <knut.omang@oracle.com>
KONRAD Frederic <fred.konrad@greensocs.com>
Kuo-Jung Su <dantesu@faraday-tech.com>
Kuo-Jung Su <dantesu@gmail.com>
Kusanagi Kouichi <slash@ac.auone-net.jp>
Kwok Cheung Yeung <kcy@codesourcery.com>
Laszlo Ersek <lersek@redhat.com>
Laurent Desnogues <laurent.desnogues@gmail.com>
Laurent Vivier <laurent@vivier.eu>
Lei Li <lilei@linux.vnet.ibm.com>
Leon Alrae <leon.alrae@imgtec.com>
liguang <lig.fnst@cn.fujitsu.com>
Liming Wang <walimisdev@gmail.com>
Liu Jinsong <jinsong.liu@intel.com>
Liu Ping Fan <pingfank@linux.vnet.ibm.com>
Liu Ping Fan <qemulist@gmail.com>
Liu Yuan <namei.unix@gmail.com>
Liu Yuan <tailai.ly@taobao.com>
Lluís Vilanova <vilanova@ac.upc.edu>
Lucas Meneghel Rodrigues <lmr@redhat.com>
Luigi Rizzo <rizzo@iet.unipi.it>
Luiz Capitulino <lcapitulino@redhat.com>
M. Mohan Kumar <mohan@in.ibm.com>
Mans Rullgard <mans@mansr.com>
Marc-André Lureau <marcandre.lureau@redhat.com>
Marc-André Lureau <mlureau@redhat.com>
Marcel Apfelbaum <marcel.a@redhat.com>
Marcelo Tosatti <mtosatti@redhat.com>
Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk>
Markus Armbruster <armbru@redhat.com>
Martijn van den Broek <martijn.vdbrk@gmail.com>
Matthew Daley <mattjd@gmail.com>
Max Filippov <jcmvbkbc@gmail.com>
Max Filippov <jcmvbkbc@gmail.com> (for xtensa)
Meador Inge <meadori@codesourcery.com>
Michael Contreras <michael@inetric.com>
Michael Ellerman <michael@ellerman.id.au>
Michael Marineau <mike@marineau.org>
Michael R. Hines <mrhines@us.ibm.com>
Michael Roth <mdroth@linux.vnet.ibm.com>
Michael S. Tsirkin <mst@redhat.com>
Michael Tokarev <mjt@tls.msk.ru>
Michael Walle <michael@walle.cc>
Michael Walle <michael@walle.cc> (for lm32)
Michal Novotny <minovotn@redhat.com>
Michal Privoznik <mprivozn@redhat.com>
Mike Qiu <qiudayu@linux.vnet.ibm.com>
Miroslav Rezanina <mrezanin@redhat.com>
MORITA Kazutaka <morita.kazutaka@lab.ntt.co.jp>
MRatnikov <m.o.ratnikov@gmail.com>
Nathan Rossi <nathan.rossi@xilinx.com>
Nicholas Bellinger <nab@linux-iscsi.org>
Nick Thomas <nick@bytemark.co.uk>
Nickolai Zeldovich <nickolai@csail.mit.edu>
Oleksii Shevchuk <alxchk@gmail.com>
Olivier Hainque <hainque@adacore.com>
Orit Wasserman <owasserm@redhat.com>
Othmar Pasteka <pasteka@kabsi.at>
Ozan Çağlayan <ozancag@gmail.com>
Paolo Bonzini <pbonini@redhat.com
Paolo Bonzini <pbonzini@redhat.com>
Paul Brook <paul@codesourcery.com>
Paul Burton <paul.burton@imgtec.com>
Paul Durrant <paul.durrant@citrix.com>
Paul Moore <pmoore@redhat.com>
Pavel Dovgalyuk <pavel.dovgaluk@gmail.com>
Pavel Hrdina <phrdina@redhat.com>
Pawit Pornkitprasan <p.pawit@gmail.com>
Petar Jovanovic <petar.jovanovic@imgtec.com>
Petar Jovanovic <petarj@mips.com>
Peter Chubb <peter.chubb@nicta.com.au>
Peter Crosthwaite <peter.crosthwaite@petalogix.com>
Peter Crosthwaite <peter.crosthwaite@xilinx.com>
Peter Crosthwaite peter.crosthwaite@xilinx.com>
Peter Feiner <peter@gridcentric.ca>
Peter Lieven <pl@kamp.de>
Peter Maydell <peter.maydell@linaro.org>
Peter Wu <lekensteyn@gmail.com>
Petr Matousek <pmatouse@redhat.com>
Philipp Hahn <hahn@univention.de>
Prerna Saxena <prerna@linux.vnet.ibm.com>
Qiao Nuohan <qiaonuohan@cn.fujitsu.com>
Ramkumar Ramachandra <artagnon@gmail.com>
Richard Henderson <rth@twiddle.net>
Richard Henderson <rth@twiddle.net> (for alpha)
Richard Sandiford <rdsandiford@googlemail.com>
Richard W.M. Jones <rjones@redhat.com>
Riku Voipio <riku.voipio@iki.fi>
Riku Voipio <riku.voipio@linaro.org>
Robert Schiele <rschiele@gmail.com>
Roger Pau Monné <roger.pau@citrix.com>
Ronald Hecht <address@hidden>
Ronald Hecht <ronald.hecht@gmx.de>
Ronnie Sahlberg <ronniesahlberg@gmail.com>
Samuel Seay <LightningTH@GMail.com>
Sander Eikelenboom <linux@eikelenboom.it>
Satoru Moriya <satoru.moriya@hds.com>
Scott Feldman <sfeldma@cumulusnetworks.com>
Scott Wood <scottwood@freescale.com>
Seiji Aguchi <seiji.aguchi@hds.com>
Serge Hallyn <serge.hallyn@ubuntu.com>
Soren Brinkmann <soren.brinkmann@xilinx.com>
Stefan Berger <stefanb@linux.vnet.ibm.com>
Stefan Hajnoczi <stefanha@redhat.com>
Stefan Priebe <s.priebe@profihost.ag>
Stefan Weil <sw@weilnetz.de>
Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Stuart Yoder <stuart.yoder@freescale.com>
Thomas Huth <thuth@linux.vnet.ibm.com>
Thomas Schwinge <thomas@codesourcery.com>
Tiejun Chen <tiejun.chen@windriver.com>
Tim Hardeck <thardeck@suse.de>
Tomoki Sekiyama <tomoki.sekiyama.qu@hitachi.com>
Umesh Deshpande <udeshpan@redhat.com>
Uri Lublin <uril@redhat.com>
Vadim Evard <v.e.evard@gmail.com>
Vasilis Liaskovitis <vasilis.liaskovitis@profitbricks.com>
Vijay Mohan Pandarathil <vijaymohan.pandarathil@hp.com>
Viktor Mihajlovski <mihajlov@linux.vnet.ibm.com>
Vishvananda Ishaya <vishvananda@gmail.com>
Vladimir Senkov <hangup@gmail.com>
Wanlong Gao <gaowanlong@cn.fujitsu.com>
Weidong Han <hanweidong@huawei.com>
Wen Congyang <wency@cn.fujitsu.com>
Wenchao Xia <xiawenc@linux.vnet.ibm.com>
Wendy Liang <jliang@xilinx.com>
Will Auld <will.auld@intel.com>
Xiao Guangrong <xiaoguangrong@linux.vnet.ibm.com>
Xudong Hao <xudong.hao@intel.com>
Yan Vugenfirer <yan@daynix.com>
Yeongkyoon Lee <yeongkyoon.lee@samsung.com>
Yin Yin <yin.yin@cs2c.com.cn>
Yongbok Kim <yongbok.kim@imgtec.com>
zhangleiqiang <zhangleiqiang@huawei.com>
Zhenguo Wang <wangzhenguo@huawei.com>
Zhi Yong Wu <wuzhy@linux.vnet.ibm.com>
Ákos Kovács <akoskovacs@gmx.com>
------------------------------------------------------------
jobs:
build-amd64 pass
build-i386 pass
build-amd64-oldkern pass
build-i386-oldkern pass
build-amd64-pvops pass
build-i386-pvops pass
test-amd64-i386-qemuu-rhel6hvm-amd pass
test-amd64-amd64-xl-qemuu-win7-amd64 fail
test-amd64-i386-xl-qemuu-win7-amd64 fail
test-amd64-i386-qemuu-rhel6hvm-intel fail
test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 fail
test-amd64-i386-xend-qemuu-winxpsp3 fail
test-amd64-amd64-xl-qemuu-winxpsp3 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.
(No revision log; it would be 73708 lines long.)
--===============6183572581549414378=Content-Type: text/plain;
charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
--===============6183572581549414378==--
Sander Eikelenboom
2013-Nov-21 17:36 UTC
Re: [qemu-upstream-unstable test] 22066: regressions - FAIL
Thursday, November 21, 2013, 5:37:57 PM, you wrote:> flight 22066 qemu-upstream-unstable real [real] > http://www.chiark.greenend.org.uk/~xensrcts/logs/22066/> Regressions :-(> Tests which did not succeed and are blocking, > including tests which could not be run: > test-amd64-i386-qemuu-rhel6hvm-intel 7 redhat-install fail REGR. vs. 20054Wasn't this supposed to be fixed by Anthony Perards fix for Xen ? (just asking since qemu has had it's 1.7.0-rc0. Since distro's are going to let Xen rely on the system qemu i think it is quite important to at least keep testing this as close to upstream as possible and fix bugs as soon as possible. )> Tests which are failing intermittently (not blocking): > test-amd64-i386-xl-qemuu-win7-amd64 11 guest-localmigrate.2 fail pass in 22035 > test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 7 windows-install fail pass in 22063 > test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 12 guest-localmigrate/x10 fail in 22035 pass in 22055 > test-amd64-i386-xl-qemuu-win7-amd64 7 windows-install fail in 22055 pass in 22066 > test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 9 guest-localmigrate fail in 22063 pass in 22055> Tests which did not succeed, but are not blocking: > test-amd64-amd64-xl-qemuu-win7-amd64 13 guest-stop fail never pass > test-amd64-amd64-xl-qemuu-winxpsp3 13 guest-stop fail never pass > test-amd64-i386-xend-qemuu-winxpsp3 16 leak-check/check fail never pass > test-amd64-i386-xl-qemuu-win7-amd64 13 guest-stop fail in 22035 never pass > test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 13 guest-stop fail in 22055 never pass> version targeted for testing: > qemuu b97307ecaad98360f41ea36cd9674ef810c4f8cf > baseline version: > qemuu 8a4bd762aa01b21c43aa24c5b743f4bd7c9db3e3> ------------------------------------------------------------ > People who touched revisions under test: > "M. Mohan Kumar" <mohan@in.ibm.com> > Adam Lackorzynski <adam@os.inf.tu-dresden.de> > Alasdair McLeay <alasdair.mcleay@me.com> > Alberto Garcia <agarcia@igalia.com> > Alex Bligh <alex@alex.org.uk> > Alex Horn <alex.horn@cs.ox.ac.uk> > Alex Rozenman <Alex_Rozenman@mentor.com> > Alex Williamson <alex.williamson@redhat.com> > Alexander Graf <agraf@suse.de> > Alexey Kardashevskiy <aik@ozlabs.ru> > Alexey Korolev <akorolex@gmail.com> > Alexey Zaytsev <alexey.zaytsev@gmail.com> > Alin Tomescu <tomescu.alin@gmail.com> > Alon Levy <alevy@redhat.com> > Amadeusz SÅ‚awiÅ„ski <amade@asmblr.net> > Amit Shah <amit.shah@redhat.com> > Amos Kong <akong@redhat.com> > Andre Przywara <andre.przywara@amd.com> > Andre Przywara <andre.przywara@calxeda.com> > Andrea Arcangeli <aarcange@redhat.com> > Andreas F=E4rber <afaerber@suse.de> > Andreas Färber <afaerber@suse.de> > Andreas Färber <andreas.faeber@web.de> > Andreas Färber <andreas.faerber@web.de> > Andreas Färberr <afaerber@suse.de> > Andreas Niederl <andreas.niederl@iaik.tugraz.at> > Andreas Schwab <schwab@linux-m68k.org> > Andreas Schwab <schwab@suse.de> > Andrew Jones <drjones@redhat.com> > Aneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com> > Anthony Green <green@moxielogic.com> > Anthony Liguori <aliguori@us.ibm.com> > Anthony PERARD <anthony.perard@citrix.com> > Antoine Mathys <barsamin@gmail.com> > Anton Blanchard <anton@au1.ibm.com> > Anton Blanchard <anton@samba.org> > Artyom Tarasenko <atar4qemu@gmail.com> > Asias He <asias@redhat.com> > Aurelien Jarno <aurelien@aurel32.net> > Avi Kivity <avi.kivity@gmail.com> > Avi Kivity <avi@redhat.com> > Avik Sil <aviksil@linux.vnet.ibm.com> > Bas van Sisseren <bas@quarantainenet.nl> > Ben Herrenschmidt <benh@kernel.crashing.org> > Benjamin Herrenschmidt <benh@kernel.crashing.org> > Benoit Canet <benoit@irqsave.net> > Bharat Bhushan <bharat.bhushan@freescale.com> > Bharata B Rao <bharata@linux.vnet.ibm.com> > Blue Swirl <blauwirbel@gmail.com> > Borislav Petkov <bp@suse.de> > Brad Smith <brad@comstyle.com> > Bruce Rogers <brogers@suse.com> > Charles Arnold <carnold@suse.com> > Chegu Vinod <chegu_vinod@hp.com> > Chen Wei-Ren <chenwj@iis.sinica.edu.tw> > Christian Borntraeger <borntraeger@de.ibm.com> > Christoffer Dall <c.dall@virtualopensystems.com> > Christoffer Dall <cdall@cs.columbia.edu> > Christophe Lyon <christophe.lyon@linaro.org> > Claudio Fontana <claudio.fontana@huawei.com> > Cole Robinson <crobinso@redhat.com> > Corey Bryant <coreyb@linux.vnet.ibm.com> > Cornelia Huck <cornelia.huck@de.ibm.com> > Daniel P. Berrange <berrange@redhat.com> > Daniel Sangorrin <dsl@ertl.jp> > David Gibson <david@gibson.dropbear.id.au> > David Gibson <david@gibson.dropbear.id.au>`z > David Holsgrove <david.holsgrove@xilinx.com> > David Woodhouse <David.Woodhouse@intel.com> > Dietmar Maurer <dietmar@proxmox.com> > Dillon Amburgey <dillona@dillona.com> > Dmitry Fleytman <dfleytma@redhat.com> > Dmitry Fleytman <dmitry@daynix.com> > Dominik Dingel <dingel@linux.vnet.ibm.com> > Don Koch <dkoch@verizon.com> > Dong Xu Wang <wdongxu@linux.vnet.ibm.com> > Dongxue Zhang <elta.era@gmail.com> > Doug Goldstein <cardoe@cardoe.com> > Dunrong Huang <huangdr@cloud-times.com> > Dunrong Huang <riegamaths@gmail.com> > Ed Maste <emaste@freebsd.org> > Edgar E. Iglesias <edgar.iglesias@gmail.com> > Edgar E. Iglesias <edgar.iglesias@xilinx.com> > Eduardo Habkost <ehabkost@redhat.com> > Eduardo Otubo <otubo@linux.vnet.ibm.com> > Eiichi Tsukata <eiichi.tsukata.xh@hitachi.com> > Ekaterina Tumanova <tumanova@linux.vnet.ibm.com> > Eric Blake <eblake@redhat.com> > Eric Johnson <ericj@mips.com> > Erlon Cruz <erlon.cruz@br.flextronics.com> > Evgeny Budilovsky <evgeny.budilovsky@ravellosystems.com> > Evgeny Voevodin <e.voevodin@samsung.com> > Evgeny Voevodin <evgenyvoevodin@gmail.com> > Fabien Chouteau <chouteau@adacore.com> > Fam Zheng <famz@redhat.com> > Federico Simoncelli <fsimonce@redhat.com> > Felipe Franciosi <felipe@paradoxo.org> > Gabriel de Perthuis <g2p.code@gmail.com> > Gabriel Kerneis <gabriel@kerneis.info> > Gal Hammer <ghammer@redhat.com> > Gerd Hoffmann <kraxel@redhat.com> > Gertjan Halkes <qemu@ghalkes.nl> > Gleb Natapov <gleb@redhat.com> > Grant Likely <grant.likely@linaro.org> > Grant Likely <grant.likely@secretlab.ca> > Guan Xuetao <gxt@mprc.pku.edu.cn> > H. Peter Anvin <hpa@zytor.com> > Hans de Goede <hdegoede@redhat.com> > Heinz Graalfs <graalfs@linux.vnet.ibm.com> > Henry Harrington <henry.harrington@gmail.com> > Hervé Poussineau <hpoussin@reactos.org> > Hervé Poussineau <hpoussineau@reactos.org> > Hu Tao <hutao@cn.fujitsu.com> > Ian Jackson <ian.jackson@eu.citrix.com> > Ian Main <imain@redhat.com> > Ian Molton <ian.molton@collabora.co.uk> > Igor Mammedov <imammedo@redhat.com> > Igor Mammedov <imammedo@redhat.com> (for i386) > Igor Mitsyanko <i.mitsyanko@gmail.com> > Igor Mitsyanko <i.mitsyanko@samsung.com> > Isaku Yamahata <yamahata@private.email.ne.jp> > Isaku Yamahata <yamahata@valinux.co.jp> > Izumi Tsutsui <tsutsui@ceres.dti.ne.jp> > Jacob Kroon <jacob.kroon@gmail.com> > James Hogan <james.hogan@imgtec.com> > Jan Kiszka <jan.kiszka@siemens.com> > Jani Kokkoken <jani.kokkonen@huawei.com> > Jani Kokkonen <jani.kokkonen@huawei.com> > Jason Baron <jbaron@redhat.com> > Jason J. Herne <jjherne@us.ibm.com> > Jason Wang <jasowang> > Jason Wang <jasowang@redhat.com> > Jean-Christophe DUBOIS <jcd@tribudubois.net> > Jeff Cody <jcody@redhat.com> > Jens Freimann <jfrei@linux.vnet.ibm.com> > Jesse Larrew <jlarrew@linux.vnet.ibm.com> > Jia Liu <proljc@gmail.com> > Jia Liu <proljc@gmail.com> (for openrisc) > Jim Meyering <meyering@redhat.com> > John Rigby <john.rigby@linaro.org> > John Spencer <maillist-qemu@barfooze.de> > Jordan Justen <jordan.l.justen@intel.com> > Josh Durgin <josh.durgin@inktank.com> > Juan Quintela <quintela@redhat.com> > Julien Grall <julien.grall@citrix.com> > Julio Guerra <guerr@julio.in> > Ján Tomko <jtomko@redhat.com> > Jürg Billeter <j@bitron.ch> > Kazuya Saito <saito.kazuya@jp.fujitsu.com> > Keith Busch <keith.busch@intel.com> > Kevin Wolf <kwolf@redhat.com> > Kevin Wolf <mail@kevin-wolf.de> > Kim Phillips <kim.phillips@freescale.com> > Kirill Batuzov <batuzovk@ispras.ru> > Knut Omang <knut.omang@oracle.com> > KONRAD Frederic <fred.konrad@greensocs.com> > Kuo-Jung Su <dantesu@faraday-tech.com> > Kuo-Jung Su <dantesu@gmail.com> > Kusanagi Kouichi <slash@ac.auone-net.jp> > Kwok Cheung Yeung <kcy@codesourcery.com> > Laszlo Ersek <lersek@redhat.com> > Laurent Desnogues <laurent.desnogues@gmail.com> > Laurent Vivier <laurent@vivier.eu> > Lei Li <lilei@linux.vnet.ibm.com> > Leon Alrae <leon.alrae@imgtec.com> > liguang <lig.fnst@cn.fujitsu.com> > Liming Wang <walimisdev@gmail.com> > Liu Jinsong <jinsong.liu@intel.com> > Liu Ping Fan <pingfank@linux.vnet.ibm.com> > Liu Ping Fan <qemulist@gmail.com> > Liu Yuan <namei.unix@gmail.com> > Liu Yuan <tailai.ly@taobao.com> > LluÃs Vilanova <vilanova@ac.upc.edu> > Lucas Meneghel Rodrigues <lmr@redhat.com> > Luigi Rizzo <rizzo@iet.unipi.it> > Luiz Capitulino <lcapitulino@redhat.com> > M. Mohan Kumar <mohan@in.ibm.com> > Mans Rullgard <mans@mansr.com> > Marc-André Lureau <marcandre.lureau@redhat.com> > Marc-André Lureau <mlureau@redhat.com> > Marcel Apfelbaum <marcel.a@redhat.com> > Marcelo Tosatti <mtosatti@redhat.com> > Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk> > Markus Armbruster <armbru@redhat.com> > Martijn van den Broek <martijn.vdbrk@gmail.com> > Matthew Daley <mattjd@gmail.com> > Max Filippov <jcmvbkbc@gmail.com> > Max Filippov <jcmvbkbc@gmail.com> (for xtensa) > Meador Inge <meadori@codesourcery.com> > Michael Contreras <michael@inetric.com> > Michael Ellerman <michael@ellerman.id.au> > Michael Marineau <mike@marineau.org> > Michael R. Hines <mrhines@us.ibm.com> > Michael Roth <mdroth@linux.vnet.ibm.com> > Michael S. Tsirkin <mst@redhat.com> > Michael Tokarev <mjt@tls.msk.ru> > Michael Walle <michael@walle.cc> > Michael Walle <michael@walle.cc> (for lm32) > Michal Novotny <minovotn@redhat.com> > Michal Privoznik <mprivozn@redhat.com> > Mike Qiu <qiudayu@linux.vnet.ibm.com> > Miroslav Rezanina <mrezanin@redhat.com> > MORITA Kazutaka <morita.kazutaka@lab.ntt.co.jp> > MRatnikov <m.o.ratnikov@gmail.com> > Nathan Rossi <nathan.rossi@xilinx.com> > Nicholas Bellinger <nab@linux-iscsi.org> > Nick Thomas <nick@bytemark.co.uk> > Nickolai Zeldovich <nickolai@csail.mit.edu> > Oleksii Shevchuk <alxchk@gmail.com> > Olivier Hainque <hainque@adacore.com> > Orit Wasserman <owasserm@redhat.com> > Othmar Pasteka <pasteka@kabsi.at> > Ozan ÇaÄŸlayan <ozancag@gmail.com> > Paolo Bonzini <pbonini@redhat.com > Paolo Bonzini <pbonzini@redhat.com> > Paul Brook <paul@codesourcery.com> > Paul Burton <paul.burton@imgtec.com> > Paul Durrant <paul.durrant@citrix.com> > Paul Moore <pmoore@redhat.com> > Pavel Dovgalyuk <pavel.dovgaluk@gmail.com> > Pavel Hrdina <phrdina@redhat.com> > Pawit Pornkitprasan <p.pawit@gmail.com> > Petar Jovanovic <petar.jovanovic@imgtec.com> > Petar Jovanovic <petarj@mips.com> > Peter Chubb <peter.chubb@nicta.com.au> > Peter Crosthwaite <peter.crosthwaite@petalogix.com> > Peter Crosthwaite <peter.crosthwaite@xilinx.com> > Peter Crosthwaite peter.crosthwaite@xilinx.com> > Peter Feiner <peter@gridcentric.ca> > Peter Lieven <pl@kamp.de> > Peter Maydell <peter.maydell@linaro.org> > Peter Wu <lekensteyn@gmail.com> > Petr Matousek <pmatouse@redhat.com> > Philipp Hahn <hahn@univention.de> > Prerna Saxena <prerna@linux.vnet.ibm.com> > Qiao Nuohan <qiaonuohan@cn.fujitsu.com> > Ramkumar Ramachandra <artagnon@gmail.com> > Richard Henderson <rth@twiddle.net> > Richard Henderson <rth@twiddle.net> (for alpha) > Richard Sandiford <rdsandiford@googlemail.com> > Richard W.M. Jones <rjones@redhat.com> > Riku Voipio <riku.voipio@iki.fi> > Riku Voipio <riku.voipio@linaro.org> > Robert Schiele <rschiele@gmail.com> > Roger Pau Monné <roger.pau@citrix.com> > Ronald Hecht <address@hidden> > Ronald Hecht <ronald.hecht@gmx.de> > Ronnie Sahlberg <ronniesahlberg@gmail.com> > Samuel Seay <LightningTH@GMail.com> > Sander Eikelenboom <linux@eikelenboom.it> > Satoru Moriya <satoru.moriya@hds.com> > Scott Feldman <sfeldma@cumulusnetworks.com> > Scott Wood <scottwood@freescale.com> > Seiji Aguchi <seiji.aguchi@hds.com> > Serge Hallyn <serge.hallyn@ubuntu.com> > Soren Brinkmann <soren.brinkmann@xilinx.com> > Stefan Berger <stefanb@linux.vnet.ibm.com> > Stefan Hajnoczi <stefanha@redhat.com> > Stefan Priebe <s.priebe@profihost.ag> > Stefan Weil <sw@weilnetz.de> > Stefano Stabellini <stefano.stabellini@eu.citrix.com> > Stuart Yoder <stuart.yoder@freescale.com> > Thomas Huth <thuth@linux.vnet.ibm.com> > Thomas Schwinge <thomas@codesourcery.com> > Tiejun Chen <tiejun.chen@windriver.com> > Tim Hardeck <thardeck@suse.de> > Tomoki Sekiyama <tomoki.sekiyama.qu@hitachi.com> > Umesh Deshpande <udeshpan@redhat.com> > Uri Lublin <uril@redhat.com> > Vadim Evard <v.e.evard@gmail.com> > Vasilis Liaskovitis <vasilis.liaskovitis@profitbricks.com> > Vijay Mohan Pandarathil <vijaymohan.pandarathil@hp.com> > Viktor Mihajlovski <mihajlov@linux.vnet.ibm.com> > Vishvananda Ishaya <vishvananda@gmail.com> > Vladimir Senkov <hangup@gmail.com> > Wanlong Gao <gaowanlong@cn.fujitsu.com> > Weidong Han <hanweidong@huawei.com> > Wen Congyang <wency@cn.fujitsu.com> > Wenchao Xia <xiawenc@linux.vnet.ibm.com> > Wendy Liang <jliang@xilinx.com> > Will Auld <will.auld@intel.com> > Xiao Guangrong <xiaoguangrong@linux.vnet.ibm.com> > Xudong Hao <xudong.hao@intel.com> > Yan Vugenfirer <yan@daynix.com> > Yeongkyoon Lee <yeongkyoon.lee@samsung.com> > Yin Yin <yin.yin@cs2c.com.cn> > Yongbok Kim <yongbok.kim@imgtec.com> > zhangleiqiang <zhangleiqiang@huawei.com> > Zhenguo Wang <wangzhenguo@huawei.com> > Zhi Yong Wu <wuzhy@linux.vnet.ibm.com> > Ãkos Kovács <akoskovacs@gmx.com> > ------------------------------------------------------------> jobs: > build-amd64 pass > build-i386 pass > build-amd64-oldkern pass > build-i386-oldkern pass > build-amd64-pvops pass > build-i386-pvops pass > test-amd64-i386-qemuu-rhel6hvm-amd pass > test-amd64-amd64-xl-qemuu-win7-amd64 fail > test-amd64-i386-xl-qemuu-win7-amd64 fail > test-amd64-i386-qemuu-rhel6hvm-intel fail > test-amd64-i386-xl-qemuu-winxpsp3-vcpus1 fail > test-amd64-i386-xend-qemuu-winxpsp3 fail > test-amd64-amd64-xl-qemuu-winxpsp3 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.> (No revision log; it would be 73708 lines long.)_______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel
Ian Campbell
2013-Nov-21 17:44 UTC
Re: [qemu-upstream-unstable test] 22066: regressions - FAIL
On Thu, 2013-11-21 at 18:36 +0100, Sander Eikelenboom wrote:> Thursday, November 21, 2013, 5:37:57 PM, you wrote: > > > flight 22066 qemu-upstream-unstable real [real] > > http://www.chiark.greenend.org.uk/~xensrcts/logs/22066/ > > > Regressions :-( > > > Tests which did not succeed and are blocking, > > including tests which could not be run: > > test-amd64-i386-qemuu-rhel6hvm-intel 7 redhat-install fail REGR. vs. 20054 > > Wasn''t this supposed to be fixed by Anthony Perards fix for Xen ?Yes, but that needs to pass regression testing on the xen-unstable branch before the qemu branch will be tested against it. xen-unstable is currently not going through for unrelated reasons but I expect it will unwedge tonight. Ian.
Sander Eikelenboom
2013-Nov-22 23:43 UTC
Re: [qemu-upstream-unstable test] 22066: regressions - FAIL
Thursday, November 21, 2013, 6:44:35 PM, you wrote:> On Thu, 2013-11-21 at 18:36 +0100, Sander Eikelenboom wrote: >> Thursday, November 21, 2013, 5:37:57 PM, you wrote: >> >> > flight 22066 qemu-upstream-unstable real [real] >> > http://www.chiark.greenend.org.uk/~xensrcts/logs/22066/ >> >> > Regressions :-( >> >> > Tests which did not succeed and are blocking, >> > including tests which could not be run: >> > test-amd64-i386-qemuu-rhel6hvm-intel 7 redhat-install fail REGR. vs. 20054 >> >> Wasn''t this supposed to be fixed by Anthony Perards fix for Xen ?> Yes, but that needs to pass regression testing on the xen-unstable > branch before the qemu branch will be tested against it. xen-unstable is > currently not going through for unrelated reasons but I expect it will > unwedge tonight.> Ian.Hi Ian, Just wondering .. is the tree and that''s being tested here published somewhere ? A commit of mine is in there but i don''t seem to find it in:
Sander Eikelenboom
2013-Nov-22 23:50 UTC
Re: [qemu-upstream-unstable test] 22066: regressions - FAIL
Thursday, November 21, 2013, 6:44:35 PM, you wrote:> On Thu, 2013-11-21 at 18:36 +0100, Sander Eikelenboom wrote: >> Thursday, November 21, 2013, 5:37:57 PM, you wrote: >> >> > flight 22066 qemu-upstream-unstable real [real] >> > http://www.chiark.greenend.org.uk/~xensrcts/logs/22066/ >> >> > Regressions :-( >> >> > Tests which did not succeed and are blocking, >> > including tests which could not be run: >> > test-amd64-i386-qemuu-rhel6hvm-intel 7 redhat-install fail REGR. vs. 20054 >> >> Wasn''t this supposed to be fixed by Anthony Perards fix for Xen ?> Yes, but that needs to pass regression testing on the xen-unstable > branch before the qemu branch will be tested against it. xen-unstable is > currently not going through for unrelated reasons but I expect it will > unwedge tonight.> Ian.Hi Ian / Stefano, Is the tree and branch being tested here published somewhere ? A commit of mine is in there, but i can''t find it where i would expected in: git://xenbits.xen.org/staging/qemu-upstream-unstable.git (and also not in: git://xenbits.xen.org/qemu-upstream-unstable.git nor git://git.qemu.org/qemu.git) But it is mentioned in the "People who touched revisions under test" ... -- Sander
Ian Campbell
2013-Nov-23 08:33 UTC
Re: [qemu-upstream-unstable test] 22066: regressions - FAIL
On Sat, 2013-11-23 at 00:50 +0100, Sander Eikelenboom wrote:> Thursday, November 21, 2013, 6:44:35 PM, you wrote: > > > On Thu, 2013-11-21 at 18:36 +0100, Sander Eikelenboom wrote: > >> Thursday, November 21, 2013, 5:37:57 PM, you wrote: > >> > >> > flight 22066 qemu-upstream-unstable real [real] > >> > http://www.chiark.greenend.org.uk/~xensrcts/logs/22066/ > >> > >> > Regressions :-( > >> > >> > Tests which did not succeed and are blocking, > >> > including tests which could not be run: > >> > test-amd64-i386-qemuu-rhel6hvm-intel 7 redhat-install fail REGR. vs. 20054 > >> > >> Wasn''t this supposed to be fixed by Anthony Perards fix for Xen ? > > > Yes, but that needs to pass regression testing on the xen-unstable > > branch before the qemu branch will be tested against it. xen-unstable is > > currently not going through for unrelated reasons but I expect it will > > unwedge tonight. > > > Ian. > > > > Hi Ian / Stefano, > > Is the tree and branch being tested here published somewhere ?All of the details are in each test pass/failure report. Follow the URL and click on one of the column headers. http://www.chiark.greenend.org.uk/~xensrcts/logs/22066/ => http://www.chiark.greenend.org.uk/~xensrcts/logs/22066/build-amd64/info.html => tree_qemuu git://xenbits.xen.org/staging/qemu-upstream-unstable.git> A commit of mine is in there, but i can''t find it where i would expected in:Where is "there"?> > git://xenbits.xen.org/staging/qemu-upstream-unstable.git > > (and also not in: git://xenbits.xen.org/qemu-upstream-unstable.git > nor git://git.qemu.org/qemu.git) > > > But it is mentioned in the "People who touched revisions under test" ...The 1.6 merge was big -- are you sure you looked far enough back? Ian.
Sander Eikelenboom
2013-Nov-23 09:22 UTC
Re: [qemu-upstream-unstable test] 22066: regressions - FAIL
Saturday, November 23, 2013, 9:33:12 AM, you wrote:> On Sat, 2013-11-23 at 00:50 +0100, Sander Eikelenboom wrote: >> Thursday, November 21, 2013, 6:44:35 PM, you wrote: >> >> > On Thu, 2013-11-21 at 18:36 +0100, Sander Eikelenboom wrote: >> >> Thursday, November 21, 2013, 5:37:57 PM, you wrote: >> >> >> >> > flight 22066 qemu-upstream-unstable real [real] >> >> > http://www.chiark.greenend.org.uk/~xensrcts/logs/22066/ >> >> >> >> > Regressions :-( >> >> >> >> > Tests which did not succeed and are blocking, >> >> > including tests which could not be run: >> >> > test-amd64-i386-qemuu-rhel6hvm-intel 7 redhat-install fail REGR. vs. 20054 >> >> >> >> Wasn''t this supposed to be fixed by Anthony Perards fix for Xen ? >> >> > Yes, but that needs to pass regression testing on the xen-unstable >> > branch before the qemu branch will be tested against it. xen-unstable is >> > currently not going through for unrelated reasons but I expect it will >> > unwedge tonight. >> >> > Ian. >> >> >> >> Hi Ian / Stefano, >> >> Is the tree and branch being tested here published somewhere ?> All of the details are in each test pass/failure report. Follow the URL > and click on one of the column headers. > http://www.chiark.greenend.org.uk/~xensrcts/logs/22066/=>>> http://www.chiark.greenend.org.uk/~xensrcts/logs/22066/build-amd64/info.html=>>> tree_qemuu > git://xenbits.xen.org/staging/qemu-upstream-unstable.git>> A commit of mine is in there, but i can''t find it where i would expected in:> Where is "there"?If i pull that tree i can''t find patches from Wei Liu and me, from more than a month ago fixing build errors when enabling debug in qemu: http://permalink.gmane.org/gmane.comp.emulators.xen.devel/174 Perhaps i misinterpreted my name being in the list of who "touched the revision under test" and is it merely a tested-by or something like that. How ever then the question would be, why aren''t these patches upstreamed yet ? (which seems to support my earlier cry out that the Qemu dependency of Xen seems to be a bit neglected at the moment, i let that discussion go for the time being, see how it goes ...)>> >> git://xenbits.xen.org/staging/qemu-upstream-unstable.git >> >> (and also not in: git://xenbits.xen.org/qemu-upstream-unstable.git >> nor git://git.qemu.org/qemu.git) >> >> >> But it is mentioned in the "People who touched revisions under test" ...> The 1.6 merge was big -- are you sure you looked far enough back?> Ian.
Fabio Fantoni
2013-Nov-23 09:48 UTC
Re: [qemu-upstream-unstable test] 22066: regressions - FAIL
2013/11/23 Sander Eikelenboom <linux@eikelenboom.it>> > Saturday, November 23, 2013, 9:33:12 AM, you wrote: > > > On Sat, 2013-11-23 at 00:50 +0100, Sander Eikelenboom wrote: > >> Thursday, November 21, 2013, 6:44:35 PM, you wrote: > >> > >> > On Thu, 2013-11-21 at 18:36 +0100, Sander Eikelenboom wrote: > >> >> Thursday, November 21, 2013, 5:37:57 PM, you wrote: > >> >> > >> >> > flight 22066 qemu-upstream-unstable real [real] > >> >> > http://www.chiark.greenend.org.uk/~xensrcts/logs/22066/ > >> >> > >> >> > Regressions :-( > >> >> > >> >> > Tests which did not succeed and are blocking, > >> >> > including tests which could not be run: > >> >> > test-amd64-i386-qemuu-rhel6hvm-intel 7 redhat-install fail > REGR. vs. 20054 > >> >> > >> >> Wasn''t this supposed to be fixed by Anthony Perards fix for Xen ? > >> > >> > Yes, but that needs to pass regression testing on the xen-unstable > >> > branch before the qemu branch will be tested against it. xen-unstable > is > >> > currently not going through for unrelated reasons but I expect it will > >> > unwedge tonight. > >> > >> > Ian. > >> > >> > >> > >> Hi Ian / Stefano, > >> > >> Is the tree and branch being tested here published somewhere ? > > > All of the details are in each test pass/failure report. Follow the URL > > and click on one of the column headers. > > http://www.chiark.greenend.org.uk/~xensrcts/logs/22066/ > =>> > > > http://www.chiark.greenend.org.uk/~xensrcts/logs/22066/build-amd64/info.html > =>> > > tree_qemuu > > git://xenbits.xen.org/staging/qemu-upstream-unstable.git > > >> A commit of mine is in there, but i can''t find it where i would > expected in: > > > Where is "there"? > > If i pull that tree i can''t find patches from Wei Liu and me, from more > than a month ago fixing build errors when enabling debug in qemu: > http://permalink.gmane.org/gmane.comp.emulators.xen.devel/174 > > Perhaps i misinterpreted my name being in the list of who "touched the > revision under test" and is it merely a tested-by or something like that. > How ever then the question would be, why aren''t these patches upstreamed > yet ? > (which seems to support my earlier cry out that the Qemu dependency of Xen > seems to be a bit neglected at the moment, i let that discussion > go for the time being, see how it goes ...) >The qemu patch must be based on master of upstream http://git.qemu.org/?p=qemu.git;a=shortlog;h=refs/heads/master and posted on qemu-devel mailing list, the previous push of upstream qemu patches from xen were made by Stefano Stabellini, so I think is good add to cc Stefano Stabellini, Anthony Perard (as qemu maintainers) and qemu-devel on all qemu patches. Now qemu is on freeze for 1.7 but if the patches are fixes and good may be accepted. When you''ll resend them you could add also me as cc, so I will help test them, unfortunately seems that the testing of xen with qemu upstream is still too little :(> > > >> > >> git://xenbits.xen.org/staging/qemu-upstream-unstable.git > >> > >> (and also not in: git://xenbits.xen.org/qemu-upstream-unstable.git > >> nor git://git.qemu.org/qemu.git) > >> > >> > >> But it is mentioned in the "People who touched revisions under test" ... > > > The 1.6 merge was big -- are you sure you looked far enough back? > > > Ian. > > > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel >_______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel
Sander Eikelenboom
2013-Nov-23 10:06 UTC
Re: [qemu-upstream-unstable test] 22066: regressions - FAIL
Saturday, November 23, 2013, 10:48:55 AM, you wrote:> 2013/11/23 Sander Eikelenboom <linux@eikelenboom.it>>> Saturday, November 23, 2013, 9:33:12 AM, you wrote: >>> On Sat, 2013-11-23 at 00:50 +0100, Sander Eikelenboom wrote: >>> Thursday, November 21, 2013, 6:44:35 PM, you wrote: >>> >>> > On Thu, 2013-11-21 at 18:36 +0100, Sander Eikelenboom wrote: >>> >> Thursday, November 21, 2013, 5:37:57 PM, you wrote: >>> >> >>> >> > flight 22066 qemu-upstream-unstable real [real] >>> >> > http://www.chiark.greenend.org.uk/~xensrcts/logs/22066/ >>> >> >>> >> > Regressions :-( >>> >> >>> >> > Tests which did not succeed and are blocking, >>> >> > including tests which could not be run: >>> >> > test-amd64-i386-qemuu-rhel6hvm-intel 7 redhat-install fail REGR. vs. 20054 >>> >> >>> >> Wasn''t this supposed to be fixed by Anthony Perards fix for Xen ? >>> >>> > Yes, but that needs to pass regression testing on the xen-unstable >>> > branch before the qemu branch will be tested against it. xen-unstable is >>> > currently not going through for unrelated reasons but I expect it will >>> > unwedge tonight. >>> >>> > Ian. >>> >>> >>> >>> Hi Ian / Stefano, >>> >>> Is the tree and branch being tested here published somewhere ?>>> All of the details are in each test pass/failure report. Follow the URL >> and click on one of the column headers. >> http://www.chiark.greenend.org.uk/~xensrcts/logs/22066/> =>>>> http://www.chiark.greenend.org.uk/~xensrcts/logs/22066/build-amd64/info.html> =>>>> tree_qemuu >> git://xenbits.xen.org/staging/qemu-upstream-unstable.git>>>> A commit of mine is in there, but i can''t find it where i would expected in:>>> Where is "there"?> > If i pull that tree i can''t find patches from Wei Liu and me, from more than a month ago fixing build errors when enabling debug in qemu: > http://permalink.gmane.org/gmane.comp.emulators.xen.devel/174Hmm it seems i managed to not copy and pasted correctly .. need my first coffee badly. http://comments.gmane.org/gmane.comp.emulators.xen.devel/174409> > Perhaps i misinterpreted my name being in the list of who "touched the revision under test" and is it merely a tested-by or something like that. > How ever then the question would be, why aren''t these patches upstreamed yet ? > (which seems to support my earlier cry out that the Qemu dependency of Xen seems to be a bit neglected at the moment, i let that discussion > go for the time being, see how it goes ...)> The qemu patch must be based on master of upstream > http://git.qemu.org/?p=qemu.git;a=shortlog;h=refs/heads/master > > and posted on qemu-devel mailing list, the previous push of upstream qemu patches from xen were made by Stefano Stabellini, so I think is good add to cc Stefano Stabellini, Anthony Perard (as qemu maintainers) and qemu-devel on all qemu patches.Stefano as xen qemu maintainer was CC''ed on both patches, qemu-devel was not, that''s indeed a omission. It had a "looks good" reply from Stefano the day after ...> Now qemu is on freeze for 1.7 but if the patches are fixes and good may be accepted.> > When you''ll resend them you could add also me as cc, so I will help test them, unfortunately seems that the testing of xen with qemu upstream is still too little :( > > >>>>> >>> git://xenbits.xen.org/staging/qemu-upstream-unstable.git >>> >>> (and also not in: git://xenbits.xen.org/qemu-upstream-unstable.git >>> nor git://git.qemu.org/qemu.git) >>> >>> >>> But it is mentioned in the "People who touched revisions under test" ...>>> The 1.6 merge was big -- are you sure you looked far enough back?>>> Ian.> > > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel >
Fabio Fantoni
2013-Nov-23 10:32 UTC
Re: [qemu-upstream-unstable test] 22066: regressions - FAIL
2013/11/23 Sander Eikelenboom <linux@eikelenboom.it>> > Saturday, November 23, 2013, 10:48:55 AM, you wrote: > > > 2013/11/23 Sander Eikelenboom <linux@eikelenboom.it> > > > > > > Saturday, November 23, 2013, 9:33:12 AM, you wrote: > > > >> On Sat, 2013-11-23 at 00:50 +0100, Sander Eikelenboom wrote: > >>> Thursday, November 21, 2013, 6:44:35 PM, you wrote: > >>> > >>> > On Thu, 2013-11-21 at 18:36 +0100, Sander Eikelenboom wrote: > >>> >> Thursday, November 21, 2013, 5:37:57 PM, you wrote: > >>> >> > >>> >> > flight 22066 qemu-upstream-unstable real [real] > >>> >> > http://www.chiark.greenend.org.uk/~xensrcts/logs/22066/ > >>> >> > >>> >> > Regressions :-( > >>> >> > >>> >> > Tests which did not succeed and are blocking, > >>> >> > including tests which could not be run: > >>> >> > test-amd64-i386-qemuu-rhel6hvm-intel 7 redhat-install fail > REGR. vs. 20054 > >>> >> > >>> >> Wasn''t this supposed to be fixed by Anthony Perards fix for Xen ? > >>> > >>> > Yes, but that needs to pass regression testing on the xen-unstable > >>> > branch before the qemu branch will be tested against it. > xen-unstable is > >>> > currently not going through for unrelated reasons but I expect it > will > >>> > unwedge tonight. > >>> > >>> > Ian. > >>> > >>> > >>> > >>> Hi Ian / Stefano, > >>> > >>> Is the tree and branch being tested here published somewhere ? > > > >> All of the details are in each test pass/failure report. Follow the URL > >> and click on one of the column headers. > >> http://www.chiark.greenend.org.uk/~xensrcts/logs/22066/ > > =>> > >> > http://www.chiark.greenend.org.uk/~xensrcts/logs/22066/build-amd64/info.html > > =>> > >> tree_qemuu > >> git://xenbits.xen.org/staging/qemu-upstream-unstable.git > > > >>> A commit of mine is in there, but i can''t find it where i would > expected in: > > > >> Where is "there"? > > > > If i pull that tree i can''t find patches from Wei Liu and me, from > more than a month ago fixing build errors when enabling debug in qemu: > > http://permalink.gmane.org/gmane.comp.emulators.xen.devel/174 > > Hmm it seems i managed to not copy and pasted correctly .. need my first > coffee badly. > > http://comments.gmane.org/gmane.comp.emulators.xen.devel/174409 > > > > > Perhaps i misinterpreted my name being in the list of who "touched the > revision under test" and is it merely a tested-by or something like that. > > How ever then the question would be, why aren''t these patches > upstreamed yet ? > > (which seems to support my earlier cry out that the Qemu dependency of > Xen seems to be a bit neglected at the moment, i let that discussion > > go for the time being, see how it goes ...) > > > > > > > The qemu patch must be based on master of upstream > > http://git.qemu.org/?p=qemu.git;a=shortlog;h=refs/heads/master > > > > and posted on qemu-devel mailing list, the previous push of upstream > qemu patches from xen were made by Stefano Stabellini, so I think is good > add to cc Stefano Stabellini, Anthony Perard (as qemu maintainers) and > qemu-devel on all qemu patches. > > Stefano as xen qemu maintainer was CC''ed on both patches, qemu-devel was > not, that''s indeed a omission. > > It had a "looks good" reply from Stefano the day after ... >I not found it on qemu-devel, probably was not posted to it now. I also not found new version of patch by Wei Liu, I saw on post:> Sander, do you mind if I take the first half of your patch, combine it > with my change to the above trunk to make a new patch? I find it more > convenient to do it that way since your patch hasn''t gone in. Of course > I will keep your SoB. What do you think?Sure, no problem ! -- Sander> Wei.Added Wei Lui on cc.> > > > Now qemu is on freeze for 1.7 but if the patches are fixes and good may > be accepted. > > > > > When you''ll resend them you could add also me as cc, so I will help test > them, unfortunately seems that the testing of xen with qemu upstream is > still too little :( > > > > > > > > > > >>> > >>> git://xenbits.xen.org/staging/qemu-upstream-unstable.git > >>> > >>> (and also not in: git://xenbits.xen.org/qemu-upstream-unstable.git > >>> nor git://git.qemu.org/qemu.git) > >>> > >>> > >>> But it is mentioned in the "People who touched revisions under test" > ... > > > >> The 1.6 merge was big -- are you sure you looked far enough back? > > > >> Ian. > > > > > > > > > > _______________________________________________ > > Xen-devel mailing list > > Xen-devel@lists.xen.org > > http://lists.xen.org/xen-devel > > > > >_______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel
Sander Eikelenboom
2013-Nov-23 12:25 UTC
Re: [qemu-upstream-unstable test] 22066: regressions - FAIL
Saturday, November 23, 2013, 11:32:34 AM, you wrote:> 2013/11/23 Sander Eikelenboom <linux@eikelenboom.it>>> Saturday, November 23, 2013, 10:48:55 AM, you wrote: >>> 2013/11/23 Sander Eikelenboom <linux@eikelenboom.it>>>>>>> Saturday, November 23, 2013, 9:33:12 AM, you wrote: >> >>> On Sat, 2013-11-23 at 00:50 +0100, Sander Eikelenboom wrote: >>>> Thursday, November 21, 2013, 6:44:35 PM, you wrote: >>>> >>>> > On Thu, 2013-11-21 at 18:36 +0100, Sander Eikelenboom wrote: >>>> >> Thursday, November 21, 2013, 5:37:57 PM, you wrote: >>>> >> >>>> >> > flight 22066 qemu-upstream-unstable real [real] >>>> >> > http://www.chiark.greenend.org.uk/~xensrcts/logs/22066/ >>>> >> >>>> >> > Regressions :-( >>>> >> >>>> >> > Tests which did not succeed and are blocking, >>>> >> > including tests which could not be run: >>>> >> > test-amd64-i386-qemuu-rhel6hvm-intel 7 redhat-install fail REGR. vs. 20054 >>>> >> >>>> >> Wasn''t this supposed to be fixed by Anthony Perards fix for Xen ? >>>> >>>> > Yes, but that needs to pass regression testing on the xen-unstable >>>> > branch before the qemu branch will be tested against it. xen-unstable is >>>> > currently not going through for unrelated reasons but I expect it will >>>> > unwedge tonight. >>>> >>>> > Ian. >>>> >>>> >>>> >>>> Hi Ian / Stefano, >>>> >>>> Is the tree and branch being tested here published somewhere ? >> >>> All of the details are in each test pass/failure report. Follow the URL >>> and click on one of the column headers. >>> http://www.chiark.greenend.org.uk/~xensrcts/logs/22066/ >> =>> >>> http://www.chiark.greenend.org.uk/~xensrcts/logs/22066/build-amd64/info.html >> =>> >>> tree_qemuu >>> git://xenbits.xen.org/staging/qemu-upstream-unstable.git >> >>>> A commit of mine is in there, but i can''t find it where i would expected in: >> >>> Where is "there"? >> >> If i pull that tree i can''t find patches from Wei Liu and me, from more than a month ago fixing build errors when enabling debug in qemu: >> http://permalink.gmane.org/gmane.comp.emulators.xen.devel/174> > Hmm it seems i managed to not copy and pasted correctly .. need my first coffee badly. > > http://comments.gmane.org/gmane.comp.emulators.xen.devel/174409 >>> >> Perhaps i misinterpreted my name being in the list of who "touched the revision under test" and is it merely a tested-by or something like that. >> How ever then the question would be, why aren''t these patches upstreamed yet ? >> (which seems to support my earlier cry out that the Qemu dependency of Xen seems to be a bit neglected at the moment, i let that discussion >> go for the time being, see how it goes ...)> > > > >>> The qemu patch must be based on master of upstream >> http://git.qemu.org/?p=qemu.git;a=shortlog;h=refs/heads/master >> >> and posted on qemu-devel mailing list, the previous push of upstream qemu patches from xen were made by Stefano Stabellini, so I think is good add to cc Stefano Stabellini, Anthony Perard (as qemu maintainers) and qemu-devel on all qemu patches.> > Stefano as xen qemu maintainer was CC''ed on both patches, qemu-devel was not, that''s indeed a omission. > > It had a "looks good" reply from Stefano the day after ...> I not found it on qemu-devel, probably was not posted to it now.> I also not found new version of patch by Wei Liu, I saw on post: >>> Sander, do you mind if I take the first half of your patch, combine it >> with my change to the above trunk to make a new patch? I find it more >> convenient to do it that way since your patch hasn''t gone in. Of course >> I will keep your SoB. What do you think?> Sure, no problem !> -- > Sander>> Wei.> Added Wei Lui on cc.http://lists.xen.org/archives/html/xen-devel/2013-11/msg00732.html says Stefano acked and would take it ...> >>>> Now qemu is on freeze for 1.7 but if the patches are fixes and good may be accepted.>>> >> When you''ll resend them you could add also me as cc, so I will help test them, unfortunately seems that the testing of xen with qemu upstream is still too little :( >> >> >>>>> >>>> >>>> git://xenbits.xen.org/staging/qemu-upstream-unstable.git >>>> >>>> (and also not in: git://xenbits.xen.org/qemu-upstream-unstable.git >>>> nor git://git.qemu.org/qemu.git) >>>> >>>> >>>> But it is mentioned in the "People who touched revisions under test" ... >> >>> The 1.6 merge was big -- are you sure you looked far enough back? >> >>> Ian. >> >> >> >> >> _______________________________________________ >> Xen-devel mailing list >> Xen-devel@lists.xen.org >> http://lists.xen.org/xen-devel >>> > >
Stefano Stabellini
2013-Nov-28 11:43 UTC
Re: [qemu-upstream-unstable test] 22066: regressions - FAIL
On Sat, 23 Nov 2013, Sander Eikelenboom wrote:> http://lists.xen.org/archives/html/xen-devel/2013-11/msg00732.html > > says Stefano acked and would take it ...Sander, the patch is not lost, it is still appropriately label in my inbox and it is going to go upstream now that 1.7 is out of the doors.