public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
From: Ard Biesheuvel <ard.biesheuvel@linaro.org>
To: Laszlo Ersek <lersek@redhat.com>
Cc: "edk2-devel@lists.01.org" <edk2-devel@lists.01.org>,
	Julien Grall <julien.grall@linaro.org>
Subject: Re: [PATCH] ArmVirtPkg/PrePi: don't export PE/COFF and LZMA libraries via HOBs
Date: Mon, 27 Nov 2017 18:25:20 +0000	[thread overview]
Message-ID: <CAKv+Gu_26VOHSw9uCQ5QY65_uQDtxdjzn4e_vDe+1sD5m+xOdQ@mail.gmail.com> (raw)
In-Reply-To: <fe67b960-ef1b-3c7d-4a85-e2f4c8e8a7d1@redhat.com>

On 27 November 2017 at 12:32, Laszlo Ersek <lersek@redhat.com> wrote:
> On 11/24/17 10:51, Ard Biesheuvel wrote:
>> The PrePi code we inherited from ArmPlatformPkg contains a rather
>> obscure optimization, where entry points of the PE/COFF and LZMA
>> handling routines are recorded in special HOBs, allowing DXE core
>> to call into that code directly rather than carry its own copy of
>> these libraries.
>>
>> Given that no ArmVirtPkg platforms actually include the library
>> resolutions* that take advantage of these optimizations, let's not
>> bother with them, and remove the associated code.
>>
>> * EmbeddedPkg/Library/LzmaHobCustomDecompressLib/LzmaHobCustomDecompressLib.inf
>>   EmbeddedPkg/Library/DxeHobPeCoffLib/DxeHobPeCoffLib.inf
>>
>> Contributed-under: TianoCore Contribution Agreement 1.1
>> Signed-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
>> ---
>>  ArmVirtPkg/PrePi/ArmVirtPrePiUniCoreRelocatable.inf |   1 -
>>  ArmVirtPkg/PrePi/LzmaDecompress.h                   | 103 --------------------
>>  ArmVirtPkg/PrePi/PrePi.c                            |  11 ---
>>  3 files changed, 115 deletions(-)
>>
>> diff --git a/ArmVirtPkg/PrePi/ArmVirtPrePiUniCoreRelocatable.inf b/ArmVirtPkg/PrePi/ArmVirtPrePiUniCoreRelocatable.inf
>> index 58290d2d1b76..b3a3f5da065e 100755
>> --- a/ArmVirtPkg/PrePi/ArmVirtPrePiUniCoreRelocatable.inf
>> +++ b/ArmVirtPkg/PrePi/ArmVirtPrePiUniCoreRelocatable.inf
>> @@ -51,7 +51,6 @@ [LibraryClasses]
>>    SerialPortLib
>>    ExtractGuidedSectionLib
>>    LzmaDecompressLib
>> -  PeCoffGetEntryPointLib
>>    PrePiLib
>>    MemoryAllocationLib
>>    HobLib
>> diff --git a/ArmVirtPkg/PrePi/LzmaDecompress.h b/ArmVirtPkg/PrePi/LzmaDecompress.h
>> deleted file mode 100644
>> index a79ff343d231..000000000000
>> --- a/ArmVirtPkg/PrePi/LzmaDecompress.h
>> +++ /dev/null
>> @@ -1,103 +0,0 @@
>> -/** @file
>> -  LZMA Decompress Library header file
>> -
>> -  Copyright (c) 2006 - 2010, Intel Corporation. All rights reserved.<BR>
>> -  This program and the accompanying materials
>> -  are licensed and made available under the terms and conditions of the BSD License
>> -  which accompanies this distribution.  The full text of the license may be found at
>> -  http://opensource.org/licenses/bsd-license.php
>> -
>> -  THE PROGRAM IS DISTRIBUTED UNDER THE BSD LICENSE ON AN "AS IS" BASIS,
>> -  WITHOUT WARRANTIES OR REPRESENTATIONS OF ANY KIND, EITHER EXPRESS OR IMPLIED.
>> -
>> -**/
>> -
>> -#ifndef __LZMA_DECOMPRESS_H___
>> -#define __LZMA_DECOMPRESS_H___
>> -
>> -/**
>> -  Examines a GUIDed section and returns the size of the decoded buffer and the
>> -  size of an scratch buffer required to actually decode the data in a GUIDed section.
>> -
>> -  Examines a GUIDed section specified by InputSection.
>> -  If GUID for InputSection does not match the GUID that this handler supports,
>> -  then RETURN_UNSUPPORTED is returned.
>> -  If the required information can not be retrieved from InputSection,
>> -  then RETURN_INVALID_PARAMETER is returned.
>> -  If the GUID of InputSection does match the GUID that this handler supports,
>> -  then the size required to hold the decoded buffer is returned in OututBufferSize,
>> -  the size of an optional scratch buffer is returned in ScratchSize, and the Attributes field
>> -  from EFI_GUID_DEFINED_SECTION header of InputSection is returned in SectionAttribute.
>> -
>> -  If InputSection is NULL, then ASSERT().
>> -  If OutputBufferSize is NULL, then ASSERT().
>> -  If ScratchBufferSize is NULL, then ASSERT().
>> -  If SectionAttribute is NULL, then ASSERT().
>> -
>> -
>> -  @param[in]  InputSection       A pointer to a GUIDed section of an FFS formatted file.
>> -  @param[out] OutputBufferSize   A pointer to the size, in bytes, of an output buffer required
>> -                                 if the buffer specified by InputSection were decoded.
>> -  @param[out] ScratchBufferSize  A pointer to the size, in bytes, required as scratch space
>> -                                 if the buffer specified by InputSection were decoded.
>> -  @param[out] SectionAttribute   A pointer to the attributes of the GUIDed section. See the Attributes
>> -                                 field of EFI_GUID_DEFINED_SECTION in the PI Specification.
>> -
>> -  @retval  RETURN_SUCCESS            The information about InputSection was returned.
>> -  @retval  RETURN_UNSUPPORTED        The section specified by InputSection does not match the GUID this handler supports.
>> -  @retval  RETURN_INVALID_PARAMETER  The information can not be retrieved from the section specified by InputSection.
>> -
>> -**/
>> -RETURN_STATUS
>> -EFIAPI
>> -LzmaGuidedSectionGetInfo (
>> -  IN  CONST VOID  *InputSection,
>> -  OUT UINT32      *OutputBufferSize,
>> -  OUT UINT32      *ScratchBufferSize,
>> -  OUT UINT16      *SectionAttribute
>> -  );
>> -
>> -/**
>> -  Decompress a LZAM compressed GUIDed section into a caller allocated output buffer.
>> -
>> -  Decodes the GUIDed section specified by InputSection.
>> -  If GUID for InputSection does not match the GUID that this handler supports, then RETURN_UNSUPPORTED is returned.
>> -  If the data in InputSection can not be decoded, then RETURN_INVALID_PARAMETER is returned.
>> -  If the GUID of InputSection does match the GUID that this handler supports, then InputSection
>> -  is decoded into the buffer specified by OutputBuffer and the authentication status of this
>> -  decode operation is returned in AuthenticationStatus.  If the decoded buffer is identical to the
>> -  data in InputSection, then OutputBuffer is set to point at the data in InputSection.  Otherwise,
>> -  the decoded data will be placed in caller allocated buffer specified by OutputBuffer.
>> -
>> -  If InputSection is NULL, then ASSERT().
>> -  If OutputBuffer is NULL, then ASSERT().
>> -  If ScratchBuffer is NULL and this decode operation requires a scratch buffer, then ASSERT().
>> -  If AuthenticationStatus is NULL, then ASSERT().
>> -
>> -
>> -  @param[in]  InputSection  A pointer to a GUIDed section of an FFS formatted file.
>> -  @param[out] OutputBuffer  A pointer to a buffer that contains the result of a decode operation.
>> -  @param[out] ScratchBuffer A caller allocated buffer that may be required by this function
>> -                            as a scratch buffer to perform the decode operation.
>> -  @param[out] AuthenticationStatus
>> -                            A pointer to the authentication status of the decoded output buffer.
>> -                            See the definition of authentication status in the EFI_PEI_GUIDED_SECTION_EXTRACTION_PPI
>> -                            section of the PI Specification. EFI_AUTH_STATUS_PLATFORM_OVERRIDE must
>> -                            never be set by this handler.
>> -
>> -  @retval  RETURN_SUCCESS            The buffer specified by InputSection was decoded.
>> -  @retval  RETURN_UNSUPPORTED        The section specified by InputSection does not match the GUID this handler supports.
>> -  @retval  RETURN_INVALID_PARAMETER  The section specified by InputSection can not be decoded.
>> -
>> -**/
>> -RETURN_STATUS
>> -EFIAPI
>> -LzmaGuidedSectionExtraction (
>> -  IN CONST  VOID    *InputSection,
>> -  OUT       VOID    **OutputBuffer,
>> -  OUT       VOID    *ScratchBuffer,        OPTIONAL
>> -  OUT       UINT32  *AuthenticationStatus
>> -  );
>> -
>> -#endif // __LZMADECOMPRESS_H__
>> -
>> diff --git a/ArmVirtPkg/PrePi/PrePi.c b/ArmVirtPkg/PrePi/PrePi.c
>> index fce4ab9428a5..f6abe2f2016b 100755
>> --- a/ArmVirtPkg/PrePi/PrePi.c
>> +++ b/ArmVirtPkg/PrePi/PrePi.c
>> @@ -17,7 +17,6 @@
>>
>>  #include <Library/PrePiLib.h>
>>  #include <Library/PrintLib.h>
>> -#include <Library/PeCoffGetEntryPointLib.h>
>>  #include <Library/PrePiHobListPointerLib.h>
>>  #include <Library/TimerLib.h>
>>  #include <Library/PerformanceLib.h>
>> @@ -25,10 +24,8 @@
>>
>>  #include <Ppi/GuidedSectionExtraction.h>
>>  #include <Ppi/ArmMpCoreInfo.h>
>> -#include <Guid/LzmaDecompress.h>
>>
>>  #include "PrePi.h"
>> -#include "LzmaDecompress.h"
>>
>>  VOID
>>  EFIAPI
>> @@ -98,14 +95,6 @@ PrePiMain (
>>    // SEC phase needs to run library constructors by hand.
>>    ProcessLibraryConstructorList ();
>>
>> -  // Build HOBs to pass up our version of stuff the DXE Core needs to save space
>> -  BuildPeCoffLoaderHob ();
>> -  BuildExtractSectionHob (
>> -    &gLzmaCustomDecompressGuid,
>> -    LzmaGuidedSectionGetInfo,
>> -    LzmaGuidedSectionExtraction
>> -    );
>> -
>>    // Assume the FV that contains the SEC (our code) also contains a compressed FV.
>>    Status = DecompressFirstFv ();
>>    ASSERT_EFI_ERROR (Status);
>>
>
> Acked-by: Laszlo Ersek <lersek@redhat.com>
>

Thanks. Pushed as 2c936d7c39ba4305e2da39ef2059326802a42bd2


      reply	other threads:[~2017-11-27 18:20 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-11-24  9:51 [PATCH] ArmVirtPkg/PrePi: don't export PE/COFF and LZMA libraries via HOBs Ard Biesheuvel
2017-11-27 12:32 ` Laszlo Ersek
2017-11-27 18:25   ` Ard Biesheuvel [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-list from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CAKv+Gu_26VOHSw9uCQ5QY65_uQDtxdjzn4e_vDe+1sD5m+xOdQ@mail.gmail.com \
    --to=devel@edk2.groups.io \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox