From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from EUR04-DB3-obe.outbound.protection.outlook.com (EUR04-DB3-obe.outbound.protection.outlook.com [40.92.74.63]) by mx.groups.io with SMTP id smtpd.web11.7407.1628687976601846346 for ; Wed, 11 Aug 2021 06:19:37 -0700 Authentication-Results: mx.groups.io; dkim=pass header.i=@outlook.com header.s=selector1 header.b=LwluFkU6; spf=pass (domain: outlook.com, ip: 40.92.74.63, mailfrom: kilian_kegel@outlook.com) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=OPRT69+tOMrGnyTBGm1JFY3VRB4+wqVUaGdNJblPOO5Zf2v806KI42M9/RCysGEZ8VX9/95mZbLYHrUUEUkq3H5+ZNl4iK5uIneivBdREPLXwJz1DQFoUnpzUvYKM1eK9JYC3NgqRTKw5fcie0wANSUCtz97fpZP4TaSXrGuYRGcWQgScW20SuHXMFW7OR96b9QFiQEz7bpvF6wSf+c9Ne7562RvvKa5lXpongmMWSZQ4v/MmSc26+RY90KDVUCS/TpVJmB8+qslZqk0M7O7dNX9XHkMOCa6+r5TKS3AnQKV6iBEM3p33g9XFOGeEtzLoQeM9oSk+Vwxt2+OX1pSdg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=UfXY2z+F7TqzD4d3PQ/pbBhv++esoipvosSgFBUEHy8=; b=bF9FzpLycoP0s1teR7yFjTmorY4UUMyEsOG5SmsljlofBD5xBXoCnFMMlke2a6JzKNgKYd5wXgxiSIwVo/npWQJ/kl4Z4KLWIrldix5uPg0yzAMWs+EG6XePYhWL/vgssIj5GN2yt/QEMt/BY0ND5G7XRt0Hfwe0rX+XUQ0RbvT2lbIqKvdyovxVQMXPAuToE0FCLHeWxji0O4CJS6LWmbZ/4MRFUN0ZDV7ydD7bsVdvI/f5phxci0MITEzQ+p+rgu5Kfxutq378qKJkFsSlnHdH+VL2MmEpncWmRxP/yC1Ol903DGrZh0Lkq+XvG8bVaxQn99Ykl1TKVQUO8SNhMA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=UfXY2z+F7TqzD4d3PQ/pbBhv++esoipvosSgFBUEHy8=; b=LwluFkU63Tc59euAbmpE5kqp2iGqWNDJfw74H+5fk3Rq20VTQ8R36RaLK4xWanwq+ZQuNaqfCfYGXtCQNjaNrn3uYeEFp7kakiUt9kdJfqw8mRzogkPd7JuCG4Ii62F50yDAqBkzbaQv8vScF64kmK0ZR05hOXKzpo9JZC75HuohsWMKTCawQEmX+HNG0ukdwhPVj9hOeHvCqwlkhsCxdOtloMBg3fVdGATcCOlOfkix80JSz+iMfEb3AQJNOnI12wpFAMN6qQmr943jAmVYKaljOxrXmQPoWKI9DsSedzbRSV8PYyKxtNbZZMr+UCuuf/gNnaZReJRrXSQ2QMoPJw== Received: from DB3EUR04FT016.eop-eur04.prod.protection.outlook.com (2a01:111:e400:7e0c::42) by DB3EUR04HT198.eop-eur04.prod.protection.outlook.com (2a01:111:e400:7e0c::84) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4415.14; Wed, 11 Aug 2021 13:19:33 +0000 Received: from AM8P190MB0945.EURP190.PROD.OUTLOOK.COM (2a01:111:e400:7e0c::4b) by DB3EUR04FT016.mail.protection.outlook.com (2a01:111:e400:7e0c::279) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4415.16 via Frontend Transport; Wed, 11 Aug 2021 13:19:33 +0000 Received: from AM8P190MB0945.EURP190.PROD.OUTLOOK.COM ([fe80::11a:1fc3:8a96:a2fe]) by AM8P190MB0945.EURP190.PROD.OUTLOOK.COM ([fe80::11a:1fc3:8a96:a2fe%9]) with mapi id 15.20.4415.016; Wed, 11 Aug 2021 13:19:33 +0000 From: "Kilian Kegel" To: "devel@edk2.groups.io" , Maciej Rabeda CC: Rebecca Cran , "tim.lewis@insyde.com" , Mike Kinney , "afish@apple.com" , Leif Lindholm Subject: Re: [edk2-devel] "StdLibPkg" branch on edk2-staging Thread-Topic: [edk2-devel] "StdLibPkg" branch on edk2-staging Thread-Index: AQHXgv7qAR9uGbr9SU+yhcSwv8ebZKtYhhmAgAByzwCAAAU5AIAKPI2AgAEVNwCAAACCeoAKBazD Date: Wed, 11 Aug 2021 13:19:33 +0000 Message-ID: References: <0fb201d783ff$75096c90$5f1c45b0$@insyde.com> <20210804110321.ru56hfsyrfrviuwk@leviathan>,<10E41009-D3D6-4166-8843-1D04ECA6CC59@apple.com> <16984DDFBF70DC40.16396@groups.io> In-Reply-To: <16984DDFBF70DC40.16396@groups.io> Accept-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:D9FB2DD9A32322A21F5A03DDD4306270E7592ABF1A41CF02548D5FE1B7707529;UpperCasedChecksum:EDC98E1C8F4DFA40C300C7D10471A998FB1FFE25A9BE727E19AD90E9F549129E;SizeAsReceived:7233;Count:44 x-tmn: [spHRII57mrhYJLVf3zr/mkqPYWk/b4ZQ] x-ms-publictraffictype: Email x-incomingheadercount: 44 x-eopattributedmessage: 0 x-ms-office365-filtering-correlation-id: a7410d35-616c-475a-9d07-08d95ccaa8dd x-ms-traffictypediagnostic: DB3EUR04HT198: x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: PjCGKudzdMcb0Mnx1tqTnusrW9HDee/ik4zTL3EJOrgvutjwNG/keEVxR9mNTZ+Ginzh0L8xUnLKGm+Lx0Q2NyAWP+QeWBRu9gLckWkmGb9UKEmg6e8Xv+E5HMBSp7lZUkvuugnDh0ZMte0sIt9SKJxu/OgHMnq5FZ6QmcffwRrfTNhn5ym2kfvkveeDTTv5G36VEvoVIFT/jarzGZAOdKWFZ0bQbsnXDhrJjlANzoJaJJAagM0fpkQszp7bbhnQaoTdQacGqbribEEYX8j83JXB7APzrJxs6vPBKzNcLOttvfSWPb+lv3l/s9Hyf5wT1T6YdHGer4nFqg307d15HQQ9E8QgPGUCbhE3/foJhl/5p9uQtbaP4ZnQxfJO/h2QBjexw4gDGRqEFvE62f2EmmZ1VVoXf7QiGYh3/Ai4k14TgzOUXNScTDPOqyl/KFWY24HoS+F5zQQg/k/Z5P0bdacjAHe7xV+K4kMVFW16vHA= x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: y6DqxpMl9TJUufecuWocuN6nagna/+7yEUVXTsIguRZEnUj7m7UiljULcZNWpCYtSCGLbZpen3cDammn2DA19hzNMKGywFKVVB5t4mZF7bc4l/hLBEtkTh/YAsUttlGbxdhw64ssRVZucPUWch1y0A== x-ms-exchange-transport-forked: True MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-AuthSource: DB3EUR04FT016.eop-eur04.prod.protection.outlook.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: a7410d35-616c-475a-9d07-08d95ccaa8dd X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Aug 2021 13:19:33.5174 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB3EUR04HT198 X-Groupsio-MsgNum: 79112 Content-Language: en-US Content-Type: multipart/related; boundary="_004_AM8P190MB094570A1068816C6F41858C7EBF89AM8P190MB0945EURP_"; type="multipart/alternative" --_004_AM8P190MB094570A1068816C6F41858C7EBF89AM8P190MB0945EURP_ Content-Type: multipart/alternative; boundary="_000_AM8P190MB094570A1068816C6F41858C7EBF89AM8P190MB0945EURP_" --_000_AM8P190MB094570A1068816C6F41858C7EBF89AM8P190MB0945EURP_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Hi Maciej, I have updated and fixed build errors in branch CdePkg (https://github.com/= tianocore/edk2-staging.git). Also a POST trace is recorded on my MinnowBoard and stored here: https://raw.githubusercontent.com/tianocore/edk2-staging/CdePkg/UEFIBinarie= s/RELEASE.log All implemented Standard-C-functions from CdePkg/Torito C Library demonstra= tes its basic behavior. There are also a lot of WCHAR.H- and WCTYPE.H-functions. For the wide-functions I just perform the characters 0..0x1FF instead of al= l 65536 different wchar_t characters due to runtime regards=85 Regrettably the MinnowBoard is deprecated https://www.silicom-usa.com/pr/eo= l/minnowboard-turbot but the CdePkg also runs in the EMULATOR: https://github.com/tianocore/edk2= -staging/tree/CdePkg#howto Best Regards, Kilian From: Kilian Kegel Sent: Thursday, August 5, 2021 06:14 AM To: devel@edk2.groups.io; afish@apple.com; Leif Lindholm Cc: Rebecca Cran; tim.lewis@insyde.com; maciej.rabeda@linux.intel.com; Mike Kinney Subject: Re: [edk2-devel] "StdLibPkg" branch on edk2-staging Hi all, I plan to come back with the https://github.com/tianocore/edk2-staging/tree= /CdePkg end of this year and to unroll the source code of fundamental parts of my C Library and disc= uss that along the 30. anniversary of =93The C Book=94 https://publications.gbdirect.co.uk= /c_book/chapter9 Additionally I will discuss the details you need to know: 1. about the differences C90/C95/C99 in language and library 2. how to get HOSTED ENVIRONMENT for UEFI POST drivers 3. how to get Intel/AMD TimeStampCounter based precise time calibration = - platform, processor and chipset independent for x86 UEFI platforms 1. how to arrange space optimization for UEFI FW as an embedded platform 2. how to test and verify the compatibility of a Standard C Library impl= ementation, since =93CI=93 won=92t help at all in this regards 1. how to implement a printf-core that performs narrow and wide mode at = once for space optimization 2. how to implement a scanf-core that performs narrow and wide mode at o= nce for space optimization 3. how to implement realloc() sub-allocator on UEFI memory management fu= nctions for PEI and DXE Note: If UEFI is going to provide Standard-C-Functions for all drivers, you= will have soon e.g. =93sprintf()=94 in all drivers. The amount of code for a proper sprintf() + scanf() + wscan= f() + strtok() + wcstok() + malloc() =85 implementation that is not tailored for embedded FW, will overrun the BIOS FLASH space ins= tantly. I consider commercial BIOS implementations that runs really many drivers (>= 100) to start a platform. Currently I implement more feature to CdePkg/Torito C Library: 1. Improve UEFI driver cross development for VisualStudio and EDK2 2. substitution of =93DEBUG=94 traces by CdePkg-traces that allows usage of predefined DEBUG-messages to run in a CdePkg-based dri= ver. Sole purpose is to have DEBUG/RELEASE mode _NOT_ globally, but locally to g= et trace messages selectively for specific drivers only. (to speed up POST with traces, that consumes a significant amount of time d= uring working hours of a BIOS developer) 1. add SMM support. Shell, DXE, PEI (pre and post memory) is already available for 2 years: https://edk2.groups.io/g/devel/message/51562?p=3D,,,20,0,0,0::Created,,CdeP= kg,20,2,0,65191785 1. get ACPICA tools https://acpica.org/ to UEFI Shell I need to implement some non-standard / Microsoft specific C functions to get that running for Andrew Fish. That time links from https://github.com/KilianKegel are under construction = and are not necessarily up-to-date. Same for https://github.com/tianocore/edk2-staging/tree/CdePkg that is not = used for long =85 But https://github.com/KilianKegel/CdePkg.git driver set and sample set run= s instantly on the latest BIOS of a commercial vendor on a Intel IOTG TGL-H (Tiger Lake= H) board using the Microsoft build environment. @Tim: I=92d really appreciate if CdePkg could hold additionally Insyde BIOS= support. Regrettably I do not have access to Insyde source code. @Maciej I can not see any =93wide=94 functions here. https://github.com/DevSolar/pd= clib from WCHAR.H or WCTYPE.H. That is a serious limitation in the UEFI environm= ent. To create UEFI-Shell programs for Personal Computers this link can be used. https://github.com/KilianKegel/Visual-ANSI-C-for-UEFI-Shell#visual-ansi-c-f= or-uefi-shell Best regards, Kilian From: Andrew Fish via groups.io Sent: Thursday, August 5, 2021 05:35 AM To: edk2-devel-groups-io; Leif Lindholm Cc: Rebecca Cran; tim.lewis@insyde.com; maciej.rabeda@linux.intel.com; Mike Kinney Subject: Re: [edk2-devel] "StdLibPkg" branch on edk2-staging I=92d guess I=92d also ask the why not NewLib? Especially since Red Hat hel= ps out with edk2=85. Thanks, Andrew Fish > On Aug 4, 2021, at 4:03 AM, Leif Lindholm wrote: > > Hi Rebecca, > > I think the truth is we're a bit resigned about edk2-libc in general. > My view is it should be either maintained or deprecated (or replaced). > > And maintainership *should* mean at least keeping it up to date with > security fixes. > > I personally have no enthusiasm for the topic, but if there existed: > - An up-to-date codebase. > - A plan for keeping the coodbase up-to-date (as opposed to a plan to > keep the codebase up-to-date). > - At least a couple of maintainers. > I would have no objection to that existing under the TianoCore > umbrella. > > Best Regards, > > Leif > > On Wed, Jul 28, 2021 at 16:44:02 -0600, Rebecca Cran wrote: >> CC'ing the Tianocore stewards. >> >> >> I've had problems getting a recent patch committed just to make edk2-lib= c >> work against current edk2 master. >> >> Tianocore stewards: do we need new or additional maintainers for edk2-li= bc, >> or is there a plan to deprecate it? >> >> >> The current maintainers are listed as: >> >> StdLib, StdLibPrivateInternalFiles >> W: https://github.com/tianocore/tianocore.github.io/wiki/StdLib >> M: Daryl McDaniel >> M: Jaben Carsey >> >> >> -- >> Rebecca Cran >> >> >> On 7/28/21 4:25 PM, tim.lewis@insyde.com wrote: >>> I would point out that there was significant work on libc in the >> past (see https://github.com/andreiw/UefiToolsPkg) but never any >> help to upstream these fixes, including making sure that many Linux >> tools can easily be ported. I myself have used it to port several >> BSD utilities over, but each time there will little nits with the >> existing port and even small patches were returned with "no current >> maintainer" >>> >>> In terms of making other projects use libc, I think the other >>> objection was that it was never optimized for non-shell >>> usage. Other projects (lie >>> https://github.com/tianocore/edk2-staging/tree/CdePkg ) have tried >>> to remedy this, but never with source checked in. But it allows >>> support under PEI, DXE, etc. >>> >>> Tim >>> >>> -----Original Message----- >>> From: devel@edk2.groups.io On Behalf Of Rebecca = Cran >>> Sent: Wednesday, July 28, 2021 8:34 AM >>> To: devel@edk2.groups.io; maciej.rabeda@linux.intel.com >>> Subject: Re: [edk2-devel] "StdLibPkg" branch on edk2-staging >>> >>> Are you aware of the edk2-libc project at https://github.com/tianocore/= edk2-libc ? >>> >>> > > > > > --_000_AM8P190MB094570A1068816C6F41858C7EBF89AM8P190MB0945EURP_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

Hi Maciej,

 

I have updated and fixed build errors in branch CdeP= kg (https://githu= b.com/tianocore/edk2-staging.git).

 

Also a POST trace is recorded on my MinnowBoard and = stored here:

https://raw.githubusercont= ent.com/tianocore/edk2-staging/CdePkg/UEFIBinaries/RELEASE.log

All implemented Standard-C-functions from CdePkg/Tor= ito C Library demonstrates

its basic behavior.

There are also a lot of WCHAR.H- and WCTYPE.H-functi= ons.

For the wide-functions I just perform the characters= 0..0x1FF instead of all 65536

different wchar_t characters due to runtime regards= =85

 

Regrettably the MinnowBoard is deprecated https://www.silicom-usa.com/pr/eol/minnowboard-turbot

but the CdePkg also runs in the EMULATOR: https://github.com/tianocore/edk2-staging/tree/CdePkg#howto<= /p>

 

Best Regards,

Kilian

From: Kilian Kegel
Sent: Thursday, August 5, 2021 06:14 AM
To: devel@edk2.groups.io= ; afish@apple.com; Leif Lindholm=
Cc: Rebecca Cran; tim.lewis@insyde.com; = maciej.rabeda@linux.intel.com; Mike Kinney
Subject: Re: [edk2-devel] "StdLibPkg" branch on edk2-stagi= ng

 

Hi all,

 

I plan to come back with the https://github.com/tianocore/edk2-staging/tree/CdePkg end of this year<= o:p>

and to unroll the source code of fundamental parts o= f my C Library and discuss that along

the 30. anniversary of =93The C Book=94 https://publications.gbdirect.co.uk/c_book/chapter9

 

Additionally I will discuss the details you need to = know:

  1. about the differences C90/C95/C99 in language and library<= /li>
  2. how to get HOSTED ENVIRONMENT for UEFI POST drivers
  3. how to get Intel/AMD TimeStampCounter based precise time calibratio= n - platform,

processor  and chipset independent for x= 86 UEFI platforms

  1. how to arrange space optimization for UEFI FW as an embedded platform=
  2. how to test and verify the compatibility of a Standar= d C Library implementation,

since =93CI=93 won=92t help at all in this re= gards

  1. how to implement a printf-core that performs narrow and wide mode at = once for space optimization
  2. how to implement a scanf-c= ore that performs narrow and wide mode at once for space optimization<= /o:p>
  3. how to implement realloc() sub-allocator on UEFI memory man= agement functions for PEI and DXE

 

Note: If UEFI is going to provide Standard-C-Functio= ns for all drivers, you will have soon e.g. =93sprintf()=94

in all drivers. The amount of code for a proper spri= ntf() + scanf() + wscanf() + strtok() + wcstok() + malloc() =85 implementat= ion

that is not tailored for embedded FW, will overrun t= he BIOS FLASH space instantly.

I consider commercial BIOS implementations that runs= really many drivers (> 100) to start a platform.

 

Currently I implement more feature to CdePkg/Torito = C Library:

  1. Improve UEFI driver cross development for VisualStudio and EDK2
  2. substitution of =93DEBUG=94 traces by CdePkg-traces

that allows usage of predefined DEBUG-message= s to run in a CdePkg-based driver.

 

Sole purpose is to have DEBUG/RELEASE mode _N= OT_ globally, but locally to get

trace messages selectively for specific drive= rs only.

(to speed up POST with traces, that consumes = a significant amount of time during

working hours of a BIOS developer)

 

  1. add SMM support.

Shell, DXE, PEI (pre and post memory) is alre= ady available for 2 years:

https://edk2.groups.io/g/devel/message/51562?p=3D,,,20,0,0,0::Created= ,,CdePkg,20,2,0,65191785

 

  1. get ACPICA tools https://acpica.org/ to UEFI Shell =

 

I need to implement some non-standard / Micro= soft specific C functions

to get that running for Andrew Fish.

 

That time links from https://github.com/KilianKegel are under construction and are

not necessarily  up-to-date.

Same for https://github.com/tianocore/edk2-staging/tree/CdePkg that is not used = for long =85

 

But https://github.com/KilianKegel/CdePkg.git driver set and sample s= et runs instantly

on the latest BIOS of a commercial vendor on a Intel= IOTG TGL-H (Tiger Lake H) board using the Microsoft

build environment.

 

@Tim: I=92d really appreciate if CdePkg could hold a= dditionally Insyde BIOS support. Regrettably

I do not have access to Insyde source code.

 

@Maciej

I can not see any =93wide=94 functions here. https://github.com/DevSolar/pdclib

from WCHAR.H or WCTYPE.H. That is a serious limitati= on in the UEFI environment.

 

To create UEFI-Shell programs for Personal Computers= this link can be used.

https://github.com/KilianK= egel/Visual-ANSI-C-for-UEFI-Shell#visual-ansi-c-for-uefi-shell

 

Best regards,

Kilian

 

From: Andrew Fish via groups.io
Sent: Thursday, August 5, 2021 05:35 AM
To: edk2-devel-groups-io= ; Leif Lindholm
Cc: Rebecca Cran; tim.lewis@insyde.com; = maciej.rabeda@linux.intel.com; Mike Kinney
Subject: Re: [edk2-devel] "StdLibPkg" branch on edk2-stagi= ng

 

I=92d guess I=92d als= o ask the why not NewLib? Especially since Red Hat helps out with edk2=85.<= br>
Thanks,

Andrew Fish

> On Aug 4, 2021, at 4:03 AM, Leif Lindholm <leif@nuviainc.com> wr= ote:
>
> Hi Rebecca,
>
> I think the truth is we're a bit resigned about edk2-libc in general.<= br> > My view is it should be either maintained or deprecated (or replaced).=
>
> And maintainership *should* mean at least keeping it up to date with > security fixes.
>
> I personally have no enthusiasm for the topic, but if there existed: > - An up-to-date codebase.
> - A plan for keeping the coodbase up-to-date (as opposed to a plan to<= br> >  keep the codebase up-to-date).
> - At least a couple of maintainers.
> I would have no objection to that existing under the TianoCore
> umbrella.
>
> Best Regards,
>
> Leif
>
> On Wed, Jul 28, 2021 at 16:44:02 -0600, Rebecca Cran wrote:
>> CC'ing the Tianocore stewards.
>>
>>
>> I've had problems getting a recent patch committed just to make ed= k2-libc
>> work against current edk2 master.
>>
>> Tianocore stewards: do we need new or additional maintainers for e= dk2-libc,
>> or is there a plan to deprecate it?
>>
>>
>> The current maintainers are listed as:
>>
>> StdLib, StdLibPrivateInternalFiles
>> W: https://github.com/tianocore/tianocore.github.io/wiki/StdLib<= br> >> M: Daryl McDaniel <edk2-lists@mc2research.org>
>> M: Jaben Carsey <jaben.carsey@intel.com>
>>
>>
>> --
>> Rebecca Cran
>>
>>
>> On 7/28/21 4:25 PM, tim.lewis@insyde.com wrote:
>>> I would point out that there was significant work on libc in t= he
>> past (see http= s://github.com/andreiw/UefiToolsPkg) but never any
>> help to upstream these fixes, including making sure that many Linu= x
>> tools can easily be ported. I myself have used it to port several<= br> >> BSD utilities over, but each time there will little nits with the<= br> >> existing port and even small patches were returned with "no c= urrent
>> maintainer"
>>>
>>> In terms of making other projects use libc, I think the other<= br> >>> objection was that it was never optimized for non-shell
>>> usage. Other projects (lie
>>> https://github.com/tianocore/edk2-staging/tree/CdePkg ) have tried<= br> >>> to remedy this, but never with source checked in. But it allow= s
>>> support under PEI, DXE, etc.
>>>
>>> Tim
>>>
>>> -----Original Message-----
>>> From: devel@edk2.groups.io <devel@edk2.groups.io> On Beh= alf Of Rebecca Cran
>>> Sent: Wednesday, July 28, 2021 8:34 AM
>>> To: devel@edk2.groups.io; maciej.rabeda@linux.intel.com
>>> Subject: Re: [edk2-devel] "StdLibPkg" branch on edk2= -staging
>>>
>>> Are you aware of the edk2-libc project at https://github.com/tianocore/edk2-libc ?
>>>
>>>
>
>
>
>
>




 

 

--_000_AM8P190MB094570A1068816C6F41858C7EBF89AM8P190MB0945EURP_-- --_004_AM8P190MB094570A1068816C6F41858C7EBF89AM8P190MB0945EURP_ Content-Type: image/png; name="91D6A18A388446A38691886DAE994FEF.png" Content-Description: 91D6A18A388446A38691886DAE994FEF.png Content-Disposition: inline; filename="91D6A18A388446A38691886DAE994FEF.png"; size=132; creation-date="Wed, 11 Aug 2021 13:19:32 GMT"; modification-date="Wed, 11 Aug 2021 13:19:32 GMT" Content-ID: Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAsQAAAABCAYAAADZ77itAAAAAXNSR0IArs4c6QAAAARnQU1BAACx jwv8YQUAAAAJcEhZcwAADsMAAA7DAcdvqGQAAAAZSURBVEhL7cEBAQAAAIIg/69uSEAAAPCrBgsR AAHZdg1RAAAAAElFTkSuQmCC --_004_AM8P190MB094570A1068816C6F41858C7EBF89AM8P190MB0945EURP_--