Kirkstone update for meta/arm meta-freescale breaks C61
The module affected
C61 images
What is the action to reproduce the bug?
Introduce the commits reverted in !243 (merged) C61 doesn't boot after flashing in LAVA:
Calling: 'nice' 'bash' '-c' '/root/tools/$(uname -m)/./uuu -v -m 1:5 -b emmc_all boot/flash.bin-seco-imx8mm-c61-4gb-emmc system/oniro-image-base-tests-seco-imx8mm-c61-4gb.rootfs.wic'
>> uuu (Universal Update Utility) for nxp imx chips -- libuuu_1.3.136-0-g1ecc47f
>>
>> [97mBuild in config:[0m
>> Pctl Chip Vid Pid BcdVersion
>> ==================================================
>> SDPS: MX8QXP 0x1fc9 0x012f [0x0002..0xffff]
>> SDPS: MX8QM 0x1fc9 0x0129 [0x0002..0xffff]
>> SDPS: MX8DXL 0x1fc9 0x0147
>> SDPS: MX28 0x15a2 0x004f
>> SDPS: MX815 0x1fc9 0x013e
>> SDPS: MX865 0x1fc9 0x0146
>> SDP: MX7D 0x15a2 0x0076
>> SDP: MX6Q 0x15a2 0x0054
>> SDP: MX6D 0x15a2 0x0061
>> SDP: MX6SL 0x15a2 0x0063
>> SDP: MX6SX 0x15a2 0x0071
>> SDP: MX6UL 0x15a2 0x007d
>> SDP: MX6ULL 0x15a2 0x0080
>> SDP: MX6SLL 0x1fc9 0x0128
>> SDP: MX7ULP 0x1fc9 0x0126
>> SDP: MXRT106X 0x1fc9 0x0135
>> SDP: MX8MM 0x1fc9 0x0134
>> SDP: MX8MQ 0x1fc9 0x012b
>> SDPU: SPL 0x0525 0xb4a4 [0x0000..0x04ff]
>> SDPV: SPL1 0x0525 0xb4a4 [0x0500..0x9998]
>> SDPU: SPL 0x0525 0xb4a4 [0x9999..0x9999]
>> FBK: 0x066f 0x9afe
>> FBK: 0x066f 0x9bff
>> FB: 0x0525 0xa4a5
>> FB: 0x18d1 0x0d02
>>
>> [97mRun built-in script:[0m
>>
>> uuu_version 1.2.39
>>
>> # This command will be run when i.MX6/7 i.MX8MM, i.MX8MQ
>> SDP: boot -f boot/flash.bin-seco-imx8mm-c61-4gb-emmc
>>
>> # This command will be run when ROM support stream mode
>> # i.MX8QXP, i.MX8QM
>> SDPS: boot -f boot/flash.bin-seco-imx8mm-c61-4gb-emmc
>>
>> # These commands will be run when use SPL and will be skipped if no spl
>> # SDPU will be deprecated. please use SDPV instead of SDPU
>> # {
>> SDPU: delay 1000
>> SDPU: write -f boot/flash.bin-seco-imx8mm-c61-4gb-emmc -offset 0x57c00
>> SDPU: jump
>> # }
>>
>> # These commands will be run when use SPL and will be skipped if no spl
>> # if (SPL support SDPV)
>> # {
>> SDPV: delay 1000
>> SDPV: write -f boot/flash.bin-seco-imx8mm-c61-4gb-emmc -skipspl
>> SDPV: jump
>> # }
>>
>>
>> FB: ucmd setenv fastboot_dev mmc
>> FB: ucmd setenv mmcdev ${emmc_dev}
>> FB: ucmd mmc dev ${emmc_dev}
>> FB: flash -raw2sparse all system/oniro-image-base-tests-seco-imx8mm-c61-4gb.rootfs.wic
>> FB: flash bootloader boot/flash.bin-seco-imx8mm-c61-4gb-emmc
>> FB: ucmd if env exists emmc_ack; then ; else setenv emmc_ack 0; fi;
>> FB: ucmd mmc partconf ${emmc_dev} ${emmc_ack} 1 0
>> FB: done
>>
>>
>> Wait for Known USB Device Appear... at path 1:5
>> New USB Device Attached at 1:5
>> 1:5>Start Cmd:SDP: boot -f boot/flash.bin-seco-imx8mm-c61-4gb-emmc
>> [93m
13%[0m[93m
26%[0m[93m
39%[0m[93m
52%[0m[93m
65%[0m[93m
78%[0m[93m
91%[0m[93m
100%[0m[93m
0%[0m[93m
6400%[0m[93m
0%[0m[93m
6400%[0m1:5>[92mOkay (0.595s)[0m
>> New USB Device Attached at 1:5
>> 1:5>Start Cmd:SDPV: delay 1000
>> 1:5>[92mOkay (1s)[0m
>> 1:5>Start Cmd:SDPV: write -f boot/flash.bin-seco-imx8mm-c61-4gb-emmc -skipspl
>> [93m
1%[0m[93m
3%[0m[93m
5%[0m[93m
7%[0m[93m
9%[0m[93m
11%[0m[93m
13%[0m[93m
15%[0m[93m
17%[0m[93m
18%[0m[93m
20%[0m[93m
22%[0m[93m
24%[0m[93m
26%[0m[93m
28%[0m[93m
30%[0m[93m
32%[0m[93m
34%[0m[93m
36%[0m[93m
37%[0m[93m
39%[0m[93m
41%[0m[93m
43%[0m[93m
45%[0m[93m
47%[0m[93m
49%[0m[93m
51%[0m[93m
53%[0m[93m
54%[0m[93m
56%[0m[93m
58%[0m[93m
60%[0m[93m
62%[0m[93m
64%[0m[93m
66%[0m[93m
68%[0m[93m
70%[0m[93m
72%[0m[93m
73%[0m[93m
75%[0m[93m
77%[0m[93m
79%[0m[93m
81%[0m[93m
83%[0m[93m
85%[0m[93m
87%[0m[93m
89%[0m[93m
90%[0m[93m
92%[0m[93m
94%[0m[93m
96%[0m[93m
98%[0m[93m
100%[0m1:5>[92mOkay (4.915s)[0m
>> 1:5>Start Cmd:SDPV: jump
>> [93m
0%[0m[93m
6400%[0m1:5>[92mOkay (0.325s)[0m
deploy-flasher timed out after 1800 seconds
end: 1.1 deploy-flasher (duration 00:30:00) [common]What is the result you see?
Boot timeout
What is the result you expect?
Correct boot
Frequency?
always
Tested version
Oniro 025e67f1 (reverted since)
Do you know any workaround of this issue?
Do you have a fix for this issue?
no
Activity
added IssueBug needs-investigation teammaintenance labels
CC @landgraf
Update after the bump !299 (closed) meta-arm to faa70b7 meta-freescale to 74cf994
Build no longer works:
ERROR: No recipes in default available for: /tmp/workspace.K8aWa4KI0D/oe-core/../meta-seco-imx/recipes-bsp/imx-atf/imx-atf_2.4.bbappendBut the same issue I see trying to build with previous updates from here !243 (merged). I wonder how it was possible to test in LAVA. In any case, if it was built without bbappend the board does not boot due to the wrong base address for the optee-os.
This commit https://git.seco.com/pub/i.mx/yocto/5.x/meta-seco-imx/-/commit/604eea652c97a2b1aad94bf466ccb148e1c334a4 fixes the build issue and the bootloader boots the device, at least for me (tested also for the updates meta-arm to faa70b7 meta-freescale to 74cf994).
Edited by Natalia KovalenkoHi @mrybczyn when you are back, try to update meta-arm and meta-freescale, I merged the above fix. and I hope the LAVA test will pass as well.
assigned to @ektor5 and @waykovalenko
added teamhw label and removed teammaintenance label
