From nobody Tue Feb 10 07:42:29 2026 Delivered-To: importer@patchew.org Received-SPF: pass (zoho.com: domain of groups.io designates 66.175.222.12 as permitted sender) client-ip=66.175.222.12; envelope-from=bounce+27952+47624+1787277+3901457@groups.io; helo=web01.groups.io; Authentication-Results: mx.zohomail.com; dkim=pass; spf=pass (zoho.com: domain of groups.io designates 66.175.222.12 as permitted sender) smtp.mailfrom=bounce+27952+47624+1787277+3901457@groups.io; dmarc=fail(p=none dis=none) header.from=linaro.org ARC-Seal: i=1; a=rsa-sha256; t=1568916398; cv=none; d=zoho.com; s=zohoarc; b=dK+QvG65QhfvQbdc8uSHnK9YtzWMqObDIrOG8PMbXc4Q3R7E0mi2xcuiKXPNSjg8vgVFH3Ls52N+RHw9MVx58TIkxquRAqNXIiVsYBZ95+1oITN74FkIgbh2EC5+fu0FyFpGo32CfcxrvW1kWABGTD/waWkSKdC6QG/VCcv1Zas= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zoho.com; s=zohoarc; t=1568916398; h=Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:List-Id:List-Unsubscribe:MIME-Version:Message-ID:Reply-To:References:Sender:Subject:To:ARC-Authentication-Results; bh=HTkEmPNqqWgG1AdHRRgtNmH0jz76VashhYquRa2yrO0=; b=QCHumdBBYOwwsP60pG8d9V4zI55xUfhbALf15P8eufsF0BRb3AkWIVI+GkZNo7mK6dkXUa7suS6LsTOgvkNApAGhUdFb4t4KFLJc7JMK/uwL2T/EwB8Ox1Uhiq8ExUSJSYzUcOXMS6xnhaOsdt6n0e4dzwFJKVPy4Sdzw5RsZwY= ARC-Authentication-Results: i=1; mx.zoho.com; dkim=pass; spf=pass (zoho.com: domain of groups.io designates 66.175.222.12 as permitted sender) smtp.mailfrom=bounce+27952+47624+1787277+3901457@groups.io; dmarc=fail header.from= (p=none dis=none) header.from= Received: from web01.groups.io (web01.groups.io [66.175.222.12]) by mx.zohomail.com with SMTPS id 1568916398115730.2756642437598; Thu, 19 Sep 2019 11:06:38 -0700 (PDT) Return-Path: X-Received: by 127.0.0.2 with SMTP id uUd3YY1788612xT1DGDGiuNv; Thu, 19 Sep 2019 11:06:36 -0700 X-Received: from mail-wm1-f47.google.com (mail-wm1-f47.google.com [209.85.128.47]) by groups.io with SMTP; Thu, 19 Sep 2019 11:06:36 -0700 X-Received: by mail-wm1-f47.google.com with SMTP id m18so2592756wmc.1 for ; Thu, 19 Sep 2019 11:06:35 -0700 (PDT) X-Gm-Message-State: ymQdN9jJKwUcXNlBCMfo2BkOx1787277AA= X-Google-Smtp-Source: APXvYqyLwqoq4aY07Va4ZLw4BX528xd7yfrR2su7Rh+NppbAjmCDTHgTwN3hbfAXtnhk7tQY49bcww== X-Received: by 2002:a05:600c:10cc:: with SMTP id l12mr3768832wmd.165.1568916393715; Thu, 19 Sep 2019 11:06:33 -0700 (PDT) X-Received: from vanye.hemma.eciton.net (cpc92302-cmbg19-2-0-cust304.5-4.cable.virginm.net. [82.1.209.49]) by smtp.gmail.com with ESMTPSA id d9sm16389769wrc.44.2019.09.19.11.06.32 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 19 Sep 2019 11:06:33 -0700 (PDT) From: "Leif Lindholm" To: devel@edk2.groups.io Cc: Jian J Wang , Hao A Wu , Dandan Bi , Liming Gao , Eric Dong , Zhichao Gao , Ray Ni Subject: [edk2-devel] [PATCH 5/7] MdeModulePkg: strip trailing whitespace Date: Thu, 19 Sep 2019 19:06:23 +0100 Message-Id: <20190919180625.29150-6-leif.lindholm@linaro.org> In-Reply-To: <20190919180625.29150-1-leif.lindholm@linaro.org> References: <20190919180625.29150-1-leif.lindholm@linaro.org> MIME-Version: 1.0 Precedence: Bulk List-Unsubscribe: Sender: devel@edk2.groups.io List-Id: Mailing-List: list devel@edk2.groups.io; contact devel+owner@edk2.groups.io Reply-To: devel@edk2.groups.io,leif.lindholm@linaro.org Content-Transfer-Encoding: quoted-printable DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=groups.io; q=dns/txt; s=20140610; t=1568916396; bh=g8TY9/+ixIdoB03vOXUi65p+RxX9ROWxtmCdN4KrehU=; h=Cc:Date:From:Reply-To:Subject:To; b=E7P7ZgIby+HXAgHsMC+VjdJ7G7Oq4fMBnXdiVoioRupHQHmW94tcwA5N7ymsQXe9rEp LsWw7LsUYWiRIbbfhHO8HwfRG1Bu1IVvGFWaSmWnEEIdQ2mK76+afTA2NwqrGoV+YfanG Mo+4zXwEhNTAaajTDsRDf/1AYs1pJR9rtAs= X-ZohoMail-DKIM: pass (identity @groups.io) Content-Type: text/plain; charset="utf-8" Cc: Jian J Wang Cc: Hao A Wu Cc: Dandan Bi Cc: Liming Gao Cc: Eric Dong Cc: Zhichao Gao Cc: Ray Ni Signed-off-by: Leif Lindholm --- MdeModulePkg/Application/UiApp/FrontPageVfr.Vfr = | 8 ++++---- MdeModulePkg/Library/DeviceManagerUiLib/DeviceManagerVfr.Vfr = | 2 +- MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/C/7zTypes.h = | 4 ++-- MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/C/Bra.h = | 8 ++++---- MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/C/LzFind.c = | 70 +++++++++++++++++++++++++++++++++++---------------------------------= -- MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/C/LzFind.h = | 4 ++-- MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/C/LzmaDec.c = | 30 +++++++++++++++--------------- MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/C/LzmaDec.h = | 4 ++-- MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/DOC/lzma-history.txt = | 92 ++++++++++++++++++++++++++++++++++++++++++++++----------------------= ------------------------ MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/DOC/lzma-sdk.txt = | 102 +++++++++++++++++++++++++++++++++++++++++++++++++++-----------------= ---------------------------------- MdeModulePkg/Universal/DriverHealthManagerDxe/DriverHealthConfigureVfr.Vfr= | 6 +++--- MdeModulePkg/Universal/DriverHealthManagerDxe/DriverHealthManagerVfr.Vfr = | 4 ++-- MdeModulePkg/Universal/RegularExpressionDxe/Oniguruma/OnigurumaUefiPort.c = | 2 +- MdeModulePkg/Universal/RegularExpressionDxe/Oniguruma/OnigurumaUefiPort.h = | 2 +- MdeModulePkg/Universal/RegularExpressionDxe/Oniguruma/regexec.c = | 2 +- 15 files changed, 170 insertions(+), 170 deletions(-) diff --git a/MdeModulePkg/Application/UiApp/FrontPageVfr.Vfr b/MdeModulePkg= /Application/UiApp/FrontPageVfr.Vfr index 26c71a644a9f..aabf47fdf685 100644 --- a/MdeModulePkg/Application/UiApp/FrontPageVfr.Vfr +++ b/MdeModulePkg/Application/UiApp/FrontPageVfr.Vfr @@ -1,10 +1,10 @@ ///** @file -// =20 +// // Front page formset. -// =20 +// // Copyright (c) 2007 - 2015, Intel Corporation. All rights reserved.
// SPDX-License-Identifier: BSD-2-Clause-Patent -// =20 +// //**/ =20 #define FORMSET_GUID { 0x9e0c30bc, 0x3f06, 0x4ba6, 0x82, 0x88, 0x9, 0x17,= 0x9b, 0x85, 0x5d, 0xbe } @@ -70,7 +70,7 @@ formset =20 label LABEL_FRANTPAGE_INFORMATION; // - // This is where we will dynamically add a Action type op-code to show=20 + // This is where we will dynamically add a Action type op-code to show // the platform information. // label LABEL_END; diff --git a/MdeModulePkg/Library/DeviceManagerUiLib/DeviceManagerVfr.Vfr b= /MdeModulePkg/Library/DeviceManagerUiLib/DeviceManagerVfr.Vfr index a8ed21740080..d81c580fe71e 100644 --- a/MdeModulePkg/Library/DeviceManagerUiLib/DeviceManagerVfr.Vfr +++ b/MdeModulePkg/Library/DeviceManagerUiLib/DeviceManagerVfr.Vfr @@ -4,7 +4,7 @@ // // Copyright (c) 2004 - 2015, Intel Corporation. All rights reserved.
// SPDX-License-Identifier: BSD-2-Clause-Patent -// =20 +// //**/ =20 #define FORMSET_GUID { 0x3ebfa8e6, 0x511d, 0x4b5b, 0xa9, 0x5f, 0xfb, 0x38= , 0x26, 0xf, 0x1c, 0x27 } diff --git a/MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/C/7zTypes.h b= /MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/C/7zTypes.h index a5fcb50baea3..ac06278002e3 100644 --- a/MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/C/7zTypes.h +++ b/MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/C/7zTypes.h @@ -245,10 +245,10 @@ typedef struct { ILookInStream vt; const ISeekInStream *realStream; -=20 + size_t pos; size_t size; /* it's data size */ - =20 + /* the following variables must be set outside */ Byte *buf; size_t bufSize; diff --git a/MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/C/Bra.h b/Mde= ModulePkg/Library/LzmaCustomDecompressLib/Sdk/C/Bra.h index aba8dce14f19..ecf7b0c44759 100644 --- a/MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/C/Bra.h +++ b/MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/C/Bra.h @@ -11,23 +11,23 @@ EXTERN_C_BEGIN /* These functions convert relative addresses to absolute addresses in CALL instructions to increase the compression ratio. - =20 + In: data - data buffer size - size of data ip - current virtual Instruction Pinter (IP) value state - state variable for x86 converter encoding - 0 (for decoding), 1 (for encoding) - =20 + Out: state - state variable for x86 converter =20 Returns: The number of processed bytes. If you call these functions with multip= le calls, you must start next call with first byte after block of processed byte= s. - =20 + Type Endian Alignment LookAhead - =20 + x86 little 1 4 ARMT little 2 2 ARM little 4 0 diff --git a/MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/C/LzFind.c b/= MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/C/LzFind.c index 5128fc9518b8..8765cbebfc9b 100644 --- a/MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/C/LzFind.c +++ b/MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/C/LzFind.c @@ -75,7 +75,7 @@ static void MatchFinder_ReadBlock(CMatchFinder *p) p->streamEndWasReached =3D 1; return; } - =20 + for (;;) { Byte *dest =3D p->buffer + (p->streamPos - p->pos); @@ -182,24 +182,24 @@ int MatchFinder_Create(CMatchFinder *p, UInt32 histor= ySize, ISzAllocPtr alloc) { UInt32 sizeReserv; - =20 + if (historySize > kMaxHistorySize) { MatchFinder_Free(p, alloc); return 0; } - =20 + sizeReserv =3D historySize >> 1; if (historySize >=3D ((UInt32)3 << 30)) sizeReserv =3D historySize = >> 3; else if (historySize >=3D ((UInt32)2 << 30)) sizeReserv =3D historySize = >> 2; - =20 + sizeReserv +=3D (keepAddBufferBefore + matchMaxLen + keepAddBufferAfter)= / 2 + (1 << 19); =20 p->keepSizeBefore =3D historySize + keepAddBufferBefore + 1; p->keepSizeAfter =3D matchMaxLen + keepAddBufferAfter; - =20 + /* we need one additional byte, since we use MoveBlock after pos++ and b= efore dictionary using */ - =20 + if (LzInWindow_Create(p, sizeReserv, alloc)) { UInt32 newCyclicBufferSize =3D historySize + 1; @@ -245,7 +245,7 @@ int MatchFinder_Create(CMatchFinder *p, UInt32 historyS= ize, p->historySize =3D historySize; p->hashSizeSum =3D hs; p->cyclicBufferSize =3D newCyclicBufferSize; - =20 + numSons =3D newCyclicBufferSize; if (p->btMode) numSons <<=3D 1; @@ -253,11 +253,11 @@ int MatchFinder_Create(CMatchFinder *p, UInt32 histor= ySize, =20 if (p->hash && p->numRefs =3D=3D newSize) return 1; - =20 + MatchFinder_FreeThisClassMemory(p, alloc); p->numRefs =3D newSize; p->hash =3D AllocRefs(newSize, alloc); - =20 + if (p->hash) { p->son =3D p->hash + p->hashSizeSum; @@ -274,11 +274,11 @@ static void MatchFinder_SetLimits(CMatchFinder *p) { UInt32 limit =3D kMaxValForNormalize - p->pos; UInt32 limit2 =3D p->cyclicBufferSize - p->cyclicBufferPos; - =20 + if (limit2 < limit) limit =3D limit2; limit2 =3D p->streamPos - p->pos; - =20 + if (limit2 <=3D p->keepSizeAfter) { if (limit2 > 0) @@ -286,10 +286,10 @@ static void MatchFinder_SetLimits(CMatchFinder *p) } else limit2 -=3D p->keepSizeAfter; - =20 + if (limit2 < limit) limit =3D limit2; - =20 + { UInt32 lenLimit =3D p->streamPos - p->pos; if (lenLimit > p->matchMaxLen) @@ -328,10 +328,10 @@ void MatchFinder_Init_3(CMatchFinder *p, int readData) p->streamPos =3D p->cyclicBufferSize; p->result =3D SZ_OK; p->streamEndWasReached =3D 0; - =20 + if (readData) MatchFinder_ReadBlock(p); - =20 + MatchFinder_SetLimits(p); } =20 @@ -343,7 +343,7 @@ void MatchFinder_Init(CMatchFinder *p) MatchFinder_Init_3(p, True); } =20 - =20 + static UInt32 MatchFinder_GetSubValue(CMatchFinder *p) { return (p->pos - p->historySize - 1) & kNormalizeMask; @@ -586,7 +586,7 @@ static UInt32 Bt3_MatchFinder_GetMatches(CMatchFinder *= p, UInt32 *distances) d2 =3D pos - hash[h2]; =20 curMatch =3D (hash + kFix3HashSize)[hv]; - =20 + hash[h2] =3D pos; (hash + kFix3HashSize)[hv] =3D pos; =20 @@ -605,7 +605,7 @@ static UInt32 Bt3_MatchFinder_GetMatches(CMatchFinder *= p, UInt32 *distances) MOVE_POS_RET; } } - =20 + GET_MATCHES_FOOTER(offset, maxLen) } =20 @@ -631,14 +631,14 @@ static UInt32 Bt4_MatchFinder_GetMatches(CMatchFinder= *p, UInt32 *distances) =20 maxLen =3D 0; offset =3D 0; - =20 + if (d2 < p->cyclicBufferSize && *(cur - d2) =3D=3D *cur) { distances[0] =3D maxLen =3D 2; distances[1] =3D d2 - 1; offset =3D 2; } - =20 + if (d2 !=3D d3 && d3 < p->cyclicBufferSize && *(cur - d3) =3D=3D *cur) { maxLen =3D 3; @@ -646,7 +646,7 @@ static UInt32 Bt4_MatchFinder_GetMatches(CMatchFinder *= p, UInt32 *distances) offset +=3D 2; d2 =3D d3; } - =20 + if (offset !=3D 0) { UPDATE_maxLen @@ -657,10 +657,10 @@ static UInt32 Bt4_MatchFinder_GetMatches(CMatchFinder= *p, UInt32 *distances) MOVE_POS_RET; } } - =20 + if (maxLen < 3) maxLen =3D 3; - =20 + GET_MATCHES_FOOTER(offset, maxLen) } =20 @@ -712,7 +712,7 @@ static UInt32 Bt5_MatchFinder_GetMatches(CMatchFinder *= p, UInt32 *distances) offset =3D 2; d2 =3D d3; } - =20 + if (d2 !=3D d4 && d4 < p->cyclicBufferSize && *(cur - d4) =3D=3D *cur && *(cur - d4 + 3) =3D=3D *(cur + 3)) @@ -722,7 +722,7 @@ static UInt32 Bt5_MatchFinder_GetMatches(CMatchFinder *= p, UInt32 *distances) offset +=3D 2; d2 =3D d4; } - =20 + if (offset !=3D 0) { UPDATE_maxLen @@ -736,7 +736,7 @@ static UInt32 Bt5_MatchFinder_GetMatches(CMatchFinder *= p, UInt32 *distances) =20 if (maxLen < 4) maxLen =3D 4; - =20 + GET_MATCHES_FOOTER(offset, maxLen) } */ @@ -751,10 +751,10 @@ static UInt32 Hc4_MatchFinder_GetMatches(CMatchFinder= *p, UInt32 *distances) =20 hash =3D p->hash; pos =3D p->pos; - =20 + d2 =3D pos - hash[ h2]; d3 =3D pos - (hash + kFix3HashSize)[h3]; - =20 + curMatch =3D (hash + kFix4HashSize)[hv]; =20 hash[ h2] =3D pos; @@ -770,7 +770,7 @@ static UInt32 Hc4_MatchFinder_GetMatches(CMatchFinder *= p, UInt32 *distances) distances[1] =3D d2 - 1; offset =3D 2; } - =20 + if (d2 !=3D d3 && d3 < p->cyclicBufferSize && *(cur - d3) =3D=3D *cur) { maxLen =3D 3; @@ -778,7 +778,7 @@ static UInt32 Hc4_MatchFinder_GetMatches(CMatchFinder *= p, UInt32 *distances) offset +=3D 2; d2 =3D d3; } - =20 + if (offset !=3D 0) { UPDATE_maxLen @@ -789,7 +789,7 @@ static UInt32 Hc4_MatchFinder_GetMatches(CMatchFinder *= p, UInt32 *distances) MOVE_POS_RET; } } - =20 + if (maxLen < 3) maxLen =3D 3; =20 @@ -809,7 +809,7 @@ static UInt32 Hc5_MatchFinder_GetMatches(CMatchFinder *= p, UInt32 *distances) =20 hash =3D p->hash; pos =3D p->pos; - =20 + d2 =3D pos - hash[ h2]; d3 =3D pos - (hash + kFix3HashSize)[h3]; d4 =3D pos - (hash + kFix4HashSize)[h4]; @@ -846,7 +846,7 @@ static UInt32 Hc5_MatchFinder_GetMatches(CMatchFinder *= p, UInt32 *distances) offset =3D 2; d2 =3D d3; } - =20 + if (d2 !=3D d4 && d4 < p->cyclicBufferSize && *(cur - d4) =3D=3D *cur && *(cur - d4 + 3) =3D=3D *(cur + 3)) @@ -856,7 +856,7 @@ static UInt32 Hc5_MatchFinder_GetMatches(CMatchFinder *= p, UInt32 *distances) offset +=3D 2; d2 =3D d4; } - =20 + if (offset !=3D 0) { UPDATE_maxLen @@ -867,7 +867,7 @@ static UInt32 Hc5_MatchFinder_GetMatches(CMatchFinder *= p, UInt32 *distances) MOVE_POS_RET; } } - =20 + if (maxLen < 4) maxLen =3D 4; =20 diff --git a/MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/C/LzFind.h b/= MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/C/LzFind.h index c77added7bd3..61bb9dd302b5 100644 --- a/MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/C/LzFind.h +++ b/MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/C/LzFind.h @@ -34,7 +34,7 @@ typedef struct _CMatchFinder =20 Byte *bufferBase; ISeqInStream *stream; - =20 + UInt32 blockSize; UInt32 keepSizeBefore; UInt32 keepSizeAfter; @@ -59,7 +59,7 @@ typedef struct _CMatchFinder ((p)->streamEndWasReached \ && (p)->streamPos =3D=3D (p)->pos \ && (!(p)->directInput || (p)->directInputRem =3D=3D 0)) - =20 + int MatchFinder_NeedMove(CMatchFinder *p); Byte *MatchFinder_GetPointerToCurrentPos(CMatchFinder *p); void MatchFinder_MoveBlock(CMatchFinder *p); diff --git a/MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/C/LzmaDec.c b= /MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/C/LzmaDec.c index 6d8c6eb6d95c..a262319928a9 100644 --- a/MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/C/LzmaDec.c +++ b/MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/C/LzmaDec.c @@ -229,7 +229,7 @@ int MY_FAST_CALL LZMA_DECODE_REAL(CLzmaDec *p, SizeT li= mit, const Byte *bufLimit Byte *dic =3D p->dic; SizeT dicBufSize =3D p->dicBufSize; SizeT dicPos =3D p->dicPos; - =20 + UInt32 processedPos =3D p->processedPos; UInt32 checkDicSize =3D p->checkDicSize; unsigned len =3D 0; @@ -305,7 +305,7 @@ int MY_FAST_CALL LZMA_DECODE_REAL(CLzmaDec *p, SizeT li= mit, const Byte *bufLimit dic[dicPos++] =3D (Byte)symbol; continue; } - =20 + { UPDATE_1(prob); prob =3D probs + IsRep + state; @@ -372,7 +372,7 @@ int MY_FAST_CALL LZMA_DECODE_REAL(CLzmaDec *p, SizeT li= mit, const Byte *bufLimit state =3D state < kNumLitStates ? 8 : 11; prob =3D probs + RepLenCoder; } - =20 + #ifdef _LZMA_SIZE_OPT { unsigned lim, offset; @@ -476,7 +476,7 @@ int MY_FAST_CALL LZMA_DECODE_REAL(CLzmaDec *p, SizeT li= mit, const Byte *bufLimit { NORMALIZE range >>=3D 1; - =20 + { UInt32 t; code -=3D range; @@ -512,7 +512,7 @@ int MY_FAST_CALL LZMA_DECODE_REAL(CLzmaDec *p, SizeT li= mit, const Byte *bufLimit } } } - =20 + rep3 =3D rep2; rep2 =3D rep1; rep1 =3D rep0; @@ -531,13 +531,13 @@ int MY_FAST_CALL LZMA_DECODE_REAL(CLzmaDec *p, SizeT = limit, const Byte *bufLimit SizeT rem; unsigned curLen; SizeT pos; - =20 + if ((rem =3D limit - dicPos) =3D=3D 0) { p->dicPos =3D dicPos; return SZ_ERROR_DATA; } - =20 + curLen =3D ((rem < len) ? (unsigned)rem : len); pos =3D dicPos - rep0 + (dicPos < rep0 ? dicBufSize : 0); =20 @@ -570,7 +570,7 @@ int MY_FAST_CALL LZMA_DECODE_REAL(CLzmaDec *p, SizeT li= mit, const Byte *bufLimit while (dicPos < limit && buf < bufLimit); =20 NORMALIZE; - =20 + p->buf =3D buf; p->range =3D range; p->code =3D code; @@ -640,10 +640,10 @@ static int MY_FAST_CALL LzmaDec_DecodeReal2(CLzmaDec = *p, SizeT limit, const Byte } =20 RINOK(LZMA_DECODE_REAL(p, limit2, bufLimit)); - =20 + if (p->checkDicSize =3D=3D 0 && p->processedPos >=3D p->prop.dicSize) p->checkDicSize =3D p->prop.dicSize; - =20 + LzmaDec_WriteRem(p, limit); } while (p->dicPos < limit && p->buf < bufLimit && p->remainLen < kMatchSp= ecLenStart); @@ -879,7 +879,7 @@ SRes LzmaDec_DecodeToDic(CLzmaDec *p, SizeT dicLimit, c= onst Byte *src, SizeT *sr { SizeT inSize =3D *srcLen; (*srcLen) =3D 0; - =20 + *status =3D LZMA_STATUS_NOT_SPECIFIED; =20 if (p->remainLen > kMatchSpecLenStart) @@ -997,7 +997,7 @@ SRes LzmaDec_DecodeToDic(CLzmaDec *p, SizeT dicLimit, c= onst Byte *src, SizeT *sr p->buf =3D p->tempBuf; if (LzmaDec_DecodeReal2(p, dicLimit, p->buf) !=3D 0) return SZ_ERROR_DATA; - =20 + { unsigned kkk =3D (unsigned)(p->buf - p->tempBuf); if (rem < kkk) @@ -1013,7 +1013,7 @@ SRes LzmaDec_DecodeToDic(CLzmaDec *p, SizeT dicLimit,= const Byte *src, SizeT *sr p->tempBufSize =3D 0; } } - =20 + if (p->code !=3D 0) return SZ_ERROR_DATA; *status =3D LZMA_STATUS_FINISHED_WITH_MARK; @@ -1083,12 +1083,12 @@ SRes LzmaProps_Decode(CLzmaProps *p, const Byte *da= ta, unsigned size) { UInt32 dicSize; Byte d; - =20 + if (size < LZMA_PROPS_SIZE) return SZ_ERROR_UNSUPPORTED; else dicSize =3D data[1] | ((UInt32)data[2] << 8) | ((UInt32)data[3] << 16)= | ((UInt32)data[4] << 24); -=20 + if (dicSize < LZMA_DIC_MIN) dicSize =3D LZMA_DIC_MIN; p->dicSize =3D dicSize; diff --git a/MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/C/LzmaDec.h b= /MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/C/LzmaDec.h index 28ce60c3ea94..ebc568cb4ff4 100644 --- a/MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/C/LzmaDec.h +++ b/MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/C/LzmaDec.h @@ -135,7 +135,7 @@ LzmaDec_Allocate* can return: SZ_ERROR_MEM - Memory allocation error SZ_ERROR_UNSUPPORTED - Unsupported properties */ - =20 + SRes LzmaDec_AllocateProbs(CLzmaDec *p, const Byte *props, unsigned propsS= ize, ISzAllocPtr alloc); void LzmaDec_FreeProbs(CLzmaDec *p, ISzAllocPtr alloc); =20 @@ -164,7 +164,7 @@ void LzmaDec_Free(CLzmaDec *p, ISzAllocPtr alloc); */ =20 /* LzmaDec_DecodeToDic - =20 + The decoding to internal dictionary buffer (CLzmaDec::dic). You must manually update CLzmaDec::dicPos, if it reaches CLzmaDec::dicB= ufSize !!! =20 diff --git a/MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/DOC/lzma-hist= ory.txt b/MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/DOC/lzma-history= .txt index f4793264a51d..5ad9a5b1b94d 100644 --- a/MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/DOC/lzma-history.txt +++ b/MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/DOC/lzma-history.txt @@ -3,11 +3,11 @@ HISTORY of the LZMA SDK =20 18.05 2018-04-30 ------------------------- -- The speed for LZMA/LZMA2 compressing was increased=20 - by 8% for fastest/fast compression levels and=20 +- The speed for LZMA/LZMA2 compressing was increased + by 8% for fastest/fast compression levels and by 3% for normal/maximum compression levels. - Previous versions of 7-Zip could work incorrectly in "Large memory pages= " mode in - Windows 10 because of some BUG with "Large Pages" in Windows 10.=20 + Windows 10 because of some BUG with "Large Pages" in Windows 10. Now 7-Zip doesn't use "Large Pages" on Windows 10 up to revision 1709 (1= 6299). - The BUG was fixed in Lzma2Enc.c Lzma2Enc_Encode2() function worked incorretly, @@ -16,7 +16,7 @@ HISTORY of the LZMA SDK =20 18.03 beta 2018-03-04 ------------------------- -- Asm\x86\LzmaDecOpt.asm: new optimized LZMA decoder written in asm=20 +- Asm\x86\LzmaDecOpt.asm: new optimized LZMA decoder written in asm for x64 with about 30% higher speed than main version of LZMA decoder wr= itten in C. - The speed for single-thread LZMA/LZMA2 decoder written in C was increase= d by 3%. - 7-Zip now can use multi-threading for 7z/LZMA2 decoding, @@ -35,7 +35,7 @@ HISTORY of the LZMA SDK 18.00 beta 2019-01-10 ------------------------- - The BUG in xz encoder was fixed: - There was memory leak of 16 KB for each file compressed with=20 + There was memory leak of 16 KB for each file compressed with xz compression method, if additional filter was used. =20 =20 @@ -44,7 +44,7 @@ HISTORY of the LZMA SDK - Minor speed optimization for LZMA2 (xz and 7z) multi-threading compressi= on. 7-Zip now uses additional memory buffers for multi-block LZMA2 compressi= on. CPU utilization was slightly improved. -- 7-zip now creates multi-block xz archives by default. Block size can be=20 +- 7-zip now creates multi-block xz archives by default. Block size can be specified with -ms[Size]{m|g} switch. - xz decoder now can unpack random block from multi-block xz archives. - 7-Zip command line: @listfile now doesn't work after -- switch. @@ -55,7 +55,7 @@ HISTORY of the LZMA SDK =20 17.00 beta 2017-04-29 ------------------------- -- NewHandler.h / NewHandler.cpp:=20 +- NewHandler.h / NewHandler.cpp: now it redefines operator new() only for old MSVC compilers (_MSC_VER = < 1900). - C/7zTypes.h : the names of variables in interface structures were change= d (vt). - Some bugs were fixed. 7-Zip could crash in some cases. @@ -76,51 +76,51 @@ HISTORY of the LZMA SDK 16.02 2016-05-21 ------------------------- - The BUG in 16.00 - 16.01 was fixed: - Split Handler (SplitHandler.cpp) returned incorrect=20 + Split Handler (SplitHandler.cpp) returned incorrect total size value (kpidSize) for split archives. =20 =20 16.01 2016-05-19 --------------------------=09 +------------------------- - Some internal changes to reduce the number of compiler warnings. =20 =20 16.00 2016-05-10 --------------------------=09 +------------------------- - Some bugs were fixed. =20 =20 15.12 2015-11-19 --------------------------=09 +------------------------- - The BUG in C version of 7z decoder was fixed: 7zDec.c : SzDecodeLzma2() 7z decoder could mistakenly report about decoding error for some 7z arch= ives that use LZMA2 compression method. - The probability to get that mistaken decoding error report was about=20 - one error per 16384 solid blocks for solid blocks larger than 16 KB (com= pressed size).=20 + The probability to get that mistaken decoding error report was about + one error per 16384 solid blocks for solid blocks larger than 16 KB (com= pressed size). - The BUG (in 9.26-15.11) in C version of 7z decoder was fixed: 7zArcIn.c : SzReadHeader2() - 7z decoder worked incorrectly for 7z archives that contain=20 - empty solid blocks, that can be placed to 7z archive, if some file is=20 + 7z decoder worked incorrectly for 7z archives that contain + empty solid blocks, that can be placed to 7z archive, if some file is unavailable for reading during archive creation. =20 =20 15.09 beta 2015-10-16 --------------------------=09 +------------------------- - The BUG in LZMA / LZMA2 encoding code was fixed. The BUG in LzFind.c::MatchFinder_ReadBlock() function. If input data size is larger than (4 GiB - dictionary_size), the following code worked incorrectly: - - LZMA : LzmaEnc_MemEncode(), LzmaEncode() : LZMA encoding functions=20 - for compressing from memory to memory.=20 + - LZMA : LzmaEnc_MemEncode(), LzmaEncode() : LZMA encoding functions + for compressing from memory to memory. That BUG is not related to LZMA encoder version that works via stream= s. - - LZMA2 : multi-threaded version of LZMA2 encoder worked incorrectly, i= f=20 - default value of chunk size (CLzma2EncProps::blockSize) is changed=20 + - LZMA2 : multi-threaded version of LZMA2 encoder worked incorrectly, if + default value of chunk size (CLzma2EncProps::blockSize) is changed to value larger than (4 GiB - dictionary_size). =20 =20 9.38 beta 2015-01-03 --------------------------=09 +------------------------- - The BUG in 9.31-9.37 was fixed: IArchiveGetRawProps interface was disabled for 7z archives. - The BUG in 9.26-9.36 was fixed: @@ -128,10 +128,10 @@ HISTORY of the LZMA SDK =20 =20 9.36 beta 2014-12-26 --------------------------=09 +------------------------- - The BUG in command line version was fixed: 7-Zip created temporary archive in current folder during update archive - operation, if -w{Path} switch was not specified.=20 + operation, if -w{Path} switch was not specified. The fixed 7-Zip creates temporary archive in folder that contains update= d archive. - The BUG in 9.33-9.35 was fixed: 7-Zip silently ignored file reading errors during 7z or gz archive creat= ion, @@ -140,14 +140,14 @@ HISTORY of the LZMA SDK =20 =20 9.35 beta 2014-12-07 --------------------------=09 +------------------------- - 7zr.exe now support AES encryption. - SFX mudules were added to LZMA SDK - Some bugs were fixed. =20 =20 9.21 beta 2011-04-11 --------------------------=09 +------------------------- - New class FString for file names at file systems. - Speed optimization in CRC code for big-endian CPUs. - The BUG in Lzma2Dec.c was fixed: @@ -155,7 +155,7 @@ HISTORY of the LZMA SDK =20 =20 9.18 beta 2010-11-02 --------------------------=09 +------------------------- - New small SFX module for installers (SfxSetup). =20 =20 @@ -168,7 +168,7 @@ HISTORY of the LZMA SDK 9.11 beta 2010-03-15 ------------------------- - PPMd compression method support - =20 + =20 9.09 2009-12-12 ------------------------- @@ -202,7 +202,7 @@ HISTORY of the LZMA SDK 4.61 beta 2008-11-23 ------------------------- - The bug in ANSI-C LZMA Decoder was fixed: - If encoded stream was corrupted, decoder could access memory=20 + If encoded stream was corrupted, decoder could access memory outside of allocated range. - Some changes in ANSI-C 7z Decoder interfaces. - LZMA SDK is placed in the public domain. @@ -216,7 +216,7 @@ HISTORY of the LZMA SDK 4.59 beta 2008-08-13 ------------------------- - The bug was fixed: - LZMA Encoder in fast compression mode could access memory outside of=20 + LZMA Encoder in fast compression mode could access memory outside of allocated range in some rare cases. =20 =20 @@ -229,7 +229,7 @@ HISTORY of the LZMA SDK =20 4.57 2007-12-12 ------------------------- -- Speed optimizations in ?++ LZMA Decoder.=20 +- Speed optimizations in ?++ LZMA Decoder. - Small changes for more compatibility with some C/C++ compilers. =20 =20 @@ -239,36 +239,36 @@ HISTORY of the LZMA SDK - now it supports BCJ and BCJ2 filters - now it supports files larger than 4 GB. - now it supports "Last Write Time" field for files. -- C++ code for .7z archives compressing/decompressing from 7-zip=20 +- C++ code for .7z archives compressing/decompressing from 7-zip was included to LZMA SDK. - =20 + =20 4.43 2006-06-04 ------------------------- - Small changes for more compatibility with some C/C++ compilers. - =20 + =20 4.42 2006-05-15 ------------------------- - Small changes in .h files in ANSI-C version. - =20 + =20 4.39 beta 2006-04-14 ------------------------- - The bug in versions 4.33b:4.38b was fixed: - C++ version of LZMA encoder could not correctly compress=20 + C++ version of LZMA encoder could not correctly compress files larger than 2 GB with HC4 match finder (-mfhc4). - =20 + =20 4.37 beta 2005-04-06 ------------------------- -- Fixes in C++ code: code could no be compiled if _NO_EXCEPTIONS was defin= ed.=20 +- Fixes in C++ code: code could no be compiled if _NO_EXCEPTIONS was defin= ed. =20 =20 4.35 beta 2005-03-02 ------------------------- - The bug was fixed in C++ version of LZMA Decoder: - If encoded stream was corrupted, decoder could access memory=20 + If encoded stream was corrupted, decoder could access memory outside of allocated range. =20 =20 @@ -339,7 +339,7 @@ HISTORY of the LZMA SDK =20 4.17 2005-04-18 ------------------------- -- New example for RAM->RAM compressing/decompressing:=20 +- New example for RAM->RAM compressing/decompressing: LZMA + BCJ (filter for x86 code): - LzmaRam.h - LzmaRam.cpp @@ -350,11 +350,11 @@ HISTORY of the LZMA SDK =20 4.16 2005-03-29 ------------------------- -- The bug was fixed in LzmaDecode.c (ANSI-C LZMA Decoder):=20 +- The bug was fixed in LzmaDecode.c (ANSI-C LZMA Decoder): If _LZMA_OUT_READ was defined, and if encoded stream was corrupted, decoder could access memory outside of allocated range. - Speed optimization of ANSI-C LZMA Decoder (now it's about 20% faster). - Old version of LZMA Decoder now is in file LzmaDecodeSize.c.=20 + Old version of LZMA Decoder now is in file LzmaDecodeSize.c. LzmaDecodeSize.c can provide slightly smaller code than LzmaDecode.c - Small speed optimization in LZMA C++ code - filter for SPARC's code was added @@ -369,7 +369,7 @@ HISTORY of the LZMA SDK =20 4.05 2004-08-25 ------------------------- -- Source code of filters for x86, IA-64, ARM, ARM-Thumb=20 +- Source code of filters for x86, IA-64, ARM, ARM-Thumb and PowerPC code was included to SDK - Some internal minor changes =20 @@ -381,8 +381,8 @@ HISTORY of the LZMA SDK =20 4.03 2004-06-18 ------------------------- -- "Benchmark" command was added. It measures compressing=20 - and decompressing speed and shows rating values.=20 +- "Benchmark" command was added. It measures compressing + and decompressing speed and shows rating values. Also it checks hardware errors. =20 =20 @@ -411,7 +411,7 @@ HISTORY of the LZMA SDK =20 HISTORY of the LZMA ------------------- - 2001-2008: Improvements to LZMA compressing/decompressing code,=20 + 2001-2008: Improvements to LZMA compressing/decompressing code, keeping compatibility with original LZMA format 1996-2001: Development of LZMA compression format =20 @@ -419,6 +419,6 @@ HISTORY of the LZMA =20 2001-08-30: LZMA compression was added to 7-Zip 1999-01-02: First version of 7-Zip was released - =20 + =20 End of document diff --git a/MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/DOC/lzma-sdk.= txt b/MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/DOC/lzma-sdk.txt index 01521e939887..bf0b3a5ee62d 100644 --- a/MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/DOC/lzma-sdk.txt +++ b/MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/DOC/lzma-sdk.txt @@ -2,15 +2,15 @@ LZMA SDK 18.05 -------------- =20 LZMA SDK provides the documentation, samples, header files, -libraries, and tools you need to develop applications that=20 +libraries, and tools you need to develop applications that use 7z / LZMA / LZMA2 / XZ compression. =20 -LZMA is an improved version of famous LZ77 compression algorithm.=20 +LZMA is an improved version of famous LZ77 compression algorithm. It was improved in way of maximum increasing of compression ratio, -keeping high decompression speed and low memory requirements for=20 +keeping high decompression speed and low memory requirements for decompressing. =20 -LZMA2 is a LZMA based compression method. LZMA2 provides better=20 +LZMA2 is a LZMA based compression method. LZMA2 provides better multithreading support for compression than LZMA and some other improvemen= ts. =20 7z is a file format for data compression and file archiving. @@ -19,7 +19,7 @@ multithreading support for compression than LZMA and some= other improvements. 7z also supports AES-256 based encryption. =20 XZ is a file format for data compression that uses LZMA2 compression. -XZ format provides additional features: SHA/CRC check, filters for=20 +XZ format provides additional features: SHA/CRC check, filters for improved compression ratio, splitting to blocks and streams, =20 =20 @@ -33,11 +33,11 @@ Some code in LZMA SDK is based on public domain code fr= om another developers: 1) PPMd var.H (2001): Dmitry Shkarin 2) SHA-256: Wei Dai (Crypto++ library) =20 -Anyone is free to copy, modify, publish, use, compile, sell, or distribute= the=20 -original LZMA SDK code, either in source code form or as a compiled binary= , for=20 +Anyone is free to copy, modify, publish, use, compile, sell, or distribute= the +original LZMA SDK code, either in source code form or as a compiled binary= , for any purpose, commercial or non-commercial, and by any means. =20 -LZMA SDK code is compatible with open source licenses, for example, you ca= n=20 +LZMA SDK code is compatible with open source licenses, for example, you can include it to GNU GPL or GNU LGPL code. =20 =20 @@ -60,7 +60,7 @@ LZMA SDK Contents - SFX modules for installers. =20 =20 -UNIX/Linux version=20 +UNIX/Linux version ------------------ To compile C++ version of file->file LZMA encoding, go to directory CPP/7zip/Bundles/LzmaCon @@ -68,11 +68,11 @@ and call make to recompile it: make -f makefile.gcc clean all =20 In some UNIX/Linux versions you must compile LZMA with static libraries. -To compile with static libraries, you can use=20 +To compile with static libraries, you can use LIB =3D -lm -static =20 Also you can use p7zip (port of 7-Zip for POSIX systems like Unix or Linux= ): - =20 + http://p7zip.sourceforge.net/ =20 =20 @@ -120,7 +120,7 @@ C/ - C files (compression / decompression and other) 7z - 7z decoder program (decoding 7z files) Lzma - LZMA program (file->file LZMA encoder/decoder). LzmaLib - LZMA library (.DLL for Windows) - SfxSetup - small SFX module for installers=20 + SfxSetup - small SFX module for installers =20 CPP/ -- CPP files =20 @@ -135,7 +135,7 @@ CPP/ -- CPP files 7z - 7z C++ Encoder/Decoder =20 Bundles - Modules that are bundles of other modules (files) - =20 + Alone7z - 7zr.exe: Standalone 7-Zip console program (reduced v= ersion) Format7zExtractR - 7zxr.dll: Reduced version of 7z DLL: extracting = from 7z/LZMA/BCJ/BCJ2. Format7zR - 7zr.dll: Reduced version of 7z DLL: extracting/= compressing to 7z/LZMA/BCJ/BCJ2 @@ -152,7 +152,7 @@ CPP/ -- CPP files Crypto - files for encryption / decompression =20 UI - User Interface files - =20 + Client7z - Test application for 7za.dll, 7zr.dll, 7zxr.dll Common - Common UI files Console - Code for console program (7z.exe) @@ -178,7 +178,7 @@ Java/ - Java files RangeCoder - Range Coder (special code of compression/decompressio= n) =20 =20 -Note:=20 +Note: Asm / C / C++ source code of LZMA SDK is part of 7-Zip's source code. 7-Zip's source code can be downloaded from 7-Zip's SourceForge page: =20 @@ -190,13 +190,13 @@ LZMA features ------------- - Variable dictionary size (up to 1 GB) - Estimated compressing speed: about 2 MB/s on 2 GHz CPU - - Estimated decompressing speed:=20 + - Estimated decompressing speed: - 20-30 MB/s on modern 2 GHz cpu - 1-2 MB/s on 200 MHz simple RISC cpu: (ARM, MIPS, PowerPC) - Small memory requirements for decompressing (16 KB + DictionarySize) - Small code size for decompressing: 5-8 KB =20 -LZMA decoder uses only integer operations and can be=20 +LZMA decoder uses only integer operations and can be implemented in any modern 32-bit CPU (or on 16-bit CPU with some condition= s). =20 Some critical operations that affect the speed of LZMA decompression: @@ -205,7 +205,7 @@ Some critical operations that affect the speed of LZMA = decompression: 3) 32-bit shift and arithmetic operations =20 The speed of LZMA decompressing mostly depends from CPU speed. -Memory speed has no big meaning. But if your CPU has small data cache,=20 +Memory speed has no big meaning. But if your CPU has small data cache, overall weight of memory speed will slightly increase. =20 =20 @@ -221,53 +221,53 @@ Usage: LZMA inputFile outputFile [..= .] =20 d: decode file =20 - b: Benchmark. There are two tests: compressing and decompressing=20 - with LZMA method. Benchmark shows rating in MIPS (million=20 - instructions per second). Rating value is calculated from=20 + b: Benchmark. There are two tests: compressing and decompressing + with LZMA method. Benchmark shows rating in MIPS (million + instructions per second). Rating value is calculated from measured speed and it is normalized with Intel's Core 2 results. - Also Benchmark checks possible hardware errors (RAM=20 + Also Benchmark checks possible hardware errors (RAM errors in most cases). Benchmark uses these settings: - (-a1, -d21, -fb32, -mfbt4). You can change only -d parameter.=20 + (-a1, -d21, -fb32, -mfbt4). You can change only -d parameter. Also you can change the number of iterations. Example for 30 iteratio= ns: LZMA b 30 Default number of iterations is 10. =20 - =20 + =20 -a{N}: set compression mode 0 =3D fast, 1 =3D normal default: 1 (normal) =20 d{N}: Sets Dictionary size - [0, 30], default: 23 (8MB) The maximum value for dictionary size is 1 GB =3D 2^30 bytes. - Dictionary size is calculated as DictionarySize =3D 2^N bytes.=20 - For decompressing file compressed by LZMA method with dictionary=20 + Dictionary size is calculated as DictionarySize =3D 2^N bytes. + For decompressing file compressed by LZMA method with dictionary size D =3D 2^N you need about D bytes of memory (RAM). =20 -fb{N}: set number of fast bytes - [5, 273], default: 128 - Usually big number gives a little bit better compression ratio=20 + Usually big number gives a little bit better compression ratio and slower compression process. =20 -lc{N}: set number of literal context bits - [0, 8], default: 3 Sometimes lc=3D4 gives gain for big files. =20 -lp{N}: set number of literal pos bits - [0, 4], default: 0 - lp switch is intended for periodical data when period is=20 - equal 2^N. For example, for 32-bit (4 bytes)=20 - periodical data you can use lp=3D2. Often it's better to set lc0= ,=20 + lp switch is intended for periodical data when period is + equal 2^N. For example, for 32-bit (4 bytes) + periodical data you can use lp=3D2. Often it's better to set lc0, if you change lp switch. =20 -pb{N}: set number of pos bits - [0, 4], default: 2 - pb switch is intended for periodical data=20 + pb switch is intended for periodical data when period is equal 2^N. =20 - -mf{MF_ID}: set Match Finder. Default: bt4.=20 - Algorithms from hc* group doesn't provide good compression=20 - ratio, but they often works pretty fast in combination with=20 + -mf{MF_ID}: set Match Finder. Default: bt4. + Algorithms from hc* group doesn't provide good compression + ratio, but they often works pretty fast in combination with fast mode (-a0). =20 - Memory requirements depend from dictionary size=20 - (parameter "d" in table below).=20 + Memory requirements depend from dictionary size + (parameter "d" in table below). =20 MF_ID Memory Description =20 @@ -276,8 +276,8 @@ Usage: LZMA inputFile outputFile [...] bt4 d * 11.5 + 4MB Binary Tree with 4 bytes hashing. hc4 d * 7.5 + 4MB Hash Chain with 4 bytes hashing. =20 - -eos: write End Of Stream marker. By default LZMA doesn't write=20 - eos marker, since LZMA decoder knows uncompressed size=20 + -eos: write End Of Stream marker. By default LZMA doesn't write + eos marker, since LZMA decoder knows uncompressed size stored in .lzma file header. =20 -si: Read data from stdin (it will write End Of Stream marker). @@ -286,16 +286,16 @@ Usage: LZMA inputFile outputFile [..= .] =20 Examples: =20 -1) LZMA e file.bin file.lzma -d16 -lc0=20 +1) LZMA e file.bin file.lzma -d16 -lc0 =20 -compresses file.bin to file.lzma with 64 KB dictionary (2^16=3D64K) =20 -and 0 literal context bits. -lc0 allows to reduce memory requirements=20 +compresses file.bin to file.lzma with 64 KB dictionary (2^16=3D64K) +and 0 literal context bits. -lc0 allows to reduce memory requirements for decompression. =20 =20 2) LZMA e file.bin file.lzma -lc0 -lp2 =20 -compresses file.bin to file.lzma with settings suitable=20 +compresses file.bin to file.lzma with settings suitable for 32-bit periodical data (for example, ARM or MIPS code). =20 3) LZMA d file.lzma file.bin @@ -309,9 +309,9 @@ Compression ratio hints Recommendations --------------- =20 -To increase the compression ratio for LZMA compressing it's desirable=20 +To increase the compression ratio for LZMA compressing it's desirable to have aligned data (if it's possible) and also it's desirable to locate -data in such order, where code is grouped in one place and data is=20 +data in such order, where code is grouped in one place and data is grouped in other place (it's better than such mixing: code, data, code, data, ...). =20 @@ -319,19 +319,19 @@ data, ...). Filters ------- You can increase the compression ratio for some data types, using -special filters before compressing. For example, it's possible to=20 -increase the compression ratio on 5-10% for code for those CPU ISAs:=20 +special filters before compressing. For example, it's possible to +increase the compression ratio on 5-10% for code for those CPU ISAs: x86, IA-64, ARM, ARM-Thumb, PowerPC, SPARC. =20 You can find C source code of such filters in C/Bra*.* files =20 -You can check the compression ratio gain of these filters with such=20 +You can check the compression ratio gain of these filters with such 7-Zip commands (example for ARM code): No filter: 7z a a1.7z a.bin -m0=3Dlzma =20 With filter for little-endian ARM code: - 7z a a2.7z a.bin -m0=3Darm -m1=3Dlzma =20 + 7z a a2.7z a.bin -m0=3Darm -m1=3Dlzma =20 It works in such manner: Compressing =3D Filter_encoding + LZMA_encoding @@ -339,11 +339,11 @@ Decompressing =3D LZMA_decoding + Filter_decoding =20 Compressing and decompressing speed of such filters is very high, so it will not increase decompressing time too much. -Moreover, it reduces decompression time for LZMA_decoding,=20 +Moreover, it reduces decompression time for LZMA_decoding, since compression ratio with filtering is higher. =20 -These filters convert CALL (calling procedure) instructions=20 -from relative offsets to absolute addresses, so such data becomes more=20 +These filters convert CALL (calling procedure) instructions +from relative offsets to absolute addresses, so such data becomes more compressible. =20 For some ISAs (for example, for MIPS) it's impossible to get gain from suc= h filter. diff --git a/MdeModulePkg/Universal/DriverHealthManagerDxe/DriverHealthConf= igureVfr.Vfr b/MdeModulePkg/Universal/DriverHealthManagerDxe/DriverHealthCo= nfigureVfr.Vfr index 8025cb107540..9fc7ed34e97c 100644 --- a/MdeModulePkg/Universal/DriverHealthManagerDxe/DriverHealthConfigureVf= r.Vfr +++ b/MdeModulePkg/Universal/DriverHealthManagerDxe/DriverHealthConfigureVf= r.Vfr @@ -1,8 +1,8 @@ ///** @file -// =20 +// // VFR to produce the formset used by BDS. This form only lists // the Configure Required driver health instances. -// =20 +// // Copyright (c) 2013 - 2015, Intel Corporation. All rights reserved.
// SPDX-License-Identifier: BSD-2-Clause-Patent =20 @@ -20,7 +20,7 @@ formset =20 label LABEL_BEGIN; label LABEL_END; - =20 + suppressif TRUE; text help =3D STRING_TOKEN(STR_NULL), diff --git a/MdeModulePkg/Universal/DriverHealthManagerDxe/DriverHealthMana= gerVfr.Vfr b/MdeModulePkg/Universal/DriverHealthManagerDxe/DriverHealthMana= gerVfr.Vfr index b84d8d649869..4c19bfcba97e 100644 --- a/MdeModulePkg/Universal/DriverHealthManagerDxe/DriverHealthManagerVfr.= Vfr +++ b/MdeModulePkg/Universal/DriverHealthManagerDxe/DriverHealthManagerVfr.= Vfr @@ -1,7 +1,7 @@ ///** @file -// =20 +// // VFR to produce the formset used by UI. -// =20 +// // Copyright (c) 2013 - 2015, Intel Corporation. All rights reserved.
// SPDX-License-Identifier: BSD-2-Clause-Patent //**/ diff --git a/MdeModulePkg/Universal/RegularExpressionDxe/Oniguruma/Onigurum= aUefiPort.c b/MdeModulePkg/Universal/RegularExpressionDxe/Oniguruma/Oniguru= maUefiPort.c index b6a58c6a5637..376fcabd760c 100644 --- a/MdeModulePkg/Universal/RegularExpressionDxe/Oniguruma/OnigurumaUefiPo= rt.c +++ b/MdeModulePkg/Universal/RegularExpressionDxe/Oniguruma/OnigurumaUefiPo= rt.c @@ -1,5 +1,5 @@ /** @file - =20 + Module to rewrite stdlib references within Oniguruma =20 (C) Copyright 2014-2015 Hewlett Packard Enterprise Development LP
diff --git a/MdeModulePkg/Universal/RegularExpressionDxe/Oniguruma/Onigurum= aUefiPort.h b/MdeModulePkg/Universal/RegularExpressionDxe/Oniguruma/Oniguru= maUefiPort.h index fb53cbf98066..299f414fd624 100644 --- a/MdeModulePkg/Universal/RegularExpressionDxe/Oniguruma/OnigurumaUefiPo= rt.h +++ b/MdeModulePkg/Universal/RegularExpressionDxe/Oniguruma/OnigurumaUefiPo= rt.h @@ -1,5 +1,5 @@ /** @file - =20 + Module to rewrite stdlib references within Oniguruma =20 (C) Copyright 2014-2015 Hewlett Packard Enterprise Development LP
diff --git a/MdeModulePkg/Universal/RegularExpressionDxe/Oniguruma/regexec.= c b/MdeModulePkg/Universal/RegularExpressionDxe/Oniguruma/regexec.c index 5ce859b39b95..6a7890910781 100644 --- a/MdeModulePkg/Universal/RegularExpressionDxe/Oniguruma/regexec.c +++ b/MdeModulePkg/Universal/RegularExpressionDxe/Oniguruma/regexec.c @@ -375,7 +375,7 @@ print_compiled_byte_code(FILE* f, regex_t* reg, int ind= ex, case OP_CCLASS_MB_NOT: { OnigCodePoint ncode; - OnigCodePoint* codes; =20 + OnigCodePoint* codes; =20 codes =3D (OnigCodePoint* )p->cclass_mb.mb; GET_CODE_POINT(ncode, codes); --=20 2.20.1 -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- Groups.io Links: You receive all messages sent to this group. View/Reply Online (#47624): https://edk2.groups.io/g/devel/message/47624 Mute This Topic: https://groups.io/mt/34202572/1787277 Group Owner: devel+owner@edk2.groups.io Unsubscribe: https://edk2.groups.io/g/devel/unsub [importer@patchew.org] -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-