Re: [PATCH 00/18] ACPICA 20161222 Release

From: Rafael J. Wysocki
Date: Mon Jan 02 2017 - 17:25:39 EST


On Wednesday, December 28, 2016 03:28:00 PM Lv Zheng wrote:
> The 20161222 ACPICA kernel-resident subsystem updates are linuxized based
> on the linux-pm/linux-next branch.
>
> The patchset has passed the following build/boot tests.
> Build tests are performed as follows:
> 1. i386 + allyes
> 2. i386 + allno
> 3. i386 + default + ACPI_DEBUGGER=y
> 4. i386 + default + ACPI_DEBUGGER=n + ACPI_DEBUG=y
> 5. i386 + default + ACPI_DEBUG=n + ACPI=y
> 6. i386 + default + ACPI=n
> 7. x86_64 + allyes
> 8. x86_64 + allno
> 9. x86_64 + default + ACPI_DEBUGGER=y
> 10.x86_64 + default + ACPI_DEBUGGER=n + ACPI_DEBUG=y
> 11.x86_64 + default + ACPI_DEBUG=n + ACPI=y
> 12.x86_64 + default + ACPI=n
> Boot tests are performed as follows:
> 1. x86_64 + default + ACPI_DEBUGGER=y
> Where:
> 1. i386: machine named as "Dell Inspiron Mini 1010"
> 2. x86_64: machine named as "Microsoft Surface Pro 3"
> 3. default: kernel configuration with following items enabled:
> All hardware drivers related to the machines of i386/x86_64
> All "drivers/acpi" configurations
> All "drivers/platform" drivers
> All other drivers that link the APIs provided by ACPICA subsystem
>
> The divergences checking result:
> Before applying (20161117 Release):
> 467 lines
> After applying (20161222 Release):
> 369 lines
>
> Bob Moore (8):
> ACPICA: Macro header: Fix some typos in comments. No functional change
> ACPICA: Utilities: Update debug output
> ACPICA: Resources: Not a valid resource if buffer length too long
> ACPICA: Fix for implicit result conversion for the ToXXXX functions
> ACPICA: Parser: Allow method invocations as target operands
> ACPICA: Fix a problem with recent extra support for control method
> invocations
> ACPICA: Parser: Update parse info table for some operators
> ACPICA: Update version to 20161222
>
> Colin Ian King (1):
> ACPICA: Linux-specific header: Add support for s390x compilation.
>
> David E. Box (1):
> ACPICA: Disassembler: Add Switch/Case disassembly support
>
> Lv Zheng (8):
> ACPICA: Debugger: Rename debugger OSL names
> ACPICA: Hardware: Remove bit_offset masking support
> ACPICA: Hardware: Add access_width/bit_offset support in
> acpi_hw_write()
> ACPICA: Utilities: Add power of two rounding support
> ACPICA: Hardware: Sort access bit width algorithm
> ACPICA: Hardware: Add sleep register hooks
> ACPICA: MSVC: Fix MSVC6 build issues
> ACPICA: EFI: Add efihello demo application
>
> drivers/acpi/acpica/aclocal.h | 7 +-
> drivers/acpi/acpica/acmacros.h | 72 +++++++++-
> drivers/acpi/acpica/acopcode.h | 22 +--
> drivers/acpi/acpica/amlcode.h | 20 ++-
> drivers/acpi/acpica/dbxface.c | 4 +-
> drivers/acpi/acpica/exconvrt.c | 1 -
> drivers/acpi/acpica/exresop.c | 1 -
> drivers/acpi/acpica/hwesleep.c | 35 +++--
> drivers/acpi/acpica/hwregs.c | 153 +++++++++++++++------
> drivers/acpi/acpica/hwsleep.c | 11 +-
> drivers/acpi/acpica/psargs.c | 97 +++++++++----
> drivers/acpi/acpica/psloop.c | 4 +
> drivers/acpi/acpica/psobject.c | 10 +-
> drivers/acpi/acpica/pstree.c | 10 +-
> drivers/acpi/acpica/utdecode.c | 4 +-
> drivers/acpi/acpica/utdelete.c | 6 +-
> drivers/acpi/acpica/utresrc.c | 17 ++-
> drivers/acpi/osl.c | 27 +++-
> include/acpi/acexcep.h | 9 +-
> include/acpi/acpiosxf.h | 12 +-
> include/acpi/acpixf.h | 2 +-
> include/acpi/platform/acenv.h | 5 +-
> include/acpi/platform/aclinux.h | 7 +-
> include/acpi/platform/aclinuxex.h | 4 +-
> .../acpi/os_specific/service_layers/osunixxf.c | 22 +++
> 25 files changed, 405 insertions(+), 157 deletions(-)

Any chance to make patch [14/18] go to any mailing lists or actually any
outside addresses *at* *all* without being filtered out by spam filters or
similar?

Thanks,
Rafael