mirror of
https://github.com/AsahiLinux/u-boot
synced 2024-11-17 10:18:38 +00:00
1df7f0b6a0
Only a specific type of SPI flash exists on a board, having board Kconfig to select the SPI flash seems to make more sense. Other flash types are not necessary except coreboot, which implies all available flash drivers there. Signed-off-by: Bin Meng <bmeng.cn@gmail.com> Reviewed-by: Simon Glass <sjg@chromium.org> |
||
|---|---|---|
| .. | ||
| acpi | ||
| .gitignore | ||
| conga-qeval20-qa3.c | ||
| dsdt.asl | ||
| Kconfig | ||
| MAINTAINERS | ||
| Makefile | ||
| README | ||
| start.S | ||
------------------------------ U-Boot console UART selection: ------------------------------ The U-Boot port for this congatec board currently supports two different configurations (defconfig files). The only difference is the UART that is used as the U-Boot console UART. The default defconfig file: conga-qeval20-qa3-e3845_defconfig provides this console on the UART0 which is provided via a Winbond Super-IO chip connected on the congatec Qseven 2.0 evaluation carrier board (conga-QEVAL). This UART is the one provided with a SubD9 connector on the mainboard (the low one). The 2nd defconfig file: conga-qeval20-qa3-e3845-internal-uart_defconfig provides the U-Boot console on the BayTrail internal legacy UART, which is routed from the QSeven SoM to the X300 connector on the baseboard. Here is called COM2. The baseboard already provides the RS232 level shifters. So a TTL-USB UART adapter does not work in this case. The signals need to get connected directly to the RS232 level signals of the PC UART via some adapter cable.