x86: baytrail: Drop EFI-specific test logicsNow that we have generic EFI payload support, drop EFI-specific testlogics in BayTrail Kconfig and codes, and all BayTrail boards too.Signed-off-by: B
x86: baytrail: Drop EFI-specific test logicsNow that we have generic EFI payload support, drop EFI-specific testlogics in BayTrail Kconfig and codes, and all BayTrail boards too.Signed-off-by: Bin Meng <bmeng.cn@gmail.com>Reviewed-by: Simon Glass <sjg@chromium.org>
show more ...
SPDX: Convert all of our single license tags to Linux Kernel styleWhen U-Boot started using SPDX tags we were among the early adopters andthere weren't a lot of other examples to borrow from. So
SPDX: Convert all of our single license tags to Linux Kernel styleWhen U-Boot started using SPDX tags we were among the early adopters andthere weren't a lot of other examples to borrow from. So we picked thearea of the file that usually had a full license text and replaced itwith an appropriate SPDX-License-Identifier: entry. Since then, theLinux Kernel has adopted SPDX tags and they place it as the very firstline in a file (except where shebangs are used, then it's second line)and with slightly different comment styles than us.In part due to community overlap, in part due to better tag visibilityand in part for other minor reasons, switch over to that style.This commit changes all instances where we have a single declaredlicense in the tag as both the before and after are identical in tagcontents. There's also a few places where I found we did not have a tagand have introduced one.Signed-off-by: Tom Rini <trini@konsulko.com>
x86: baytrail: fsp: Move Azalia update codes to boardAzalia configuration may be different across boards, hence it's notappropriate to do that in the SoC level. Instead, let's make theSoC update_
x86: baytrail: fsp: Move Azalia update codes to boardAzalia configuration may be different across boards, hence it's notappropriate to do that in the SoC level. Instead, let's make theSoC update_fsp_azalia_configs() routine as a weak version, and dothe actual work in the board codes.So far it seems only som-db5800-som-6867 board enables the Azalia.Move the original codes into som-db5800-som-6867.c.Signed-off-by: Bin Meng <bmeng.cn@gmail.com>Reviewed-by: Stefan Roese <sr@denx.de>
x86: kconfig: Let board select SPI flashOnly a specific type of SPI flash exists on a board, having boardKconfig to select the SPI flash seems to make more sense. Otherflash types are not necessa
x86: kconfig: Let board select SPI flashOnly a specific type of SPI flash exists on a board, having boardKconfig to select the SPI flash seems to make more sense. Otherflash types are not necessary except coreboot, which implies allavailable flash drivers there.Signed-off-by: Bin Meng <bmeng.cn@gmail.com>Reviewed-by: Simon Glass <sjg@chromium.org>
x86: kconfig: Select ARCH_EARLY_INIT_R in the platform KconfigThis is architecture-dependent early initialization hence shouldbe put in the platform Kconfig.Signed-off-by: Bin Meng <bmeng.cn@gma
x86: kconfig: Select ARCH_EARLY_INIT_R in the platform KconfigThis is architecture-dependent early initialization hence shouldbe put in the platform Kconfig.Signed-off-by: Bin Meng <bmeng.cn@gmail.com>Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com>Reviewed-by: Simon Glass <sjg@chromium.org>
x86: kconfig: Let board select BOARD_EARLY_INIT_FCONFIG_BOARD_EARLY_INIT_F literally indicates board-specific codesand should be not 'default y' for all x86 boards.Signed-off-by: Bin Meng <bmeng
x86: kconfig: Let board select BOARD_EARLY_INIT_FCONFIG_BOARD_EARLY_INIT_F literally indicates board-specific codesand should be not 'default y' for all x86 boards.Signed-off-by: Bin Meng <bmeng.cn@gmail.com>Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com>Reviewed-by: Simon Glass <sjg@chromium.org>
x86: Add Advantech SOM-DB5800/SOM-6867 supportAdd support for Advantech SOM-DB5800 with the SOM-6867 installed.This is very similar to conga-qeval20-qa3-e3845 in that there is areference carrier
x86: Add Advantech SOM-DB5800/SOM-6867 supportAdd support for Advantech SOM-DB5800 with the SOM-6867 installed.This is very similar to conga-qeval20-qa3-e3845 in that there is areference carrier board (SOM-DB5800) with a Baytrail based SoM (SOM-6867)installed.Currently supported: - 2x UART (From ITE EC on SOM-6867) routed to COM3/4 connectors on SOM-DB5800. - 4x USB 2.0 (EHCI) - Video - SATA - Ethernet - PCIe - Realtek ALC892 HD Audio Pad configuration for HDA_RSTB, HDA_SYNC, HDA_CLK, HDA_SDO HDA_SDI0 is set in DT to enable HD Audio codec. Pin defaults for codec pin complexs are not changed.Not supported: - Winbond Super I/O (Must be disabled with jumpers on SOM-DB8500) - USB 3.0 (XHCI) - TPMSigned-off-by: George McCollister <george.mccollister@gmail.com>Reviewed-by: Simon Glass <sjg@chromium.org>Reviewed-by: Bin Meng <bmeng.cn@gmail.com>