[Xen-devel] [ovmf baseline-only test] 75537: tolerable FAIL

[Platform Team regression test user <citrix-osstest@xxxxxxxxxxxxxx>]

This run is configured for baseline tests only.

flight 75537 ovmf real [real]
http://osstest.xensource.com/osstest/logs/75537/

Failures :-/ but no regressions.

Tests which did not succeed, but are not blocking:
 build-amd64-libvirt           6 libvirt-build           fail baseline untested
 build-i386-libvirt            6 libvirt-build           fail baseline untested
 test-amd64-i386-xl-qemuu-ovmf-amd64 10 debian-hvm-install fail baseline 
untested
 test-amd64-amd64-xl-qemuu-ovmf-amd64 10 debian-hvm-install fail baseline 
untested

version targeted for testing:
 ovmf                 c09b254bdc6050cc8b580a26558f692f958645d6
baseline version:
 ovmf                 2f6693c283b54666def65e5e0d0b84e48b21cfef

Last test of basis    75532  2018-10-29 03:20:35 Z    1 days
Testing same since    75537  2018-10-29 10:52:10 Z    0 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Chasel Chiu <chasel.chiu@xxxxxxxxx>
  Chasel, Chiu <chasel.chiu@xxxxxxxxx>
  Ruiyu Ni <ruiyu.ni@xxxxxxxxx>

jobs:
 build-amd64-xsm                                              pass    
 build-i386-xsm                                               pass    
 build-amd64                                                  pass    
 build-i386                                                   pass    
 build-amd64-libvirt                                          fail    
 build-i386-libvirt                                           fail    
 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.xs.citrite.net
logs: /home/osstest/logs
images: /home/osstest/images

Logs, config files, etc. are available at
    http://osstest.xensource.com/osstest/logs

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


Push not applicable.

------------------------------------------------------------
commit c09b254bdc6050cc8b580a26558f692f958645d6
Author: Chasel, Chiu <chasel.chiu@xxxxxxxxx>
Date:   Fri Oct 26 15:12:33 2018 +0800

    IntelFsp2Pkg: Fixed potentially NULL pointer accessing
    
    REF: https://bugzilla.tianocore.org/show_bug.cgi?id=1280
    
    When copying IDT table in SecMain, the pointer might be
    NULL so added the check to fix it.
    
    Test: Verified on internal platform and boots successfully.
    
    Cc: Jiewen Yao <Jiewen.yao@xxxxxxxxx>
    Cc: Desimone Nathaniel L <nathaniel.l.desimone@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Chasel Chiu <chasel.chiu@xxxxxxxxx>

commit 70425456dae16fca23540936c8fb0d2b86776b97
Author: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
Date:   Thu Oct 25 18:09:46 2018 +0800

    MdeModulePkg/UsbBusPei: Reject descriptor whose length is bad
    
    Today's implementation doesn't check whether the length of
    descriptor is valid before using it.
    
    The patch fixes this issue by syncing the similar fix to UsbBusDxe.
    70c3c2370a2aefe71cf0f6c1a1e063f7d74e1d79
    *MdeModulePkg/UsbBus: Reject descriptor whose length is bad
    
    Additionally the patch also rejects the data when length is
    larger than sizeof (PeiUsbDevice->ConfigurationData).
    
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
    Reviewed-by: Star Zeng <star.zeng@xxxxxxxxx>
    Cc: Jiewen Yao <jiewen.yao@xxxxxxxxx>

commit c96de1dbaedce11489974c3e977f1de4ec5cfb84
Author: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
Date:   Thu Oct 25 17:07:12 2018 +0800

    MdeModulePkg/UsbBusPei: Fix out-of-bound read access to descriptors
    
    Today's implementation reads the Type/Length field in the USB
    descriptors data without checking whether the offset to read is
    beyond the data boundary.
    
    The patch fixes this issue by syncing the fix in commit
    4c034bf62cbc1f3c5f4b5df25de97f0f528132b2
    *MdeModulePkg/UsbBus: Fix out-of-bound read access to descriptors
    
    ParsedBytes in UsbBusPei.GetExpectedDescriptor() is different from
    Consumed in UsbBusDxe.UsbCreateDesc().
    ParsedBytes is the offset of found descriptor while Consumed is
    offset of next descriptor of found one.
    
    Contributed-under: TianoCore Contribution Agreement 1.1
    Signed-off-by: Ruiyu Ni <ruiyu.ni@xxxxxxxxx>
    Reviewed-by: Star Zeng <star.zeng@xxxxxxxxx>
    Cc: Jiewen Yao <jiewen.yao@xxxxxxxxx>

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/mailman/listinfo/xen-devel