From mboxrd@z Thu Jan 1 00:00:00 1970 Subject: Re: [edk2-devel] [PATCH v1 2/2] UefiPayloadPkg: Enable RNG support To: Pedro Falcato ,devel@edk2.groups.io From: "Benjamin Doron" X-Originating-Location: Richmond Hill, Ontario, CA (24.52.200.135) X-Originating-Platform: Linux Chrome 111 User-Agent: GROUPS.IO Web Poster MIME-Version: 1.0 Date: Wed, 26 Apr 2023 14:24:28 -0700 References: In-Reply-To: Message-ID: <26167.1682544268244392268@groups.io> Content-Type: multipart/alternative; boundary="PwvCMhTgfaJ7y4AohokT" --PwvCMhTgfaJ7y4AohokT Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable I hadn't seen the bugzilla yet, though I know the issue. See patch 1/2, the= current approach is to use RngLibTimerLib if the build-time configuration = indicates. This isn't recommended but sufficient for building for platforms= which require the library class - I think OpensslLib has a dependency. For= the same reason, the RngDxe driver is only compiled with the same build de= finition, because there's no good point to advertising RNG support through = the protocol when it's low quality. Regards, Benjamin --PwvCMhTgfaJ7y4AohokT Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable I hadn't seen the bugzilla yet, though I know the issue. See patch 1/2, the= current approach is to use RngLibTimerLib if the build-time configuration = indicates. This isn't recommended but sufficient for building for platforms= which require the library class - I think OpensslLib has a dependency. For= the same reason, the RngDxe driver is only compiled with the same build de= finition, because there's no good point to advertising RNG support through = the protocol when it's low quality.

Regards,
Benjamin --PwvCMhTgfaJ7y4AohokT--