[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [ovmf baseline-only test] 67685: all pass
This run is configured for baseline tests only. flight 67685 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/67685/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 7eb3bb6c552d59b28f07ce5787049b53da76d5cf baseline version: ovmf 27733778fc6a855e0dfde2071f011f3d7b394867 Last test of basis 67681 2016-09-09 06:50:22 Z 0 days Testing same since 67685 2016-09-09 21:46:28 Z 0 days 1 attempts ------------------------------------------------------------ People who touched revisions under test: Abdul Lateef Attar <abdul-lateef.attar@xxxxxxx> Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx> Laszlo Ersek <lersek@xxxxxxxxxx> 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 7eb3bb6c552d59b28f07ce5787049b53da76d5cf Author: Laszlo Ersek <lersek@xxxxxxxxxx> Date: Thu Sep 8 16:57:02 2016 +0200 ShellPkg/UefiHandleParsingLib: fix retval for empty child controller array The ParseHandleDatabaseForChildControllers() function intends to work like this: (1) It allocates a "HandleBufferForReturn" local array that's guaranteed to be big enough for all found handles, (2) it collects the handles, both counting them in the (mandatory) "MatchingHandleCount" output parameter, and saving them in the local "HandleBufferForReturn" array, (3) if the caller is not interested in the actual handles, then "HandleBufferForReturn" is released, (4) if the caller is interested in the handles, and we've found some, then "HandleBufferForReturn" is passed out through the "MatchingHandleBuffer" output parameter, (5) if the caller is interested in the actual handles, but we've found none, then the "MatchingHandleBuffer" output parameter is set to NULL. The ASSERT() at the end of the function makes this clear, but the implementation does not conform to (5). Fix it. Cc: Jaben Carsey <jaben.carsey@xxxxxxxxx> Cc: Ruiyu Ni <ruiyu.ni@xxxxxxxxx> Cc: Tapan Shah <tapandshah@xxxxxxx> Reported-by: Tapan Shah <tapandshah@xxxxxxx> Ref: https://tianocore.acgmultimedia.com/show_bug.cgi?id=112 Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Laszlo Ersek <lersek@xxxxxxxxxx> Reviewed-by: Jaben Carsey <jaben.carsey@xxxxxxxxx> Reviewed-by: Tapan Shah <tapandshah@xxxxxxx> commit b6c54204617c37e305c4389ece4f7af116485f92 Author: Laszlo Ersek <lersek@xxxxxxxxxx> Date: Thu Sep 8 17:10:47 2016 +0200 ShellPkg/UefiHandleParsingLib: fix IN/OUT notation in child ctrlr parsing "MatchingHandleCount" is an output parameter of ParseHandleDatabaseForChildControllers(). Cc: Jaben Carsey <jaben.carsey@xxxxxxxxx> Cc: Ruiyu Ni <ruiyu.ni@xxxxxxxxx> Cc: Tapan Shah <tapandshah@xxxxxxx> Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Laszlo Ersek <lersek@xxxxxxxxxx> Reviewed-by: Jaben Carsey <jaben.carsey@xxxxxxxxx> Reviewed-by: Tapan Shah <tapandshah@xxxxxxx> commit 1b3be4a12e7dd7504b502fb58929efec967b7fbf Author: Abdul Lateef Attar <abdul-lateef.attar@xxxxxxx> Date: Fri Sep 9 23:31:35 2016 -0700 ShellPkg: pci -i -_e to print next capability According to PCI spec the next AER capability is relative to the beginning of PCI configuration space. Hence substract the base offset to get the next capability. "-_e" option is changed from TypeFlag to TypeValue, so that user can specify individual AER capability to print. e.g. pci 00 00 01 -i -_e <capability-id> Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Abdul Lateef Attar <abdul-lateef.attar@xxxxxxx> Reviewed-by: Jaben Carsey <jaben.carsey@xxxxxxxxx> commit e51a677dea1b4ec3536e32b590b165dbcd30a87d Author: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx> Date: Mon Sep 5 15:12:01 2016 +0100 ArmPkg/ArmBaseLib: clean up directory structure For historical reasons, the files under ArmLib are split up into 'common' files under Common/, containing common C files as well as AArch64 and Arm specific asm files, and ArmV7 and AArch64 files under ArmV7/ and AArch64/, respectively. This presumably dates back to the time when ArmLib supported different revisions of the 32-bit architecture (i.e., pre-V7) Since the PI spec requires V7 or later, we can simplify this to Arm/ and AArch64, which aligns ArmLib with the majority of other modules that carry ARM or AArch64 specific code. So move the files around so that shared files live at the same level as ArmBaseLib.inf, and ARM/AArch64 specific files live in Arm/ or AArch64/, respectively. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx> Reviewed-by: Leif Lindholm <leif.lindholm@xxxxxxxxxx> commit 20d988be998dfb54d00e12853b1a06445a830f5e Author: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx> Date: Mon Sep 5 15:03:20 2016 +0100 ArmPkg/ArmBaseLib: remove MemoryAllocationLib.h includes The ArmBaseLib timer code does not depend on MemoryAllocationLib at all, so remove the #includes referring to it. Contributed-under: TianoCore Contribution Agreement 1.0 Signed-off-by: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx> Reviewed-by: Leif Lindholm <leif.lindholm@xxxxxxxxxx> _______________________________________________ osstest-output mailing list osstest-output@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/cgi-bin/mailman/listinfo/osstest-output
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |