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

[Xen-devel] [ovmf baseline-only test] 67595: all pass



This run is configured for baseline tests only.

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

Perfect :-)
All tests in this flight passed as required
version targeted for testing:
 ovmf                 3ed4e502b5f23fbcef235b3a9d025c60c217272b
baseline version:
 ovmf                 1219c85df42d5c9ed187565328e2f5cead5682ed

Last test of basis    67594  2016-08-25 07:50:04 Z    0 days
Testing same since    67595  2016-08-25 16:19:42 Z    0 days    1 attempts

------------------------------------------------------------
People who touched revisions under test:
  Jeff Fan <jeff.fan@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 3ed4e502b5f23fbcef235b3a9d025c60c217272b
Author: Jeff Fan <jeff.fan@xxxxxxxxx>
Date:   Wed Aug 24 22:42:32 2016 +0800

    UefiCpuPkg/MpInitLib: Don't allocate reset vector in Exit Boot Service
    
    In Exit Boot Services callback function, we cannot use allocate memory 
services
    because it may change the memory map that has been gotten by OS.
    
    This fix is not to allocate reset vector buffer after SaveRestoreFlag is 
set to
    TRUE in MpInitExitBootServicesCallback(). Instead AllocateResetVector() 
will use
    the previous allocated buffer address and save the contents before copying 
reset
    vector code. At the same time, FreeResetVector() will restore original 
contents
    after if SaveRestoreFlag is TRUE.
    
    Cc: Michael Kinney <michael.d.kinney@xxxxxxxxx>
    Cc: Feng Tian <feng.tian@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Jeff Fan <jeff.fan@xxxxxxxxx>
    Reviewed-by: Feng Tian <feng.tian@xxxxxxxxx>

commit 42c37b3b3322a597b62e14852bcb3030c86ea3c4
Author: Jeff Fan <jeff.fan@xxxxxxxxx>
Date:   Wed Aug 24 22:41:40 2016 +0800

    UefiCpuPkg/MpInitLib: Move two functions location
    
    Just move BackupAndPrepareWakeupBuffer() and RestoreWakeupBuffer() from
    PeiMpLib.c to MpLib.c.
    
    Cc: Michael Kinney <michael.d.kinney@xxxxxxxxx>
    Cc: Feng Tian <feng.tian@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Jeff Fan <jeff.fan@xxxxxxxxx>
    Reviewed-by: Feng Tian <feng.tian@xxxxxxxxx>

commit b31c1ad11e640eaa18cc32ceb095bc1ae5328ffa
Author: Jeff Fan <jeff.fan@xxxxxxxxx>
Date:   Wed Aug 24 22:12:52 2016 +0800

    UefiCpuPkg/MpInitLib: Fix function header comments typo
    
    Cc: Michael Kinney <michael.d.kinney@xxxxxxxxx>
    Cc: Feng Tian <feng.tian@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Jeff Fan <jeff.fan@xxxxxxxxx>
    Reviewed-by: Feng Tian <feng.tian@xxxxxxxxx>

commit d11f10d1e0c28a59bafa711aec936c54d654a7d3
Author: Jeff Fan <jeff.fan@xxxxxxxxx>
Date:   Wed Aug 24 22:02:48 2016 +0800

    UefiCpuPkg/MpInitLib: Rename EndOfPeiFlag to SaveRestoreFlag
    
    It will be used by DxePeiLib also.
    
    Cc: Michael Kinney <michael.d.kinney@xxxxxxxxx>
    Cc: Feng Tian <feng.tian@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Jeff Fan <jeff.fan@xxxxxxxxx>
    Reviewed-by: Feng Tian <feng.tian@xxxxxxxxx>

commit 5183fb3736bf2eb102474c6db19bf9a00be3d5f5
Author: Jeff Fan <jeff.fan@xxxxxxxxx>
Date:   Wed Aug 24 21:58:04 2016 +0800

    UefiCpuPkg/MpInitLib: Move allocating reserved memory for AP loop code
    
    In Exit Boot Services callback function, we cannot use allocate memory 
services
    because it may change the memory map that has been gotten by OS.
    
    This fix is to move allocating reserved memory for AP loop code to
    InitMpGlobalData() and save the memory address in one global variable.
    
    Cc: Michael Kinney <michael.d.kinney@xxxxxxxxx>
    Cc: Feng Tian <feng.tian@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Jeff Fan <jeff.fan@xxxxxxxxx>
    Reviewed-by: Feng Tian <feng.tian@xxxxxxxxx>

commit c1192210604f51c8397864293b1bdc00c5242c58
Author: Jeff Fan <jeff.fan@xxxxxxxxx>
Date:   Wed Aug 24 21:37:14 2016 +0800

    UefiCpuPkg/MpInitLib: Move timeout delay to WakupAp()
    
    After sending the 1st broadcast INIT-SIPI-SIPI, BSP will collect APs count 
after
    one specified timeout delay. However, WakupAp() will restore reset vector
    immediately after sending 1st broadcast INIT-SIPI-SIPI. Some processors may 
not
    complete executing reset vector code.
    
    This fix is to move MicroSecondDelay() from CollectProcessorCount() to the 
place
    that is after sending 1st broadcast INIT-SIPI-SIPI and before 
FreeResetVector()
    in WakupAp().
    
    Cc: Michael Kinney <michael.d.kinney@xxxxxxxxx>
    Cc: Feng Tian <feng.tian@xxxxxxxxx>
    Contributed-under: TianoCore Contribution Agreement 1.0
    Signed-off-by: Jeff Fan <jeff.fan@xxxxxxxxx>
    Reviewed-by: Feng Tian <feng.tian@xxxxxxxxx>

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

 


Rackspace

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