]> git.openpandora.org Git - pandora-u-boot.git/commit
armv7: ls102xa: fix SPI flash clock
authorMichael Walle <mwalle@kernel.org>
Wed, 18 Mar 2026 14:29:17 +0000 (15:29 +0100)
committerPeng Fan <peng.fan@nxp.com>
Mon, 23 Mar 2026 06:27:24 +0000 (14:27 +0800)
commit1f305f99d2001e96daa7e93da4da2bf56da9278e
treeaaac3707938564271582b2ea566e66ed99069ad9
parenta5e46ecc3593960c2fe763a598a6fd804912f05b
armv7: ls102xa: fix SPI flash clock

Commit bb6f3c0f7634 ("armv7: ls102xa: Update SCFG_QSPI_CLKSEL value")
broke the SPI boot on the LS1021ATSN board (ls1021atsn_qspi_defconfig)
at least.

The commit message reads
   Update SCFG_QSPI_CLKSEL value : 0xC -> 0x5
   which means ClusterPLL/16

The original submitted patch had the following description:
   Value 0xC is reserved. Replace it with correct value 0x5 which
   is ClusterPLL/16

Unfortunatly, the little information which was there, was stripped even
further. Why is 0x5 the "correct" value? In fact, it seems that the
upper bit is just ignored and thus the value 0xC translates to 0x4 which
is ClusterPLL/20. This, will result in a SPI clock of 60MHz (if the PLL
is clocked at 1.2GHz). But even that is too much for the (default) 03h
read opcode (max 50MHz). Set the value to ClusterPLL/24 which is 50MHz.

Link: https://lore.kernel.org/r/1568804284-25162-1-git-send-email-kuldeep.singh@nxp.com/
Fixes: bb6f3c0f7634 ("armv7: ls102xa: Update SCFG_QSPI_CLKSEL value")
Signed-off-by: Michael Walle <mwalle@kernel.org>
Reviewed-by: Vladimir Oltean <olteanv@gmail.com>
Signed-off-by: Peng Fan <peng.fan@nxp.com>
arch/arm/include/asm/arch-ls102xa/immap_ls102xa.h