[Buildroot] [PATCH v1 2/4] package/rpi-firmware: bump version to 9f97081
Peter Seiderer
ps.report at gmx.net
Wed Oct 6 20:05:54 UTC 2021
Hello Arnout,
On Wed, 6 Oct 2021 20:24:44 +0200, Arnout Vandecappelle <arnout at mind.be> wrote:
> On 30/09/2021 21:54, Peter Seiderer wrote:
> > Hello Vincent, all,
> >
> > On Thu, 30 Sep 2021 14:19:03 -0500, Vincent Fazio <vfazio at xes-inc.com> wrote:
> >
> >> Peter, all,
> >>
> >> On 9/23/21 8:58 AM, Vincent Fazio wrote:
> >>> All,
> >>>
> >>> On 9/21/21 3:39 PM, Peter Seiderer wrote:
> >>>> Hello Vincent, all,
> >>>>
> >>>> On Tue, 21 Sep 2021 08:08:10 -0500, Vincent Fazio
> >>>> <vfazio at xes-inc.com> wrote:
> >>>>
> >>>>> Peter, all,
> >>>>>
> >>>>> On 9/20/21 4:41 PM, Peter Seiderer wrote:
> >>>>>> Hello Vincent,
> >>>>>>
> >>>>>> On Mon, 20 Sep 2021 16:19:57 -0500, Vincent Fazio
> >>>>>> <vfazio at xes-inc.com> wrote:
> >>>>>>
> >>>>>> Thanks for the info, only did a quick read of the PR 1619, the problem
> >>>>>> seems U-boot specific (not the buildroot default case) and there is
> >>>>>> already a suggested U-boot fix (submitted by you)?
> >>>>> Yes, sorry I was not very clear in my email yesterday (I was sending it
> >>>>> on my way out the door).
> >>>> No problem ;-), the hint was/is very valuable!
> >>
> >> This may no longer be an issue other packages have to deal with [1]
> >>
> >
> > Thanks for update (and your debugging efforts ;-) ), will update my
> > patchset the next days...
>
> I was going to apply this series and then I saw this comment... Are you still
> going to update the patchset or should we apply as-is?
Still planing to update (but need to find a large enough time slot for testing,
but will finish hopefully until end of the week)...
Regards,
Peter
>
> Regards,
> Arnout
>
> >
> > Regards,
> > Peter
> >
> >>>>
> >>>>> Yes, u-boot is affected, though I think edk2 may also be affected. The
> >>>>> u-boot patch has not yet been reviewed and may not make it for 2021.10
> >>>>>
> >>>>> I just wanted to give a heads up that bumping this package could have
> >>>>> consequences for some configurations.
> >>>> So there are the following possibilities:
> >>>>
> >>>> - never update rpi-firmware to not break legacy u-boot (and maybe
> >>>> edk2 and
> >>>> maybe linux-mainline and maybe ...) setups
> >>> Definitely not recommending this.
> >>>> - delay the rpi-firmware update until up-to-date u-boot (and edk2 and
> >>>> ...)
> >>>> are available (as this bump seems to fix some other regressions e.g
> >>>> 'kernel: Second attempt to fix the CPU startup failure' [1]
> >>>>
> >>>> - apply the rpi-firmware update now and hope that this email thread is
> >>>> found by all people affected by the u-boot (and ...) defect, but
> >>>> keeps the default buildroot/rpi users up-to-date ;-)
> >>>
> >>> Probably no reason to delay it if there are no default configurations
> >>> that utilize the affected packages, but not sure if it deserves a
> >>> mention somewhere like
> >>> https://buildroot.org/downloads/manual/manual.html#_known_issues so
> >>> the issue is more clearly advertised until there are patches to fix
> >>> the affected packages.
> >>>
> >>> I'll let the maintainers decide what to do. Again, I just wanted to
> >>> make people aware.
> >>>
> >>>> Regards,
> >>>> Peter
> >>>>
> >>>> [1]
> >>>> https://github.com/raspberrypi/firmware/commit/9f9708199f8809ecf16119d0716375bee7b7d8d4
> >>>>
> >>>>>> Regards,
> >>>>>> Peter
> >>>>>>
> >>>>>>
> >> [1]
> >> https://github.com/raspberrypi/firmware/commit/b5257da58c0e652633592c6fce09a7f3b100a2eb
> >>
> >
> > _______________________________________________
> > buildroot mailing list
> > buildroot at buildroot.org
> > https://lists.buildroot.org/mailman/listinfo/buildroot
> >
> _______________________________________________
> buildroot mailing list
> buildroot at buildroot.org
> https://lists.buildroot.org/mailman/listinfo/buildroot
More information about the buildroot
mailing list