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 |
