[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [ovmf baseline-only test] 38247: all pass
This run is configured for baseline tests only. flight 38247 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/38247/ Perfect :-) All tests in this flight passed version targeted for testing: ovmf fad21b7c57336bbf0ae363d56e35cbccca67ff3b baseline version: ovmf 8aa6ebe83f91fcd5e1a67d316e444f4ac8b1319d Last test of basis 38245 2015-11-03 08:58:06 Z 1 days Testing same since 38247 2015-11-04 12:50:28 Z 0 days 1 attempts ------------------------------------------------------------ People who touched revisions under test: Cinnamon Shia <cinnamon.shia@xxxxxxx> Jeff Fan <jeff.fan@xxxxxxxxx> Michael Kinney <michael.d.kinney@xxxxxxxxx> Ruiyu Ni <ruiyu.ni@xxxxxxxxx> Samer El-Haj-Mahmoud <samer.el-haj-mahmoud@xxxxxxx> Sunny Wang <sunnywang@xxxxxxx> 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 fad21b7c57336bbf0ae363d56e35cbccca67ff3b Author: Sunny Wang <sunnywang@xxxxxxx> Date: Tue Nov 3 02:58:30 2015 +0000 MdeModulePkg: Fix memory leak issues Fix memory leak issues Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Sunny Wang <sunnywang@xxxxxxx> Reviewed-by: Ruiyu Ni <ruiyu.ni@xxxxxxxxx> git-svn-id: https://svn.code.sf.net/p/edk2/code/trunk/edk2@18722 6f19259b-4bc3-4df7-8a09-765794883524 commit e7e346962b2ae6fcf05b840149cb0b1768173ae2 Author: Cinnamon Shia <cinnamon.shia@xxxxxxx> Date: Tue Nov 3 02:44:48 2015 +0000 MdeModulePkg/RegularExpressionDxe: Add missing PrintLib AsciiVSPrint is used in RegularExpressionDxe/Oniguruma/OnigurumaUefiPort.c. But PrintLib is missing in RegularExpressionDxe.inf. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Cinnamon Shia <cinnamon.shia@xxxxxxx> Reviewed-by: Samer El-Haj-Mahmoud <elhaj@xxxxxxx> git-svn-id: https://svn.code.sf.net/p/edk2/code/trunk/edk2@18721 6f19259b-4bc3-4df7-8a09-765794883524 commit 0af8e57c740304a5ee79d40d227b673fa9f223ef Author: Cinnamon Shia <cinnamon.shia@xxxxxxx> Date: Tue Nov 3 02:43:03 2015 +0000 MdeModulePkg/RegularExpressionDxe: Correct copyright Correct copyrights in RegularExpressionDxe Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Cinnamon Shia <cinnamon.shia@xxxxxxx> Reviewed-by: Samer El-Haj-Mahmoud <elhaj@xxxxxxx> git-svn-id: https://svn.code.sf.net/p/edk2/code/trunk/edk2@18720 6f19259b-4bc3-4df7-8a09-765794883524 commit c7e7613e09ff10257dfc301ac1cd3bff807e6c02 Author: Ruiyu Ni <ruiyu.ni@xxxxxxxxx> Date: Tue Nov 3 02:34:21 2015 +0000 MdeModulePkg: Fix a PciBusDxe hot plug bug For a hot plug bridge with device attached, PciBusDxe driver reserves the resources which equal to the total amount of padding resource returned from HotPlug->GetResourcePadding() and the actual occupied resource by the attached device. The behavior is incorrect. Correct behavior is to reserve the bigger one between the padding resource and the actual occupied resource. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Ruiyu Ni <ruiyu.ni@xxxxxxxxx> Reviewed-by: Feng Tian <feng.tian@xxxxxxxxx> git-svn-id: https://svn.code.sf.net/p/edk2/code/trunk/edk2@18719 6f19259b-4bc3-4df7-8a09-765794883524 commit f67bd32ddaae9d5c11481007bbd63e0a3e881f3a Author: Ruiyu Ni <ruiyu.ni@xxxxxxxxx> Date: Tue Nov 3 02:33:41 2015 +0000 MdeModulePkg: Fix a PCI resource dumping bug in PciBusDxe driver The resource dumping logic contains a bug which cannot dump the resource for hot plug controller correctly. The patch fixes this bug. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Ruiyu Ni <ruiyu.ni@xxxxxxxxx> Reviewed-by: Feng Tian <feng.tian@xxxxxxxxx> git-svn-id: https://svn.code.sf.net/p/edk2/code/trunk/edk2@18718 6f19259b-4bc3-4df7-8a09-765794883524 commit b3800cfd10abe8033e16147ad16b01cd16aae0d7 Author: Ruiyu Ni <ruiyu.ni@xxxxxxxxx> Date: Tue Nov 3 02:33:05 2015 +0000 Revert "MdeModulePkg: Fix a PciBusDxe hot plug bug" Leif suggested to split the big patch to smaller ones. This reverts commit 73b7f115c653c807b9d0be97bf516871d8aff7ba. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Ruiyu Ni <ruiyu.ni@xxxxxxxxx> Reviewed-by: Feng Tian <feng.tian@xxxxxxxxx> git-svn-id: https://svn.code.sf.net/p/edk2/code/trunk/edk2@18717 6f19259b-4bc3-4df7-8a09-765794883524 commit 229fd9e7aa1c5ca9cfac7fcc0d49f0d8534e4c0c Author: Michael Kinney <michael.d.kinney@xxxxxxxxx> Date: Tue Nov 3 02:06:57 2015 +0000 MdeModulePkg: PiSmmCore: Remove confusing CopyMem() of SMM_ENTRY_CONTEXT A subset of fields in the EFI_SMM_SYSTEM_TABLE2 structure are identical to the fields in the SMM_ENTRY_CONTEXT structure. CopyMem() is used to transfer the contents of the SMM_ENTRY_CONTEXT structure into the EFI_SMM_SYSTEM_TABLE2. This is confusing because SMM_ENTRY_CONTEXT is not used in the declaration of EFI_SMM_SYSTEM_TABLE2 and field contents are transferred without any reference to individual field names (e.g. CurrentlyExecutingCpu). In order to make the code easier to maintain and understand, the CopyMem() is replaced with statements that transfer each field of SMM_ENTRY_CONTEXT into EFI_SMM_SYSTEM_TABLE2. Reported-by: Laszlo Ersek <lersek@xxxxxxxxxx> Link: http://article.gmane.org/gmane.comp.bios.edk2.devel/3567 Cc: Feng Tian <feng.tian@xxxxxxxxx> Cc: Jeff Fan <jeff.fan@xxxxxxxxx> Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Michael Kinney <michael.d.kinney@xxxxxxxxx> Reviewed-by: Feng Tian <feng.tian@xxxxxxxxx> Reviewed-by: Laszlo Ersek <lersek@xxxxxxxxxx> git-svn-id: https://svn.code.sf.net/p/edk2/code/trunk/edk2@18716 6f19259b-4bc3-4df7-8a09-765794883524 commit f6b0cb17b1b0edff35b2e73e3bc9085769f13eca Author: Jeff Fan <jeff.fan@xxxxxxxxx> Date: Mon Nov 2 03:04:19 2015 +0000 UefiCpuPkg/PiSmmCpuDxeSmm: Shouldn't use gSmst->CurrentlyExecutingCpu In ConfigSmmCodeAccessCheck(), we used gSmst->CurrentlyExecutingCpu to get the current SMM BSP. But ConfigSmmCodeAccessCheck() maybe invoked before executing SmmCoreEntry() and gSmst->CurrentlyExecutingCpu hasn't been updated to the latest value. The code flow is as below: BSPHandler() gSmmCpuPrivate->SmmCoreEntryContext.CurrentlyExecutingCpu = CpuIndex; // // when mRestoreSmmConfigurationInS3 is set: // ConfigSmmCodeAccessCheck() // // reads gSmst->CurrentlyExecutingCpu to early // gSmmCpuPrivate->SmmCoreEntry (&gSmmCpuPrivate->SmmCoreEntryContext) // // sets gSmst->CurrentlyExecutingCpu with CopyMem() too late // CopyMem (&gSmmCoreSmst.SmmStartupThisAp, SmmEntryContext, sizeof (EFI_SMM_ENTRY_CONTEXT)); Instead, we should use gSmmCpuPrivate->SmmCoreEntryContext.CurrentlyExecutingCpu directly. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Jeff Fan <jeff.fan@xxxxxxxxx> Reviewed-by: Laszlo Ersek <lersek@xxxxxxxxxx> git-svn-id: https://svn.code.sf.net/p/edk2/code/trunk/edk2@18715 6f19259b-4bc3-4df7-8a09-765794883524 commit 32c8c88df50e0757a3fddfe9c81b54d266a6d4e7 Author: Samer El-Haj-Mahmoud <samer.el-haj-mahmoud@xxxxxxx> Date: Mon Nov 2 02:38:24 2015 +0000 MdeModulePkg: Add DEBUG statement when reaching max perf log entries Add a DEBUG statement when the number of PEI perf log entries exceeds PcdMaxPeiPerformanceLogEntries Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Samer El-Haj-Mahmoud <samer.el-haj-mahmoud@xxxxxxx> Reviewed-by: Star Zeng <star.zeng@xxxxxxxxx> git-svn-id: https://svn.code.sf.net/p/edk2/code/trunk/edk2@18714 6f19259b-4bc3-4df7-8a09-765794883524 _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |