u-boot.git/arch/x86, branch v2018.03

libfdt: move headers to and

2018-03-05T15:16:28Z

Thomas reported U-Boot failed to build host tools if libfdt-devel package is installed because tools include libfdt headers from /usr/include/ instead of using internal ones. This commit moves the header code: include/libfdt.h -> include/linux/libfdt.h include/libfdt_env.h -> include/linux/libfdt_env.h and replaces include directives: #include -> #include #include -> #include Reported-by: Thomas Petazzoni Signed-off-by: Masahiro Yamada

fdt: Implement weak arch_fixup_fdt()

2018-02-18T19:53:38Z

Only ARM and in some configs MIPS really implement arch_fixup_fdt(). Others just use the same boilerplate which is not good by itself, but what's worse if we try to build with disabled CONFIG_CMD_BOOTM and enabled CONFIG_OF_LIBFDT we'll hit an unknown symbol which was apparently implemented in arch/xxx/lib/bootm.c. Now with weak arch_fixup_fdt() right in image-fdt.c where it is used we get both items highlighted above fixed. Signed-off-by: Alexey Brodkin Cc: Daniel Schwierzeck Cc: Simon Glass Cc: York Sun Cc: Stefan Roese Reviewed-by: Tom Rini Reviewed-by: Daniel Schwierzeck

x86: quark: Fix unused warnings

2018-01-30T14:34:38Z

The variable t_rfc is never used, so drop it. The variables ddr_wctl and ddr_wcmd are only used in certain manual instances, so guard their declaration by the same check as their use. Cc: Bin Meng Signed-off-by: Tom Rini Reviewed-by: Bin Meng Tested-by: Bin Meng

x86: acpi: Use an API to get the ACPI RSDP table address

2018-01-30T14:34:37Z

At present the acpi_rsdp_addr variable is directly referenced in setup_zimage(). This changes to use an API for better encapsulation and extension. Signed-off-by: Bin Meng Reviewed-by: Andy Shevchenko

x86: zImage: Propagate acpi_rsdp_addr to kernel via boot parameters

2018-01-30T06:29:07Z

New field acpi_rsdp_addr, which has been introduced in boot protocol v2.14 [1], in boot parameters tells kernel the exact address of RDSP ACPI table. Knowing it increases robustness of the kernel by avoiding in some cases traversal through a part of physical memory. It will slightly reduce boot time by the same reason. [1] See Linux kernel commit 2f74cbf ("x86/boot: Add the ACPI RSDP address to struct setup_header::acpi_rdsp_addr") @ https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git/commit/?id=2f74cbf for the details. Signed-off-by: Andy Shevchenko Reviewed-by: Bin Meng [bmeng: updated the kernel commit git URL and fixed one style issue] Signed-off-by: Bin Meng

x86: zImage: Move subarch assignment out of cmd_line check

2018-01-30T06:29:07Z

The commit 20bfac0599bd ("x86: zImage: add Intel MID platforms support") introduced an assignment of subarch field in boot parameters, though missed the right place of doing that. It doesn't matter if we have or not a kernel command line supplied, we just set that field. Although guard it by protocol version which supports it. Fixes: 20bfac0599bd ("x86: zImage: add Intel MID platforms support") Cc: Vincent Tinelli Signed-off-by: Andy Shevchenko Reviewed-by: Bin Meng

x86: Fix reference to QEMU variant of write_acpi_tables()

2018-01-30T06:29:07Z

The commit eece493a7ac1 ("cmd: qfw: bring ACPI generation code into qfw core") moves ACPI related code to another file and missed an update of references in acpi_table.c. Do it now. Fixes: eece493a7ac1 ("cmd: qfw: bring ACPI generation code into qfw core") Cc: Miao Yan Signed-off-by: Andy Shevchenko Reviewed-by: Bin Meng

x86: tangier: Make _CRS for BTH0 Serialized to avoid warning

2018-01-30T06:29:07Z

ASL compiler warns: ASL board/intel/edison/dsdt.asl board/intel/edison/dsdt.asl.tmp 238: Method (_CRS, 0, NotSerialized) Remark 2120 - Control Method should be made Serialized ^ (due to creation of named objects within) Do as suggested by ASL compiler. Fixes: 5d8c4ebd95e2 ("x86: tangier: Add Bluetooth to ACPI table") Reported-by: Ferry Toth Signed-off-by: Andy Shevchenko Reviewed-by: Bin Meng

x86: tangier: Add Bluetooth to ACPI table

2018-01-08T08:52:25Z

As defined on reference board followed by Intel Edison a Bluetooth device is attached to HSU0, i.e. PCI 0000:04.1. Describe it in ACPI accordingly. Note, we use BCM2E95 ID here as one most suitable for such device based on the description in commit message of commit 89ab37b489d1 ("Bluetooth: hci_bcm: Add support for BCM2E95 and BCM2E96") in the Linux kernel source tree. Signed-off-by: Andy Shevchenko Acked-by: Bin Meng Reviewed-by: Simon Glass

x86: tangier: Use actual GPIO hardware numbers

2018-01-08T08:52:25Z

The recent commit 03c4749dd6c7 ("gpio / ACPI: Drop unnecessary ACPI GPIO to Linux GPIO translation") in the Linux kernel reveals the issue we have in ACPI tables here, i.e. we must use hardware numbers for GPIO resources and, taking into consideration that GPIO and pin control are *different* IPs on Intel Tangier, we need to supply numbers properly. Besides that, it improves user experience since the official documentation for Intel Edison board is referring to GPIO hardware numbering scheme. Signed-off-by: Andy Shevchenko Acked-by: Bin Meng Reviewed-by: Simon Glass