From: "Rafael J. Wysocki" <rjw@rjwysocki.net>
To: Lv Zheng <lv.zheng@intel.com>, Len Brown <len.brown@intel.com>
Cc: Lv Zheng <zetalog@gmail.com>,
linux-kernel@vger.kernel.org, linux-acpi@vger.kernel.org
Subject: Re: [PATCH 00/18] ACPICA 20161222 Release
Date: Mon, 02 Jan 2017 23:19:01 +0100 [thread overview]
Message-ID: <4861890.YlOS97DeY7@aspire.rjw.lan> (raw)
In-Reply-To: <cover.1482821486.git.lv.zheng@intel.com>
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
next prev parent reply other threads:[~2017-01-02 22:24 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-12-28 7:28 Lv Zheng
2016-12-28 7:28 ` [PATCH 01/18] ACPICA: Debugger: Rename debugger OSL names Lv Zheng
2016-12-28 7:28 ` [PATCH 02/18] ACPICA: Hardware: Remove bit_offset masking support Lv Zheng
2016-12-28 7:28 ` [PATCH 03/18] ACPICA: Hardware: Add access_width/bit_offset support in acpi_hw_write() Lv Zheng
2016-12-28 7:28 ` [PATCH 04/18] ACPICA: Utilities: Add power of two rounding support Lv Zheng
2016-12-28 7:28 ` [PATCH 05/18] ACPICA: Hardware: Sort access bit width algorithm Lv Zheng
2016-12-28 7:28 ` [PATCH 06/18] ACPICA: Macro header: Fix some typos in comments. No functional change Lv Zheng
2016-12-28 7:28 ` [PATCH 07/18] ACPICA: Hardware: Add sleep register hooks Lv Zheng
2016-12-28 7:28 ` [PATCH 08/18] ACPICA: Linux-specific header: Add support for s390x compilation Lv Zheng
2016-12-28 7:29 ` [PATCH 09/18] ACPICA: MSVC: Fix MSVC6 build issues Lv Zheng
2016-12-28 7:29 ` [PATCH 10/18] ACPICA: EFI: Add efihello demo application Lv Zheng
2016-12-28 7:29 ` [PATCH 11/18] ACPICA: Disassembler: Add Switch/Case disassembly support Lv Zheng
2016-12-28 7:29 ` [PATCH 12/18] ACPICA: Utilities: Update debug output Lv Zheng
2016-12-28 7:29 ` [PATCH 13/18] ACPICA: Resources: Not a valid resource if buffer length too long Lv Zheng
2016-12-28 7:29 ` [PATCH 15/18] ACPICA: Parser: Allow method invocations as target operands Lv Zheng
2016-12-28 7:29 ` [PATCH 16/18] ACPICA: Fix a problem with recent extra support for control method invocations Lv Zheng
2016-12-28 7:29 ` [PATCH 17/18] ACPICA: Parser: Update parse info table for some operators Lv Zheng
2016-12-28 7:30 ` [PATCH 18/18] ACPICA: Update version to 20161222 Lv Zheng
2017-01-02 22:19 ` Rafael J. Wysocki [this message]
2017-01-03 5:23 ` [PATCH 00/18] ACPICA 20161222 Release Zheng, Lv
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4861890.YlOS97DeY7@aspire.rjw.lan \
--to=rjw@rjwysocki.net \
--cc=len.brown@intel.com \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=lv.zheng@intel.com \
--cc=zetalog@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®