From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id EAB661A1E57 for ; Tue, 25 Oct 2016 00:54:28 -0700 (PDT) Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 370A17F6C8; Tue, 25 Oct 2016 07:54:28 +0000 (UTC) Received: from lacos-laptop-7.usersys.redhat.com (ovpn-116-71.phx2.redhat.com [10.3.116.71]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u9P7sQ80021994; Tue, 25 Oct 2016 03:54:26 -0400 To: "Kinney, Michael D" , "Gao, Liming" References: <20161021212737.15974-1-lersek@redhat.com> <20161021212737.15974-2-lersek@redhat.com> <567fc440-ce97-548d-e645-6ae84dfbf488@redhat.com> Cc: edk2-devel-01 , "Jordan Justen (Intel address)" , Ard Biesheuvel From: Laszlo Ersek Message-ID: <5f28fb02-1b03-e3e8-7a8d-443579bfe30a@redhat.com> Date: Tue, 25 Oct 2016 09:54:25 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.25]); Tue, 25 Oct 2016 07:54:28 +0000 (UTC) Subject: Re: [PATCH 01/19] MdePkg/DebugLib.h: add ASSERT_RETURN_ERROR() X-BeenThere: edk2-devel@lists.01.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: EDK II Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Oct 2016 07:54:29 -0000 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit On 10/25/16 01:05, Kinney, Michael D wrote: > Hi Laszlo, > > Sorry for the delay. I was traveling last week. > > I did see this and I have been thinking about it. > I think it does make sense to add this new macro > for libraries of type BASE. I am surprised we did > not run into an issue before that would have required > the introduction of this macro earlier. Unless the > workaround has been to add #include of > , which makes me think we should > review BASE libraries to make sure that extra include > is not present. I spent a few minutes on the following shell script, to identify such libraries: { # Locate the INF files that have a LIBRARY_CLASS define with a client # module type list that explicitly includes BASE git grep -l -E '\' -- \ '*.inf' # Locate the INF files that have MODULE_TYPE=BASE, and a LIBRARY_CLASS # define without a client type list. git grep -l -E '\' -- '*inf' \ | xargs -r -- grep -l -E '\[^|]+$' -- } \ | { # Cut off the last pathname component, in order to get the pathname of # the directory containing the INF file rev | cut -f 2- -d / | rev } \ | { # If a directory has several matching INF files, list the directory # only once. sort -u } \ | { # Check if any file in these directories includes # "Uefi/UefiBaseType.h". xargs -r -- grep -r -l Uefi/UefiBaseType.h -- } It prints the following files: CorebootModulePkg/Library/CbParseLib/CbParseLib.c CorebootPayloadPkg/Library/PlatformHookLib/PlatformHookLib.c MdeModulePkg/Library/FrameBufferBltLib/FrameBufferBltLib.c MdePkg/Library/BaseLib/FilePaths.c OvmfPkg/Library/XenConsoleSerialPortLib/XenConsoleSerialPortLib.c QuarkSocPkg/QuarkNorthCluster/Library/QNCSmmLib/QNCSmmLib.c QuarkSocPkg/QuarkNorthCluster/Library/ResetSystemLib/ResetSystemLib.c We should likely investigate them. I'll handle the OvmfPkg one. > > The EFI_* error codes are mapped to RETURN_* error > codes. So the only feedback I was considering was > to implement ASSERT_EFI_ERROR() using > ASSERT_RETURN_ERROR(), but that might not always be > the right mapping because the RETURN_* codes are > a subset of EFI_* error codes. > > Reviewed-by: Michael Kinney Thank you! Laszlo > Best regards, > > Mike > > >> -----Original Message----- >> From: Laszlo Ersek [mailto:lersek@redhat.com] >> Sent: Monday, October 24, 2016 2:00 PM >> To: Kinney, Michael D ; Gao, Liming >> >> Cc: edk2-devel-01 >> Subject: Re: [edk2] [PATCH 01/19] MdePkg/DebugLib.h: add ASSERT_RETURN_ERROR() >> >> Mike, Liming, >> >> On 10/21/16 23:27, Laszlo Ersek wrote: >>> ASSERT_EFI_ERROR() cannot be used in BASE type modules because >>> - the replacement text calls EFI_ERROR(), >>> - EFI_ERROR() is defined in "MdePkg/Include/Uefi/UefiBaseType.h", >>> - the inclusion of "UefiBaseType.h" is not required for BASE type modules. >>> >>> While >>> >>> ASSERT (!RETURN_ERROR (StatusParameter)) >>> >>> would be a functional statement in BASE type modules, it would be less >>> convenient and less informative: ASSERT_EFI_ERROR() prints the actual >>> StatusParameter. >>> >>> Hence add ASSERT_RETURN_ERROR(), paralleling ASSERT_EFI_ERROR(). Copy the >>> original macro definition and update it as follows: >>> - replace EFI with RETURN, >>> - wrap overlong lines in the comment block and in the code, >>> - EFI_D_ERROR is deprecated, so employ DEBUG_ERROR instead. >>> >>> Cc: Liming Gao >>> Cc: Michael D Kinney >>> Ref: https://bugzilla.tianocore.org/show_bug.cgi?id=166 >>> Contributed-under: TianoCore Contribution Agreement 1.0 >>> Signed-off-by: Laszlo Ersek >>> --- >>> >>> Notes: >>> OvmfPkg/SmbiosVersionLib, modified in one of the upcoming patches, is >>> one such BASE module. >>> >>> MdePkg/Include/Library/DebugLib.h | 27 ++++++++++++++++++++ >>> 1 file changed, 27 insertions(+) >>> >>> diff --git a/MdePkg/Include/Library/DebugLib.h b/MdePkg/Include/Library/DebugLib.h >>> index 81904325703f..3a910e6a208b 100644 >>> --- a/MdePkg/Include/Library/DebugLib.h >>> +++ b/MdePkg/Include/Library/DebugLib.h >>> @@ -348,6 +348,33 @@ DebugPrintLevelEnabled ( >>> #define ASSERT_EFI_ERROR(StatusParameter) >>> #endif >>> >>> +/** >>> + Macro that calls DebugAssert() if a RETURN_STATUS evaluates to an error code. >>> + >>> + If MDEPKG_NDEBUG is not defined and the DEBUG_PROPERTY_DEBUG_ASSERT_ENABLED >>> + bit of PcdDebugProperyMask is set, then this macro evaluates the >>> + RETURN_STATUS value specified by StatusParameter. If StatusParameter is an >>> + error code, then DebugAssert() is called passing in the source filename, >>> + source line number, and StatusParameter. >>> + >>> + @param StatusParameter RETURN_STATUS value to evaluate. >>> + >>> +**/ >>> +#if !defined(MDEPKG_NDEBUG) >>> + #define ASSERT_RETURN_ERROR(StatusParameter) \ >>> + do { \ >>> + if (DebugAssertEnabled ()) { \ >>> + if (RETURN_ERROR (StatusParameter)) { \ >>> + DEBUG ((DEBUG_ERROR, "\nASSERT_RETURN_ERROR (Status = %r)\n", \ >>> + StatusParameter)); \ >>> + _ASSERT (!RETURN_ERROR (StatusParameter)); \ >>> + } \ >>> + } \ >>> + } while (FALSE) >>> +#else >>> + #define ASSERT_RETURN_ERROR(StatusParameter) >>> +#endif >>> + >>> /** >>> Macro that calls DebugAssert() if a protocol is already installed in the >>> handle database. >>> >> >> can I please get a maintainer review for this patch? The rest of the >> series is ready to go, but it depends on this patch. >> >> Thanks! >> Laszlo >