On Thu, 1 Aug 2024 at 17:19, Jeremy Linton <jeremy.lin...@arm.com> wrote:
>
> Hi,
>
>
> On 8/1/24 09:44, Ard Biesheuvel wrote:
> > On Thu, 1 Aug 2024 at 16:11, Ard Biesheuvel <a...@kernel.org> wrote:
> >>
> >> On Thu, 1 Aug 2024 at 15:49, Jeremy Linton <jeremy.lin...@arm.com> wrote:
> >>>
> >>> Hi,
> >>>
> >>> On 7/31/24 11:33, Ard Biesheuvel wrote:
> >>>> Switch all ARM platforms that use the SEC drivers in edk2/ArmPlatformPkg
> >>>> to the new versions called Sec or PeilessSec - these have been cleaned
> >>>> up and stripped of obsolete functionality related to multicore boot,
> >>>> which is not something UEFI should concern itself with.
> >>>>
> >>>> This series can be merged once Tianocore/edk2 PR #5997 is merged first.
> >>>> After that, ArmPlatformStackLib and the old PrePi / PrePeiCore drivers
> >>>> can be retired.
> >>>
> >>>
> >>> Hi,
> >>>
> >>> Thanks for cleaning this up, but the rpi4 fails with:
> >>>
> >>> Decompress GetInfo Failed - Invalid Parameter
> >>>
> >>> ASSERT_EFI_ERROR (Status = Not Found)
> >>> ASSERT [PeilessSec]
> >>> /home/jlinton/rpi2/edk2/ArmPlatformPkg/PeilessSec/PeilessSec.c(158):
> >>> !(((INTN)(RETURN_STATUS)(Status)) < 0)
> >>>
> >>
> >> Weird. I actually tried RPi4 myself. Maybe I should have tried a clean 
> >> rebuild.
> >>
> >> I'll look into it.
> >
> > The below should fix it - I'll update all DSCs with this if it works
> > for you as well.
>
> That fixes the problem above. Thanks!
>
>
>
> I just spent an hour hunting a sd stall heisenbug I've never seen before
> too, which initially I thought might be related to the set from earlier
> this week, but it seems doubtful since the controller stalled far to
> late in the firmware boot for it to be related. Looks like it just
> glitched out and stopped responding to commands, and I either got
> impatient and power cycled it to soon, or the reset/recovery logic isn't
> right, but I don't know since I killed it to quickly and now can't
> reproduce it.
>

Haven't noticed this one myself. The only issue I hit once in a while
(but only with DEBUG builds as far as I am aware) is an ASSERT() on
some XhciDxe control register read (or perhaps a timeout?)


-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply Online (#120188): https://edk2.groups.io/g/devel/message/120188
Mute This Topic: https://groups.io/mt/107649429/21656
Group Owner: devel+ow...@edk2.groups.io
Unsubscribe: https://edk2.groups.io/g/devel/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


Reply via email to