RE: [PATCH v4 2/4] ACPICA: Tables: Add mechanism to allow to balance late stage acpi_get_table() independently

Hi, Rafael > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > Subject: Re: [PATCH v4 2/4] ACPICA: Tables: Add mechanism to allow to balance > late stage > acpi_get_table() independently > > On Tuesday, May 09, 2017 01:57:41 PM Lv Zheng wrote: > > For all frequent late stage

RE: [PATCH v4 2/4] ACPICA: Tables: Add mechanism to allow to balance late stage acpi_get_table() independently

Hi, Rafael > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > Subject: Re: [PATCH v4 2/4] ACPICA: Tables: Add mechanism to allow to balance > late stage > acpi_get_table() independently > > On Tuesday, May 09, 2017 01:57:41 PM Lv Zheng wrote: > > For all frequent late stage

RE: [PATCH 1/2] Revert "ACPI / button: Remove lid_init_state=method mode"

Hi, Benjamin Let's stop endless discussing and focus on our needs. I just copied my questions here. You can ask them directly. For the below inlined replies, I'll stop replying if they are based on dependent on our basic agreements. And I'll reply if something is really bad from my point of

RE: [PATCH 1/2] Revert "ACPI / button: Remove lid_init_state=method mode"

Hi, Benjamin Let's stop endless discussing and focus on our needs. I just copied my questions here. You can ask them directly. For the below inlined replies, I'll stop replying if they are based on dependent on our basic agreements. And I'll reply if something is really bad from my point of

RE: [PATCH 1/2] Revert "ACPI / button: Remove lid_init_state=method mode"

Hi, > From: linux-acpi-ow...@vger.kernel.org > [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Benjamin > Tissoires > Subject: Re: [PATCH 1/2] Revert "ACPI / button: Remove lid_init_state=method > mode" > > On May 11 2017 or thereabouts, Zheng, Lv wrote:

RE: [PATCH 1/2] Revert "ACPI / button: Remove lid_init_state=method mode"

Hi, > From: linux-acpi-ow...@vger.kernel.org > [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Benjamin > Tissoires > Subject: Re: [PATCH 1/2] Revert "ACPI / button: Remove lid_init_state=method > mode" > > On May 11 2017 or thereabouts, Zheng, Lv wrote:

RE: [PATCH 2/2] Revert "ACPI / button: Change default behavior to lid_init_state=open"

Hi, > From: Benjamin Tissoires [mailto:benjamin.tissoi...@redhat.com] > Subject: Re: [PATCH 2/2] Revert "ACPI / button: Change default behavior to > lid_init_state=open" > > On May 11 2017 or thereabouts, Zheng, Lv wrote: > > Hi, > > > > > Fr

RE: [PATCH 2/2] Revert "ACPI / button: Change default behavior to lid_init_state=open"

Hi, > From: Benjamin Tissoires [mailto:benjamin.tissoi...@redhat.com] > Subject: Re: [PATCH 2/2] Revert "ACPI / button: Change default behavior to > lid_init_state=open" > > On May 11 2017 or thereabouts, Zheng, Lv wrote: > > Hi, > > > > > Fr

RE: [PATCH 1/2] Revert "ACPI / button: Remove lid_init_state=method mode"

Hi, Benjamin > From: linux-acpi-ow...@vger.kernel.org > [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Zheng, > Lv > Subject: RE: [PATCH 1/2] Revert "ACPI / button: Remove lid_init_state=method > mode" > > Hi, Benjiamin > > > From: Be

RE: [PATCH 1/2] Revert "ACPI / button: Remove lid_init_state=method mode"

Hi, Benjamin > From: linux-acpi-ow...@vger.kernel.org > [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Zheng, > Lv > Subject: RE: [PATCH 1/2] Revert "ACPI / button: Remove lid_init_state=method > mode" > > Hi, Benjiamin > > > From: Be

RE: [PATCH 2/2] Revert "ACPI / button: Change default behavior to lid_init_state=open"

Hi, > From: Benjamin Tissoires [mailto:benjamin.tissoi...@redhat.com] > Subject: [PATCH 2/2] Revert "ACPI / button: Change default behavior to > lid_init_state=open" > > This reverts commit 77e9a4aa9de10cc1418bf9a892366988802a8025. > > Even if the method implementation can be buggy on some

RE: [PATCH 2/2] Revert "ACPI / button: Change default behavior to lid_init_state=open"

Hi, > From: Benjamin Tissoires [mailto:benjamin.tissoi...@redhat.com] > Subject: [PATCH 2/2] Revert "ACPI / button: Change default behavior to > lid_init_state=open" > > This reverts commit 77e9a4aa9de10cc1418bf9a892366988802a8025. > > Even if the method implementation can be buggy on some

RE: [PATCH 1/2] Revert "ACPI / button: Remove lid_init_state=method mode"

Hi, Benjiamin > From: Benjamin Tissoires [mailto:benjamin.tissoi...@redhat.com] > Sent: Thursday, May 11, 2017 12:13 AM > To: Rafael J . Wysocki <r...@rjwysocki.net>; Zheng, Lv <lv.zh...@intel.com> > Cc: Jiri Eischmann <jeisc...@redhat.com>; linux-a...@vg

RE: [PATCH 1/2] Revert "ACPI / button: Remove lid_init_state=method mode"

Hi, Benjiamin > From: Benjamin Tissoires [mailto:benjamin.tissoi...@redhat.com] > Sent: Thursday, May 11, 2017 12:13 AM > To: Rafael J . Wysocki ; Zheng, Lv > Cc: Jiri Eischmann ; linux-a...@vger.kernel.org; > linux-kernel@vger.kernel.org > Subject: [PATCH 1/2] Revert &quo

RE: [PATCH v3 2/4] ACPICA: Tables: Add mechanism to allow to balance late stage acpi_get_table() independently

May 04, 2017 07:18:28 AM Zheng, Lv wrote: > > 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 v3 2/4] ACPICA: Table

RE: [PATCH v3 2/4] ACPICA: Tables: Add mechanism to allow to balance late stage acpi_get_table() independently

May 04, 2017 07:18:28 AM Zheng, Lv wrote: > > 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 v3 2/4] ACPICA: Table

RE: [PATCH] ACPI: SPCR: Use access width to determine mmio usage

Hi, > From: Jon Mason [mailto:jon.ma...@broadcom.com] > Sent: Thursday, May 4, 2017 11:06 PM > Subject: [PATCH] ACPI: SPCR: Use access width to determine mmio usage > > The current SPCR code does not check the access width of the mmio, and > uses a default of 8bit register accesses. This

RE: [PATCH] ACPI: SPCR: Use access width to determine mmio usage

Hi, > From: Jon Mason [mailto:jon.ma...@broadcom.com] > Sent: Thursday, May 4, 2017 11:06 PM > Subject: [PATCH] ACPI: SPCR: Use access width to determine mmio usage > > The current SPCR code does not check the access width of the mmio, and > uses a default of 8bit register accesses. This

RE: [PATCH v3 2/4] ACPICA: Tables: Add mechanism to allow to balance late stage acpi_get_table() independently

Hi, Dan > From: Dan Williams [mailto:dan.j.willi...@intel.com] > Sent: Thursday, May 4, 2017 11:45 PM > Subject: Re: [PATCH v3 2/4] ACPICA: Tables: Add mechanism to allow to balance > late stage > acpi_get_table() independently > > On Thu, May 4, 2017 at 12:18 AM, Zheng, L

RE: [PATCH v3 2/4] ACPICA: Tables: Add mechanism to allow to balance late stage acpi_get_table() independently

Hi, Dan > From: Dan Williams [mailto:dan.j.willi...@intel.com] > Sent: Thursday, May 4, 2017 11:45 PM > Subject: Re: [PATCH v3 2/4] ACPICA: Tables: Add mechanism to allow to balance > late stage > acpi_get_table() independently > > On Thu, May 4, 2017 at 12:18 AM, Zhe

RE: [PATCH 3/5] ACPI / sleep: EC-based wakeup from suspend-to-idle on Dell systems

Hi, > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > Subject: Re: [PATCH 3/5] ACPI / sleep: EC-based wakeup from suspend-to-idle > on Dell systems > > On Thursday, May 04, 2017 04:23:30 PM Rafael J. Wysocki wrote: > > On Thursday, May 04, 2017 07:58:53 AM Zhen

RE: [PATCH 3/5] ACPI / sleep: EC-based wakeup from suspend-to-idle on Dell systems

Hi, > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > Subject: Re: [PATCH 3/5] ACPI / sleep: EC-based wakeup from suspend-to-idle > on Dell systems > > On Thursday, May 04, 2017 04:23:30 PM Rafael J. Wysocki wrote: > > On Thursday, May 04, 2017 07:58:53 AM Zhen

RE: [PATCH 3/5] ACPI / sleep: EC-based wakeup from suspend-to-idle on Dell systems

Hi, > -Original Message- > From: linux-acpi-ow...@vger.kernel.org > [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Rafael J. > Wysocki > Sent: Friday, April 28, 2017 6:26 AM > To: mario.limoncie...@dell.com > Cc: linux...@vger.kernel.org; andriy.shevche...@linux.intel.com; >

RE: [PATCH 3/5] ACPI / sleep: EC-based wakeup from suspend-to-idle on Dell systems

Hi, > -Original Message- > From: linux-acpi-ow...@vger.kernel.org > [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Rafael J. > Wysocki > Sent: Friday, April 28, 2017 6:26 AM > To: mario.limoncie...@dell.com > Cc: linux...@vger.kernel.org; andriy.shevche...@linux.intel.com; >

RE: [PATCH v3 2/4] ACPICA: Tables: Add mechanism to allow to balance late stage acpi_get_table() independently

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 v3 2/4] ACPICA: Tables: Add mechanism to allow to balance > late stage > acpi_get_table() independently > > On Friday, April 28, 2017 01:30:20

RE: [PATCH v3 2/4] ACPICA: Tables: Add mechanism to allow to balance late stage acpi_get_table() independently

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 v3 2/4] ACPICA: Tables: Add mechanism to allow to balance > late stage > acpi_get_table() independently > > On Friday, April 28, 2017 01:30:20

RE: [PATCH v2 1/2] ACPICA: Tables: Fix regression introduced by a too early mechanism enabling

Hi, Rafael I reconsidered your comments. Seems there are several problems you might not be aware of. Let me reply again. > 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] ACPICA: Tables: Fix

RE: [PATCH v2 1/2] ACPICA: Tables: Fix regression introduced by a too early mechanism enabling

Hi, Rafael I reconsidered your comments. Seems there are several problems you might not be aware of. Let me reply again. > 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] ACPICA: Tables: Fix

RE: [PATCH v2 1/2] ACPICA: Tables: Fix regression introduced by a too early mechanism enabling

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 v2 1/2] ACPICA: Tables: Fix regression introduced by a > too early mechanism > enabling > > On Thursday, April 27, 2017 04:22:44 PM Lv Zheng

RE: [PATCH v2 1/2] ACPICA: Tables: Fix regression introduced by a too early mechanism enabling

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 v2 1/2] ACPICA: Tables: Fix regression introduced by a > too early mechanism > enabling > > On Thursday, April 27, 2017 04:22:44 PM Lv Zheng

RE: [PATCH v2] acpi: fix acpi_get_table() leak / acpi-sysfs denial of service

Hi, > From: linux-acpi-ow...@vger.kernel.org > [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Dan > Williams > Subject: Re: [PATCH v2] acpi: fix acpi_get_table() leak / acpi-sysfs denial > of service > > On Wed, Apr 26, 2017 at 11:49 PM, Zheng, Lv <lv.zh...@

RE: [PATCH v2] acpi: fix acpi_get_table() leak / acpi-sysfs denial of service

Hi, > From: linux-acpi-ow...@vger.kernel.org > [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Dan > Williams > Subject: Re: [PATCH v2] acpi: fix acpi_get_table() leak / acpi-sysfs denial > of service > > On Wed, Apr 26, 2017 at 11:49 PM, Zheng, Lv wrote: > &g

RE: [PATCH v2] acpi: fix acpi_get_table() leak / acpi-sysfs denial of service

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 v2] acpi: fix acpi_get_table() leak / acpi-sysfs denial > of service > > On Tue, Apr 25, 2017 at 9:58 PM, Dan Williams

RE: [PATCH v2] acpi: fix acpi_get_table() leak / acpi-sysfs denial of service

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 v2] acpi: fix acpi_get_table() leak / acpi-sysfs denial > of service > > On Tue, Apr 25, 2017 at 9:58 PM, Dan Williams > wrote: > > Reading

RE: [RFC PATCH] ACPICA: Tables: Fix regression introduced by a too early mechanism enabling

Hi, > From: Dan Williams [mailto:dan.j.willi...@intel.com] > Subject: Re: [RFC PATCH] ACPICA: Tables: Fix regression introduced by a too > early mechanism enabling > > On Tue, Apr 25, 2017 at 6:49 PM, Lv Zheng wrote: > > In the Linux kernel side, acpi_get_table() hasn't

RE: [RFC PATCH] ACPICA: Tables: Fix regression introduced by a too early mechanism enabling

Hi, > From: Dan Williams [mailto:dan.j.willi...@intel.com] > Subject: Re: [RFC PATCH] ACPICA: Tables: Fix regression introduced by a too > early mechanism enabling > > On Tue, Apr 25, 2017 at 6:49 PM, Lv Zheng wrote: > > In the Linux kernel side, acpi_get_table() hasn't been fully balanced by

RE: [PATCH] acpi: fix acpi_get_table() leak / acpi-sysfs denial of service

Hi, > From: linux-acpi-ow...@vger.kernel.org > [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Dan > Williams > Subject: [PATCH] acpi: fix acpi_get_table() leak / acpi-sysfs denial of > service > > Reading an ACPI table through the /sys/firmware/acpi/tables interface > more than 65,536

RE: [PATCH] acpi: fix acpi_get_table() leak / acpi-sysfs denial of service

Hi, > From: linux-acpi-ow...@vger.kernel.org > [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Dan > Williams > Subject: [PATCH] acpi: fix acpi_get_table() leak / acpi-sysfs denial of > service > > Reading an ACPI table through the /sys/firmware/acpi/tables interface > more than 65,536

RE: [PATCH] ACPICA: Export mutex functions

Hi, > From: Devel [mailto:devel-boun...@acpica.org] On Behalf Of Zheng, Lv > Subject: Re: [Devel] [PATCH] ACPICA: Export mutex functions > > Hi, > > > From: Guenter Roeck [mailto:li...@roeck-us.net] > > Subject: Re: [PATCH] ACPICA: Export mutex functions > >

RE: [PATCH] ACPICA: Export mutex functions

Hi, > From: Devel [mailto:devel-boun...@acpica.org] On Behalf Of Zheng, Lv > Subject: Re: [Devel] [PATCH] ACPICA: Export mutex functions > > Hi, > > > From: Guenter Roeck [mailto:li...@roeck-us.net] > > Subject: Re: [PATCH] ACPICA: Export mutex functions > >

RE: [PATCH] ACPICA: Export mutex functions

Hi, > From: Guenter Roeck [mailto:li...@roeck-us.net] > Subject: Re: [PATCH] ACPICA: Export mutex functions > > On 04/18/2017 12:14 AM, Zheng, Lv wrote: > > Hi, > > > >> From: Zheng, Lv > >> Subject: RE: [PATCH] ACPICA: Export mutex functions &g

RE: [PATCH] ACPICA: Export mutex functions

Hi, > From: Guenter Roeck [mailto:li...@roeck-us.net] > Subject: Re: [PATCH] ACPICA: Export mutex functions > > On 04/18/2017 12:14 AM, Zheng, Lv wrote: > > Hi, > > > >> From: Zheng, Lv > >> Subject: RE: [PATCH] ACPICA: Export mutex functions &g

RE: [PATCH] ACPICA: Export mutex functions

Hi, > From: Zheng, Lv > Subject: RE: [PATCH] ACPICA: Export mutex functions > > Hi, > > > From: Guenter Roeck [mailto:li...@roeck-us.net] > > Subject: Re: [PATCH] ACPICA: Export mutex functions > > > > On 04/17/2017 04:53 PM, Zheng, Lv wrote: >

RE: [PATCH] ACPICA: Export mutex functions

Hi, > From: Zheng, Lv > Subject: RE: [PATCH] ACPICA: Export mutex functions > > Hi, > > > From: Guenter Roeck [mailto:li...@roeck-us.net] > > Subject: Re: [PATCH] ACPICA: Export mutex functions > > > > On 04/17/2017 04:53 PM, Zheng, Lv wrote: >

RE: [PATCH] ACPICA: Export mutex functions

Hi, > From: Guenter Roeck [mailto:li...@roeck-us.net] > Subject: Re: [PATCH] ACPICA: Export mutex functions > > On 04/17/2017 04:53 PM, Zheng, Lv wrote: > > Hi, > > > >> From: Guenter Roeck [mailto:li...@roeck-us.net] > >> Subject: Re: [PATCH] ACPICA: Ex

RE: [PATCH] ACPICA: Export mutex functions

Hi, > From: Guenter Roeck [mailto:li...@roeck-us.net] > Subject: Re: [PATCH] ACPICA: Export mutex functions > > On 04/17/2017 04:53 PM, Zheng, Lv wrote: > > Hi, > > > >> From: Guenter Roeck [mailto:li...@roeck-us.net] > >> Subject: Re: [PATCH] ACPICA: Ex

RE: [PATCH] ACPICA: Export mutex functions

Hi, > From: Guenter Roeck [mailto:li...@roeck-us.net] > Subject: Re: [PATCH] ACPICA: Export mutex functions > > On Mon, Apr 17, 2017 at 11:29:38PM +0200, Rafael J. Wysocki wrote: > > On Mon, Apr 17, 2017 at 11:03 PM, Guenter Roeck wrote: > > > On Mon, Apr 17, 2017 at

RE: [PATCH] ACPICA: Export mutex functions

Hi, > From: Guenter Roeck [mailto:li...@roeck-us.net] > Subject: Re: [PATCH] ACPICA: Export mutex functions > > On Mon, Apr 17, 2017 at 11:29:38PM +0200, Rafael J. Wysocki wrote: > > On Mon, Apr 17, 2017 at 11:03 PM, Guenter Roeck wrote: > > > On Mon, Apr 17, 2017 at 08:40:38PM +, Moore,

RE: [PATCH] ACPICA: Export mutex functions

From: Moore, Robert > > > Sent: Monday, April 17, 2017 10:13 AM > > > To: Guenter Roeck <li...@roeck-us.net>; Zheng, Lv <lv.zh...@intel.com> > > > Cc: Wysocki, Rafael J <rafael.j.wyso...@intel.com>; Len Brown > > > <l...@kernel.org>;

RE: [PATCH] ACPICA: Export mutex functions

From: Moore, Robert > > > Sent: Monday, April 17, 2017 10:13 AM > > > To: Guenter Roeck ; Zheng, Lv > > > Cc: Wysocki, Rafael J ; Len Brown > > > ; linux-a...@vger.kernel.org; de...@acpica.org; linux- > > > ker...@vger.kernel.org > > > Sub

RE: [PATCH] ACPICA: Export mutex functions

Hi, > -Original Message- > From: Moore, Robert > Sent: Tuesday, April 18, 2017 3:28 AM > To: 'Guenter Roeck' <li...@roeck-us.net>; Zheng, Lv <lv.zh...@intel.com> > Cc: Wysocki, Rafael J <rafael.j.wyso...@intel.com>; 'Len Brown' > <l...@kernel.org&g

RE: [PATCH] ACPICA: Export mutex functions

Hi, > -Original Message- > From: Moore, Robert > Sent: Tuesday, April 18, 2017 3:28 AM > To: 'Guenter Roeck' ; Zheng, Lv > Cc: Wysocki, Rafael J ; 'Len Brown' > ; 'linux- > a...@vger.kernel.org' ; 'de...@acpica.org' > ; 'linux- > ker...@vger.kernel.org' ; Box

RE: [PATCH] ACPICA: Export mutex functions

Hi, > From: Guenter Roeck [mailto:li...@roeck-us.net] > Subject: Re: [PATCH] ACPICA: Export mutex functions > > Hi, > > On Mon, Apr 17, 2017 at 09:39:35AM +, Zheng, Lv wrote: > > Hi, > > > > > From: Guenter Roeck [mailto:li...@roeck-us.net] > >

RE: [PATCH] ACPICA: Export mutex functions

Hi, > From: Guenter Roeck [mailto:li...@roeck-us.net] > Subject: Re: [PATCH] ACPICA: Export mutex functions > > Hi, > > On Mon, Apr 17, 2017 at 09:39:35AM +, Zheng, Lv wrote: > > Hi, > > > > > From: Guenter Roeck [mailto:li...@roeck-us.net] > >

RE: [PATCH] ACPICA: Export mutex functions

Hi, > From: linux-acpi-ow...@vger.kernel.org > [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Guenter > Roeck > Subject: Re: [PATCH] ACPICA: Export mutex functions > > On 04/17/2017 02:48 AM, Zheng, Lv wrote: > > Hi, > > > >> From: Devel [mai

RE: [PATCH] ACPICA: Export mutex functions

Hi, > From: linux-acpi-ow...@vger.kernel.org > [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Guenter > Roeck > Subject: Re: [PATCH] ACPICA: Export mutex functions > > On 04/17/2017 02:48 AM, Zheng, Lv wrote: > > Hi, > > > >> From: Devel [mai

RE: [PATCH] ACPICA: Export mutex functions

Hi, > From: Devel [mailto:devel-boun...@acpica.org] On Behalf Of Zheng, Lv > Sent: Monday, April 17, 2017 5:40 PM > To: Guenter Roeck <li...@roeck-us.net>; Moore, Robert <robert.mo...@intel.com> > Cc: linux-a...@vger.kernel.org; de...@acpica.org; Wysocki, Rafael J >

RE: [PATCH] ACPICA: Export mutex functions

Hi, > From: Devel [mailto:devel-boun...@acpica.org] On Behalf Of Zheng, Lv > Sent: Monday, April 17, 2017 5:40 PM > To: Guenter Roeck ; Moore, Robert > Cc: linux-a...@vger.kernel.org; de...@acpica.org; Wysocki, Rafael J > ; > linux-kernel@vger.kernel.org > Subject: Re: [

RE: [PATCH] ACPICA: Export mutex functions

o the resource(s) protected > by MUT0, even if acpi_acquire_mutex() returns ACPI_SUCCESS ? > > Outch. Really ? > > Thanks, > Guenter > > > > > > -Original Message- > > > From: Guenter Roeck [mailto:li...@roeck-us.net] > > > Sent:

RE: [PATCH] ACPICA: Export mutex functions

o the resource(s) protected > by MUT0, even if acpi_acquire_mutex() returns ACPI_SUCCESS ? > > Outch. Really ? > > Thanks, > Guenter > > > > > > -Original Message- > > > From: Guenter Roeck [mailto:li...@roeck-us.net] > > > Sent:

RE: [PATCH] ACPICA: use designated initializers

Hi, > From: keesc...@google.com [mailto:keesc...@google.com] On Behalf Of Kees Cook > Subject: Re: [PATCH] ACPICA: use designated initializers > > On Sun, Dec 18, 2016 at 10:06 PM, Zheng, Lv <lv.zh...@intel.com> wrote: > > Hi, > > > >> From: Kees Cook [mai

RE: [PATCH] ACPICA: use designated initializers

Hi, > From: keesc...@google.com [mailto:keesc...@google.com] On Behalf Of Kees Cook > Subject: Re: [PATCH] ACPICA: use designated initializers > > On Sun, Dec 18, 2016 at 10:06 PM, Zheng, Lv wrote: > > Hi, > > > >> From: Kees Cook [mailto:keesc...@chromium.org]

RE: [PATCH v2] acpi: acpica: fix acpi operand cache leak

rt which has the root cause of this problem below. > > 2017-02-27 11:45 GMT+09:00 Zheng, Lv <lv.zh...@intel.com>: > > Hi, Rafael > > > >> From: linux-acpi-ow...@vger.kernel.org > >> [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of > Rafael J. > &

RE: [PATCH v2] acpi: acpica: fix acpi operand cache leak

rt which has the root cause of this problem below. > > 2017-02-27 11:45 GMT+09:00 Zheng, Lv : > > Hi, Rafael > > > >> From: linux-acpi-ow...@vger.kernel.org > >> [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of > Rafael J. > >> Wysocki > >>

RE: [PATCH v2] acpi: acpica: fix acpi operand cache leak

t; >> >> Hi, Lv Zheng. > >>> >> >> > >>> >> >> I added my handcrafted ACPI table under your request, because > >>> >> >> "acpidump -c on" and "acpidump -c off" does

RE: [PATCH v2] acpi: acpica: fix acpi operand cache leak

t; I added my handcrafted ACPI table under your request, because > >>> >> >> "acpidump -c on" and "acpidump -c off" doesn't work. > >>> >> >> > >>> >> >> 2017-02-21 19:36 GMT+09:00 Seunghun Han : > &g

RE: [PATCH] acpica: Fix double-free in acpi_ns_repair_CID()

Hi, So if a real problem related to package reference counting is triggered, the problem should be fixed elsewhere IMO. See this bug for reference: https://bugs.acpica.org/show_bug.cgi?id=1336 Thanks and best regards Lv > From: Moore, Robert > Subject: RE: [PATCH] acpica: Fix double-free in

RE: [PATCH] acpica: Fix double-free in acpi_ns_repair_CID()

Hi, So if a real problem related to package reference counting is triggered, the problem should be fixed elsewhere IMO. See this bug for reference: https://bugs.acpica.org/show_bug.cgi?id=1336 Thanks and best regards Lv > From: Moore, Robert > Subject: RE: [PATCH] acpica: Fix double-free in

RE: [PATCH] rcu: Narrow early boot window of illegal synchronous grace periods

Hi, > From: Borislav Petkov [mailto:b...@alien8.de] > Subject: Re: [PATCH] rcu: Narrow early boot window of illegal synchronous > grace periods > > On Sat, Jan 14, 2017 at 01:27:40PM +0100, Rafael J. Wysocki wrote: > > OK, so this fixes the problem with synchronize_rcu_expedited() in > >

RE: [PATCH] rcu: Narrow early boot window of illegal synchronous grace periods

Hi, > From: Borislav Petkov [mailto:b...@alien8.de] > Subject: Re: [PATCH] rcu: Narrow early boot window of illegal synchronous > grace periods > > On Sat, Jan 14, 2017 at 01:27:40PM +0100, Rafael J. Wysocki wrote: > > OK, so this fixes the problem with synchronize_rcu_expedited() in > >

RE: [lkp-developer] [ACPICA] 174cc7187e: kmsg.ACPI_Error:Mutex[ACPI_MTX_Tables]already_acquired_by_this_thread[#](#/utmutex-#)

Hi, Xiaolong I noticed the tested version in your the test dmesg: Linux version 4.9.0-rc5 While the commit bisected should be in v4.10-rc1. Does that mean your test tree doesn't contain some basic lock fixes? Thanks and best regards Lv > From: lkp-developer-requ...@eclists.intel.com >

RE: [lkp-developer] [ACPICA] 174cc7187e: kmsg.ACPI_Error:Mutex[ACPI_MTX_Tables]already_acquired_by_this_thread[#](#/utmutex-#)

Hi, Xiaolong I noticed the tested version in your the test dmesg: Linux version 4.9.0-rc5 While the commit bisected should be in v4.10-rc1. Does that mean your test tree doesn't contain some basic lock fixes? Thanks and best regards Lv > From: lkp-developer-requ...@eclists.intel.com >

RE: [PATCH] ACPI / OSL: Fix rcu synchronization logic

Hi, Rafael > From: rjwyso...@gmail.com [mailto:rjwyso...@gmail.com] On Behalf Of Rafael J. > Wysocki > Sent: Tuesday, January 10, 2017 7:35 AM > Subject: Re: [PATCH] ACPI / OSL: Fix rcu synchronization logic > > On Mon, Jan 9, 2017 at 10:56 AM, Lv Zheng wrote: > > The rcu

RE: [PATCH] ACPI / OSL: Fix rcu synchronization logic

Hi, Rafael > From: rjwyso...@gmail.com [mailto:rjwyso...@gmail.com] On Behalf Of Rafael J. > Wysocki > Sent: Tuesday, January 10, 2017 7:35 AM > Subject: Re: [PATCH] ACPI / OSL: Fix rcu synchronization logic > > On Mon, Jan 9, 2017 at 10:56 AM, Lv Zheng wrote: > > The rcu synchronization logic

RE: 174cc7187e6f ACPICA: Tables: Back port acpi_get_table_with_size() and early_acpi_os_unmap_memory() from Linux kernel

Hi, Rafael and Paul > From: Paul E. McKenney [mailto:paul...@linux.vnet.ibm.com] > Subject: Re: 174cc7187e6f ACPICA: Tables: Back port > acpi_get_table_with_size() and > early_acpi_os_unmap_memory() from Linux kernel > > On Tue, Jan 10, 2017 at 02:27:16AM +0100, Rafael J. Wysocki wrote: > > On

RE: 174cc7187e6f ACPICA: Tables: Back port acpi_get_table_with_size() and early_acpi_os_unmap_memory() from Linux kernel

Hi, Rafael and Paul > From: Paul E. McKenney [mailto:paul...@linux.vnet.ibm.com] > Subject: Re: 174cc7187e6f ACPICA: Tables: Back port > acpi_get_table_with_size() and > early_acpi_os_unmap_memory() from Linux kernel > > On Tue, Jan 10, 2017 at 02:27:16AM +0100, Rafael J. Wysocki wrote: > > On

RE: [PATCH] ACPI / OSL: Fix rcu synchronization logic

Hi, Borislav > From: Borislav Petkov [mailto:b...@alien8.de] > Subject: Re: [PATCH] ACPI / OSL: Fix rcu synchronization logic > > On Mon, Jan 09, 2017 at 05:56:09PM +0800, Lv Zheng wrote: > > The rcu synchronization logic is originally provided to protect > > apei_read()/apei_write() as in the

RE: [PATCH] ACPI / OSL: Fix rcu synchronization logic

Hi, Borislav > From: Borislav Petkov [mailto:b...@alien8.de] > Subject: Re: [PATCH] ACPI / OSL: Fix rcu synchronization logic > > On Mon, Jan 09, 2017 at 05:56:09PM +0800, Lv Zheng wrote: > > The rcu synchronization logic is originally provided to protect > > apei_read()/apei_write() as in the

RE: 174cc7187e6f ACPICA: Tables: Back port acpi_get_table_with_size() and early_acpi_os_unmap_memory() from Linux kernel

Hi, Can the attached patch makes something different? Thanks and best regards Lv > From: Borislav Petkov [mailto:b...@alien8.de] > Subject: Re: 174cc7187e6f ACPICA: Tables: Back port > acpi_get_table_with_size() and > early_acpi_os_unmap_memory() from Linux kernel > > On Tue, Jan 10, 2017 at

RE: 174cc7187e6f ACPICA: Tables: Back port acpi_get_table_with_size() and early_acpi_os_unmap_memory() from Linux kernel

Hi, Can the attached patch makes something different? Thanks and best regards Lv > From: Borislav Petkov [mailto:b...@alien8.de] > Subject: Re: 174cc7187e6f ACPICA: Tables: Back port > acpi_get_table_with_size() and > early_acpi_os_unmap_memory() from Linux kernel > > On Tue, Jan 10, 2017 at

RE: [PATCH] ACPI / EC: Use busy polling mode when GPE is not enabled

Hi, Yu > From: Chen, Yu C > Subject: [PATCH] ACPI / EC: Use busy polling mode when GPE is not enabled > > From: Lv Zheng > > Previously we have report that during system bootup, the EC command > was running too slow because the EC GPE has not been enabled yet > (For

RE: [PATCH] ACPI / EC: Use busy polling mode when GPE is not enabled

Hi, Yu > From: Chen, Yu C > Subject: [PATCH] ACPI / EC: Use busy polling mode when GPE is not enabled > > From: Lv Zheng > > Previously we have report that during system bootup, the EC command > was running too slow because the EC GPE has not been enabled yet > (For example, _REG tries to

RE: 174cc7187e6f ACPICA: Tables: Back port acpi_get_table_with_size() and early_acpi_os_unmap_memory() from Linux kernel

Hi, Borislav > From: Zheng, Lv > Subject: RE: 174cc7187e6f ACPICA: Tables: Back port > acpi_get_table_with_size() and > early_acpi_os_unmap_memory() from Linux kernel > > Hi, > > > From: linux-acpi-ow...@vger.kernel.org > > [mailto:linux-acpi-ow...@vger.kerne

RE: 174cc7187e6f ACPICA: Tables: Back port acpi_get_table_with_size() and early_acpi_os_unmap_memory() from Linux kernel

Hi, Borislav > From: Zheng, Lv > Subject: RE: 174cc7187e6f ACPICA: Tables: Back port > acpi_get_table_with_size() and > early_acpi_os_unmap_memory() from Linux kernel > > Hi, > > > From: linux-acpi-ow...@vger.kernel.org > > [mailto:linux-acpi-ow...@vger.kerne

RE: 174cc7187e6f ACPICA: Tables: Back port acpi_get_table_with_size() and early_acpi_os_unmap_memory() from Linux kernel

Hi, > From: linux-acpi-ow...@vger.kernel.org > [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Zheng, > Lv > Subject: RE: 174cc7187e6f ACPICA: Tables: Back port > acpi_get_table_with_size() and > early_acpi_os_unmap_memory() from Linux kernel > > Hi, &g

RE: 174cc7187e6f ACPICA: Tables: Back port acpi_get_table_with_size() and early_acpi_os_unmap_memory() from Linux kernel

Hi, > From: linux-acpi-ow...@vger.kernel.org > [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Zheng, > Lv > Subject: RE: 174cc7187e6f ACPICA: Tables: Back port > acpi_get_table_with_size() and > early_acpi_os_unmap_memory() from Linux kernel > > Hi, &g

RE: 174cc7187e6f ACPICA: Tables: Back port acpi_get_table_with_size() and early_acpi_os_unmap_memory() from Linux kernel

Hi, > From: linux-acpi-ow...@vger.kernel.org > [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Borislav > Petkov > Subject: Re: 174cc7187e6f ACPICA: Tables: Back port > acpi_get_table_with_size() and > early_acpi_os_unmap_memory() from Linux kernel > > On Sun, Jan 08, 2017 at 03:20:20AM

RE: 174cc7187e6f ACPICA: Tables: Back port acpi_get_table_with_size() and early_acpi_os_unmap_memory() from Linux kernel

Hi, > From: linux-acpi-ow...@vger.kernel.org > [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Borislav > Petkov > Subject: Re: 174cc7187e6f ACPICA: Tables: Back port > acpi_get_table_with_size() and > early_acpi_os_unmap_memory() from Linux kernel > > On Sun, Jan 08, 2017 at 03:20:20AM

RE: [PATCH] ACPI / DMAR: Avoid passing NULL to acpi_put_table()

Hi, Rafael > From: linux-acpi-ow...@vger.kernel.org > [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Rafael J. > Wysocki > Subject: [PATCH] ACPI / DMAR: Avoid passing NULL to acpi_put_table() > > From: Rafael J. Wysocki > > Linus reported that commit

RE: [PATCH] ACPI / DMAR: Avoid passing NULL to acpi_put_table()

Hi, Rafael > From: linux-acpi-ow...@vger.kernel.org > [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Rafael J. > Wysocki > Subject: [PATCH] ACPI / DMAR: Avoid passing NULL to acpi_put_table() > > From: Rafael J. Wysocki > > Linus reported that commit 174cc7187e6f "ACPICA: Tables: Back

RE: [GIT PULL] More ACPI updates for v4.10-rc1

Hi, > From: linux-acpi-ow...@vger.kernel.org > [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Zhang > Rui > Subject: Re: [GIT PULL] More ACPI updates for v4.10-rc1 > > On Wed, 2017-01-04 at 09:46 -0800, Linus Torvalds wrote: > > On Thu, Dec 22, 2016 at 6:18 AM, Rafael J. Wysocki

RE: [GIT PULL] More ACPI updates for v4.10-rc1

Hi, > From: linux-acpi-ow...@vger.kernel.org > [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Zhang > Rui > Subject: Re: [GIT PULL] More ACPI updates for v4.10-rc1 > > On Wed, 2017-01-04 at 09:46 -0800, Linus Torvalds wrote: > > On Thu, Dec 22, 2016 at 6:18 AM, Rafael J. Wysocki > >

RE: [PATCH 00/18] ACPICA 20161222 Release

Hi, Rafael > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > Subject: Re: [PATCH 00/18] ACPICA 20161222 Release > > 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

RE: [PATCH 00/18] ACPICA 20161222 Release

Hi, Rafael > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > Subject: Re: [PATCH 00/18] ACPICA 20161222 Release > > 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

RE: Question regarding power button of Dell XPS13

Hi, Paul > From: Paul Menzel [mailto:pmen...@molgen.mpg.de] > Subject: Question regarding power button of Dell XPS13 > > Dear Linus, dear Len, > > > I heard that you both have a Dell XPS13. I got the “revision” 9360, and > installed Debian Stretch/testing on it with Linux 4.8.15 and Linux

RE: Question regarding power button of Dell XPS13

Hi, Paul > From: Paul Menzel [mailto:pmen...@molgen.mpg.de] > Subject: Question regarding power button of Dell XPS13 > > Dear Linus, dear Len, > > > I heard that you both have a Dell XPS13. I got the “revision” 9360, and > installed Debian Stretch/testing on it with Linux 4.8.15 and Linux

RE: [PATCH] acpi: Fix format string type mistakes

g type mistakes > > These formatting changes will not compile under: > > Gcc 4.4.5 > Gcc 5.4.0 > > The printf formatting stuff is very delicate, as ACPICA has to be compiled > under many different > compilers. > > Bob > > > From: Zheng, Lv > > Subj

RE: [PATCH] acpi: Fix format string type mistakes

g type mistakes > > These formatting changes will not compile under: > > Gcc 4.4.5 > Gcc 5.4.0 > > The printf formatting stuff is very delicate, as ACPICA has to be compiled > under many different > compilers. > > Bob > > > From: Zheng, Lv > > Subj

RE: [PATCH] acpi: Fix format string type mistakes

Hi, Kees and Emese The pull request is under rebasing. So if you cannot reach the URL, find the commit here: https://github.com/acpica/acpica/pull/196 Thanks and best regards Lv > From: Zheng, Lv > Subject: RE: [PATCH] acpi: Fix format string type mistakes > > Hi, Kees and Emese

RE: [PATCH] acpi: Fix format string type mistakes

Hi, Kees and Emese The pull request is under rebasing. So if you cannot reach the URL, find the commit here: https://github.com/acpica/acpica/pull/196 Thanks and best regards Lv > From: Zheng, Lv > Subject: RE: [PATCH] acpi: Fix format string type mistakes > > Hi, Kees and Emese

<    1   2   3   4   5   6   7   8   9   10   >