summaryrefslogtreecommitdiff
path: root/board/atmel/at91sam9rlek
diff options
context:
space:
mode:
authorPaul Kocialkowski <contact@paulk.fr>2015-08-27 10:46:09 +0200
committerTom Rini <trini@konsulko.com>2015-08-28 12:33:18 -0400
commit8ceb34a1d1775ccafca2878731879210579a7964 (patch)
tree857f9a4bd261840277a3c63f3c2f4a63b70a5db7 /board/atmel/at91sam9rlek
parent4519668b29bb8422ceca8e7ca9a35d5af0afe959 (diff)
downloadu-boot-imx-8ceb34a1d1775ccafca2878731879210579a7964.zip
u-boot-imx-8ceb34a1d1775ccafca2878731879210579a7964.tar.gz
u-boot-imx-8ceb34a1d1775ccafca2878731879210579a7964.tar.bz2
omap-common: SYS_BOOT fallback logic correction and support for more devices
The SYS_BOOT-based fallback shouldn't only check for one of the conditions of use and then let the switch/case handle each boot device without enforcing the conditions for each type of boot device again. For instance, this behaviour would trigger the fallback for UART when BOOT_DEVICE_UART is defined, CONFIG_SPL_YMODEM_SUPPORT is enabled (which should be a show-stopper) and e.g. BOOT_DEVICE_USB is enabled and not CONFIG_SPL_USB_SUPPORT. Separating the logic for USB and UART solves this. In addition, this adds support for more peripheral devices (USBETH and CPGMAC) to the fallback mechanism. Note that the USBETH boot device should always be different from the USB boot device (each should match a different bootrom handoff case). Signed-off-by: Paul Kocialkowski <contact@paulk.fr> Acked-by: Hannes Schmelzer <oe5hpm@oevsv.at> Tested-by: Hannes Schmelzer <oe5hpm@oevsv.at>
Diffstat (limited to 'board/atmel/at91sam9rlek')
0 files changed, 0 insertions, 0 deletions