[ovmf test] 87014: regressions - FAIL

[ovmf test] 87014: regressions - FAIL

[osstest service owner]

[-- Attachment #1: Type: text/plain, Size: 5500 bytes --]

flight 87014 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/87014/

Regressions :-(

Tests which did not succeed and are blocking,
including tests which could not be run:
 test-amd64-amd64-xl-qemuu-ovmf-amd64 9 debian-hvm-install fail REGR. vs. 65543
 test-amd64-i386-xl-qemuu-ovmf-amd64  9 debian-hvm-install fail REGR. vs. 65543

version targeted for testing:
 ovmf                 6a9bc80154dd8771bc6f76b9b6c7579753e86e50
baseline version:
 ovmf                 5ac96e3a28dd26eabee421919f67fa7c443a47f1

Last test of basis    65543  2015-12-08 08:45:15 Z  106 days
Failing since         65593  2015-12-08 23:44:51 Z  105 days  117 attempts
Testing same since    87014  2016-03-23 07:35:56 Z    0 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  "Samer El-Haj-Mahmoud" <elhaj@hpe.com>
  "Wu, Hao A" <hao.a.wu@intel.com>
  "Yao, Jiewen" <jiewen.yao@intel.com>
  Alcantara, Paulo <paulo.alc.cavalcanti@hp.com>
  Anbazhagan Baraneedharan <anbazhagan@hp.com>
  Andrew Fish <afish@apple.com>
  Ard Biesheuvel <ard.biesheuvel@linaro.org>
  Arthur Crippa Burigo <acb@hp.com>
  Cecil Sheng <cecil.sheng@hpe.com>
  Chao Zhang <chao.b.zhang@intel.com>
  Chao Zhang<chao.b.zhang@intel.com>
  Charles Duffy <chaduffy@cisco.com>
  Cinnamon Shia <cinnamon.shia@hpe.com>
  Cohen, Eugene <eugene@hp.com>
  Dandan Bi <dandan.bi@intel.com>
  Daocheng Bu <daocheng.bu@intel.com>
  Daryl McDaniel <edk2-lists@mc2research.org>
  David Woodhouse <David.Woodhouse@intel.com>
  Derek Lin <derek.lin2@hpe.com>
  edk2 dev <edk2.dev@edk2.org>
  edk2-devel <edk2-devel-bounces@lists.01.org>
  Eric Dong <eirc.dong@intel.com>
  Eric Dong <eric.dong@intel.com>
  Eugene Cohen <eugene@hp.com>
  Evan Lloyd <evan.lloyd@arm.com>
  Feng Tian <feng.tian@intel.com>
  Fu Siyuan <siyuan.fu@intel.com>
  Gabriel Somlo <somlo@cmu.edu>
  Gary Ching-Pang Lin <glin@suse.com>
  Gary Lin <glin@suse.com>
  Ghazi Belaam <Ghazi.belaam@hpe.com>
  Hao Wu <hao.a.wu@intel.com>
  Haojian Zhuang <haojian.zhuang@linaro.org>
  Hess Chen <hesheng.chen@intel.com>
  Heyi Guo <heyi.guo@linaro.org>
  Jaben Carsey <jaben.carsey@intel.com>
  Jeff Fan <jeff.fan@intel.com>
  Jiaxin Wu <jiaxin.wu@intel.com>
  jiewen yao <jiewen.yao@intel.com>
  Jim Dailey <jim_dailey@dell.com>
  Jim_Dailey@Dell.com <Jim_Dailey@Dell.com>
  Jordan Justen <jordan.l.justen@intel.com>
  Karyne Mayer <kmayer@hp.com>
  Larry Hauch <larry.hauch@intel.com>
  Laszlo Ersek <lersek@redhat.com>
  Leahy, Leroy P
  Leahy, Leroy P <leroy.p.leahy@intel.com>
  Lee Leahy <leroy.p.leahy@intel.com>
  Leekha Shaveta <shaveta@freescale.com>
  Leif Lindholm <leif.lindholm@linaro.org>
  Liming Gao <liming.gao@intel.com>
  Mark Rutland <mark.rutland@arm.com>
  Marvin Haeuser <Marvin.Haeuser@outlook.com>
  Michael Kinney <michael.d.kinney@intel.com>
  Michael LeMay <michael.lemay@intel.com>
  Michael Thomas <malinka@entropy-development.com>
  Michał Zegan <webczat_200@poczta.onet.pl>
  Ni, Ruiyu <C:/Program Files (x86)/Git/O=Intel/OU=Pacifica02/cn=Recipients/cn=rni2>
  Paolo Bonzini <pbonzini@redhat.com>
  Paulo Alcantara <paulo.alc.cavalcanti@hp.com>
  Paulo Alcantara Cavalcanti <paulo.alc.cavalcanti@hp.com>
  Peter Kirmeier <topeterk@freenet.de>
  Qin Long <qin.long@intel.com>
  Qiu Shumin <shumin.qiu@intel.com>
  Rodrigo Dias Correa <rodrigo.dia.correa@hp.com>
  Ruiyu Ni <ruiyu.ni@intel.com>
  Ryan Harkin <ryan.harkin@linaro.org>
  Samer El-Haj-Mahmoud <elhaj@hpe.com>
  Samer El-Haj-Mahmoud <samer.el-haj-mahmoud@hpe.com>
  Star Zeng <star.zeng@intel.com>
  Supreeth Venkatesh <supreeth.venkatesh@arm.com>
  Tapan Shah <tapandshah@hpe.com>
  Tian, Feng <feng.tian@intel.com>
  Vladislav Vovchenko <vladislav.vovchenko@sk.com>
  Yao Jiewen <Jiewen.Yao@intel.com>
  Yao, Jiewen <jiewen.yao@intel.com>
  Ye Ting <ting.ye@intel.com>
  Yonghong Zhu <yonghong.zhu@intel.com>
  Zhang Lubo <lubo.zhang@intel.com>
  Zhang, Chao B <chao.b.zhang@intel.com>
  Zhang, Lubo <C:/Program Files (x86)/Git/o=Intel/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=Zhang, Lubob8d>
  Zhangfei Gao <zhangfei.gao@linaro.org>

jobs:
 build-amd64-xsm                                              pass    
 build-i386-xsm                                               pass    
 build-amd64                                                  pass    
 build-i386                                                   pass    
 build-amd64-libvirt                                          pass    
 build-i386-libvirt                                           pass    
 build-amd64-pvops                                            pass    
 build-i386-pvops                                             pass    
 test-amd64-amd64-xl-qemuu-ovmf-amd64                         fail    
 test-amd64-i386-xl-qemuu-ovmf-amd64                          fail    


------------------------------------------------------------
sg-report-flight on osstest.test-lab.xenproject.org
logs: /home/logs/logs
images: /home/logs/images

Logs, config files, etc. are available at
    http://logs.test-lab.xenproject.org/osstest/logs

Explanation of these reports, and of osstest in general, is at
    http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README.email;hb=master
    http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README;hb=master

Test harness code can be found at
    http://xenbits.xen.org/gitweb?p=osstest.git;a=summary


Not pushing.

(No revision log; it would be 13970 lines long.)


[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel

Re: [ovmf test] 87014: regressions - FAIL

[Jim Fehlig]

On 03/23/2016 09:27 AM, osstest service owner wrote:
> flight 87014 ovmf real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/87014/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
>  test-amd64-amd64-xl-qemuu-ovmf-amd64 9 debian-hvm-install fail REGR. vs. 65543
>  test-amd64-i386-xl-qemuu-ovmf-amd64  9 debian-hvm-install fail REGR. vs. 65543

I've been testing Anthony's series to 'Load BIOS via toolstack instead of been
embedded in hvmloader' [0] in an attempt to use the distro ovmf instead of
"ovmf-xen". openSUSE Factory's ovmf package [1] is updated regularly with an
upstream git snapshot and I noticed VMs did not boot when using it. I bisected
and found ovmf commit 7b0a1ead the culprit

commit 7b0a1ead7d2efa7f9eae4c2b254ff154d9c5f74f
Author: Ruiyu Ni <ruiyu.ni@intel.com>
Date:   Wed Feb 17 18:06:36 2016 +0800

    MdeModuelPkg/PciBus: Return AddrTranslationOffset in GetBarAttributes
   
    Some platform doesn't use CPU(HOST)/Device 1:1 mapping for PCI Bus.
    But PCI IO doesn't have interface to tell caller (device driver)
    whether the address returned by GetBarAttributes() is HOST address
    or device address.
    UEFI Spec 2.6 addresses this issue by clarifying the address returned
    is HOST address and caller can use AddrTranslationOffset to calculate
    the device address.
 
I'm sure it's biting this test too.

BTW, any pointers on getting debug info from
hvmloader+ovmf+qemu+other-components-involved? With the broken ovmf, I got
nothing on the VM serial port, an empty, black vfb, nothing beyond "Invoking
OVMF..." in xl dmesg, and no errors in the qemu log file. Beyond bisecting, I
wasn't sure how to debug :-). I tried adding

device_model_args=[ "-debugcon file:debug.log", "-global isa-debugcon.iobase=0x402"]

to the VM config, but qemu failed to start with "-debugcon file:debug.log:
invalid option"

Regards,
Jim

[0] http://lists.xenproject.org/archives/html/xen-devel/2016-03/msg01626.html
[1] https://build.opensuse.org/package/show/Virtualization/ovmf


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel

Re: [ovmf test] 87014: regressions - FAIL

[Wei Liu]

On Wed, Mar 23, 2016 at 06:21:58PM -0600, Jim Fehlig wrote:
> On 03/23/2016 09:27 AM, osstest service owner wrote:
> > flight 87014 ovmf real [real]
> > http://logs.test-lab.xenproject.org/osstest/logs/87014/
> >
> > Regressions :-(
> >
> > Tests which did not succeed and are blocking,
> > including tests which could not be run:
> >  test-amd64-amd64-xl-qemuu-ovmf-amd64 9 debian-hvm-install fail REGR. vs. 65543
> >  test-amd64-i386-xl-qemuu-ovmf-amd64  9 debian-hvm-install fail REGR. vs. 65543
> 
> I've been testing Anthony's series to 'Load BIOS via toolstack instead of been
> embedded in hvmloader' [0] in an attempt to use the distro ovmf instead of
> "ovmf-xen". openSUSE Factory's ovmf package [1] is updated regularly with an
> upstream git snapshot and I noticed VMs did not boot when using it. I bisected
> and found ovmf commit 7b0a1ead the culprit
> 
> commit 7b0a1ead7d2efa7f9eae4c2b254ff154d9c5f74f
> Author: Ruiyu Ni <ruiyu.ni@intel.com>
> Date:   Wed Feb 17 18:06:36 2016 +0800
> 
>     MdeModuelPkg/PciBus: Return AddrTranslationOffset in GetBarAttributes
>    
>     Some platform doesn't use CPU(HOST)/Device 1:1 mapping for PCI Bus.
>     But PCI IO doesn't have interface to tell caller (device driver)
>     whether the address returned by GetBarAttributes() is HOST address
>     or device address.
>     UEFI Spec 2.6 addresses this issue by clarifying the address returned
>     is HOST address and caller can use AddrTranslationOffset to calculate
>     the device address.
>  
> I'm sure it's biting this test too.

Yes, and OSSTest already fingered that commit. According to Anthony OVMF
is even more broken now because more bugs crept in.

Anthony is working on fixing OVMF.

> 
> BTW, any pointers on getting debug info from
> hvmloader+ovmf+qemu+other-components-involved? With the broken ovmf, I got
> nothing on the VM serial port, an empty, black vfb, nothing beyond "Invoking
> OVMF..." in xl dmesg, and no errors in the qemu log file. Beyond bisecting, I
> wasn't sure how to debug :-). I tried adding
> 
> device_model_args=[ "-debugcon file:debug.log", "-global isa-debugcon.iobase=0x402"]
> 

Can you try

  device_model_args = ["-debugcon", "file:debug.log", "-global", "isa-debugcon.iobase=0x402"]

?

Wei.

> to the VM config, but qemu failed to start with "-debugcon file:debug.log:
> invalid option"
> 
> Regards,
> Jim
> 
> [0] http://lists.xenproject.org/archives/html/xen-devel/2016-03/msg01626.html
> [1] https://build.opensuse.org/package/show/Virtualization/ovmf
> 

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel

Re: [ovmf test] 87014: regressions - FAIL

[Jim Fehlig]

Wei Liu wrote:
> On Wed, Mar 23, 2016 at 06:21:58PM -0600, Jim Fehlig wrote:
>> On 03/23/2016 09:27 AM, osstest service owner wrote:
>>> flight 87014 ovmf real [real]
>>> http://logs.test-lab.xenproject.org/osstest/logs/87014/
>>>
>>> Regressions :-(
>>>
>>> Tests which did not succeed and are blocking,
>>> including tests which could not be run:
>>>  test-amd64-amd64-xl-qemuu-ovmf-amd64 9 debian-hvm-install fail REGR. vs. 65543
>>>  test-amd64-i386-xl-qemuu-ovmf-amd64  9 debian-hvm-install fail REGR. vs. 65543
>> I've been testing Anthony's series to 'Load BIOS via toolstack instead of been
>> embedded in hvmloader' [0] in an attempt to use the distro ovmf instead of
>> "ovmf-xen". openSUSE Factory's ovmf package [1] is updated regularly with an
>> upstream git snapshot and I noticed VMs did not boot when using it. I bisected
>> and found ovmf commit 7b0a1ead the culprit
>>
>> commit 7b0a1ead7d2efa7f9eae4c2b254ff154d9c5f74f
>> Author: Ruiyu Ni <ruiyu.ni@intel.com>
>> Date:   Wed Feb 17 18:06:36 2016 +0800
>>
>>     MdeModuelPkg/PciBus: Return AddrTranslationOffset in GetBarAttributes
>>    
>>     Some platform doesn't use CPU(HOST)/Device 1:1 mapping for PCI Bus.
>>     But PCI IO doesn't have interface to tell caller (device driver)
>>     whether the address returned by GetBarAttributes() is HOST address
>>     or device address.
>>     UEFI Spec 2.6 addresses this issue by clarifying the address returned
>>     is HOST address and caller can use AddrTranslationOffset to calculate
>>     the device address.
>>  
>> I'm sure it's biting this test too.
> 
> Yes, and OSSTest already fingered that commit. According to Anthony OVMF
> is even more broken now because more bugs crept in.
> 
> Anthony is working on fixing OVMF.

Cool. Thanks Anthony!

> 
>> BTW, any pointers on getting debug info from
>> hvmloader+ovmf+qemu+other-components-involved? With the broken ovmf, I got
>> nothing on the VM serial port, an empty, black vfb, nothing beyond "Invoking
>> OVMF..." in xl dmesg, and no errors in the qemu log file. Beyond bisecting, I
>> wasn't sure how to debug :-). I tried adding
>>
>> device_model_args=[ "-debugcon file:debug.log", "-global isa-debugcon.iobase=0x402"]
>>
> 
> Can you try
> 
>   device_model_args = ["-debugcon", "file:debug.log", "-global", "isa-debugcon.iobase=0x402"]

Yes, that worked. Thanks.

Regards,
Jim

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel