Re: [PATCH v2 00/13] ACPICA: 20160422 Release

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thursday, May 05, 2016 12:57:47 PM Lv Zheng wrote:
> The 20160422 ACPICA kernel-resident subsystem updates are linuxized based
> on the linux-pm/linux-next branch.
> 
> NOTE:
> 1. Indentation improvement
> The [PATCH 01] is a result of an ACPICA release process fix. It requires
> much of human intervention, and many linuxized patches in the developers'
> local working repositories that are not upstreamed to the ACPICA will be
> burnt by this commit, and may take weeks or months for the developers to
> recover. So hope we can do it correctly and rapidly.
> 
> 2. AcessSize/BitOffset support
> ACPICA implements ACPI hardware register accesses using ACPI 1.0 style,
> which contains only BLK/LEN fields. ACPI 2.0 starts to use Generic Address
> Structure to define hardware registers, the ACPI 1.0 fields can be
> translated into Address/BitWidth fields and ACPI 2.0 defines new
> AccessSize/BitOffset fields as an extension. While the ACPICA code of the
> GAS support is still Address/BitWidth aware only. This becomes one of the
> significant ACPI 2.0 gaps in ACPICA.
> But as we have already switched the address favor to 64-bit (aka., favor
> GAS descriptors) and there is almost no regression report, enabling
> AccessSize/BitOffset awareness seems to be just a theoretical issue because
> there is no existing users requiring this, and enabling it might just be an
> ecosystem enabling work for the future users.
> So the most important thing of this improvement is to ensure regression
> safer by keeping old behavior working. [PATCH 08] is thus generated for
> this purpose. After ensuring this, we need this improvement to appear in
> the upstream to have more users to test it so that we can learn unknown
> cases from the feedback.
> 
> 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. i386 + default + ACPI_DEBUGGER=y
> 2. x86_64 + default + ACPI_DEBUGGER=y
> Where:
> 1. i386: machine named as "Dell Inspiron Mini 1010"
> 2. x86_64: machine named as "HP Compaq 8200 Elite SFF PC"
> 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 (20160318 Release):
>   494 lines
> After applying (20160422 Release):
>   485 lines
> The reduction is caused by recently merged module level improvement.
> 
> Bob Moore (7):
>   ACPICA: Refactor evaluate_object to reduce nesting
>   ACPICA: ACPI 6.1: Support for new PCCT subtable
>   ACPICA: ACPI 6.0: Update _BIX support for new package element
>   ACPICA: ACPI 6.0, tools/iasl: Add support for new resource
>     descriptors
>   ACPICA: Renamed some #defined flag constants for clarity
>   ACPICA: Move all ASCII utilities to a common file
>   ACPICA: Update version to 20160422
> 
> Lv Zheng (6):
>   ACPICA: Divergence: remove unwanted spaces for typedef
>   ACPICA: Utilities: Add ACPI_IS_ALIGNED() macro
>   ACPICA: Hardware: Add optimized access bit width support
>   ACPICA: Executer: Introduce a set of macros to handle bit width mask
>     generation
>   ACPICA: ACPI 2.0, Hardware: Add access_width/bit_offset support in
>     acpi_hw_read()
>   ACPICA: ACPI 2.0, Hardware: Add access_width/bit_offset support for
>     acpi_hw_write()

All [1-13/13] applied, thanks!

--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux IBM ACPI]     [Linux Power Management]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]     [Linux Resources]

  Powered by Linux