mail archive of the barebox mailing list
 help / color / mirror / Atom feed
* tlsf failure
@ 2024-04-29 16:40 Renaud Barbier
  2024-04-29 18:08 ` Ahmad Fatoum
  0 siblings, 1 reply; 2+ messages in thread
From: Renaud Barbier @ 2024-04-29 16:40 UTC (permalink / raw)
  To: Barebox List

We have a prototype board with a LS1026A processor (LS1046A). The system has a primary SPI NOR and recovery SPI NOR.
>From the recovery, I attempt to program the primary NOR.


I have the following error while calling our command below. This command switch NOR selection and calls barebox_update through run_command

OWBOOT> / oft recovery openware-core-prometheus-ls1046a-20240412112207-OWC-2022-09.0-prometheus-6.8.0-EA1-0_nor.img
Programming primary NOR device
oft_storage_program: cmd = barebox_update -t nor openware-core-prometheus-ls1046a-20240412112207-OWC-2022-09.0-prometheus-6.8.0-EA1-0_nor.img
DEBUG: block_size smaller than size : 0, 32
block_size(block) >= sizecommon/tlsf.c 598
Call trace:
[<fbd7db68>] (unwind_backtrace+0x0/0x88) from [<fbd0944c>] (block_locate_free+0x144/0x158)
[<fbd0944c>] (block_locate_free+0x144/0x158) from [<fbd09738>] (tlsf_malloc+0x2c/0x44)
[<fbd09738>] (tlsf_malloc+0x2c/0x44) from [<fbd08b0c>] (malloc+0x20/0x3c)
[<fbd08b0c>] (malloc+0x20/0x3c) from [<fbd517cc>] (xmalloc+0x14/0x2c)
[<fbd517cc>] (xmalloc+0x14/0x2c) from [<fbd51824>] (xzalloc+0x14/0x34)
[<fbd51824>] (xzalloc+0x14/0x34) from [<fbd0bcdc>] (initialize_context+0x20/0x48)
[<fbd0bcdc>] (initialize_context+0x20/0x48) from [<fbd0d204>] (run_command+0x30/0x4c)
[<fbd0d204>] (run_command+0x30/0x4c) from [<fbd78158>] (oft_storage_program+0x70/0xa4)
[<fbd78158>] (oft_storage_program+0x70/0xa4) from [<fbd78270>] (do_oft_recovery+0xe4/0x154)

If I call Barebox_update directly, there is no  problem.:
OWBOOT> / barebox_update -t nor openware-core-prometheus-ls1046a-20240412112207-OWC-2022-09.0-prometheus-6.8.0-EA1-0_nor.img
Image Metadata:
  build: #1 Fri Apr 12 11:21:46 UTC 2024
  buildsystem version:
  release: 2022.03.0-g06e02c3d98.prometh-00008-g06e02c3d98ea
  of_compatible: fsl,ls1046a owc,SWE550S owc,SWE450S
  model: owc-swe550s
bbu: Devicetree compatible "fsl,ls1046a" matches current machine
update barebox from openware-core-prometheus-ls1046a-20240412112207-OWC-2022-09.0-prometheus-6.8.0-EA1-0_nor.img using handler nor to /dev/m25p0 (y/n)?


The image being burned is 64MIB. We have also a NAND image 2.5 bigger and this error do not appear when calling our wrapper command.

Any clue why this would happen?

Cheers,
Renaud



^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: tlsf failure
  2024-04-29 16:40 tlsf failure Renaud Barbier
@ 2024-04-29 18:08 ` Ahmad Fatoum
  0 siblings, 0 replies; 2+ messages in thread
From: Ahmad Fatoum @ 2024-04-29 18:08 UTC (permalink / raw)
  To: Renaud Barbier, Barebox List

Hello Renaud,

On 29.04.24 18:40, Renaud Barbier wrote:
> We have a prototype board with a LS1026A processor (LS1046A). The system has a primary SPI NOR and recovery SPI NOR.
> From the recovery, I attempt to program the primary NOR.
> 
> 
> I have the following error while calling our command below. This command switch NOR selection and calls barebox_update through run_command
> 
> OWBOOT> / oft recovery openware-core-prometheus-ls1046a-20240412112207-OWC-2022-09.0-prometheus-6.8.0-EA1-0_nor.img
> Programming primary NOR device
> oft_storage_program: cmd = barebox_update -t nor openware-core-prometheus-ls1046a-20240412112207-OWC-2022-09.0-prometheus-6.8.0-EA1-0_nor.img
> DEBUG: block_size smaller than size : 0, 32
> block_size(block) >= sizecommon/tlsf.c 598
> Call trace:
> [<fbd7db68>] (unwind_backtrace+0x0/0x88) from [<fbd0944c>] (block_locate_free+0x144/0x158)
> [<fbd0944c>] (block_locate_free+0x144/0x158) from [<fbd09738>] (tlsf_malloc+0x2c/0x44)
> [<fbd09738>] (tlsf_malloc+0x2c/0x44) from [<fbd08b0c>] (malloc+0x20/0x3c)
> [<fbd08b0c>] (malloc+0x20/0x3c) from [<fbd517cc>] (xmalloc+0x14/0x2c)
> [<fbd517cc>] (xmalloc+0x14/0x2c) from [<fbd51824>] (xzalloc+0x14/0x34)
> [<fbd51824>] (xzalloc+0x14/0x34) from [<fbd0bcdc>] (initialize_context+0x20/0x48)
> [<fbd0bcdc>] (initialize_context+0x20/0x48) from [<fbd0d204>] (run_command+0x30/0x4c)
> [<fbd0d204>] (run_command+0x30/0x4c) from [<fbd78158>] (oft_storage_program+0x70/0xa4)
> [<fbd78158>] (oft_storage_program+0x70/0xa4) from [<fbd78270>] (do_oft_recovery+0xe4/0x154)
> 
> If I call Barebox_update directly, there is no  problem.:
> OWBOOT> / barebox_update -t nor openware-core-prometheus-ls1046a-20240412112207-OWC-2022-09.0-prometheus-6.8.0-EA1-0_nor.img
> Image Metadata:
>   build: #1 Fri Apr 12 11:21:46 UTC 2024
>   buildsystem version:
>   release: 2022.03.0-g06e02c3d98.prometh-00008-g06e02c3d98ea
>   of_compatible: fsl,ls1046a owc,SWE550S owc,SWE450S
>   model: owc-swe550s
> bbu: Devicetree compatible "fsl,ls1046a" matches current machine
> update barebox from openware-core-prometheus-ls1046a-20240412112207-OWC-2022-09.0-prometheus-6.8.0-EA1-0_nor.img using handler nor to /dev/m25p0 (y/n)?
> 
> 
> The image being burned is 64MIB. We have also a NAND image 2.5 bigger and this error do not appear when calling our wrapper command.
> 
> Any clue why this would happen?

This looks like memory corruption. Could it be that your command is
overflowing some buffer? Enabling CONFIG_KASAN may aid in debugging this.

Cheers,
Ahmad


> 
> Cheers,
> Renaud
> 
> 

-- 
Pengutronix e.K.                           |                             |
Steuerwalder Str. 21                       | http://www.pengutronix.de/  |
31137 Hildesheim, Germany                  | Phone: +49-5121-206917-0    |
Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |




^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2024-04-29 18:08 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2024-04-29 16:40 tlsf failure Renaud Barbier
2024-04-29 18:08 ` Ahmad Fatoum

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox