Hi Antoine,
> >> The RPI firmware adjusts several property values in the dtb it passes
> >> to u-boot depending on the board/SoC revision. Inherit some of these
> >> when u-boot loads a dtb itself. Specificaly copy:
> >>
> >> * /model: The firmware provides a more specific string
> >> *
On Mon, Sep 5, 2022 at 8:11 PM Antoine Mazeas wrote:
>
> Sorry following up on your last comment, what specific issues are you
> referring to on the rev 1.3+ pi 4s ? It may be worth hunting them down,
> although I may lack access to such boards.
There was slight changes in the never rev of the
On Mon, 2022-09-05 at 21:11 +0200, Antoine Mazeas wrote:
> Sorry following up on your last comment, what specific issues are you
> referring to on the rev 1.3+ pi 4s ? It may be worth hunting them
> down,
> although I may lack access to such boards.
>
> Le 05/09/2022 à 15:41, Peter Robinson a
Sorry following up on your last comment, what specific issues are you
referring to on the rev 1.3+ pi 4s ? It may be worth hunting them down,
although I may lack access to such boards.
Le 05/09/2022 à 15:41, Peter Robinson a écrit :
Tested on RPi400 and it solves the issues with the kernel DT
Hi Peter,
Thanks for looking at this patch
Le 05/09/2022 à 15:41, Peter Robinson a écrit :
On Wed, Aug 10, 2022 at 1:58 PM Antoine Mazeas wrote:
The RPI firmware adjusts several property values in the dtb it passes
to u-boot depending on the board/SoC revision. Inherit some of these
when
On Wed, Aug 10, 2022 at 1:58 PM Antoine Mazeas wrote:
>
> The RPI firmware adjusts several property values in the dtb it passes
> to u-boot depending on the board/SoC revision. Inherit some of these
> when u-boot loads a dtb itself. Specificaly copy:
>
> * /model: The firmware provides a more
Hi Simon,
Le 23/08/2022 à 15:38, Simon Glass a écrit :
Hi Antoine,
On Mon, 22 Aug 2022 at 16:00, Antoine Mazeas wrote:
Thanks Simon,
Can I ask you to clarify what you meant by "drop the private firmware"?
Replace the private binary with a full U-Boot implementation. I hope
that the
Thanks Simon,
Can I ask you to clarify what you meant by "drop the private firmware"?
For the record, this patch was tested using the vendored firmware from
Raspberry Pi, v1.20220331, and subsequently v1.20220811 when it came
out.
I'm happy to do the requested change now if you think it is
Hi Antoine,
On Mon, 22 Aug 2022 at 16:00, Antoine Mazeas wrote:
>
> Thanks Simon,
>
> Can I ask you to clarify what you meant by "drop the private firmware"?
Replace the private binary with a full U-Boot implementation. I hope
that the vendor might do it one day.
> For the record, this patch
Hi Antoine,
On Fri, 19 Aug 2022 at 08:08, Antoine Mazeas wrote:
>
> The RPI firmware adjusts several property values in the dtb it passes
> to u-boot depending on the board/SoC revision. Inherit some of these
> when u-boot loads a dtb itself. Specificaly copy:
>
> * /model: The firmware provides
The RPI firmware adjusts several property values in the dtb it passes
to u-boot depending on the board/SoC revision. Inherit some of these
when u-boot loads a dtb itself. Specificaly copy:
* /model: The firmware provides a more specific string
* /memreserve: The firmware defines a reserved range,
The RPI firmware adjusts several property values in the dtb it passes
to u-boot depending on the board/SoC revision. Inherit some of these
when u-boot loads a dtb itself. Specificaly copy:
* /model: The firmware provides a more specific string
* /memreserve: The firmware defines a reserved range,
12 matches
Mail list logo
