[edk2-devel] [PATCH 5/7] MdeModulePkg: strip trailing whitespace
Wu, Hao A
hao.a.wu at intel.com
Fri Sep 20 01:03:30 UTC 2019
> -----Original Message-----
> From: devel at edk2.groups.io [mailto:devel at edk2.groups.io] On Behalf Of
> Leif Lindholm
> Sent: Friday, September 20, 2019 2:06 AM
> To: devel at edk2.groups.io
> Cc: Wang, Jian J; Wu, Hao A; Bi, Dandan; Gao, Liming; Dong, Eric; Gao, Zhichao;
> Ni, Ray
> Subject: [edk2-devel] [PATCH 5/7] MdeModulePkg: strip trailing whitespace
>
> Cc: Jian J Wang <jian.j.wang at intel.com>
> Cc: Hao A Wu <hao.a.wu at intel.com>
> Cc: Dandan Bi <dandan.bi at intel.com>
> Cc: Liming Gao <liming.gao at intel.com>
> Cc: Eric Dong <eric.dong at intel.com>
> Cc: Zhichao Gao <zhichao.gao at intel.com>
> Cc: Ray Ni <ray.ni at intel.com>
> Signed-off-by: Leif Lindholm <leif.lindholm at linaro.org>
> ---
> 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/DriverHealthConfigure
> Vfr.Vfr | 6 +++---
>
> MdeModulePkg/Universal/DriverHealthManagerDxe/DriverHealthManager
> Vfr.Vfr | 4 ++--
>
> MdeModulePkg/Universal/RegularExpressionDxe/Oniguruma/OnigurumaUe
> fiPort.c | 2 +-
>
> 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 <hao.a.wu at intel.com>
Best Regards,
Hao Wu
>
> 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
> -//
> +//
> //**/
>
> #define FORMSET_GUID { 0x9e0c30bc, 0x3f06, 0x4ba6, 0x82, 0x88, 0x9, 0x17,
> 0x9b, 0x85, 0x5d, 0xbe }
> @@ -70,7 +70,7 @@ formset
>
> label LABEL_FRANTPAGE_INFORMATION;
> //
> - // This is where we will dynamically add a Action type op-code to show
> + // 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.<BR>
> // SPDX-License-Identifier: BSD-2-Clause-Patent
> -//
> +//
> //**/
>
> #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
>
> Returns:
> The number of processed bytes. If you call these functions with multiple
> calls,
> you must start next call with first byte after block of processed bytes.
> -
> +
> 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 = 1;
> return;
> }
> -
> +
> for (;;)
> {
> Byte *dest = 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 = historySize >> 1;
> if (historySize >= ((UInt32)3 << 30)) sizeReserv = historySize >> 3;
> else if (historySize >= ((UInt32)2 << 30)) sizeReserv = historySize >> 2;
> -
> +
> sizeReserv += (keepAddBufferBefore + matchMaxLen +
> keepAddBufferAfter) / 2 + (1 << 19);
>
> p->keepSizeBefore = historySize + keepAddBufferBefore + 1;
> p->keepSizeAfter = matchMaxLen + keepAddBufferAfter;
> -
> +
> /* we need one additional byte, since we use MoveBlock after pos++ and
> before dictionary using */
> -
> +
> if (LzInWindow_Create(p, sizeReserv, alloc))
> {
> UInt32 newCyclicBufferSize = historySize + 1;
> @@ -245,7 +245,7 @@ int MatchFinder_Create(CMatchFinder *p, UInt32
> historySize,
> p->historySize = historySize;
> p->hashSizeSum = hs;
> p->cyclicBufferSize = newCyclicBufferSize;
> -
> +
> numSons = newCyclicBufferSize;
> if (p->btMode)
> numSons <<= 1;
> @@ -253,11 +253,11 @@ int MatchFinder_Create(CMatchFinder *p, UInt32
> historySize,
>
> if (p->hash && p->numRefs == newSize)
> return 1;
> -
> +
> MatchFinder_FreeThisClassMemory(p, alloc);
> p->numRefs = newSize;
> p->hash = AllocRefs(newSize, alloc);
> -
> +
> if (p->hash)
> {
> p->son = p->hash + p->hashSizeSum;
> @@ -274,11 +274,11 @@ static void MatchFinder_SetLimits(CMatchFinder *p)
> {
> UInt32 limit = kMaxValForNormalize - p->pos;
> UInt32 limit2 = p->cyclicBufferSize - p->cyclicBufferPos;
> -
> +
> if (limit2 < limit)
> limit = limit2;
> limit2 = p->streamPos - p->pos;
> -
> +
> if (limit2 <= p->keepSizeAfter)
> {
> if (limit2 > 0)
> @@ -286,10 +286,10 @@ static void MatchFinder_SetLimits(CMatchFinder *p)
> }
> else
> limit2 -= p->keepSizeAfter;
> -
> +
> if (limit2 < limit)
> limit = limit2;
> -
> +
> {
> UInt32 lenLimit = p->streamPos - p->pos;
> if (lenLimit > p->matchMaxLen)
> @@ -328,10 +328,10 @@ void MatchFinder_Init_3(CMatchFinder *p, int
> readData)
> p->streamPos = p->cyclicBufferSize;
> p->result = SZ_OK;
> p->streamEndWasReached = 0;
> -
> +
> if (readData)
> MatchFinder_ReadBlock(p);
> -
> +
> MatchFinder_SetLimits(p);
> }
>
> @@ -343,7 +343,7 @@ void MatchFinder_Init(CMatchFinder *p)
> MatchFinder_Init_3(p, True);
> }
>
> -
> +
> 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 = pos - hash[h2];
>
> curMatch = (hash + kFix3HashSize)[hv];
> -
> +
> hash[h2] = pos;
> (hash + kFix3HashSize)[hv] = pos;
>
> @@ -605,7 +605,7 @@ static UInt32
> Bt3_MatchFinder_GetMatches(CMatchFinder *p, UInt32 *distances)
> MOVE_POS_RET;
> }
> }
> -
> +
> GET_MATCHES_FOOTER(offset, maxLen)
> }
>
> @@ -631,14 +631,14 @@ static UInt32
> Bt4_MatchFinder_GetMatches(CMatchFinder *p, UInt32 *distances)
>
> maxLen = 0;
> offset = 0;
> -
> +
> if (d2 < p->cyclicBufferSize && *(cur - d2) == *cur)
> {
> distances[0] = maxLen = 2;
> distances[1] = d2 - 1;
> offset = 2;
> }
> -
> +
> if (d2 != d3 && d3 < p->cyclicBufferSize && *(cur - d3) == *cur)
> {
> maxLen = 3;
> @@ -646,7 +646,7 @@ static UInt32
> Bt4_MatchFinder_GetMatches(CMatchFinder *p, UInt32 *distances)
> offset += 2;
> d2 = d3;
> }
> -
> +
> if (offset != 0)
> {
> UPDATE_maxLen
> @@ -657,10 +657,10 @@ static UInt32
> Bt4_MatchFinder_GetMatches(CMatchFinder *p, UInt32 *distances)
> MOVE_POS_RET;
> }
> }
> -
> +
> if (maxLen < 3)
> maxLen = 3;
> -
> +
> GET_MATCHES_FOOTER(offset, maxLen)
> }
>
> @@ -712,7 +712,7 @@ static UInt32
> Bt5_MatchFinder_GetMatches(CMatchFinder *p, UInt32 *distances)
> offset = 2;
> d2 = d3;
> }
> -
> +
> if (d2 != d4 && d4 < p->cyclicBufferSize
> && *(cur - d4) == *cur
> && *(cur - d4 + 3) == *(cur + 3))
> @@ -722,7 +722,7 @@ static UInt32
> Bt5_MatchFinder_GetMatches(CMatchFinder *p, UInt32 *distances)
> offset += 2;
> d2 = d4;
> }
> -
> +
> if (offset != 0)
> {
> UPDATE_maxLen
> @@ -736,7 +736,7 @@ static UInt32
> Bt5_MatchFinder_GetMatches(CMatchFinder *p, UInt32 *distances)
>
> if (maxLen < 4)
> maxLen = 4;
> -
> +
> GET_MATCHES_FOOTER(offset, maxLen)
> }
> */
> @@ -751,10 +751,10 @@ static UInt32
> Hc4_MatchFinder_GetMatches(CMatchFinder *p, UInt32 *distances)
>
> hash = p->hash;
> pos = p->pos;
> -
> +
> d2 = pos - hash[ h2];
> d3 = pos - (hash + kFix3HashSize)[h3];
> -
> +
> curMatch = (hash + kFix4HashSize)[hv];
>
> hash[ h2] = pos;
> @@ -770,7 +770,7 @@ static UInt32
> Hc4_MatchFinder_GetMatches(CMatchFinder *p, UInt32 *distances)
> distances[1] = d2 - 1;
> offset = 2;
> }
> -
> +
> if (d2 != d3 && d3 < p->cyclicBufferSize && *(cur - d3) == *cur)
> {
> maxLen = 3;
> @@ -778,7 +778,7 @@ static UInt32
> Hc4_MatchFinder_GetMatches(CMatchFinder *p, UInt32 *distances)
> offset += 2;
> d2 = d3;
> }
> -
> +
> if (offset != 0)
> {
> UPDATE_maxLen
> @@ -789,7 +789,7 @@ static UInt32
> Hc4_MatchFinder_GetMatches(CMatchFinder *p, UInt32 *distances)
> MOVE_POS_RET;
> }
> }
> -
> +
> if (maxLen < 3)
> maxLen = 3;
>
> @@ -809,7 +809,7 @@ static UInt32
> Hc5_MatchFinder_GetMatches(CMatchFinder *p, UInt32 *distances)
>
> hash = p->hash;
> pos = p->pos;
> -
> +
> d2 = pos - hash[ h2];
> d3 = pos - (hash + kFix3HashSize)[h3];
> d4 = pos - (hash + kFix4HashSize)[h4];
> @@ -846,7 +846,7 @@ static UInt32
> Hc5_MatchFinder_GetMatches(CMatchFinder *p, UInt32 *distances)
> offset = 2;
> d2 = d3;
> }
> -
> +
> if (d2 != d4 && d4 < p->cyclicBufferSize
> && *(cur - d4) == *cur
> && *(cur - d4 + 3) == *(cur + 3))
> @@ -856,7 +856,7 @@ static UInt32
> Hc5_MatchFinder_GetMatches(CMatchFinder *p, UInt32 *distances)
> offset += 2;
> d2 = d4;
> }
> -
> +
> if (offset != 0)
> {
> UPDATE_maxLen
> @@ -867,7 +867,7 @@ static UInt32
> Hc5_MatchFinder_GetMatches(CMatchFinder *p, UInt32 *distances)
> MOVE_POS_RET;
> }
> }
> -
> +
> if (maxLen < 4)
> maxLen = 4;
>
> 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
>
> Byte *bufferBase;
> ISeqInStream *stream;
> -
> +
> UInt32 blockSize;
> UInt32 keepSizeBefore;
> UInt32 keepSizeAfter;
> @@ -59,7 +59,7 @@ typedef struct _CMatchFinder
> ((p)->streamEndWasReached \
> && (p)->streamPos == (p)->pos \
> && (!(p)->directInput || (p)->directInputRem == 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 = p->dic;
> SizeT dicBufSize = p->dicBufSize;
> SizeT dicPos = p->dicPos;
> -
> +
> UInt32 processedPos = p->processedPos;
> UInt32 checkDicSize = p->checkDicSize;
> unsigned len = 0;
> @@ -305,7 +305,7 @@ int MY_FAST_CALL LZMA_DECODE_REAL(CLzmaDec
> *p, SizeT limit, const Byte *bufLimit
> dic[dicPos++] = (Byte)symbol;
> continue;
> }
> -
> +
> {
> UPDATE_1(prob);
> prob = probs + IsRep + state;
> @@ -372,7 +372,7 @@ int MY_FAST_CALL LZMA_DECODE_REAL(CLzmaDec
> *p, SizeT limit, const Byte *bufLimit
> state = state < kNumLitStates ? 8 : 11;
> prob = 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 >>= 1;
> -
> +
> {
> UInt32 t;
> code -= range;
> @@ -512,7 +512,7 @@ int MY_FAST_CALL LZMA_DECODE_REAL(CLzmaDec
> *p, SizeT limit, const Byte *bufLimit
> }
> }
> }
> -
> +
> rep3 = rep2;
> rep2 = rep1;
> rep1 = 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 = limit - dicPos) == 0)
> {
> p->dicPos = dicPos;
> return SZ_ERROR_DATA;
> }
> -
> +
> curLen = ((rem < len) ? (unsigned)rem : len);
> pos = dicPos - rep0 + (dicPos < rep0 ? dicBufSize : 0);
>
> @@ -570,7 +570,7 @@ int MY_FAST_CALL LZMA_DECODE_REAL(CLzmaDec
> *p, SizeT limit, const Byte *bufLimit
> while (dicPos < limit && buf < bufLimit);
>
> NORMALIZE;
> -
> +
> p->buf = buf;
> p->range = range;
> p->code = code;
> @@ -640,10 +640,10 @@ static int MY_FAST_CALL
> LzmaDec_DecodeReal2(CLzmaDec *p, SizeT limit, const Byte
> }
>
> RINOK(LZMA_DECODE_REAL(p, limit2, bufLimit));
> -
> +
> if (p->checkDicSize == 0 && p->processedPos >= p->prop.dicSize)
> p->checkDicSize = 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 = *srcLen;
> (*srcLen) = 0;
> -
> +
> *status = LZMA_STATUS_NOT_SPECIFIED;
>
> if (p->remainLen > kMatchSpecLenStart)
> @@ -997,7 +997,7 @@ SRes LzmaDec_DecodeToDic(CLzmaDec *p, SizeT
> dicLimit, const Byte *src, SizeT *sr
> p->buf = p->tempBuf;
> if (LzmaDec_DecodeReal2(p, dicLimit, p->buf) != 0)
> return SZ_ERROR_DATA;
> -
> +
> {
> unsigned kkk = (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 = 0;
> }
> }
> -
> +
> if (p->code != 0)
> return SZ_ERROR_DATA;
> *status = 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 = data[1] | ((UInt32)data[2] << 8) | ((UInt32)data[3] << 16) |
> ((UInt32)data[4] << 24);
> -
> +
> if (dicSize < LZMA_DIC_MIN)
> dicSize = LZMA_DIC_MIN;
> p->dicSize = 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);
>
> @@ -164,7 +164,7 @@ void LzmaDec_Free(CLzmaDec *p, ISzAllocPtr alloc);
> */
>
> /* LzmaDec_DecodeToDic
> -
> +
> The decoding to internal dictionary buffer (CLzmaDec::dic).
> You must manually update CLzmaDec::dicPos, if it reaches
> CLzmaDec::dicBufSize !!!
>
> 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
>
> 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 pages"
> 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
>
> 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.
>
>
> @@ -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
>
> 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_VER
> < 1900).
> - C/7zTypes.h : the names of variables in interface structures were changed
> (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.
>
>
> 16.01 2016-05-19
> --------------------------
> +-------------------------
> - Some internal changes to reduce the number of compiler warnings.
>
>
> 16.00 2016-05-10
> --------------------------
> +-------------------------
> - Some bugs were fixed.
>
>
> 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.
>
>
> 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 streams.
> - - 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).
>
>
> 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
>
>
> 9.36 beta 2014-12-26
> --------------------------
> +-------------------------
> - 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.
> + operation, if -w{Path} switch was not specified.
> The fixed 7-Zip creates temporary archive in folder that contains updated
> archive.
> - The BUG in 9.33-9.35 was fixed:
> 7-Zip silently ignored file reading errors during 7z or gz archive creation,
> @@ -140,14 +140,14 @@ HISTORY of the LZMA SDK
>
>
> 9.35 beta 2014-12-07
> --------------------------
> +-------------------------
> - 7zr.exe now support AES encryption.
> - SFX mudules were added to LZMA SDK
> - Some bugs were fixed.
>
>
> 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
>
>
> 9.18 beta 2010-11-02
> --------------------------
> +-------------------------
> - New small SFX module for installers (SfxSetup).
>
>
> @@ -168,7 +168,7 @@ HISTORY of the LZMA SDK
> 9.11 beta 2010-03-15
> -------------------------
> - PPMd compression method support
> -
> +
>
> 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 of
> + LZMA Encoder in fast compression mode could access memory outside of
> allocated range in some rare cases.
>
>
> @@ -229,7 +229,7 @@ HISTORY of the LZMA SDK
>
> 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.
>
>
> @@ -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.
> -
> +
>
> 4.43 2006-06-04
> -------------------------
> - Small changes for more compatibility with some C/C++ compilers.
> -
> +
>
> 4.42 2006-05-15
> -------------------------
> - Small changes in .h files in ANSI-C version.
> -
> +
>
> 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).
> -
> +
>
> 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.
>
>
> 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.
>
>
> @@ -339,7 +339,7 @@ HISTORY of the LZMA SDK
>
> 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
>
> 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
>
> 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
>
> @@ -381,8 +381,8 @@ HISTORY of the LZMA SDK
>
> 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.
>
>
> @@ -411,7 +411,7 @@ HISTORY of the LZMA SDK
>
> 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
>
> @@ -419,6 +419,6 @@ HISTORY of the LZMA
>
> 2001-08-30: LZMA compression was added to 7-Zip
> 1999-01-02: First version of 7-Zip was released
> -
> +
>
> 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
> --------------
>
> 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.
>
> -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.
>
> -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.
>
> 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.
>
> 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,
>
>
> @@ -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)
>
> -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
> +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.
>
> -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.
>
>
> @@ -60,7 +60,7 @@ LZMA SDK Contents
> - SFX modules for installers.
>
>
> -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
>
> 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 = -lm -static
>
> Also you can use p7zip (port of 7-Zip for POSIX systems like Unix or Linux):
> -
> +
> http://p7zip.sourceforge.net/
>
>
> @@ -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
>
> CPP/ -- CPP files
>
> @@ -135,7 +135,7 @@ CPP/ -- CPP files
> 7z - 7z C++ Encoder/Decoder
>
> Bundles - Modules that are bundles of other modules (files)
> -
> +
> Alone7z - 7zr.exe: Standalone 7-Zip console program (reduced version)
> 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
>
> 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/decompression)
>
>
> -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:
>
> @@ -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
>
> -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).
>
> 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
>
> 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.
>
>
> @@ -221,53 +221,53 @@ Usage: LZMA <e|d> inputFile outputFile
> [<switches>...]
>
> d: decode file
>
> - 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 iterations:
> LZMA b 30
> Default number of iterations is 10.
>
> <Switches>
> -
> +
>
> -a{N}: set compression mode 0 = fast, 1 = normal
> default: 1 (normal)
>
> d{N}: Sets Dictionary size - [0, 30], default: 23 (8MB)
> The maximum value for dictionary size is 1 GB = 2^30 bytes.
> - Dictionary size is calculated as DictionarySize = 2^N bytes.
> - For decompressing file compressed by LZMA method with dictionary
> + Dictionary size is calculated as DictionarySize = 2^N bytes.
> + For decompressing file compressed by LZMA method with dictionary
> size D = 2^N you need about D bytes of memory (RAM).
>
> -fb{N}: set number of fast bytes - [5, 273], default: 128
> - Usually big number gives a little bit better compression ratio
> + Usually big number gives a little bit better compression ratio
> and slower compression process.
>
> -lc{N}: set number of literal context bits - [0, 8], default: 3
> Sometimes lc=4 gives gain for big files.
>
> -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=2. 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=2. Often it's better to set lc0,
> if you change lp switch.
>
> -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.
>
> - -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
> + -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).
>
> - Memory requirements depend from dictionary size
> - (parameter "d" in table below).
> + Memory requirements depend from dictionary size
> + (parameter "d" in table below).
>
> MF_ID Memory Description
>
> @@ -276,8 +276,8 @@ Usage: LZMA <e|d> inputFile outputFile
> [<switches>...]
> bt4 d * 11.5 + 4MB Binary Tree with 4 bytes hashing.
> hc4 d * 7.5 + 4MB Hash Chain with 4 bytes hashing.
>
> - -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.
>
> -si: Read data from stdin (it will write End Of Stream marker).
> @@ -286,16 +286,16 @@ Usage: LZMA <e|d> inputFile outputFile
> [<switches>...]
>
> Examples:
>
> -1) LZMA e file.bin file.lzma -d16 -lc0
> +1) LZMA e file.bin file.lzma -d16 -lc0
>
> -compresses file.bin to file.lzma with 64 KB dictionary (2^16=64K)
> -and 0 literal context bits. -lc0 allows to reduce memory requirements
> +compresses file.bin to file.lzma with 64 KB dictionary (2^16=64K)
> +and 0 literal context bits. -lc0 allows to reduce memory requirements
> for decompression.
>
>
> 2) LZMA e file.bin file.lzma -lc0 -lp2
>
> -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).
>
> 3) LZMA d file.lzma file.bin
> @@ -309,9 +309,9 @@ Compression ratio hints
> Recommendations
> ---------------
>
> -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 locate
> -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, ...).
>
> @@ -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.
>
> You can find C source code of such filters in C/Bra*.* files
>
> -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=lzma
>
> With filter for little-endian ARM code:
> - 7z a a2.7z a.bin -m0=arm -m1=lzma
> + 7z a a2.7z a.bin -m0=arm -m1=lzma
>
> It works in such manner:
> Compressing = Filter_encoding + LZMA_encoding
> @@ -339,11 +339,11 @@ Decompressing = LZMA_decoding +
> Filter_decoding
>
> 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.
>
> -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.
>
> 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,7 +20,7 @@ formset
>
> label LABEL_BEGIN;
> label LABEL_END;
> -
> +
> suppressif TRUE;
> text
> help = 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
>
> (C) Copyright 2014-2015 Hewlett Packard Enterprise Development LP<BR>
> 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
>
> (C) Copyright 2014-2015 Hewlett Packard Enterprise Development LP<BR>
> 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;
>
> codes = (OnigCodePoint* )p->cclass_mb.mb;
> GET_CODE_POINT(ncode, codes);
> --
> 2.20.1
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply Online (#47683): https://edk2.groups.io/g/devel/message/47683
Mute This Topic: https://groups.io/mt/34202572/1813853
Group Owner: devel+owner at edk2.groups.io
Unsubscribe: https://edk2.groups.io/g/devel/unsub [edk2-devel-archive at redhat.com]
-=-=-=-=-=-=-=-=-=-=-=-
More information about the edk2-devel-archive
mailing list