u-boot.git/arch/x86/include/asm/cpu.h, branch v2018.09

SPDX: Convert all of our single license tags to Linux Kernel style

2018-05-07T13:34:12Z

When U-Boot started using SPDX tags we were among the early adopters and there weren't a lot of other examples to borrow from. So we picked the area of the file that usually had a full license text and replaced it with an appropriate SPDX-License-Identifier: entry. Since then, the Linux Kernel has adopted SPDX tags and they place it as the very first line 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 visibility and in part for other minor reasons, switch over to that style. This commit changes all instances where we have a single declared license in the tag as both the before and after are identical in tag contents. There's also a few places where I found we did not have a tag and have introduced one. Signed-off-by: Tom Rini

x86: kconfig: Select ARCH_EARLY_INIT_R in the platform Kconfig

2017-08-01T12:17:02Z

This is architecture-dependent early initialization hence should be put in the platform Kconfig. Signed-off-by: Bin Meng Reviewed-by: Andy Shevchenko Reviewed-by: Simon Glass

x86: Introduce minimal PMU driver for Intel MID platforms

2017-04-10T02:02:03Z

This simple PMU driver allows to tyrn power on and off for selected devices. In particularly Intel Tangier needs to power on SDHCI controllers in order to access to them during board initialization. In the future it might be expanded to cover other Intel MID platforms, that's why it's located under arch/x86/lib and called pmu.c. Signed-off-by: Felipe Balbi Signed-off-by: Andy Shevchenko Reviewed-by: Simon Glass

x86: Add SCU IPC driver for Intel MID platforms

2017-04-10T02:02:03Z

Intel MID platforms have few microcontrollers inside SoC, one of them is so called System Controller Unit (SCU). Here is the driver to communicate with microcontroller. Signed-off-by: Vincent Tinelli Signed-off-by: Felipe Balbi Signed-off-by: Andy Shevchenko Acked-by: Simon Glass

x86: Support jumping from SPL to U-Boot

2017-02-06T03:38:46Z

Add a rough function to handle jumping from 32-bit SPL to 64-bit U-Boot. This still needs work to clean it up. Signed-off-by: Simon Glass Reviewed-by: Bin Meng

x86: Drop flag_is_changable() on x86_64

2017-02-06T03:38:46Z

This doesn't build at present and is not used in a 64-bit build. Disable it for now. Signed-off-by: Simon Glass Reviewed-by: Bin Meng

dm: x86: Move link to use driver model for video

2016-10-11T03:55:33Z

Update the configuration to use the new driver. Drop the existing plumbing code and unused header files. Signed-off-by: Simon Glass Reviewed-by: Bin Meng

x86: Add support for running Intel reference code

2016-03-17T02:27:25Z

Intel has invented yet another binary blob which firmware is required to run. This is run after SDRAM is ready. It is linked to load at a particular address, typically 0, but is a relocatable ELF so can be moved if required. Add support for this in the build system. The file should be placed in the board directory, and called refcode.elf. Signed-off-by: Simon Glass Reviewed-by: Bin Meng

x86: Add an ICH6 pin configuration driver

2016-03-17T02:27:25Z

Add a driver which sets up the pin configuration on x86 devices with an ICH6 (or later) Platform Controller Hub. The driver is not in the pinctrl uclass due to some oddities of the way x86 devices work: - The GPIO controller is not present in I/O space until it is set up - This is done by writing a register in the PCH - The PCH has a driver which itself uses PCI, another driver - The pinctrl uclass requires that a pinctrl device be available before any other device can be probed It would be possible to work around the limitations by: - Hard-coding the GPIO address rather than reading it from the PCH - Using special x86 PCI access to set the GPIO address in the PCH However it is not clear that this is better, since the pin configuration driver does not actually provide normal pin configuration services - it simply sets up all the pins statically when probed. While this remains the case, it seems better to use a syscon uclass instead. This can be probed whenever it is needed, without any limitations. Also add an 'invert' property to support inverting the input. Signed-off-by: Simon Glass Reviewed-by: Bin Meng

x86: cpu: Add functions to return the family and stepping

2016-03-17T02:27:24Z

These two identifiers can be useful for drivers which need to adjust their behaviour depending on the CPU family or stepping (revision). Signed-off-by: Simon Glass Reviewed-by: Bin Meng