From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from lists.xenproject.org (lists.xenproject.org [192.237.175.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id A5FBED3E18E for ; Fri, 18 Oct 2024 23:10:28 +0000 (UTC) Received: from list by lists.xenproject.org with outflank-mailman.822250.1236246 (Exim 4.92) (envelope-from ) id 1t1w6Y-0003bP-W3; Fri, 18 Oct 2024 23:09:58 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 822250.1236246; Fri, 18 Oct 2024 23:09:58 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1t1w6Y-0003bI-TM; Fri, 18 Oct 2024 23:09:58 +0000 Received: by outflank-mailman (input) for mailman id 822250; Fri, 18 Oct 2024 23:09:57 +0000 Received: from mail.xenproject.org ([104.130.215.37]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1t1w6X-0003b8-Np; Fri, 18 Oct 2024 23:09:57 +0000 Received: from host146.205.237.98.conversent.net ([205.237.98.146] helo=infra.test-lab.xenproject.org) by mail.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1t1w6X-0007F6-KL; Fri, 18 Oct 2024 23:09:57 +0000 Received: from [172.16.148.1] (helo=osstest.test-lab.xenproject.org) by infra.test-lab.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1t1w6X-0006yn-3W; Fri, 18 Oct 2024 23:09:57 +0000 Received: from osstest by osstest.test-lab.xenproject.org with local (Exim 4.92) (envelope-from ) id 1t1w6X-00044W-39; Fri, 18 Oct 2024 23:09:57 +0000 X-BeenThere: xen-devel@lists.xenproject.org List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-devel-bounces@lists.xenproject.org Precedence: list Sender: "Xen-devel" DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=xenproject.org; s=20200302mail; h=Date:From:Subject:MIME-Version: Content-Transfer-Encoding:Content-Type:Message-ID:To; bh=YXUbhNQDhmgHe7MSpOJexNYqgTzHSznEhgymMxfON84=; b=2644KqebwODdHERWlFYax8MlZi ulv+wbK3ps9a0f/DPX5J1Yk4kUUQA3ukX/dIZHV4ZGAPSNwxTk8XiVltew1v1wzKC0RRfSJwkQP8T OoL+Ta7gY1XMkWzbnEru/0rVRmvfVD9h+82XZJ0t9NSgGmtHbOrQpAdvNyFhteOPkV1A=; To: xen-devel@lists.xenproject.org Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Subject: [ovmf test] 188268: regressions - FAIL X-Osstest-Failures: ovmf:test-amd64-amd64-xl-qemuu-ovmf-amd64:debian-hvm-install:fail:regression X-Osstest-Versions-This: ovmf=8f84eb0e761992dc1218f63ee53a54ac0c65630f X-Osstest-Versions-That: ovmf=e19cc32bce466fb1c175f7d44708c2ebb45802a7 From: osstest service owner Date: Fri, 18 Oct 2024 23:09:57 +0000 flight 188268 ovmf real [real] flight 188273 ovmf real-retest [real] http://logs.test-lab.xenproject.org/osstest/logs/188268/ http://logs.test-lab.xenproject.org/osstest/logs/188273/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-ovmf-amd64 12 debian-hvm-install fail REGR. vs. 188152 version targeted for testing: ovmf 8f84eb0e761992dc1218f63ee53a54ac0c65630f baseline version: ovmf e19cc32bce466fb1c175f7d44708c2ebb45802a7 Last test of basis 188152 2024-10-17 07:11:33 Z 1 days Failing since 188156 2024-10-17 09:14:11 Z 1 days 9 attempts Testing same since 188268 2024-10-18 18:13:31 Z 0 days 1 attempts ------------------------------------------------------------ People who touched revisions under test: jack Hsieh Jeremy Compostella Kun Qin Kun Qin Mike Beaton Sienski Piotr v-chhsieh 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 fail ------------------------------------------------------------ sg-report-flight on osstest.test-lab.xenproject.org logs: /home/logs/logs images: /home/logs/images Logs, config files, etc. are available at http://logs.test-lab.xenproject.org/osstest/logs Explanation of these reports, and of osstest in general, is at http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README.email;hb=master http://xenbits.xen.org/gitweb/?p=osstest.git;a=blob;f=README;hb=master Test harness code can be found at http://xenbits.xen.org/gitweb?p=osstest.git;a=summary Not pushing. ------------------------------------------------------------ commit 8f84eb0e761992dc1218f63ee53a54ac0c65630f Author: Mike Beaton Date: Sun Sep 29 11:40:44 2024 +0100 BaseTools: Remove -Wno-unneeded-internal-declaration from CLANGDWARF Subsequent to updating the 'null' DEBUG macro to explicitly discard its expression, it is possible to remove this warning suppression from CLANGDWARF and still successfully compile its RELEASE build. Note that CLANGPDB did and does not have this warning suppressed, and so before updating the 'null' DEBUG macro, CLANGPDB RELEASE was not building successfully in recent versions of clang, but was stopping with the error: .../edk2/OvmfPkg/VirtioSerialDxe/VirtioSerial.c:28:22: error: variable 'EventNames' is not needed and will not be emitted [-Werror,-Wunneeded-internal-declaration] STATIC CONST CHAR8 *EventNames[] = { ^ This change makes the two CLANG variants match with respect to this warning, and leaves the warning enabled which is considered a benefit as it has the potential to catch real coding errors Signed-off-by: Mike Beaton commit ae83c6b7fd83a5906e016a32027c1bcd792a624e Author: Mike Beaton Date: Sat Sep 28 02:43:15 2024 +0100 MdePkg: Fix null macros for XCODE5 and CLANG When building OvmfPkg in RELEASE mode in the XCODE5 toolchain, the ASSERT_EFI_ERROR change prevents this error: .../MdePkg/Library/UefiMemoryAllocationLib/MemoryAllocationLib.c:141:15: error: variable 'Status' set but not used [-Werror,-Wunused-but-set-variable] EFI_STATUS Status; ^ which is currently stopping the build. When building in RELEASE mode in the CLANGPDB toolchain,the DEBUG macro change prevents this error: .../edk2/OvmfPkg/VirtioSerialDxe/VirtioSerial.c:28:22: error: variable 'EventNames' is not needed and will not be emitted [-Werror,-Wunneeded-internal-declaration] STATIC CONST CHAR8 *EventNames[] = { ^ which is currently stopping the build. CLANGDWARF produces the same error as CLANGPDB above, if -Wno-unneeded-internal-declaration is removed from its build flags. With the null DEBUG macro change, this warning suppression can be removed from CLANGDWARF, which is considered a benefit as it has the potential to catch real coding errors. This is done in a subsequent commit. This commit has the desirable side effect that we no longer require (and cannot use) explicit `#ifndef MDEPKG_NDEBUG` around items only used in DEBUG macros. This requires the ArmPkg change made here to be in the same commit as the MdePkg changes. Note: In common with existing macros in EDK II, including the pre-existing and unchanged DEBUG/NOOPT versions of the macros which are modified here, we use the standard approach of adding `do { ... } while (FALSE)` wrapping to ensure that the macros behave correctly with surrounding code (e.g. require a following ';' and do not combine in unexpected ways with nearby conditionals). Continuous-integration-options: PatchCheck.ignore-multi-package Co-authored-by: Mikhail Krichanov Signed-off-by: Mike Beaton commit 6e197a8ba5e349e511850fc52457992de88c8795 Author: v-chhsieh Date: Mon Sep 30 14:43:39 2024 +0800 MdePkg: Add Google Test Library and Protocol Mock Libraries: MdePkg\Test\Mock\Library\GoogleTest\MockCpuLib MdePkg\Test\Mock\Library\GoogleTest\MockPciSegmentLib MdePkg\Test\Mock\Library\GoogleTest\MockReportStatusCodeLib MdePkg\Test\Mock\Library\GoogleTest\MockSmmServicesTableLib Mock Protocol: MdePkg\Test\Mock\Include\GoogleTest\Protocol\MockMpService.h Signed-off-by: jack Hsieh Cc: Maintainer Shruti Gupta Cc: Reviewer Shruti Gupta commit 866abb233817eb349fa5fe2b32283e990a8e5056 Author: Jeremy Compostella Date: Wed Oct 9 15:03:13 2024 -0700 MdeModulePkg: Replace right bit shift operator with RShiftU64 Instead of using bit shift operations, it is preferable to use BaseLib bit shift functions to prevent compilers from inserting intrinsics. Signed-off-by: Jeremy Compostella commit 996e740cc83aa499d91b3ab3ae857dab7578e05c Author: Jeremy Compostella Date: Tue Oct 8 16:55:51 2024 -0700 MdeModulePkg: Fix PeiAllocatePages() corner case I recently ran into an AllocatePages() hang. It turns out that AllocatePages() does not account for the Memory Allocation HOB when it makes the decision of allocating out of free memory. Here is the scenario: FreeMemoryTop - 0x71C03000 FreeMemoryBottom - 0x71BDBFD8 => We have 159,784 bytes left => ~39.0098 pages left. We attempt to allocate 39 pages. There are enough pages left but allocating those pages requires to allocate a Memory Allocation HOB which needs an extra 48 bytes. But once the pages are allocated, there are only 40 bytes left. In addition to taking into account the Memory Allocation HOB size, this commit reverses the condition to keep it simple. Signed-off-by: Jeremy Compostella commit 1b70dcd375765d293f57fe546710b98525e6a46d Author: Sienski Piotr Date: Mon Oct 14 12:24:14 2024 +0200 MdePkg/Include/Guid: Add missing CXL definitions to Cper.h [Issue Description] In MdePkg/Include/Guid/Cper.h there are missing multiple definitions regarding CXL that can be found in UEFI 2.10 spec chapters N.2.13 and N.2.14 [Resolution] Add these definitions to MdePkg/Include/Guid/Cper.h Signed-off-by: Sienski Piotr commit 79598f34fa024ad2491b46b95c3189c5a7f159d2 Author: Kun Qin Date: Wed Aug 10 22:56:34 2022 -0700 MdeModulePkg: PeiMain: Updated dispatcher for delayed dispatch REF: https://bugzilla.tianocore.org/show_bug.cgi?id=4496 This change adds a check for PEI dispatcher to continue dispatching when there are still pending delayed dispatch requests, to be compatible with newly integrated Delayed Dispatcher PPI interface. Cc: Jian J Wang Cc: Liming Gao Cc: Dandan Bi Cc: Debkumar De Cc: Catharine West Co-authored-by: John Schock Signed-off-by: Kun Qin commit d64d1e195ceb003c824786bfd817227c7ae81f06 Author: Kun Qin Date: Thu Sep 19 14:11:37 2024 -0700 MdeModulePkg: PeiMain: Introduce implementation of delayed dispatch REF: https://bugzilla.tianocore.org/show_bug.cgi?id=4496 This change adds the implementation that fits the needs and description of PI spec defined Delayed Dispatch PPI in Pei Core. The PPI would allow minimal delay for registered callbacks. As well as allowing other functions to wait for GUIDed delayed dispatch callbacks. Cc: Jian J Wang Cc: Dandan Bi Cc: Liming Gao Cc: Debkumar De Cc: Catharine West Co-authored-by: Mike Turner Co-authored-by: Sachin Ganesh Signed-off-by: Kun Qin commit b3f36e151d8b014cac5c6a833e2270c14d998739 Author: Kun Qin Date: Thu Sep 19 14:09:03 2024 -0700 MdePkg: Update Delayed Dispatch PPI as per PI 1.8 A Spec REF: https://bugzilla.tianocore.org/show_bug.cgi?id=4496 PI spec defined the `Register` function input argument `Delay` as output. However, this parameter should be used to define the minmal time delay the callback should fire. Thus it should be an input parameter. This change fixed the argument type. Cc: Michael D Kinney Cc: Liming Gao Cc: Zhiguang Liu Co-authored-by: Mike Turner Co-authored-by: Sachin Ganesh Signed-off-by: Kun Qin