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

fs: Kconfig: Add a separate config for FS_CBFS

2017-04-30T17:40:57Z

Rather than using CMD_CBFS for both the filesystem and its command, we should have a separate option for each. This allows us to enable CBFS support without the command, if desired, which reduces U-Boot's size slightly. Signed-off-by: Simon Glass [trini: imply FS_CBFS on SYS_COREBOOT] Signed-off-by: Tom Rini

fs: Convert CONFIG_CMD_CBFS to Kconfig

2017-04-30T17:40:56Z

This converts the following to Kconfig: CONFIG_CMD_CBFS Signed-off-by: Simon Glass [trini: imply CMD_CBFS on SYS_COREBOOT] Signed-off-by: Tom Rini

x86: Drop leading spaces in cpu_x86_get_desc()

2017-04-18T07:51:21Z

The Intel CPU name can have leading spaces. Remove them since they are not useful. Signed-off-by: Simon Glass Reviewed-by: Bin Meng

board_f: Drop setup_dram_config() wrapper

2017-04-05T20:36:51Z

By making dram_init_banksize() return an error code we can drop the wrapper. Adjust this and clean up all implementations. Signed-off-by: Simon Glass Reviewed-by: Stefan Roese

board_f: x86: Use checkcpu() for CPU init

2017-04-05T17:55:09Z

At present we misuse print_cpuinfo() do so CPU init on x86. This is done because it is the next available call after the console is enabled. But several arches use checkcpu() instead. Despite the horrible name (which we can fix), it seems a better choice. Adjust the various x86 CPU implementations to move their init code into checkcpu() and use print_cpuinfo() only for printing CPU info. Signed-off-by: Simon Glass Reviewed-by: Stefan Roese

dm: core: Add flags parameter to device_remove()

2017-04-05T02:15:10Z

This patch adds the flags parameter to device_remove() and changes all calls to this function to provide the default value of DM_REMOVE_NORMAL for "normal" device removal. This is in preparation for the driver specific pre-OS (e.g. DMA cancelling) remove support. Signed-off-by: Stefan Roese Cc: Simon Glass Acked-by: Simon Glass

x86: Intel MID platforms has no microcode update

2017-02-21T07:10:56Z

There is no microcode update available for SoCs used on Intel MID platforms. Use conditional to bypass it. Reviewed-by: Bin Meng Reviewed-by: Simon Glass Signed-off-by: Andy Shevchenko

x86: Force 32-bit jumps in interrupt handlers

2017-02-21T06:53:29Z

Depending upon the compiler used, IRQ entries could vary in sizes. With GCC 5.x, the code generator will use short jumps for some IRQ entries but near jumps for others. For example, GCC 5.4.0 generates the following: $ objdump -d interrupt.o 00000207 : 207: 6a 12 push $0x12 209: eb 85 jmp 190 0000020b : 20b: 6a 13 push $0x13 20d: eb 81 jmp 190 0000020f : 20f: 6a 14 push $0x14 211: e9 7a ff ff ff jmp 190 00000216 : 216: 6a 15 push $0x15 218: e9 73 ff ff ff jmp 190 This causes a problem in cpu_init_interrupts(), because the IDT setup assumed same sizes for all IRQ entries. GCC 4.x always generated 32-bit jumps, so this previously was not a problem. The fix is to force 32-bit near jumps for all entries within the inline assembly. This works for GCC 5.x, and 4.x was already using that form of jumping. Signed-off-by: Jason Tang Reviewed-by: Bin Meng

dm: core: Replace of_offset with accessor

2017-02-08T13:12:14Z

At present devices use a simple integer offset to record the device tree node associated with the device. In preparation for supporting a live device tree, which uses a node pointer instead, refactor existing code to access this field through an inline function. Signed-off-by: Simon Glass

x86: make LOAD_FROM_32_BIT visible for platforms

2017-02-07T05:36:50Z

This option is useful not only for development, but for the platforms where U-Boot is run from custom ROM bootloader. For example, Intel Edison is that board. Make this option visible that platforms can select it if needed. Signed-off-by: Andy Shevchenko Reviewed-by: Bin Meng