u-boot.git/arch/x86/cpu/cpu.c, branch v2017.09

x86: acpi: Fix Windows S3 resume failure

2017-05-17T09:11:46Z

U-Boot sets up the real mode interrupt handler stubs starting from address 0x1000. In most cases, the first 640K (0x00000 - 0x9ffff) system memory is reported as system RAM in E820 table to the OS. (see install_e820_map() implementation for each platform). So OS can use these memories whatever it wants. If U-Boot is in an S3 resume path, care must be taken not to corrupt these memorie otherwise OS data gets lost. Testing shows that, on Microsoft Windows 10 on Intel Baytrail its wake up vector happens to be installed at the same address 0x1000. While on Linux its wake up vector does not overlap this memory range, but after resume kernel checks low memory range per config option CONFIG_X86_RESERVE_LOW which is 64K by default to see whether a memory corruption occurs during the suspend/resume (it's harmless, but warnings are shown in the kernel dmesg logs). We cannot simply mark the these memory as reserved in E820 table because such configuration makes GRUB complain: unable to allocate real mode page. Hence we choose to back up these memories to the place where we reserved on our stack for our S3 resume work. Before jumping to OS wake up vector, we need restore the original content there. Signed-off-by: Bin Meng Reviewed-by: Simon Glass Tested-by: Stefan Roese

x86: acpi: Refactor acpi_resume()

2017-05-17T09:11:46Z

To do something more in acpi_resume() like turning on ACPI mode, we need locate ACPI FADT table pointer first. But currently this is done in acpi_find_wakeup_vector(). This changes acpi_resume() signature to accept ACPI FADT pointer as the parameter. A new API acpi_find_fadt() is introduced, and acpi_find_wakeup_vector() is updated to use FADT pointer as the parameter as well. Signed-off-by: Bin Meng Reviewed-by: Simon Glass Tested-by: Stefan Roese

x86: Adjust board_final_cleanup() order

2017-05-17T09:11:46Z

Call board_final_cleanup() before write_tables(), so that anything done in board_final_cleanup() on a normal boot path is also done on an S3 resume path. Signed-off-by: Bin Meng Reviewed-by: Simon Glass Tested-by: Stefan Roese

x86: fsp: Save stack address to CMOS for next S3 boot

2017-05-17T09:11:46Z

At the end of pre-relocation phase, save the new stack address to CMOS and use it as the stack on next S3 boot for fsp_init() continuation function. Signed-off-by: Bin Meng Reviewed-by: Simon Glass Tested-by: Stefan Roese

x86: acpi: Resume OS if resume vector is found

2017-05-17T09:11:46Z

In an S3 resume path, U-Boot does everything like a cold boot except in the last_stage_init() it jumps to the OS resume vector. Signed-off-by: Bin Meng Reviewed-by: Simon Glass Tested-by: Stefan Roese

x86: Store and display previous sleep state

2017-05-17T09:11:46Z

Add one member in the global data to store previous sleep state, and display the state during boot in print_cpuinfo(). Signed-off-by: Bin Meng Reviewed-by: Simon Glass Tested-by: Stefan Roese

x86: Move the i386 code into its own directory

2017-02-06T03:38:46Z

Much of the cpu and interrupt code cannot be compiled on 64-bit x86. Move it into its own directory and build it only in 32-bit mode. Signed-off-by: Simon Glass Reviewed-by: Bin Meng

x86: Correct address casts in cpu code

2016-10-11T03:55:33Z

We should cast an address to unsigned long, not u32. Signed-off-by: Simon Glass Reviewed-by: Bin Meng

x86: Probe pinctrl driver in cpu_init_r()

2016-06-12T04:19:35Z

At present pinctrl driver gets probed in ich6_gpio driver's probe routine, which has two issues: - Pin's PADs only gets configured when GPIO driver is probed, which is not done by default. This leaves the board in a partially functional state as we must initialize PADs correctly to get perepherals fully working. - The probe routine of pinctrl driver is called multiple times, as normally there are multiple GPIO controllers. It should really be called just once. Move the call to syscon_get_by_driver_data() from ich6_gpio driver to cpu_init_r(). Signed-off-by: Bin Meng Reviewed-by: Stefan Roese Reviewed-by: Simon Glass Reviewed-by: George McCollister Tested-by: George McCollister

x86: Reserve configuration tables in high memory

2016-05-23T07:18:00Z

When SeaBIOS is on, reserve configuration tables in reserve_arch(). Signed-off-by: Bin Meng Reviewed-by: Simon Glass