Resent: the first posting's cover letter went out with the same Message-ID as the cover letter of "pci: spacemit: fixes for the K1 PCIe host driver", so this series threaded under that one. No changes.
Two small SPL changes for K1 boards that do not look like the BPI-F3 and MusePi Pro: 1. pmic_init() and nor_early_init() panic when the device tree gives the SPL no PMIC or no SPI controller. A board that boots from eMMC or microSD with its rails already up (the OrangePi R2S and RV2) stops there. Log it and carry on. 2. Provide board_boot_order(): the device the BootROM booted from, as detected now, then the other MMC controller and SPI NOR, so an unexpected BootROM path still finds U-Boot. Tested on an OrangePi RV2 booting from microSD (no SPI controller in the SPL): "No SPI controller", then the SPL loads U-Boot from the card through the detected MMC2. The fallback order was not exercised, since the detection was right. Dave Klotz (2): spacemit: k1: do not require a PMIC or an SPI controller in SPL spacemit: k1: fall back to the other boot devices in SPL board/spacemit/k1/spl.c | 48 +++++++++++++++++++++++++++++++++++++---- 1 file changed, 44 insertions(+), 4 deletions(-) base-commit: a000f2af240eaa996cec92f8d44bad96fdf3f898 -- 2.55.0
