Dear Tom,
The following changes since commit 252592214f79d8206c3cf0056a8827a0010214e0:
Merge tag 'doc-2023-10-rc5' of
https://source.denx.de/u-boot/custodians/u-boot-efi (2023-09-09 09:33:02
-0400)
are available in the Git repository at:
On 9/17/23 00:19, Jonas Karlman wrote:
On 2023-09-06 14:00, Heinrich Schuchardt wrote:
The StarFive VisionFive 2 board cannot load spl/u-boot-spl.bin but needs a
prefixed header. We have referring to a vendor tool (spl_tool) for this
task. 'mkimage -T sfspl' can generate the prefixed file.
Hi Frank,
On 2023-08-20 18:00, Frank Wunderlich wrote:
> From: Frank Wunderlich
>
> Add Bananapi R2 Pro board.
>
> Till now evb dts could be used, but iodomain is different
> (evb has 1v8 on vccio2 and vccio4 which are 3v3 on r2pro)
> and with iodomain driver this can cause hardware fault.
>
On Sat, Sep 16, 2023 at 03:14:58PM +0200, Ryan Lahfa wrote:
> Currently, it seems like the `initrd_filesize` was uninitialized for a
> while.
>
> This is particularly problematic when attempting to `zboot` with a
> initrd with a size coming from `label->initrd`, because it will provide
> you
On Sat, Sep 16, 2023 at 12:16:18PM +0200, Marek Vasut wrote:
> The following changes since commit 2fe4b54556ea6271237b35de68dc458bfceab94c:
>
> Merge branch '2023-09-14-remove-NEEDS_MANUAL_RELOC' into next (2023-09-14
> 16:23:49 -0400)
>
> are available in the Git repository at:
>
>
On 2023-09-16 18:45, Frank Wunderlich wrote:
> Am 16. September 2023 18:07:44 MESZ schrieb Marek Vasut :
>> On 9/16/23 16:18, Frank Wunderlich wrote:
>>> Hi,
>>>
>>> just a friedly reminder. would be great if it can be merged in next
>>> uboot-version.
>>
>> +CC Tom
>>
>>> regards Frank
>>>
>>>
On 2023-09-06 14:00, Heinrich Schuchardt wrote:
> The StarFive VisionFive 2 board cannot load spl/u-boot-spl.bin but needs a
> prefixed header. We have referring to a vendor tool (spl_tool) for this
> task. 'mkimage -T sfspl' can generate the prefixed file.
>
> Use binman to invoke mkimage for
On Wed, 2023-09-06 at 14:00, Heinrich Schuchardt wrote:
> The StarFive JH7110 base boards require a header to be prefixed to the SPL
> binary image. This has previously done with a vendor tool 'spl_tool'
> published under a GPL-2-or-later license. Integrate this capability into
> mkimage.
>
>
On Wed, 2023-09-06 at 14:00, Heinrich Schuchardt wrote:
> The StarFive VisionFive 2 board cannot load spl/u-boot-spl.bin but needs a
> prefixed header. We have referring to a vendor tool (spl_tool) for this
> task. 'mkimage -T sfspl' can generate the prefixed file.
>
> Use binman to invoke
Use fdt_fixup_memory to make the memory size data from dtb match
the actual size.
Signed-off-by: Shengyu Qu
Tested-by: Milan P. Stanić
---
board/starfive/visionfive2/starfive_visionfive2.c | 7 +++
1 file changed, 7 insertions(+)
diff --git
Enable CONFIG_OF_BOARD_SETUP, so we could use ft_board_setup() to fixup
memory size passed to kernel.
Signed-off-by: Shengyu Qu
Tested-by: Milan P. Stanić
---
configs/starfive_visionfive2_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/starfive_visionfive2_defconfig
Currently, we pass u-boot device tree to kernel on Starfive Visionfive 2
, and this is wrong since u-boot dts is not sync with Linux for this
board. Jami's patch[1] fixes this problem, but we are still sending
unmodified version to kernel that doesn't have a correct memory size
info. This series
Hi Simon,
On Fri, Sep 15, 2023 at 8:40 PM Tony Dinh wrote:
>
> On Fri, Sep 15, 2023 at 6:32 PM Tony Dinh wrote:
> >
> > Hi Tom, Hi Simon,
> >
> > On Wed, Sep 13, 2023 at 9:53 PM Tony Dinh wrote:
> > >
> > > Hi Simon,
> > >
> > > On Wed, Sep 13, 2023 at 8:38 PM Simon Glass wrote:
> > > >
> > >
On 9/16/23 18:45, Frank Wunderlich wrote:
Am 16. September 2023 18:07:44 MESZ schrieb Marek Vasut :
On 9/16/23 16:18, Frank Wunderlich wrote:
Hi,
just a friedly reminder. would be great if it can be merged in next
uboot-version.
+CC Tom
regards Frank
Gesendet: Sonntag, 20. August 2023
Am 16. September 2023 18:07:44 MESZ schrieb Marek Vasut :
>On 9/16/23 16:18, Frank Wunderlich wrote:
>> Hi,
>>
>> just a friedly reminder. would be great if it can be merged in next
>> uboot-version.
>
>+CC Tom
>
>> regards Frank
>>
>>
>>> Gesendet: Sonntag, 20. August 2023 um 18:00 Uhr
>>>
On 9/16/23 16:18, Frank Wunderlich wrote:
Hi,
just a friedly reminder. would be great if it can be merged in next
uboot-version.
+CC Tom
regards Frank
Gesendet: Sonntag, 20. August 2023 um 18:00 Uhr
Von: "Frank Wunderlich"
An: u-boot@lists.denx.de
Cc: "Frank Wunderlich" , "Simon Glass"
Hi,
just a friedly reminder. would be great if it can be merged in next
uboot-version.
regards Frank
> Gesendet: Sonntag, 20. August 2023 um 18:00 Uhr
> Von: "Frank Wunderlich"
> An: u-boot@lists.denx.de
> Cc: "Frank Wunderlich" , "Simon Glass"
> , "Philipp Tomsich" , "Kever
> Yang" ,
On Sat, Sep 16, 2023 at 03:14:58PM +0200, Ryan Lahfa wrote:
> Currently, it seems like the `initrd_filesize` was uninitialized for a
> while.
>
> This is particularly problematic when attempting to `zboot` with a
> initrd with a size coming from `label->initrd`, because it will provide
> you with
Currently, it seems like the `initrd_filesize` was uninitialized for a
while.
This is particularly problematic when attempting to `zboot` with a
initrd with a size coming from `label->initrd`, because it will provide
you with a 0-long initrd at boot time, making the kernel fail to
continue the
The reason for this is that initrd_filesize is constantly equal to zero
or more specifically, potentially uninitialized memory.
I believe this was introduced in
085cbdafca9c3d7bc2f27523a343f61db82f2ccb ("pxe: simplify label_boot()"),
diff here:
diff --git a/boot/pxe_utils.c b/boot/pxe_utils.c
On 9/16/23 2:36 AM, Marek Vasut wrote:
On 9/15/23 20:14, Bhupesh Sharma wrote:
> Set my current personal email in the MAINTAINERS file.
Why this change so soon ? Did linaro raise any concerns about the
maintainership ?
No, I am going to pursue things out of Linaro now, but still related
On 9/13/23 17:00, Artur Rojek wrote:
In the existing implementation, multiple requests queued up on an
endpoint are subject to getting evicted without transmission.
For both control and bulk endpoints, their respective logic found in
usba_control_irq()/usba_ep_irq() guarantees that TX FIFO is
The following changes since commit 2fe4b54556ea6271237b35de68dc458bfceab94c:
Merge branch '2023-09-14-remove-NEEDS_MANUAL_RELOC' into next (2023-09-14
16:23:49 -0400)
are available in the Git repository at:
git://source.denx.de/u-boot-usb.git next
for you to fetch changes up to
Hi Jonas,
Il giorno mer 6 set 2023 alle ore 09:11 Jonas Karlman
ha scritto:
>
> Hi Massimo,
>
> On 2023-09-06 07:15, Massimo Pegorer wrote:
> > Hi Jonas,
> >
> > Il giorno lun 4 set 2023 alle ore 18:52 Jonas Karlman
> > ha scritto:
> >>
> >> Hi Massimo,
> >>
> >> On 2023-09-04 17:05, Massimo
Previous fix commit increases code size of a few bytes. This minor
rework finally reduces SPL size of about 64-72 bytes (tested with
buildman on several aarch64 boards).
Signed-off-by: Massimo Pegorer
---
common/spl/spl_atf.c | 42 +++---
1 file changed, 19
Bug: function spl_fit_images_get_entry returns uninitialized variable
val if both fit_image_get_entry() and fit_image_get_load() fail (note
that both of them do not set val on failure). Fix: use val only if
entry or load address has been retrieved successfully.
Note: in real world a failure of
Load and entry addresses are returned in ulong variables, which are
32 or 64 bit depending on architecture. Specify that on failure these
functions do not set memory pointed by load / entry argument: this
detail is relavant for correct functions usage.
Signed-off-by: Massimo Pegorer
---
Rename bl31_entry static function to avoid name clash with its first
argument. Fix spaces misuse. Describe code accurately: load address
is used if getting entry point address fails, and not if addresses
differ. Remove not up-to-date comment about BL3-2 usage.
Signed-off-by: Massimo Pegorer
---
If both fit_image_get_entry() and fit_image_get_load() calls fail,
an uninitialized variable value is passed to TF-A as BL3-2 and/or
BL3-3 entry point in spl_invoke_atf().
In real world of current SPL flow this is not expected to occur
because a fit_image_get_load() failure should break boot
29 matches
Mail list logo
