From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id B022981F03 for ; Tue, 24 Jan 2017 09:36:36 -0800 (PST) Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga101.fm.intel.com with ESMTP; 24 Jan 2017 09:36:21 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.33,278,1477983600"; d="scan'208";a="1098328795" Received: from fmsmsx103.amr.corp.intel.com ([10.18.124.201]) by fmsmga001.fm.intel.com with ESMTP; 24 Jan 2017 09:36:17 -0800 Received: from fmsmsx151.amr.corp.intel.com (10.18.125.4) by FMSMSX103.amr.corp.intel.com (10.18.124.201) with Microsoft SMTP Server (TLS) id 14.3.248.2; Tue, 24 Jan 2017 09:36:16 -0800 Received: from fmsmsx103.amr.corp.intel.com ([169.254.2.47]) by FMSMSX151.amr.corp.intel.com ([169.254.7.199]) with mapi id 14.03.0248.002; Tue, 24 Jan 2017 09:36:16 -0800 From: "Carsey, Jaben" To: "Witt, Sebastian" , "edk2-devel@lists.01.org" CC: "Carsey, Jaben" Thread-Topic: [PATCH] Fix edit on screens with more than 200 columns Thread-Index: AdJ2ODiu1mdD8bRPQUiM1SL7j7EOggACzgCQAAbPCjAAAIdv4AAB3u+w Date: Tue, 24 Jan 2017 17:36:15 +0000 Message-ID: References: <5964EF557D87964BB107B86316EE26D21E0F4BB8@DEFTHW99EK3MSX.ww902.siemens.net> <5964EF557D87964BB107B86316EE26D21E0F4EA0@DEFTHW99EK3MSX.ww902.siemens.net> In-Reply-To: <5964EF557D87964BB107B86316EE26D21E0F4EA0@DEFTHW99EK3MSX.ww902.siemens.net> Accept-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiYTYxMGM4ODQtOTBhNS00Y2E1LWEyN2YtNDdjZDAxOTc5YzcwIiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX0lDIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE1LjkuNi42IiwiVHJ1c3RlZExhYmVsSGFzaCI6IjJBZDliWDJSV1BQTEVlS05hUzBJdkRmdk5SakxmTUkwTGF3WndGbHhtSU09In0= x-ctpclassification: CTP_IC x-originating-ip: [10.1.200.107] MIME-Version: 1.0 Subject: Re: [PATCH] Fix edit on screens with more than 200 columns X-BeenThere: edk2-devel@lists.01.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: EDK II Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Jan 2017 17:36:36 -0000 Content-Language: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I didn't mean a 400 static, I meant start by allocating 400 and simplify th= e end of the function... > -----Original Message----- > From: edk2-devel [mailto:edk2-devel-bounces@lists.01.org] On Behalf Of > Witt, Sebastian > Sent: Tuesday, January 24, 2017 8:48 AM > To: Carsey, Jaben ; edk2-devel@lists.01.org > Subject: Re: [edk2] [PATCH] Fix edit on screens with more than 200 column= s > Importance: High >=20 > Only performance. But I haven't measured if there is a big difference > between static buffer and AllocateZeroPool. I wouldn't use a fixed value. > There may be a display device with more than 400 columns. Otherwise one > can always allocate the [LastCol + 1] buffer. >=20 > -----Original Message----- > From: Carsey, Jaben [mailto:jaben.carsey@intel.com] > Sent: Dienstag, 24. Januar 2017 17:27 > To: Witt, Sebastian (DF FA AS DH KHE 1); edk2-devel@lists.01.org > Cc: Carsey, Jaben > Subject: RE: [PATCH] Fix edit on screens with more than 200 columns >=20 > Is there a reason to not just always start with allocating the 400 and th= en we > don't need to complicate the end to conditionally free the buffer? >=20 > > -----Original Message----- > > From: edk2-devel [mailto:edk2-devel-bounces@lists.01.org] On Behalf Of > > Witt, Sebastian > > Sent: Tuesday, January 24, 2017 5:14 AM > > To: edk2-devel@lists.01.org > > Subject: [edk2] [PATCH] Fix edit on screens with more than 200 columns > > Importance: High > > > > If the shell edit command is used on a screen with more than > > 200 columns, we get a buffer overflow. This increases the default > > buffer size to > > 400 columns and allocates a pool when this is not enough. > > > > Contributed-under: TianoCore Contribution Agreement 1.0 > > Signed-off-by: Sebastian Witt > > > > --- > > .../UefiShellDebug1CommandsLib.c | 15 +++++++= +++++++- > > 1 file changed, 14 insertions(+), 1 deletion(-) > > > > diff --git > > > a/ShellPkg/Library/UefiShellDebug1CommandsLib/UefiShellDebug1Comman > dsL > > i > > b.c > > > b/ShellPkg/Library/UefiShellDebug1CommandsLib/UefiShellDebug1Comman > dsL > > i > > b.c > > index 6ebf002..d81dd01 100644 > > --- > > > a/ShellPkg/Library/UefiShellDebug1CommandsLib/UefiShellDebug1Comman > dsL > > i > > b.c > > +++ > > > b/ShellPkg/Library/UefiShellDebug1CommandsLib/UefiShellDebug1Comman > d > > +++ sLib.c > > @@ -302,12 +302,21 @@ EditorClearLine ( > > IN UINTN LastRow > > ) > > { > > - CHAR16 Line[200]; > > + CHAR16 Buffer[400]; > > + CHAR16 *Line =3D Buffer; > > > > if (Row =3D=3D 0) { > > Row =3D 1; > > } > > > > + // If there are more columns than our buffer can contain, allocate > > + new buffer if (LastCol >=3D (sizeof (Buffer) / sizeof (CHAR16))) { > > + Line =3D AllocateZeroPool (LastCol*(sizeof(CHAR16) + 1)); > > + if (Line =3D=3D NULL) { > > + return; > > + } > > + } > > + > > // > > // prepare a blank line > > // > > @@ -326,6 +335,10 @@ EditorClearLine ( > > // print out the blank line > > // > > ShellPrintEx (0, ((INT32)Row) - 1, Line); > > + > > + // Free if allocated > > + if (Line !=3D Buffer) > > + FreePool (Line); > > } > > > > /** > > -- > > 2.1.4 > > > > With best regards, > > Sebastian Witt > > > > Siemens AG > > Digital Factory Division > > Factory Automation > > Automation Products and Systems > > DF FA AS DH KHE 1 > > Oestliche Rheinbrueckenstr. 50 > > 76187 Karlsruhe, Germany > > Tel.: +49 721 595-5326 > > mailto:sebastian.witt@siemens.com > > > > www.siemens.com/ingenuityforlife > > > > Siemens Aktiengesellschaft: Chairman of the Supervisory Board: Gerhard > > Cromme; Managing Board: Joe Kaeser, Chairman, President and Chief > > Executive Officer; Roland Busch, Lisa Davis, Klaus Helmrich, Janina > > Kugel, Siegfried Russwurm, Ralf P. Thomas; Registered offices: Berlin > > and Munich, Germany; Commercial registries: Berlin Charlottenburg, HRB > > 12300, Munich, HRB 6684; WEEE-Reg.-No. DE 23691322 > > _______________________________________________ > > edk2-devel mailing list > > edk2-devel@lists.01.org > > https://lists.01.org/mailman/listinfo/edk2-devel > _______________________________________________ > edk2-devel mailing list > edk2-devel@lists.01.org > https://lists.01.org/mailman/listinfo/edk2-devel