Hi, Kees and Emese
I just helped to back port the commit here:
https://github.com/acpica/acpica/pull/196/commits/5e64857f
If you can see something wrong in it, please let me know.
Thanks and best regards
Lv
> From: Devel [mailto:devel-boun...@acpica.org] On Behalf Of Zheng, Lv
> Subje
Hi,
> From: Kees Cook [mailto:keesc...@chromium.org]
> Subject: [PATCH] ACPICA: use designated initializers
>
> Prepare to mark sensitive kernel structures for randomization by making
> sure they're using designated initializers. These were identified during
> allyesconfig builds of x86, arm, and
Hi,
> From: Kees Cook [mailto:keesc...@chromium.org]
> Subject: [PATCH] acpi: Fix format string type mistakes
>
> From: Emese Revfy
>
> This adds the missing __printf attribute which allows compile time
> format string checking (and will be used by the coming initify gcc
> plugin). Additionally
Hi, Rafael
> From: rjwyso...@gmail.com [mailto:rjwyso...@gmail.com] On Behalf Of Rafael J.
> Wysocki
> Subject: Re: [PATCH] ACPI / OSL: Fix a regression by returning table size via
> acpi_get_table_with_size()
>
> On Fri, Dec 9, 2016 at 3:21 AM, Lv Zheng wrote:
> > The returned size is still us
, Dec 8, 2016 at 5:59 PM, Zheng, Lv wrote:
> > Hi, Rafael and Dan
> >
> >> From: Dan Williams [mailto:dan.j.willi...@intel.com]
> >> Subject: Re: [PATCH 08/11] ACPICA: Tables: Back port
> >> acpi_get_table_with_size() and
> >> early_acpi_os_unmap_memor
Hi, Rafael
> From: rjwyso...@gmail.com [mailto:rjwyso...@gmail.com] On Behalf Of Rafael J.
> Wysocki
> Subject: Re: [PATCH 08/11] ACPICA: Tables: Back port
> acpi_get_table_with_size() and
> early_acpi_os_unmap_memory() from Linux kernel
>
> On Fri, Dec 9, 2016 at 2:59
Hi, Dan
> -Original Message-
> From: linux-acpi-ow...@vger.kernel.org
> [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Dan
> Williams
> Sent: Friday, December 9, 2016 10:05 AM
> To: Zheng, Lv
> Cc: Rafael J. Wysocki ; Wysocki, Rafael J
> ; Rafael J.
>
Hi, Rafael and Dan
> From: Dan Williams [mailto:dan.j.willi...@intel.com]
> Subject: Re: [PATCH 08/11] ACPICA: Tables: Back port
> acpi_get_table_with_size() and
> early_acpi_os_unmap_memory() from Linux kernel
>
> On Thu, Dec 8, 2016 at 5:18 AM, Rafael J. Wysocki wrote:
> > On Thu, Dec 8, 2016
Hi, Dan
Good to see you here!
> From: dan.j.willi...@gmail.com [mailto:dan.j.willi...@gmail.com] On Behalf Of
> Dan Williams
> Subject: Re: [PATCH 08/11] ACPICA: Tables: Back port
> acpi_get_table_with_size() and
> early_acpi_os_unmap_memory() from Linux kernel
>
> On Tue, Nov 29, 2016 at 11:2
Hi, Rafael
> From: linux-acpi-ow...@vger.kernel.org
> [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Rafael J.
> Wysocki
> Subject: Re: [PATCH 04/11] ACPICA: Events: Fix acpi_ev_initialize_region()
> return value
>
> On Wed, Nov 30, 2016 at 8:21 AM, Lv Zheng wrote:
> > ACPICA commit 54
Hi, Rafael
> From: rjwyso...@gmail.com [mailto:rjwyso...@gmail.com] On Behalf Of Rafael J.
> Wysocki
> Subject: Re: [PATCH 02/11] ACPICA: Back port of "ACPICA: Dispatcher: Tune
> interpreter lock around
> AcpiEvInitializeRegion()"
>
> On Wed, Nov 30, 2016 at 8:20 AM, Lv Zheng wrote:
> > ACPICA
Hi, Bjorn
Thanks for the documentation.
It really helps!
However I have a question below.
> From: linux-acpi-ow...@vger.kernel.org
> [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Bjorn
> Helgaas
> Subject: [PATCH] PCI: Add information about describing PCI in ACPI
>
> Add a writeup abo
Hi, Rafael
> From: linux-acpi-ow...@vger.kernel.org
> [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Zheng,
> Lv
> Sent: Tuesday, October 25, 2016 11:17 PM
> To: Rafael J. Wysocki ; Lv Zheng
> Cc: Wysocki, Rafael J ; Rafael J . Wysocki
> ; Brown, Len
> ; L
Hi, Rafael
> From: linux-acpi-ow...@vger.kernel.org
> [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Rafael J.
> Wysocki
> Subject: Re: [PATCH 0/6] ACPICA: Interpreter: Improve lock order fixes
>
> On Tue, Oct 25, 2016 at 7:20 AM, Lv Zheng wrote:
> > This patchset improves ACPICA intepr
Hi
> From: linux-acpi-ow...@vger.kernel.org
> [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Yisheng
> Xie
> Subject: Re: [PATCH] ACPICA: arm64: fix compile apci tools fail for arm64
>
>
>
> On 2016/10/22 3:40, Zheng, Lv wrote:
> > Hi,
> >
> &g
Hi,
I generated a solution with tools/power/acpi makefiles.
Please give it a try.
Sorry for the hackish build includes.
Thanks and best regards
Lv
> From: linux-acpi-ow...@vger.kernel.org
> [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Zheng,
> Lv
> Subject: RE: [PATCH] A
Hi,
> From: linux-acpi-ow...@vger.kernel.org
> [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Yisheng
> Xie
> Subject: Re: [PATCH] ACPICA: arm64: fix compile apci tools fail for arm64
>
> Hi,
>
> On 2016/10/19 6:07, Zheng, Lv wrote:
> > Hi,
> >
&
Hi,
> From: Yisheng Xie [mailto:xieyishe...@huawei.com]
> Sent: Tuesday, October 18, 2016 4:47 AM
> To: Zheng, Lv ; Moore, Robert ;
> Wysocki, Rafael J
> ; l...@kernel.org; wmi...@sgl.com
> Cc: linux-a...@vger.kernel.org; de...@acpica.org;
> linux-kernel@vger.kernel.org;
Hi, Yisheng
> From: Yisheng Xie [mailto:xieyishe...@huawei.com]
> Subject: [PATCH] ACPICA: arm64: fix compile apci tools fail for arm64
>
> when try to cross compile acpi tool in dir kernel/tools
> for arm64 use command:
> make ARCH=arm64 CROSS_COMPILE=aarch64-linux-gnu- acpi
> it failed with
Hi, Rafael
> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> Subject: Re: [PATCH v5 0/5] ACPI 2.0: Stop defer-executing module level code
>
> On Friday, September 23, 2016 11:26:26 AM Lv Zheng wrote:
> > After fixing ACPICA internal locking issues, we can enable the correct
> > grammar supp
Hi,
> From: linux-acpi-ow...@vger.kernel.org
> [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Borislav
> Petkov
> Subject: Re: [PATCH] ACPICA / Interpreter: Remove redundant newline
>
> On Wed, Sep 14, 2016 at 03:09:25AM +, Zheng, Lv wrote:
> > The ne
Hi,
> From: Joe Perches [mailto:j...@perches.com]
> Subject: Re: [PATCH] ACPICA / Interpreter: Remove redundant newline
>
> On Fri, 2016-09-09 at 20:40 +0200, Borislav Petkov wrote:
> > On Fri, Sep 09, 2016 at 06:26:17PM +, Moore, Robert wrote:
> > > Is this a big deal?
> > > We do this on pu
Hi,
> From: linux-acpi-ow...@vger.kernel.org
> [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Moore,
> Robert
> David E
> Subject: RE: [PATCH] ACPICA / Interpreter: Remove redundant newline
>
> Well, I never thought I would write a couple lines of code like this, but
> here is a soluti
The newline is intentional for acpiexec.
So you should fix this issue in acpiexec, aka, in ACPICA upstream.
Thanks
Lv
> From: linux-acpi-ow...@vger.kernel.org
> [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Borislav
> Petkov
> Subject: [PATCH] ACPICA / Interpreter: Remove redundant newl
Hi, Rafael
> From: linux-acpi-ow...@vger.kernel.org
> [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Rafael J.
> Wysocki
> Subject: Re: [PATCH v7 1/2] ACPI / button: Fix an issue that the platform
> triggered reliable events
> may not be delivered to the userspace
>
> On Tuesday, July 2
Hi, Rafael
> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> Subject: Re: [PATCH v4 3/3] tools/power/acpi/acpidbg: Add multi-commands
> support in batch mode
>
> On Tuesday, July 26, 2016 07:01:45 PM Lv Zheng wrote:
> > This patch adds multi-commands support for the batch mode. The same mo
Hi, Rafael
> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> Subject: Re: [PATCH v4 2/3] tools/power/acpi/acpidbg: Use new flushing
> mechanism
>
> On Tuesday, July 26, 2016 07:01:39 PM Lv Zheng wrote:
> > This patch converts tools/power/acpi/tools/acpidbg/acpidbg to use the new
> > flushi
Hi, Rafael
> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> Subject: Re: [PATCH v4 1/3] ACPI / debugger: Add kernel flushing support
>
> On Tuesday, July 26, 2016 07:01:33 PM Lv Zheng wrote:
> > This patch adds debugger output flushing support in kernel via .ioctl()
> > callback. The in-ke
Hi,
> From: rjwyso...@gmail.com [mailto:rjwyso...@gmail.com] On Behalf Of Rafael J.
> Wysocki
> Subject: Re: [PATCH 0/5] ACPI / sysfs: Cleanup sysfs table handling code
>
> On Tue, Aug 16, 2016 at 10:52 AM, Lv Zheng wrote:
> > There are issues in sysfs table handling code:
> > 1. It cannot hand
Hi,
> From: linux-acpi-ow...@vger.kernel.org
> [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Baoquan
> He
> Subject: [PATCH v2 1/2] ACPI/tables: Correct the wrong count increasing
>
> The current code always increases the count in the 1st element of
> array proc[].
>
> Signed-off-by: B
Hi,
> From: linux-acpi-ow...@vger.kernel.org
> [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Lorenzo
> Pieralisi
> Subject: Re: [PATCH V8 2/8] ACPI: Add new IORT functions to support MSI
> domain handling
>
> On Thu, Aug 11, 2016 at 12:06:32PM +0200, Tomasz Nowicki wrote:
>
> [...]
>
> From: Alexander Kuleshov [mailto:kuleshovm...@gmail.com]
> Subject: [PATCH] ACPICA: Remove unnecessary '\n' in the end of
> ACPI_INFO output
>
> as the ACPI_INFO already prints `\n` in the end itself.
[Lv Zheng]
Looks good.
Acked-by: Lv Zheng
However this patch should go through ACPICA upstrea
Hi, Andrey
> From: Andrey Skvortsov [mailto:andrej.skvort...@gmail.com]
> Subject: Re: acpi: broken suspend to RAM with v4.7-rc1
>
> On 24 Jun, Zheng, Lv wrote:
> > Hi,
> >
> > > From: Andrey Skvortsov [mailto:andrej.skvort...@gmail.com]
> > > Subject:
Lv
> From: Zheng, Lv
> Sent: Friday, July 29, 2016 6:06 PM
> Subject: [PATCH v2 2/2] ACPI / EC: Add PM operations to block event
> handling
>
> Originally, EC driver stops handling both events and transactions in
> acpi_ec_block_transactions(), and res
Hi,
> From: Benjamin Tissoires [mailto:benjamin.tissoi...@redhat.com]
> Subject: [PATCH 1/2] ACPICA: adapt buffer length for Field Attrib Raw
> Process in Ops Region
>
> Detected on the Surface 3:
> The MSHW0011 driver uses Field Attrib Raw Process to return information
> for the ACPI Battery. Th
Hi, Benjamin
> From: Benjamin Tissoires [mailto:benjamin.tissoi...@redhat.com]
> Subject: [PATCH v2] ACPI / button: remove pointer to old lid_sysfs on
> unbind
>
> When we removed the procfs dir on error or if the driver is
> unbound, the two variables acpi_lid_dir and acpi_button_dir
> were not
Hi, Vegard
> From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi-
> ow...@vger.kernel.org] On Behalf Of Vegard Nossum
> Subject: [PATCH] ACPICA: cleanup method properly on error
>
> If the call to acpi_ds_init_aml_walk() fails, then we have to undo the
> walk state push done by acpi_ds_crea
Hi, Benjamin
> From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi-
> ow...@vger.kernel.org] On Behalf Of Benjamin Tissoires
> Subject: [PATCH] ACPI / button: remove pointer to old lid_sysfs on unbind
>
> When we removed the procfs dir on error or if the driver is
> unbound, the two variabl
valid.
However if you want me to send [PATCH 1] again with the refreshed [PATCH 2],
you can drop both.
Sorry for the noise.
Thanks and best regards
-Lv
> From: Zheng, Lv
> Subject: [PATCH 2/2] ACPI / EC: Add PM operations to block event
> handling
>
> During the early stage for
Hi, Bastien
> From: Bastien Nocera [mailto:had...@hadess.net]
> Subject: Re: [PATCH v4 2/2] ACPI / button: Add document for ACPI control
> method lid device restrictions
>
> On Fri, 2016-07-22 at 11:08 +0200, Benjamin Tissoires wrote:
> >
>
> > Then you just need to amend the documentation to sa
Hi, Rafael
> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> Sent: Saturday, July 23, 2016 8:37 PM
> Subject: Re: [PATCH v5 1/3] ACPI / button: Add missing event to keep
> SW_LID running without additional event loss
>
> On Friday, July 22, 2016 02:24:42 PM Lv Zheng wrote:
> > There are sev
AM +0200, Benjamin Tissoires wrote:
> > On Fri, Jul 22, 2016 at 6:37 AM, Dmitry Torokhov
> > wrote:
> > > Hi Lv,
> > >
> > > On Fri, Jul 22, 2016 at 12:24:50AM +, Zheng, Lv wrote:
> > >> Hi, Dmitry
> > >>
> > >>
> >
Hi, Dmitry
> From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi-
> ow...@vger.kernel.org] On Behalf Of Dmitry Torokhov
> Subject: Re: [PATCH v4 2/2] ACPI / button: Add document for ACPI control
> method lid device restrictions
>
> On Fri, Jul 22, 2016 at 08:37:50AM +000
space tunes its behavior.
With PATCH 01, 2nd close can arrive to userspace, so that can be tuned to:
1. User space stops asking kernel to send open notification.
2. And only acts against "close" notification.
Thanks and best regards
-Lv
> From: Zheng, Lv
> Subject: [PATCH v5 1/
Hi, Benjamin
> From: Benjamin Tissoires [mailto:benjamin.tissoi...@gmail.com]
> Subject: Re: [PATCH v4 2/2] ACPI / button: Add document for ACPI control
> method lid device restrictions
>
> On Fri, Jul 22, 2016 at 10:47 AM, Zheng, Lv wrote:
> > Hi,
> >
&g
; On Fri, Jul 22, 2016 at 12:24:50AM +, Zheng, Lv wrote:
> >> Hi, Dmitry
> >>
> >>
> >> Thanks for the review.
> >>
> >> > From: Dmitry Torokhov [mailto:dmitry.torok...@gmail.com]
> >> > Subject: Re: [PATCH v4 2/2] ACPI / button:
Hi, Dmitry
Thanks for the review.
> From: Dmitry Torokhov [mailto:dmitry.torok...@gmail.com]
> Subject: Re: [PATCH v4 2/2] ACPI / button: Add document for ACPI control
> method lid device restrictions
>
> Hi Lv,
>
> On Fri, Jul 22, 2016 at 12:24:50AM +, Zheng, Lv
Hi,
> From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi-
> ow...@vger.kernel.org] On Behalf Of Rafael J. Wysocki
> Subject: Re: [PATCH v2 1/2] ACPI / debugger: Add kernel flushing support
>
> On Tuesday, July 19, 2016 06:00:39 PM Lv Zheng wrote:
> > This patch adds debugger log flushing s
Hi, Rafael
> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> Subject: Re: [PATCH] tools/power/acpi/tools/acpidbg: Add multi-
> commands support in batch mode
>
> On Wednesday, July 20, 2016 04:12:08 PM Lv Zheng wrote:
> > This patch adds multi-commands support for the batch mode. The same
>
Hi, Dmitry
Thanks for the review.
> From: Dmitry Torokhov [mailto:dmitry.torok...@gmail.com]
> Subject: Re: [PATCH v4 2/2] ACPI / button: Add document for ACPI control
> method lid device restrictions
>
> On Tue, Jul 19, 2016 at 04:11:21PM +0800, Lv Zheng wrote:
> > This patch adds documentatio
Hi, Dmitry
> From: Dmitry Torokhov [mailto:dmitry.torok...@gmail.com]
> Subject: Re: [PATCH v2 4/4] ACPI / button: Add document for ACPI control
> method lid device restrictions
>
> On Mon, Jul 11, 2016 at 01:34:08PM +0200, Benjamin Tissoires wrote:
> > On Fri, Jul 8, 2016 at 7:51 PM, Dmitry Toro
Hi, Benjamin
> From: Benjamin Tissoires [mailto:benjamin.tissoi...@gmail.com]
> Subject: Re: [PATCH v2 4/4] ACPI / button: Add document for ACPI control
> method lid device restrictions
>
> On Tue, Jul 19, 2016 at 9:17 AM, Zheng, Lv wrote:
> > Hi, Dmitry
> >
Hi, Greg
Sorry for the noise.
It's better to use ioctl to implement this functionality.
Please ignore this series.
It's already possible to implement ioctl for a debugfs file.
Thanks and best regards
-Lv
> From: Zheng, Lv
> Subject: [PATCH 1/3] debugfs: Add .fsync() callba
Hi, Dmitry
> From: Dmitry Torokhov [mailto:dmitry.torok...@gmail.com]
> Subject: Re: [PATCH v2 4/4] ACPI / button: Add document for ACPI control
> method lid device restrictions
>
> On Fri, Jul 08, 2016 at 11:17:39AM +0200, Benjamin Tissoires wrote:
> > Hi,
> >
> > On Thu, Jul 7, 2016 at 9:11 AM,
Hi, Benjamin
> From: Benjamin Tissoires [mailto:benjamin.tissoi...@gmail.com]
> Subject: Re: [PATCH v3 1/2] ACPI / button: Add KEY_LID_CLOSE for new
> usage model
>
> Hi,
>
> On Tue, Jul 12, 2016 at 12:17 PM, Lv Zheng wrote:
> > There are many AML tables reporting wrong initial lid state, and s
Hi, Rafael
> From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi-
> ow...@vger.kernel.org] On Behalf Of Rafael J. Wysocki
> Subject: Re: [RFC PATCH 3/3] ACPI / PM: Fix EC polling issue by
> implementing prepare_late/finish_early suspend_ops callbacks
>
> On Tuesday, June 28, 2016 04:04:46 P
Hi, Rafael
> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> Subject: Re: [UPDATE PATCH v2 1/3] ACPICA: Events: Introduce
> acpi_mask_gpe() to implement GPE masking mechanism
>
> On Monday, July 04, 2016 03:59:07 PM Rafael J. Wysocki wrote:
> > On Thursday, June 23, 2016 03:05:47 PM Lv Zhen
Hi, Dmitry
> From: Dmitry Torokhov [mailto:dmitry.torok...@gmail.com]
> Subject: Re: [PATCH v2 4/4] ACPI / button: Add document for ACPI control
> method lid device restrictions
>
> On Mon, Jul 11, 2016 at 01:34:08PM +0200, Benjamin Tissoires wrote:
> > On Fri, Jul 8, 2016 at 7:51 PM, Dmitry Toro
end" for gmail, see the end of the
> answers]
>
> On Mon, Jul 11, 2016 at 1:42 PM, Benjamin Tissoires
> wrote:
> > On Mon, Jul 11, 2016 at 5:20 AM, Zheng, Lv wrote:
> >> Hi,
> >>
> >>> From: Benjamin Tissoires [mailto:benjamin.tissoi...@gmail
Hi,
> From: Benjamin Tissoires [mailto:benjamin.tissoi...@gmail.com]
> Subject: Re: [PATCH v2 4/4] ACPI / button: Add document for ACPI control
> method lid device restrictions
>
> On Fri, Jul 8, 2016 at 7:51 PM, Dmitry Torokhov
> wrote:
> > On Fri, Jul 08, 2016 at 11:17:39AM +0200, Benjamin Tis
Hi,
> From: Bastien Nocera [mailto:had...@hadess.net]
> Subject: Re: [PATCH v2 4/4] ACPI / button: Add document for ACPI control
> method lid device restrictions
>
> On Mon, 2016-07-11 at 03:20 +, Zheng, Lv wrote:
> >
>
> > > This worries me as there is no
We will revert 3 commits to fix this issue.
And re-enable the reverted feature in the future when it is safe to re-enable
it.
See this bug for reference:
https://bugzilla.kernel.org/show_bug.cgi?id=121701
Thanks and best regards
-Lv
> From: Jens Axboe [mailto:ax...@kernel.dk]
> Subject: Regressi
Hi,
> From: Benjamin Tissoires [mailto:benjamin.tissoi...@gmail.com]
> Subject: Re: [PATCH v2 4/4] ACPI / button: Add document for ACPI control
> method lid device restrictions
>
> Hi,
>
> On Thu, Jul 7, 2016 at 9:11 AM, Lv Zheng wrote:
> > There are many AML tables reporting wrong initial lid
This one and the previous one contain problems.
A patch marked as [UPDATE RFC v2] is the correct fix.
Sorry for the noise.
Thanks and best regards
-Lv
> From: Zheng, Lv
> Subject: [RFC PATCH] ACPI / EC: Fix an order issue in ec_remove_handlers()
>
> There is an order issue in ec_rem
Hi, Rafael
> From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi-
> ow...@vger.kernel.org] On Behalf Of Rafael J. Wysocki
> Subject: Re: Regression between rc2 and rc6: ACPI EC problems
>
> On Thursday, July 07, 2016 12:26:49 AM Zheng, Lv wrote:
> > Hi, Rafael
>
Hi, Walfram
You can register onto the kernel Bugzilla and monitor this bug for further
updates:
https://bugzilla.kernel.org/show_bug.cgi?id=102421
Thanks and best regards
-Lv
> From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi-
> ow...@vger.kernel.org] On Behalf Of Wolfram Sang
> Subjec
Hi, Wolfram
> From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi-
> ow...@vger.kernel.org] On Behalf Of Wolfram Sang
> Subject: Regression between rc2 and rc6: ACPI EC problems
>
> Hi,
>
> when upgrading from v4.7-rc2 to rc6 on my Dell Mini 9, battery and
> temperature status info got bog
Hi, Rafael
> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> Sent: Thursday, July 7, 2016 5:29 AM
> Subject: Re: Regression between rc2 and rc6: ACPI EC problems
>
> On Wednesday, July 06, 2016 11:14:11 PM Wolfram Sang wrote:
> > Hi,
> >
> > when upgrading from v4.7-rc2 to rc6 on my Dell Mi
Hi, Rafael
> From: rjwyso...@gmail.com [mailto:rjwyso...@gmail.com] On Behalf Of
> Rafael J. Wysocki
> Subject: Re: [PATCH 2/5] ACPI / debugger: Fix regressions that AML
> debugger stops working
>
> On Tue, Jul 5, 2016 at 1:18 PM, Lv Zheng wrote:
> > The FIFO unlocking mechanism in acpi_dbg has
Hi, Rafael
> From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi-
> ow...@vger.kernel.org] On Behalf Of Rafael J. Wysocki
> Subject: Re: [PATCH 5/5] ACPI: Add configuration item to configure ACPICA
> error logs out
>
> On Tue, Jul 5, 2016 at 1:18 PM, Lv Zheng wrote:
> > Sometimes, we need
Hi, Rafael
> From: Zheng, Lv
> Subject: [PATCH v4 3/5] ACPICA: ACPI 2.0, Interpreter: Fix MLC issues by
> switching to new TermList grammar for table loading
>
> The MLC (Module Level Code) is an ACPICA terminology describing the
> AML
> code out of any control method, it
Hi,
> From: Andrey Skvortsov [mailto:andrej.skvort...@gmail.com]
> Subject: Re: acpi: broken suspend to RAM with v4.7-rc1
>
> On 27 Jun, Zheng, Lv wrote:
> > Hi,
> >
> > > From: Andrey Skvortsov [mailto:andrej.skvort...@gmail.com]
> > > Subject: Re:
Hi,
> From: Andrey Skvortsov [mailto:andrej.skvort...@gmail.com]
> Subject: Re: acpi: broken suspend to RAM with v4.7-rc1
>
> On 24 Jun, Zheng, Lv wrote:
> > Hi,
> >
> > > From: Andrey Skvortsov [mailto:andrej.skvort...@gmail.com]
> > > Subject: Re:
Hi,
> From: Andrey Skvortsov [mailto:andrej.skvort...@gmail.com]
> Subject: Re: acpi: broken suspend to RAM with v4.7-rc1
>
> Hi Lv,
>
> On 13 Jun, Zheng, Lv wrote:
> > > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi-
> > > ow...@vger.kernel
Hi,
> From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi-
> ow...@vger.kernel.org] On Behalf Of Ocean HY1 He
> Subject: RE: [PATCH] ACPI: Execute the _PTS method when system reboot
>
> Hi Rafael,
> Please see my reply in below.
>
> Regards,
> Ocean He
> SW Development Dept.
> Beijing Desi
Hi, Rafael
> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> Subject: Re: [PATCH v3 1/3] ACPI / button: Remove initial lid state
> notification
>
> On Wednesday, June 01, 2016 06:10:34 PM Lv Zheng wrote:
> > The _LID control method's initial returning value is not reliable.
> >
> > The _LID
Hi, Mike
> From: Mike Galbraith [mailto:umgwanakikb...@gmail.com]
> Subject: 4.7 regression - ACPICA: Hardware: Enhance
> acpi_hw_validate_register() with access_width/bit_offset awareness
>
> In my aging (ok old) HP DL980 G7
[Lv Zheng]
Which may mean Windows Vista cannot run on this machine, a
Hi, Mika
> From: Mika Westerberg [mailto:mika.westerb...@linux.intel.com]
> Subject: Re: [PATCH v4 1/5] ACPICA: Namespace: Fix a regression that MLC
> support triggers dead lock in dynamic table loading
>
> On Tue, Jun 21, 2016 at 12:34:15PM +0800, Lv Zheng wrote:
> > The new MLC approach invokes
Hi, Mika
> From: Mika Westerberg [mailto:mika.westerb...@linux.intel.com]
> Subject: Re: [PATCH v3 1/5] ACPICA: Namespace: Fix a regression that MLC
> support triggers dead lock in dynamic table loading
>
> On Mon, Jun 20, 2016 at 05:07:22PM +0800, Lv Zheng wrote:
> > The new MLC approach invokes
Hi, Rafael
> From: rjwyso...@gmail.com [mailto:rjwyso...@gmail.com] On Behalf Of
> Rafael J. Wysocki
> Subject: Re: acpi: broken suspend to RAM with v4.7-rc1
>
> On Mon, Jun 13, 2016 at 12:07 PM, Andrey Skvortsov
> wrote:
> > Hi Lv,
> >
> > On 13 Jun, Zheng,
Hi, Andrey
> From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi-
> ow...@vger.kernel.org] On Behalf Of Rafael J. Wysocki
> Subject: Re: acpi: broken suspend to RAM with v4.7-rc1
>
> On Saturday, June 11, 2016 01:49:22 PM Andrey Skvortsov wrote:
> > On 10 Jun, Rafael J. Wysocki wrote:
> > >
Hi,
> From: Wysocki, Rafael J
> Subject: Re: [PATCH v2 0/4] ACPI 2.0: Enable TermList interpretion for
> table loading
>
> On 5/20/2016 2:57 AM, Zheng, Lv wrote:
> > Hi, Rafael
> >
> >> From: rjwyso...@gmail.com [mailto:rjwyso...@gmail.com] On Behalf
> Of
Hi,
> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> Subject: Re: [PATCH 1/3] ACPICA: Events: Introduce
> acpi_block_gpe()/acpi_unblock_gpe()/acpi_control_gpe_handling() to
> allow administrative GPE enabling/disabling
>
> On Monday, May 16, 2016 05:11:11 PM Lv Zheng wrote:
> > There is a
Hi,
> From: Benjamin Tissoires [mailto:benjamin.tissoi...@gmail.com]
> Subject: Re: [PATCH v3 3/3] ACPI / button: Add quirks for initial lid state
> notification
>
> On Thu, Jun 2, 2016 at 4:01 PM, Bastien Nocera
> wrote:
> > On Thu, 2016-06-02 at 01:08 +,
Hi,
> From: Bastien Nocera [mailto:had...@hadess.net]
> Subject: Re: [PATCH v3 3/3] ACPI / button: Add quirks for initial lid state
> notification
>
> On Wed, 2016-06-01 at 18:10 +0800, Lv Zheng wrote:
> > Linux userspace (systemd-logind) keeps on rechecking lid state when the
> > lid state is cl
Hi,
[cut]
> > We could have a parameter (say "send_lid_open_on_resume" or
> > "use_bios_lid_value") in acpi/button.c which would allow people to
> > choose if they want the "new" behavior or the old one. And we could
> > also add some DMI matching for the messed up laptops/tablets where
> we
> > f
s for the test.
Best regards
-Lv
>
> -Mike
>
> On Tue, May 31, 2016 at 3:13 AM, Zheng, Lv wrote:
> > Hi, Boris and Mike
> >
> > Please help to validate if this version can also fix your issues.
> > After enumerating the possible cases, I realized that the ad
water before this patch, qemu-kvm would crash
> > right away, now everything seems to work great again, thanks! From
> > my perspective this fixes the c3bc26d problem.
> >
> > Acked-by: Mike Marshall
> >
> > -Mike
> >
> > On Tue, May 31, 2016 at 3:13 AM,
Hi,
> From: Benjamin Tissoires [mailto:benjamin.tissoi...@gmail.com]
> Subject: Re: [PATCH v2 3/3] ACPI / button: Send "open" state after
> boot/resume
>
> Hi Lv,
>
> On Tue, May 31, 2016 at 4:55 AM, Zheng, Lv wrote:
> > Hi,
> >
> >&
()/acpi_write().
Thanks in advance.
Best regards
-Lv
> From: Zheng, Lv
> Subject: [RFC PATCH v2] ACPICA / Hardware: Fix old register check in
> acpi_hw_get_access_bit_width()
>
> The address check in acpi_hw_get_access_bit_width() should be byte
> width
> based, not bit width based.
Hi,
> From: Benjamin Tissoires [mailto:benjamin.tissoi...@gmail.com]
> Subject: Re: [PATCH v2 3/3] ACPI / button: Send "open" state after
> boot/resume
>
> On Fri, May 27, 2016 at 9:16 AM, Lv Zheng wrote:
> > Linux userspace (systemd-logind) keeps on rechecking lid state when the
> > lid state i
i
> wrote:
> > On Thu, May 19, 2016 at 3:50 AM, Zheng, Lv
> wrote:
> >> Hi,
> >>
> >>> From: rjwyso...@gmail.com [mailto:rjwyso...@gmail.com] On Behalf
> Of
> >>> Rafael J. Wysocki
> >>> Subject: Re: [RFC PATCH 1/2] ACP
Hi,
> From: Boris Ostrovsky [mailto:boris.ostrov...@oracle.com]
> Subject: Re: [PATCH v2 08/13] ACPICA: Hardware: Add optimized access
> bit width support
>
> On 05/26/2016 12:26 PM, Jan Beulich wrote:
> Boris Ostrovsky 05/25/16 9:17
> PM >>>
> >> On 05/05/2016 12:58 AM, Lv Zheng wrote:
> >
Hi, Boris
Can you help to confirm if this can fix all of the issues you saw in the older
qemu.
Thanks and best regards
-Lv
> From: Zheng, Lv
> Subject: [PATCH] ACPICA / hardware: Fix address check in
> acpi_hw_get_access_bit_width()
>
> The address check in acpi_hw_get_a
Hi,
> From: Boris Ostrovsky [mailto:boris.ostrov...@oracle.com]
> Sent: Friday, May 27, 2016 12:56 AM
> Subject: Re: [PATCH v2 08/13] ACPICA: Hardware: Add optimized access
> bit width support
>
> On 05/26/2016 12:26 PM, Jan Beulich wrote:
> Boris Ostrovsky 05/25/16 9:17
> PM >>>
> >> On 05
Hi,
> From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi-
> ow...@vger.kernel.org] On Behalf Of Boris Ostrovsky
> Sent: Thursday, May 26, 2016 3:17 AM
> Subject: Re: [PATCH v2 08/13] ACPICA: Hardware: Add optimized access bit
> width support
>
> On 05/05/2016 12:58 AM, Lv Zheng wrote:
> >
Hi, Rafael
> From: rjwyso...@gmail.com [mailto:rjwyso...@gmail.com] On Behalf Of
> Rafael J. Wysocki
> Subject: Re: [PATCH v2 0/4] ACPI 2.0: Enable TermList interpretion for table
> loading
>
> On Tue, May 17, 2016 at 2:29 AM, Zheng, Lv wrote:
> > Hi, Rafael
> &g
Hi,
Looks real good now. :)
If there is a next version, feel free to add:
Acked-by: Lv Zheng
Thanks and best regards
-Lv
> From: Aleksey Makarov [mailto:aleksey.maka...@linaro.org]
> Subject: [PATCH v2 2/5] ACPI: table upgrade: refactor function definitions
>
> Refer initrd_start, initrd_end d
Hi,
> From: Bastien Nocera [mailto:had...@hadess.net]
> Subject: Re: [RFC PATCH 1/2] ACPI / button: Send "open" state after
> boot/resume
>
> On Tue, 2016-05-17 at 16:27 +0800, Lv Zheng wrote:
> > (This patch hasn't been tested, it's sent for comments)
> >
> > Linux userspace (systemd-logind) kee
Hi,
> From: rjwyso...@gmail.com [mailto:rjwyso...@gmail.com] On Behalf Of
> Rafael J. Wysocki
> Subject: Re: [RFC PATCH 1/2] ACPI / button: Send "open" state after
> boot/resume
>
> On Wed, May 18, 2016 at 3:25 AM, Zheng, Lv wrote:
> > Hi, Rafael
> >
101 - 200 of 459 matches
Mail list logo
