On Tue, 22 Oct 2024 at 12:19, Rebecca Cran wrote:
> In addition, since GCC48, GCC49 and GCC5 have been marked deprecated for
> over a year, I'd like to proceed with removing them as well.
>
> Please provide feedback by Thursday October 31st. In the absence of
> feedback I'll plan to proceed with r
Hi Liming, others,
I would like to request that the following PR:
https://github.com/tianocore/edk2/pull/6413
is included in the next stable tag.
It was submitted during soft freeze, but is a bugfix that resolves a
real boot failure on certain newer platforms,
due to software operations that are
Hi Oliver, Gerd,
On Mon, 4 Nov 2024 at 21:17, Oliver Smith-Denny
wrote:
> >> While working on the FdtLib migration to the submodule variant, I decided
> >> to
> >> at least try to test build MicrovmX64 ... but I'm failing.
> >>
> >> Both clang and gcc builds bail out at a GenFw invocation to gen
Hi Adam,
I think this topic is better for the "devel" group, rather then
"discuss". I've added it to cc.
I don't see why you would get back a valid pointer if the request
failed. That would feel like a bug in AllocateRuntimeZeroPool.
But there could be some subtlety involving pool allocations I'm
So... I originally tripped over my misunderstanding of when writing
https://github.com/tianocore/edk2/pull/6262 to get around something I
wanted to test in UefiPayloadPkg.
Now Ajan has run into at least an adjacent problem when trying to rework
https://github.com/tianocore/edk2/pull/6545 based on
gt; "architectural modifiers for the [Defines] section tag are not permitted"
>
> https://tianocore-docs.github.io/edk2-InfSpecification/release-1.27/3_edk_ii_inf_file_format/34_[defines]_section.html#34-defines-section
>
> Thanks,
> Joey
>
> -Original Message-----
Hi all,
In line with the statement from the role description[1]
"New stewards are elected by existing stewards in recognition of work
already being done.",
Andrew, Mike, and myself have invited Ard Biesheuvel and Michael
Kubacki to join the
TianoCore stewards team - and they have accepted!
[1] ht
Spotted while looking into https://github.com/tianocore/edk2/pull/10593
This starts with
https://github.com/tianocore/edk2/blob/master/MdeModulePkg/Include/Ppi/Usb2HostController.h#L244,
which states that PEI_USB2_HOST_CONTROLLER_PPI is modelled after
EFI_USB2_HOST_CONTROLLER_PROTOCOL as described
Hi all,
Richard submitted a PR to add an SBOM .cdx.json template to the main repository:
https://github.com/tianocore/edk2/pull/6455
This is a good thing, but I think we could do with some feedback from
some of our
downstream consumers.
I know there has been work ongoing inside UEFI forum around
The job name mismatch is also making all VS CI jobs show as nonexistent in
the dashboard of https://github.com/tianocore/edk2/blob/master/ReadMe.rst
/
Leif
On Wed, 18 Dec 2024 at 11:13, Leif Lindholm via groups.io
wrote:
>
> PR CI jobs are currently failing on Ia32 EmulatorPkg R
PR CI jobs are currently failing on Ia32 EmulatorPkg RELEASE (passes
on DEBUG) with
---
ERROR : Could not allocate PeiServicesTablePage @ 1300
---
during the "run to shell" test.
I note that the build step for
PlatformCI_EmulatorPkg_Windows_VS2019_PR now uses VS2022,
presumably as of https://g
On Wed, 8 Jan 2025 at 15:01, Gerd Hoffmann wrote:
> > Because "the list of all architectures being built simultaneously"
> > simply isn't very useful information build-time.
>
> I think this is not intended for building all archs in simultaneously
> (even though that often works too), but for firm
I would very much like to have a MOV64 that's universally usable.
That's sort of the point.
However, I'm wondering if the error is in fact triggered by the first
stanza (movz), which doesn't mask its result, and will have 48 sign
extended bits above the ones we care about for the instruction.
Ann
x9, ((-1) >> 48) & 0x, lsl #48 ; movk x9, ((-1) >> 32) &
> 0x, lsl #32 ; movk x9, ((-1) >> 16) & 0x, lsl #16 ; movk x9,
> (-1) & 0x
>cmp x0, x9
>cset x0, ne
>mov x9, xzr
>ret
>
> ---
>
> On 2/13/2025
14 matches
Mail list logo
