Message ID | 20200708033246.2626378-1-sjg@chromium.org |
---|---|
Headers | show |
Series | x86: Programmatic generation of ACPI tables (Part C) | expand |
Hi Simon, On Wed, Jul 8, 2020 at 11:33 AM Simon Glass <sjg at chromium.org> wrote: > > This series is split off from the original ACPI series and renumbered to > version 1. > > It includes functions for generating more ACPI constructs as well as I2C, > GPIO and sound support. There are also quite a few patches related to > getting coral to work correctly with ACPI. > > Changes in v2: > - Rename binman_entry_find_() > - Fix 'Gailed' typo > - Rename parameter from 'name' to 'scope' > - Add a comment pointing to the PCI spec > - Move this patch before the audio-codec drivers > - Use BIT() for the SPEAKER enum > Add a comment about only x86 boards supporting NHLT > Add a comment about only x86 boards supporting NHLT > - Fix comment for intel_pinctrl_get_config_reg_addr() > - Add help for CONFIG_INTEL_PINCTRL_MULTI_ACPI_DEVICES > - Fix the commit subject to mention dropping acpi_path, not acpi_name > - Add a few blank lines > - Drop dead code behind if (0) > - Move .ops change from the next patch > - Add mention of why log_msg_ret() is dropped > - Add a new commit to handle the boot_mode fix > - Split out the boot_mode change into a separate patch > - Remove the function from zimage.c also > - Use ACPI_MADT_REV_ACPI_3_0 instead of the open-coded value > - Don't enable this for qemu > To save some bandwidth, I've applied from patch 01 up to patch 33 in this series where conflicts happen, and leave the remaining 11 patches. Please rebase on top of u-boot-x86/master. Regards, Bin