Re: flexspi flashcp doesn't appear to work after moving from linux-fslc-imx 5.4.114 to 5.10.69 on imx8mm-evk board.


Brian Hutchinson
 

Hello,

I found my problem.  In the new imx8mm-evk.dts for 5.10.69 the flexspi node has  spi-tx-bus-width = <1>; and in all the previous kernel versions it was spi-tx-bus-width = <4>;  so when moving our customized .dts over to new kernel that was missed.

flashcp to our NOR and fw_setenv both work now.

Sorry for the noise.

Regards,

Brian

On Tue, Nov 9, 2021 at 5:26 PM Brian Hutchinson via lists.yoctoproject.org <b.hutchman=gmail.com@...> wrote:


On Tue, Nov 9, 2021, 10:36 AM Brian Hutchinson <b.hutchman@...> wrote:
Hi,

At first I was chasing why fw_setenv (see thread "fw_printenv works but fw_setenv does not after switching to linux-fslc-imx 5.10.69 from linux-fslc-imx 5.4.112") quit working after updating to linux-fslc-imx 5.10.69 from 5.4.114, but further testing has shown it might not be related to fw_setenv itself as doing a flashcp to a MTD flexspi NOR device partition doesn't work either.

If I simply try to copy a file with flashcp I get the following:

flashcp -v ./imx8mm-evk.dtb /dev/mtd7
Erasing blocks: 11/11 (100%)
Writing data: 40k/40k (100%)
Verifying data: 10k/40k (24%)File does not seem to match flash data. First mismatch at 0x00000000-0x00002800

root@imx8mmevk:~# cat /proc/mtd
dev:    size   erasesize  name
mtd0: 00200000 00001000 "U-Boot"
mtd1: 00002000 00001000 "U-Boot Env"
mtd2: 00002000 00001000 "U-Boot Env 2"
mtd3: 00001000 00001000 "boot.scr"
mtd4: 0000b000 00001000 "Device Tree Blob"
mtd5: 00c00000 00001000 "Compressed Kernel"
mtd6: 010f0000 00001000 "SquashFS"
mtd7: 00100000 00001000 "scratch"

I've checked kernel .config and device tree settings between the 5.4 and 5.10 series kernel and can find no issues that would explain why this is happening.

Any ideas or tests to try are welcome!

Regards,

Brian

Does imx8mm have tools to find pinmux conflicts, see pins in use etc.?

Regards,

Brian




Join meta-freescale@lists.yoctoproject.org to automatically receive all group messages.