[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[ovmf baseline-only test] 67848: all pass



This run is configured for baseline tests only.

flight 67848 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/67848/

Perfect :-)
All tests in this flight passed as required
version targeted for testing:
 ovmf                 f6c8e67db9233562fd3ddc6bf7d23f0bb5fb115b
baseline version:
 ovmf                 f9c3b1b5343f53705f1ab72c55c1db440b01f36f

Last test of basis    67846  2016-10-07 22:50:43 Z    0 days
Testing same since    67848  2016-10-08 04:50:27 Z    0 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Michael Kinney <michael.d.kinney@xxxxxxxxx>

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                         pass    
 test-amd64-i386-xl-qemuu-ovmf-amd64                          pass    


------------------------------------------------------------
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.xs.citrite.net/~osstest/testlogs/logs

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


Push not applicable.

------------------------------------------------------------
commit f6c8e67db9233562fd3ddc6bf7d23f0bb5fb115b
Author: Michael Kinney <michael.d.kinney@xxxxxxxxx>
Date:   Mon Oct 3 11:16:46 2016 -0700

    QuarkPlatformPkg/RecoveryOemHookLib: Remove RecoveryOemHookLib
    
    Remove the RecoveryOemHookLib class and instance that is no
    longer used by any modules.
    
    Cc: Kelly Steele <kelly.steele@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Michael Kinney <michael.d.kinney@xxxxxxxxx>
    Reviewed-by: Kelly Steele <kelly.steele@xxxxxxxxx>

commit 963236092b48013e34c5c889ae4c90b34bd8aef5
Author: Michael Kinney <michael.d.kinney@xxxxxxxxx>
Date:   Mon Oct 3 11:16:19 2016 -0700

    QuarkPlatformPkg: Add ForceRecovery UEFI application
    
    https://bugzilla.tianocore.org/show_bug.cgi?id=138
    
    Add the ForceRecovery UEFI application to the Quark.dsc file
    so this application can be put onto an SD card or USB drive
    to test the Galileo firmware recovery feature.
    
    The library mappings to the RecoveryOemHookLib are also
    removed becuse this library is not longer used by any modules.
    
    Cc: Kelly Steele <kelly.steele@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Michael Kinney <michael.d.kinney@xxxxxxxxx>
    Reviewed-by: Kelly Steele <kelly.steele@xxxxxxxxx>

commit 8ac6966704fe2d7bfa62a826da3927f860e0b241
Author: Michael Kinney <michael.d.kinney@xxxxxxxxx>
Date:   Mon Oct 3 11:15:02 2016 -0700

    QuarkPlatformPkg/PlatformHelperLib: Remove PlatformDebugPortGetChar8()
    
    Remove the library function PlatformDebugPortGetChar8() from the
    PlatformHelperLib that is no longer used by any modules.
    
    Cc: Kelly Steele <kelly.steele@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Michael Kinney <michael.d.kinney@xxxxxxxxx>
    Reviewed-by: Kelly Steele <kelly.steele@xxxxxxxxx>

commit 69a0854b8fa8317dcf459c6e753fefa3a89340e6
Author: Michael Kinney <michael.d.kinney@xxxxxxxxx>
Date:   Mon Oct 3 11:13:42 2016 -0700

    QuarkPlatformPkg/PlatformInit: Fix recovery detection issues
    
    https://bugzilla.tianocore.org/show_bug.cgi?id=137
    https://bugzilla.tianocore.org/show_bug.cgi?id=139
    
    There are four supported methods to generate a boot mode of
    BOOT_IN_RECOVERY_MODE on the Galileo platforms:
    
    * Detect a corrupt FV
    * Detect a forced recovery from the ForceRecovery UEFI application
      that sets a bit in a sticky R/W register
    * The RESET button for the Arduino shield is held while the system
      is powered up
    * The RESET button for the Arduino shield is held while the system
      is rebooted using the REBOOT button.
    
    The logic in the PlatformInit module is cleaned up and updated to
    support all three of the recovery detection methods.  The clean
    ups include:
    
    * Remove extra debug messages
    * Remove user input from serial port
    
    In addition, once one of the recovery methods is detected and a
    boot mode of BOOT_IN_RECOVERY_MODE is set, the Galileo platforms
    would get an error attempting to use the USB host controller to
    detect and read a recovery image from a USB drive.  The issue is
    the IMR protection registers are programmed to prevent DMA to
    memory owned by the PEI Core. The IMR register programming is
    updated to allow DMA to memory that is allocated by the recovery
    modules using the PEI AllocatePages() service.
    
    Cc: Kelly Steele <kelly.steele@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Michael Kinney <michael.d.kinney@xxxxxxxxx>
    Reviewed-by: Kelly Steele <kelly.steele@xxxxxxxxx>

commit 9c3dea8ddab0272729d106ab0fda632fd63ec2ec
Author: Michael Kinney <michael.d.kinney@xxxxxxxxx>
Date:   Mon Oct 3 11:09:58 2016 -0700

    QuarkPlatformPkg/ForceRecovery: Add UEFI application to force recovery
    
    https://bugzilla.tianocore.org/show_bug.cgi?id=138
    
    This UEFI Application sets a sticky bit that persists across reset
    to force a boot mode of BOOT_IN_RECOVERY_MODE.  It then performs
    a warm reset using the UEFI Runtime Service ResetSystem().
    
    Cc: Kelly Steele <kelly.steele@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Michael Kinney <michael.d.kinney@xxxxxxxxx>
    Reviewed-by: Kelly Steele <kelly.steele@xxxxxxxxx>

commit 5f82e02a4b40f25462f0d592e85071bdeb80a2bd
Author: Michael Kinney <michael.d.kinney@xxxxxxxxx>
Date:   Tue Oct 4 10:55:24 2016 -0700

    QuarkSocPkg/QncSmmDispatcher: Fix use after free issue
    
    Update Quark North Cluster SMM dispatcher logic to handle
    case where an SMI handler unregisters itself.
    
    https://bugzilla.tianocore.org/show_bug.cgi?id=51
    
    This issue was reproduced using the unit test at:
    
    https://github.com/mdkinney/edk2/tree/Bug51/Reproduce
    
    An ASSERT() is generated the 4th time the periodic SMI
    handler is triggered when the periodic SMI handler
    unregisters itself.  After applying this patch, the
    DEBUG() message from the periodic SMI handler in this
    unit test is generated 4 times, the periodic SMI handler
    is unregistered, and the UEFI Shell works as expected.
    
    Cc: Kelly Steele <kelly.steele@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Michael Kinney <michael.d.kinney@xxxxxxxxx>
    Reviewed-by: Kelly Steele <kelly.steele@xxxxxxxxx>

commit 29f169d17a0f09cd1e05c984da5965e08f2b696e
Author: Michael Kinney <michael.d.kinney@xxxxxxxxx>
Date:   Tue Oct 4 20:03:24 2016 -0700

    QuarkSocPkg/QncSmmDispatcher: Fix context passed to SMI handlers
    
    https://bugzilla.tianocore.org/show_bug.cgi?id=136
    
    1) Add CallbackContext field to the DATABASE_RECORD structure that
       is set to the RegisterContent value passed to QNCSmmCoreRegister().
       This is the content that must be passed to the SMI handler when
       its source is triggered.
    
    2) Update usage of ChildContext field in the DATABASE_RECOD to use
       CopyMem() instead of structure assignments to avoid compiler
       use of memcpy() intrinsics
    
    This issue was reproduced using the unit test at:
    
    https://github.com/mdkinney/edk2/tree/Bug51/Reproduce
    
    An ASSERT() is generated the first time the periodic SMI
    handler is triggered.  After applying this patch, the
    DEBUG() messages from the periodic SMI handler in this
    unit test are generated.
    
    Cc: Kelly Steele <kelly.steele@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Michael Kinney <michael.d.kinney@xxxxxxxxx>
    Reviewed-by: Kelly Steele <kelly.steele@xxxxxxxxx>

_______________________________________________
osstest-output mailing list
osstest-output@xxxxxxxxxxxxxxxxxxxx
https://lists.xenproject.org/cgi-bin/mailman/listinfo/osstest-output

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.