From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: mx.groups.io; dkim=missing; spf=pass (domain: intel.com, ip: 192.55.52.93, mailfrom: hao.a.wu@intel.com) Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) by groups.io with SMTP; Thu, 19 Sep 2019 18:03:33 -0700 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by fmsmga102.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 19 Sep 2019 18:03:33 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.64,526,1559545200"; d="scan'208";a="194551280" Received: from fmsmsx103.amr.corp.intel.com ([10.18.124.201]) by FMSMGA003.fm.intel.com with ESMTP; 19 Sep 2019 18:03:33 -0700 Received: from fmsmsx124.amr.corp.intel.com (10.18.125.39) by FMSMSX103.amr.corp.intel.com (10.18.124.201) with Microsoft SMTP Server (TLS) id 14.3.439.0; Thu, 19 Sep 2019 18:03:32 -0700 Received: from shsmsx102.ccr.corp.intel.com (10.239.4.154) by fmsmsx124.amr.corp.intel.com (10.18.125.39) with Microsoft SMTP Server (TLS) id 14.3.439.0; Thu, 19 Sep 2019 18:03:32 -0700 Received: from shsmsx104.ccr.corp.intel.com ([169.254.5.32]) by shsmsx102.ccr.corp.intel.com ([169.254.2.113]) with mapi id 14.03.0439.000; Fri, 20 Sep 2019 09:03:30 +0800 From: "Wu, Hao A" To: "devel@edk2.groups.io" , "leif.lindholm@linaro.org" CC: "Wang, Jian J" , "Bi, Dandan" , "Gao, Liming" , "Dong, Eric" , "Gao, Zhichao" , "Ni, Ray" Subject: Re: [edk2-devel] [PATCH 5/7] MdeModulePkg: strip trailing whitespace Thread-Topic: [edk2-devel] [PATCH 5/7] MdeModulePkg: strip trailing whitespace Thread-Index: AQHVbxUCSqtPnqVg4U2UXhNJNdQ0qaczwB3A Date: Fri, 20 Sep 2019 01:03:30 +0000 Message-ID: References: <20190919180625.29150-1-leif.lindholm@linaro.org> <20190919180625.29150-6-leif.lindholm@linaro.org> In-Reply-To: <20190919180625.29150-6-leif.lindholm@linaro.org> Accept-Language: zh-CN, en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.239.127.40] MIME-Version: 1.0 Return-Path: hao.a.wu@intel.com Content-Language: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable > -----Original Message----- > From: devel@edk2.groups.io [mailto:devel@edk2.groups.io] On Behalf Of > Leif Lindholm > Sent: Friday, September 20, 2019 2:06 AM > To: devel@edk2.groups.io > Cc: Wang, Jian J; Wu, Hao A; Bi, Dandan; Gao, Liming; Dong, Eric; Gao, Z= hichao; > Ni, Ray > Subject: [edk2-devel] [PATCH 5/7] MdeModulePkg: strip trailing whitespac= e >=20 > 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 +++++++++++++++++++++++++++++++++++++++++++++++++++----- > ---------------------------------------------- >=20 > MdeModulePkg/Universal/DriverHealthManagerDxe/DriverHealthConfigure > Vfr.Vfr | 6 +++--- >=20 > MdeModulePkg/Universal/DriverHealthManagerDxe/DriverHealthManager > Vfr.Vfr | 4 ++-- >=20 > MdeModulePkg/Universal/RegularExpressionDxe/Oniguruma/OnigurumaUe > fiPort.c | 2 +- >=20 > MdeModulePkg/Universal/RegularExpressionDxe/Oniguruma/OnigurumaUe > fiPort.h | 2 +- > MdeModulePkg/Universal/RegularExpressionDxe/Oniguruma/regexec.c > | 2 +- > 15 files changed, 170 insertions(+), 170 deletions(-) Reviewed-by: Hao A Wu Best Regards, Hao Wu >=20 > 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 > -// > +// > // Front page formset. > -// > +// > // Copyright (c) 2007 - 2015, Intel Corporation. All rights reserved.<= BR> > // SPDX-License-Identifier: BSD-2-Clause-Patent > -// > +// > //**/ >=20 > #define FORMSET_GUID { 0x9e0c30bc, 0x3f06, 0x4ba6, 0x82, 0x88, 0x9, 0x= 17, > 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 s= how > + // This is where we will dynamically add a Action type op-code to s= how > // 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.<= BR> > // SPDX-License-Identifier: BSD-2-Clause-Patent > -// > +// > //**/ >=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; > - > + > size_t pos; > size_t size; /* it's data size */ > - > + > /* the following variables must be set outside */ > Byte *buf; > size_t bufSize; > diff --git a/MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/C/Bra.h > b/MdeModulePkg/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. > - > + > 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) > - > + > Out: > state - state variable for x86 converter >=20 > Returns: > The number of processed bytes. If you call these functions with mul= tiple > calls, > you must start next call with first byte after block of processed b= ytes. > - > + > Type Endian Alignment LookAhead > - > + > 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; > } > - > + > for (;;) > { > Byte *dest =3D p->buffer + (p->streamPos - p->pos); > @@ -182,24 +182,24 @@ int MatchFinder_Create(CMatchFinder *p, UInt32 > historySize, > ISzAllocPtr alloc) > { > UInt32 sizeReserv; > - > + > if (historySize > kMaxHistorySize) > { > MatchFinder_Free(p, alloc); > return 0; > } > - > + > sizeReserv =3D historySize >> 1; > if (historySize >=3D ((UInt32)3 << 30)) sizeReserv =3D historySi= ze >> 3; > else if (historySize >=3D ((UInt32)2 << 30)) sizeReserv =3D historySi= ze >> 2; > - > + > sizeReserv +=3D (keepAddBufferBefore + matchMaxLen + > keepAddBufferAfter) / 2 + (1 << 19); >=20 > p->keepSizeBefore =3D historySize + keepAddBufferBefore + 1; > p->keepSizeAfter =3D matchMaxLen + keepAddBufferAfter; > - > + > /* we need one additional byte, since we use MoveBlock after pos++ an= d > before dictionary using */ > - > + > if (LzInWindow_Create(p, sizeReserv, alloc)) > { > UInt32 newCyclicBufferSize =3D historySize + 1; > @@ -245,7 +245,7 @@ int MatchFinder_Create(CMatchFinder *p, UInt32 > historySize, > p->historySize =3D historySize; > p->hashSizeSum =3D hs; > p->cyclicBufferSize =3D newCyclicBufferSize; > - > + > numSons =3D newCyclicBufferSize; > if (p->btMode) > numSons <<=3D 1; > @@ -253,11 +253,11 @@ int MatchFinder_Create(CMatchFinder *p, UInt32 > historySize, >=20 > if (p->hash && p->numRefs =3D=3D newSize) > return 1; > - > + > MatchFinder_FreeThisClassMemory(p, alloc); > p->numRefs =3D newSize; > p->hash =3D AllocRefs(newSize, alloc); > - > + > 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; > - > + > if (limit2 < limit) > limit =3D limit2; > limit2 =3D p->streamPos - p->pos; > - > + > if (limit2 <=3D p->keepSizeAfter) > { > if (limit2 > 0) > @@ -286,10 +286,10 @@ static void MatchFinder_SetLimits(CMatchFinder *p) > } > else > limit2 -=3D p->keepSizeAfter; > - > + > if (limit2 < limit) > limit =3D limit2; > - > + > { > 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; > - > + > if (readData) > MatchFinder_ReadBlock(p); > - > + > MatchFinder_SetLimits(p); > } >=20 > @@ -343,7 +343,7 @@ void MatchFinder_Init(CMatchFinder *p) > MatchFinder_Init_3(p, True); > } >=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]; > - > + > 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; > } > } > - > + > 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; > - > + > if (d2 < p->cyclicBufferSize && *(cur - d2) =3D=3D *cur) > { > distances[0] =3D maxLen =3D 2; > distances[1] =3D d2 - 1; > offset =3D 2; > } > - > + > 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; > } > - > + > if (offset !=3D 0) > { > UPDATE_maxLen > @@ -657,10 +657,10 @@ static UInt32 > Bt4_MatchFinder_GetMatches(CMatchFinder *p, UInt32 *distances) > MOVE_POS_RET; > } > } > - > + > if (maxLen < 3) > maxLen =3D 3; > - > + > 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; > } > - > + > 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; > } > - > + > 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; > - > + > 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; > - > + > d2 =3D pos - hash[ h2]; > d3 =3D pos - (hash + kFix3HashSize)[h3]; > - > + > 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; > } > - > + > 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; > } > - > + > if (offset !=3D 0) > { > UPDATE_maxLen > @@ -789,7 +789,7 @@ static UInt32 > Hc4_MatchFinder_GetMatches(CMatchFinder *p, UInt32 *distances) > MOVE_POS_RET; > } > } > - > + > 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; > - > + > 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; > } > - > + > 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; > } > - > + > if (offset !=3D 0) > { > UPDATE_maxLen > @@ -867,7 +867,7 @@ static UInt32 > Hc5_MatchFinder_GetMatches(CMatchFinder *p, UInt32 *distances) > MOVE_POS_RET; > } > } > - > + > 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; > - > + > 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)) > - > + > 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 limit, const Byte *bufLimit > Byte *dic =3D p->dic; > SizeT dicBufSize =3D p->dicBufSize; > SizeT dicPos =3D p->dicPos; > - > + > 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 limit, const Byte *bufLimit > dic[dicPos++] =3D (Byte)symbol; > continue; > } > - > + > { > UPDATE_1(prob); > prob =3D probs + IsRep + state; > @@ -372,7 +372,7 @@ int MY_FAST_CALL LZMA_DECODE_REAL(CLzmaDec > *p, SizeT limit, const Byte *bufLimit > state =3D state < kNumLitStates ? 8 : 11; > prob =3D probs + RepLenCoder; > } > - > + > #ifdef _LZMA_SIZE_OPT > { > unsigned lim, offset; > @@ -476,7 +476,7 @@ int MY_FAST_CALL LZMA_DECODE_REAL(CLzmaDec > *p, SizeT limit, const Byte *bufLimit > { > NORMALIZE > range >>=3D 1; > - > + > { > UInt32 t; > code -=3D range; > @@ -512,7 +512,7 @@ int MY_FAST_CALL LZMA_DECODE_REAL(CLzmaDec > *p, SizeT limit, const Byte *bufLimit > } > } > } > - > + > 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; > - > + > if ((rem =3D limit - dicPos) =3D=3D 0) > { > p->dicPos =3D dicPos; > return SZ_ERROR_DATA; > } > - > + > 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 limit, const Byte *bufLimit > while (dicPos < limit && buf < bufLimit); >=20 > NORMALIZE; > - > + > 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)); > - > + > if (p->checkDicSize =3D=3D 0 && p->processedPos >=3D p->prop.dicSiz= e) > p->checkDicSize =3D p->prop.dicSize; > - > + > LzmaDec_WriteRem(p, limit); > } > while (p->dicPos < limit && p->buf < bufLimit && p->remainLen < > kMatchSpecLenStart); > @@ -879,7 +879,7 @@ SRes LzmaDec_DecodeToDic(CLzmaDec *p, SizeT > dicLimit, const Byte *src, SizeT *sr > { > SizeT inSize =3D *srcLen; > (*srcLen) =3D 0; > - > + > *status =3D LZMA_STATUS_NOT_SPECIFIED; >=20 > if (p->remainLen > kMatchSpecLenStart) > @@ -997,7 +997,7 @@ SRes LzmaDec_DecodeToDic(CLzmaDec *p, SizeT > dicLimit, const Byte *src, SizeT *sr > p->buf =3D p->tempBuf; > if (LzmaDec_DecodeReal2(p, dicLimit, p->buf) !=3D 0) > return SZ_ERROR_DATA; > - > + > { > 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; > } > } > - > + > 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 *data, unsigned size) > { > UInt32 dicSize; > Byte d; > - > + > 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); > - > + > 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 > */ > - > + > SRes LzmaDec_AllocateProbs(CLzmaDec *p, const Byte *props, unsigned > propsSize, ISzAllocPtr alloc); > void LzmaDec_FreeProbs(CLzmaDec *p, ISzAllocPtr alloc); >=20 > @@ -164,7 +164,7 @@ void LzmaDec_Free(CLzmaDec *p, ISzAllocPtr alloc); > */ >=20 > /* LzmaDec_DecodeToDic > - > + > The decoding to internal dictionary buffer (CLzmaDec::dic). > You must manually update CLzmaDec::dicPos, if it reaches > CLzmaDec::dicBufSize !!! >=20 > diff --git > a/MdeModulePkg/Library/LzmaCustomDecompressLib/Sdk/DOC/lzma- > history.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 > - by 8% for fastest/fast compression levels and > +- 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 pa= ges" > mode in > - Windows 10 because of some BUG with "Large Pages" in Windows 10. > + 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 > (16299). > - 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 > +- Asm\x86\LzmaDecOpt.asm: new optimized LZMA decoder written in asm > for x64 with about 30% higher speed than main version of LZMA decoder > written in C. > - The speed for single-thread LZMA/LZMA2 decoder written in C was > increased 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 > + 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 > compression. > 7-Zip now uses additional memory buffers for multi-block LZMA2 > compression. > CPU utilization was slightly improved. > -- 7-zip now creates multi-block xz archives by default. Block size can = be > +- 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: > +- NewHandler.h / NewHandler.cpp: > now it redefines operator new() only for old MSVC compilers (_MSC_V= ER > < 1900). > - C/7zTypes.h : the names of variables in interface structures were cha= nged > (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 > + Split Handler (SplitHandler.cpp) returned incorrect > total size value (kpidSize) for split archives. >=20 >=20 > 16.01 2016-05-19 > -------------------------- > +------------------------- > - Some internal changes to reduce the number of compiler warnings. >=20 >=20 > 16.00 2016-05-10 > -------------------------- > +------------------------- > - Some bugs were fixed. >=20 >=20 > 15.12 2015-11-19 > -------------------------- > +------------------------- > - The BUG in C version of 7z decoder was fixed: > 7zDec.c : SzDecodeLzma2() > 7z decoder could mistakenly report about decoding error for some 7z > archives > that use LZMA2 compression method. > - The probability to get that mistaken decoding error report was about > - one error per 16384 solid blocks for solid blocks larger than 16 KB > (compressed size). > + The probability to get that mistaken decoding error report was about > + one error per 16384 solid blocks for solid blocks larger than 16 KB > (compressed 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 > - empty solid blocks, that can be placed to 7z archive, if some file is > + 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 > -------------------------- > +------------------------- > - 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 > - for compressing from memory to memory. > + - 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 str= eams. > - - LZMA2 : multi-threaded version of LZMA2 encoder worked incorrectly= , if > - default value of chunk size (CLzma2EncProps::blockSize) is changed > + - 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 > -------------------------- > +------------------------- > - 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 > -------------------------- > +------------------------- > - The BUG in command line version was fixed: > 7-Zip created temporary archive in current folder during update archi= ve > - operation, if -w{Path} switch was not specified. > + operation, if -w{Path} switch was not specified. > The fixed 7-Zip creates temporary archive in folder that contains upd= ated > archive. > - The BUG in 9.33-9.35 was fixed: > 7-Zip silently ignored file reading errors during 7z or gz archive cr= eation, > @@ -140,14 +140,14 @@ HISTORY of the LZMA SDK >=20 >=20 > 9.35 beta 2014-12-07 > -------------------------- > +------------------------- > - 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 > -------------------------- > +------------------------- > - 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 > -------------------------- > +------------------------- > - 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 > 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 > + 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 o= f > + LZMA Encoder in fast compression mode could access memory outside o= f > 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. > +- 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 > +- C++ code for .7z archives compressing/decompressing from 7-zip > was included to LZMA SDK. > - > + >=20 > 4.43 2006-06-04 > ------------------------- > - Small changes for more compatibility with some C/C++ compilers. > - > + >=20 > 4.42 2006-05-15 > ------------------------- > - Small changes in .h files in ANSI-C version. > - > + >=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 > + C++ version of LZMA encoder could not correctly compress > files larger than 2 GB with HC4 match finder (-mfhc4). > - > + >=20 > 4.37 beta 2005-04-06 > ------------------------- > -- Fixes in C++ code: code could no be compiled if _NO_EXCEPTIONS was > defined. > +- Fixes in C++ code: code could no be compiled if _NO_EXCEPTIONS was > defined. >=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 > + 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: > +- 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): > +- 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. > + 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 > +- 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 > - and decompressing speed and shows rating values. > +- "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, > + 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 > 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 > +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. > +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 > +keeping high decompression speed and low memory requirements for > decompressing. >=20 > -LZMA2 is a LZMA based compression method. LZMA2 provides better > +LZMA2 is a LZMA based compression method. LZMA2 provides better > multithreading support for compression than LZMA and some other > improvements. >=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 > +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 from 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 distrib= ute the > -original LZMA SDK code, either in source code form or as a compiled bin= ary, > for > +Anyone is free to copy, modify, publish, use, compile, sell, or distrib= ute the > +original LZMA SDK code, either in source code form or as a compiled bin= ary, > for > any purpose, commercial or non-commercial, and by any means. >=20 > -LZMA SDK code is compatible with open source licenses, for example, you > can > +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 > +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 > +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 Li= nux): > - > + > 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 > + 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) > - > + > Alone7z - 7zr.exe: Standalone 7-Zip console program (reduce= d version) > Format7zExtractR - 7zxr.dll: Reduced version of 7z DLL: extracti= ng 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 > - > + > 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/decompres= sion) >=20 >=20 > -Note: > +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: > + - 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 > +LZMA decoder uses only integer operations and can be > implemented in any modern 32-bit CPU (or on 16-bit CPU with some > conditions). >=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, > +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 > - with LZMA method. Benchmark shows rating in MIPS (million > - instructions per second). Rating value is calculated from > + 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 > + 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. > + (-a1, -d21, -fb32, -mfbt4). You can change only -d parameter. > Also you can change the number of iterations. Example for 30 itera= tions: > LZMA b 30 > Default number of iterations is 10. >=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= . > - For decompressing file compressed by LZMA method with diction= ary > + Dictionary size is calculated as DictionarySize =3D 2^N bytes= . > + For decompressing file compressed by LZMA method with diction= ary > 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 rati= o > + Usually big number gives a little bit better compression rati= o > 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 > - equal 2^N. For example, for 32-bit (4 bytes) > - periodical data you can use lp=3D2. Often it's better to set = lc0, > + 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 > + pb switch is intended for periodical data > when period is equal 2^N. >=20 > - -mf{MF_ID}: set Match Finder. Default: bt4. > - Algorithms from hc* group doesn't provide good compressio= n > - ratio, but they often works pretty fast in combination wi= th > + -mf{MF_ID}: set Match Finder. Default: bt4. > + Algorithms from hc* group doesn't provide good compressio= n > + ratio, but they often works pretty fast in combination wi= th > fast mode (-a0). >=20 > - Memory requirements depend from dictionary size > - (parameter "d" in table below). > + 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 > - eos marker, since LZMA decoder knows uncompressed size > + -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 > +1) LZMA e file.bin file.lzma -d16 -lc0 >=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 > +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 > +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 > +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 loca= te > -data in such order, where code is grouped in one place and data is > +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 > -increase the compression ratio on 5-10% for code for those CPU ISAs: > +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 > +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 > + 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, > +Moreover, it reduces decompression time for LZMA_decoding, > since compression ratio with filtering is higher. >=20 > -These filters convert CALL (calling procedure) instructions > -from relative offsets to absolute addresses, so such data becomes more > +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 = such > filter. > diff --git > a/MdeModulePkg/Universal/DriverHealthManagerDxe/DriverHealthConfigu > reVfr.Vfr > b/MdeModulePkg/Universal/DriverHealthManagerDxe/DriverHealthConfigu > reVfr.Vfr > index 8025cb107540..9fc7ed34e97c 100644 > --- > a/MdeModulePkg/Universal/DriverHealthManagerDxe/DriverHealthConfigu > reVfr.Vfr > +++ > b/MdeModulePkg/Universal/DriverHealthManagerDxe/DriverHealthConfigu > reVfr.Vfr > @@ -1,8 +1,8 @@ > ///** @file > -// > +// > // VFR to produce the formset used by BDS. This form only lists > // the Configure Required driver health instances. > -// > +// > // Copyright (c) 2013 - 2015, Intel Corporation. All rights reserved.<= BR> > // SPDX-License-Identifier: BSD-2-Clause-Patent >=20 > @@ -20,7 +20,7 @@ formset >=20 > label LABEL_BEGIN; > label LABEL_END; > - > + > suppressif TRUE; > text > help =3D STRING_TOKEN(STR_NULL), > diff --git > a/MdeModulePkg/Universal/DriverHealthManagerDxe/DriverHealthManage > rVfr.Vfr > b/MdeModulePkg/Universal/DriverHealthManagerDxe/DriverHealthManag > erVfr.Vfr > index b84d8d649869..4c19bfcba97e 100644 > --- > a/MdeModulePkg/Universal/DriverHealthManagerDxe/DriverHealthManage > rVfr.Vfr > +++ > b/MdeModulePkg/Universal/DriverHealthManagerDxe/DriverHealthManag > erVfr.Vfr > @@ -1,7 +1,7 @@ > ///** @file > -// > +// > // VFR to produce the formset used by UI. > -// > +// > // Copyright (c) 2013 - 2015, Intel Corporation. All rights reserved.<= BR> > // SPDX-License-Identifier: BSD-2-Clause-Patent > //**/ > diff --git > a/MdeModulePkg/Universal/RegularExpressionDxe/Oniguruma/Oniguruma > UefiPort.c > b/MdeModulePkg/Universal/RegularExpressionDxe/Oniguruma/Oniguruma > UefiPort.c > index b6a58c6a5637..376fcabd760c 100644 > --- > a/MdeModulePkg/Universal/RegularExpressionDxe/Oniguruma/Oniguruma > UefiPort.c > +++ > b/MdeModulePkg/Universal/RegularExpressionDxe/Oniguruma/Oniguruma > UefiPort.c > @@ -1,5 +1,5 @@ > /** @file > - > + > Module to rewrite stdlib references within Oniguruma >=20 > (C) Copyright 2014-2015 Hewlett Packard Enterprise Development LP
> diff --git > a/MdeModulePkg/Universal/RegularExpressionDxe/Oniguruma/Oniguruma > UefiPort.h > b/MdeModulePkg/Universal/RegularExpressionDxe/Oniguruma/Oniguruma > UefiPort.h > index fb53cbf98066..299f414fd624 100644 > --- > a/MdeModulePkg/Universal/RegularExpressionDxe/Oniguruma/Oniguruma > UefiPort.h > +++ > b/MdeModulePkg/Universal/RegularExpressionDxe/Oniguruma/Oniguruma > UefiPort.h > @@ -1,5 +1,5 @@ > /** @file > - > + > 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 > index, > case OP_CCLASS_MB_NOT: > { > OnigCodePoint ncode; > - OnigCodePoint* codes; > + OnigCodePoint* codes; >=20 > codes =3D (OnigCodePoint* )p->cclass_mb.mb; > GET_CODE_POINT(ncode, codes); > -- > 2.20.1 >=20 >=20 >=20