summaryrefslogtreecommitdiff
path: root/configs/k2g_hs_evm_defconfig
diff options
context:
space:
mode:
authorMarek Behún <marek.behun@nic.cz>2021-07-09 16:56:13 +0200
committerStefan Roese <sr@denx.de>2021-07-15 10:53:05 +0200
commit4494ca84318be0b4995ddee98f8a85ab5fa74466 (patch)
treee0cdb610d5f2f555e25838d1e0f43b9a17d589cd /configs/k2g_hs_evm_defconfig
parent960d45979a3c35e6161af2583f737612fb38b43b (diff)
arm: mvebu: turris_omnia: force 40 MHz speed on SPI NOR
Commit e2e95e5e2542 ("spi: Update speed/mode on change") changed the boot time on Turris Omnia from ~2.3s to over 8s, due to SPL loading main U-Boot from SPI NOR at 1 MHz instead of 40 MHz. This is because the SPL code passes the CONFIG_SF_DEFAULT_SPEED option to spi_flash_probe(), and with the above commit spi_flash_probe() starts prefering this parameter instead of the one specified in device-tree. The proper solution here would probably be to fix the SF subsystem to prefer the frequency specified in the device-tree, if it is present, but I am not sure what else will be affected on other boards with such a change. So until then we need a more simple fix. Since the CONFIG_SF_DEFAULT_SPEED option is used by the code, put the correct value there for Turris Omnia. Also put the correct value to CONFIG_SF_DEFAULT_MODE and use 40 MHz when reading environment. Signed-off-by: Marek Behún <marek.behun@nic.cz> Cc: Stefan Roese <sr@denx.de> Cc: Tom Rini <trini@konsulko.com> Cc: Marek Vasut <marex@denx.de> Cc: Jagan Teki <jagan@amarulasolutions.com> Cc: Patrick Delaunay <patrick.delaunay@foss.st.com> Cc: Pali Rohár <pali@kernel.org> Reviewed-by: Stefan Roese <sr@denx.de>
Diffstat (limited to 'configs/k2g_hs_evm_defconfig')
0 files changed, 0 insertions, 0 deletions