RE: [PATCH 1/3] ACPI: table upgrade: use cacheable map for tables

Hi, > From: Aleksey Makarov [mailto:aleksey.maka...@linaro.org] > Subject: [PATCH 1/3] ACPI: table upgrade: use cacheable map for tables > > The new memory allocated in acpi_table_initrd_init() is used to > copy the upgraded tables to it. So it should be mapped with > early_memunmap() instead

RE: [PATCH 1/3] ACPI: table upgrade: use cacheable map for tables

Hi, > From: Aleksey Makarov [mailto:aleksey.maka...@linaro.org] > Subject: [PATCH 1/3] ACPI: table upgrade: use cacheable map for tables > > The new memory allocated in acpi_table_initrd_init() is used to > copy the upgraded tables to it. So it should be mapped with > early_memunmap() instead

RE: [RFC PATCH 1/2] ACPI / button: Send "open" state after boot/resume

Hi, Rafael Thanks for the review. > From: rjwyso...@gmail.com [mailto:rjwyso...@gmail.com] On Behalf Of > Rafael J. Wysocki > Sent: Wednesday, May 18, 2016 7:37 AM > To: Zheng, Lv <lv.zh...@intel.com> > Cc: Wysocki, Rafael J <rafael.j.wyso...@intel.com>; Rafael J. Wy

RE: [RFC PATCH 1/2] ACPI / button: Send "open" state after boot/resume

Hi, Rafael Thanks for the review. > From: rjwyso...@gmail.com [mailto:rjwyso...@gmail.com] On Behalf Of > Rafael J. Wysocki > Sent: Wednesday, May 18, 2016 7:37 AM > To: Zheng, Lv > Cc: Wysocki, Rafael J ; Rafael J. Wysocki > ; Brown, Len ; Lv Zheng > ; Linux Ker

RE: [PATCH 2/3] ACPI: table upgrade: move early_initrd_acpi_init() to header file

Hi, > From: Aleksey Makarov [mailto:aleksey.maka...@linaro.org] > Subject: [PATCH 2/3] ACPI: table upgrade: move early_initrd_acpi_init() to > header file > > Move early_initrd_acpi_init() to header file so that > it can be used with architectures other than X86 [Lv Zheng] The patch looks OK to

RE: [PATCH 2/3] ACPI: table upgrade: move early_initrd_acpi_init() to header file

Hi, > From: Aleksey Makarov [mailto:aleksey.maka...@linaro.org] > Subject: [PATCH 2/3] ACPI: table upgrade: move early_initrd_acpi_init() to > header file > > Move early_initrd_acpi_init() to header file so that > it can be used with architectures other than X86 [Lv Zheng] The patch looks OK to

RE: [PATCH v2 0/4] ACPI 2.0: Enable TermList interpretion for table loading

the regressions by reverting [PATCH 4/4]. So it should be safe to do such experiments in the Linux upstream. Thanks in advance. Best regards -Lv > From: Zheng, Lv > Subject: [PATCH v2 0/4] ACPI 2.0: Enable TermList interpretion for table > loading > > MLC (module level cod

RE: [PATCH v2 0/4] ACPI 2.0: Enable TermList interpretion for table loading

the regressions by reverting [PATCH 4/4]. So it should be safe to do such experiments in the Linux upstream. Thanks in advance. Best regards -Lv > From: Zheng, Lv > Subject: [PATCH v2 0/4] ACPI 2.0: Enable TermList interpretion for table > loading > > MLC (module level cod

RE: [PATCH v2] ACPI / tables: Fix DSDT override mechanism

Hi, > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > ow...@vger.kernel.org] On Behalf Of Zheng, Lv > Subject: RE: [PATCH v2] ACPI / tables: Fix DSDT override mechanism > > Hi, > > I also noticed this and was about to write a fix patch. > The build issue

RE: [PATCH v2] ACPI / tables: Fix DSDT override mechanism

Hi, > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > ow...@vger.kernel.org] On Behalf Of Zheng, Lv > Subject: RE: [PATCH v2] ACPI / tables: Fix DSDT override mechanism > > Hi, > > I also noticed this and was about to write a fix patch. > The build issue

RE: [PATCH v2] ACPI / tables: Fix DSDT override mechanism

Hi, I also noticed this and was about to write a fix patch. The build issue wasn't caught by LKP, I noticed it during ACPICA release test. Thanks for doing this. :-) > 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 / tables: Fix DSDT override mechanism

Hi, I also noticed this and was about to write a fix patch. The build issue wasn't caught by LKP, I noticed it during ACPICA release test. Thanks for doing this. :-) > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > ow...@vger.kernel.org] On Behalf Of Rafael J. Wysocki > Subject:

RE: [PATCH 01/15] ACPICA: Linuxize: reduce divergences for 20160422 release

Hi, > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > ow...@vger.kernel.org] On Behalf Of Rafael J. Wysocki > Subject: Re: [PATCH 01/15] ACPICA: Linuxize: reduce divergences for 20160422 > release > > On Wednesday, May 04, 2016 11:37:51 PM Rafael J. Wysocki wrote: > > On Wednesday,

RE: [PATCH 01/15] ACPICA: Linuxize: reduce divergences for 20160422 release

Hi, > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > ow...@vger.kernel.org] On Behalf Of Rafael J. Wysocki > Subject: Re: [PATCH 01/15] ACPICA: Linuxize: reduce divergences for 20160422 > release > > On Wednesday, May 04, 2016 11:37:51 PM Rafael J. Wysocki wrote: > > On Wednesday,

RE: [PATCH 01/15] ACPICA: Linuxize: reduce divergences for 20160422 release

Hi, > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > Subject: Re: [PATCH 01/15] ACPICA: Linuxize: reduce divergences for 20160422 > release > > On Wednesday, May 04, 2016 01:48:07 PM Lv Zheng wrote: > > The patch reduces source code differences between the Linux kernel and the > > ACPICA

RE: [PATCH 01/15] ACPICA: Linuxize: reduce divergences for 20160422 release

Hi, > From: Rafael J. Wysocki [mailto:r...@rjwysocki.net] > Subject: Re: [PATCH 01/15] ACPICA: Linuxize: reduce divergences for 20160422 > release > > On Wednesday, May 04, 2016 01:48:07 PM Lv Zheng wrote: > > The patch reduces source code differences between the Linux kernel and the > > ACPICA

RE: [PATCH v2 4/6] ACPI / osi: Fix default _OSI(Darwin) support

Hi, Lukas First, thanks for the test. :) > From: Lukas Wunner [mailto:lu...@wunner.de] > Subject: Re: [PATCH v2 4/6] ACPI / osi: Fix default _OSI(Darwin) support > > Hi Lv Zheng, > > On Fri, Apr 29, 2016 at 02:07:53AM +, Zheng, Lv wrote: > > I just sent UPDATE of

RE: [PATCH v2 4/6] ACPI / osi: Fix default _OSI(Darwin) support

Hi, Lukas First, thanks for the test. :) > From: Lukas Wunner [mailto:lu...@wunner.de] > Subject: Re: [PATCH v2 4/6] ACPI / osi: Fix default _OSI(Darwin) support > > Hi Lv Zheng, > > On Fri, Apr 29, 2016 at 02:07:53AM +, Zheng, Lv wrote: > > I just sent UPDATE of

RE: [PATCH v2 4/6] ACPI / osi: Fix default _OSI(Darwin) support

Hi, Rafael > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > ow...@vger.kernel.org] On Behalf Of Zheng, Lv > Subject: RE: [PATCH v2 4/6] ACPI / osi: Fix default _OSI(Darwin) support > [Lv Zheng] Skip. > > > > @@ -331,6 +336,24 @@ static struct dmi_syst

RE: [PATCH v2 4/6] ACPI / osi: Fix default _OSI(Darwin) support

Hi, Rafael > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > ow...@vger.kernel.org] On Behalf Of Zheng, Lv > Subject: RE: [PATCH v2 4/6] ACPI / osi: Fix default _OSI(Darwin) support > [Lv Zheng] Skip. > > > > @@ -331,6 +336,24 @@ static struct dmi_syst

RE: [PATCH v2 4/6] ACPI / osi: Fix default _OSI(Darwin) support

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 4/6] ACPI / osi: Fix default _OSI(Darwin) support > > On Wednesday, April 27, 2016 09:45:21 AM Chen, Yu C wrote: > > Hi Lv, >

RE: [PATCH v2 4/6] ACPI / osi: Fix default _OSI(Darwin) support

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 4/6] ACPI / osi: Fix default _OSI(Darwin) support > > On Wednesday, April 27, 2016 09:45:21 AM Chen, Yu C wrote: > > Hi Lv, >

RE: [PATCH 3/4] ACPI / osi: Change default _OSI(Darwin) support

Hi, > From: rjwyso...@gmail.com [mailto:rjwyso...@gmail.com] On Behalf Of > Rafael J. Wysocki > Sent: Wednesday, April 27, 2016 4:13 AM > Subject: Re: [PATCH 3/4] ACPI / osi: Change default _OSI(Darwin) support > > On Tue, Apr 26, 2016 at 9:40 AM, Lv Zheng wrote: > > From:

RE: [PATCH 3/4] ACPI / osi: Change default _OSI(Darwin) support

Hi, > From: rjwyso...@gmail.com [mailto:rjwyso...@gmail.com] On Behalf Of > Rafael J. Wysocki > Sent: Wednesday, April 27, 2016 4:13 AM > Subject: Re: [PATCH 3/4] ACPI / osi: Change default _OSI(Darwin) support > > On Tue, Apr 26, 2016 at 9:40 AM, Lv Zheng wrote: > > From: Chen Yu > > > >

RE: [PATCH 2/4] ACPI / osi: Cleanup _OSI("Linux") related code before introducing new support

Hi, Rafael > From: rjwyso...@gmail.com [mailto:rjwyso...@gmail.com] On Behalf Of > Rafael J. Wysocki > Sent: Wednesday, April 27, 2016 4:11 AM > Subject: Re: [PATCH 2/4] ACPI / osi: Cleanup _OSI("Linux") related code before > introducing new support > > On Tue, Apr 26, 2016 at 9:40 AM, Lv Zheng

RE: [PATCH 2/4] ACPI / osi: Cleanup _OSI("Linux") related code before introducing new support

Hi, Rafael > From: rjwyso...@gmail.com [mailto:rjwyso...@gmail.com] On Behalf Of > Rafael J. Wysocki > Sent: Wednesday, April 27, 2016 4:11 AM > Subject: Re: [PATCH 2/4] ACPI / osi: Cleanup _OSI("Linux") related code before > introducing new support > > On Tue, Apr 26, 2016 at 9:40 AM, Lv Zheng

RE: [PATCH 1/3] ACPI / tables: Move table override mechanisms to tables.c

Hi, > From: rjwyso...@gmail.com [mailto:rjwyso...@gmail.com] On Behalf Of > Rafael J. Wysocki > Sent: Monday, April 11, 2016 9:31 PM > Subject: Re: [PATCH 1/3] ACPI / tables: Move table override mechanisms to > tables.c > > On Mon, Apr 11, 2016 at 4:16 AM, Zheng, Lv <l

RE: [PATCH 1/3] ACPI / tables: Move table override mechanisms to tables.c

Hi, > From: rjwyso...@gmail.com [mailto:rjwyso...@gmail.com] On Behalf Of > Rafael J. Wysocki > Sent: Monday, April 11, 2016 9:31 PM > Subject: Re: [PATCH 1/3] ACPI / tables: Move table override mechanisms to > tables.c > > On Mon, Apr 11, 2016 at 4:16 AM, Zheng, Lv

RE: [PATCH 1/3] ACPI / tables: Move table override mechanisms to tables.c

Hi, Rafael > From: Zheng, Lv > Subject: [PATCH 1/3] ACPI / tables: Move table override mechanisms to > tables.c > > This patch moves acpi_os_table_override() and > acpi_os_physical_table_override() to tables.c. > > Along with the mechanisms, acpi_initrd_initializ

RE: [PATCH 1/3] ACPI / tables: Move table override mechanisms to tables.c

Hi, Rafael > From: Zheng, Lv > Subject: [PATCH 1/3] ACPI / tables: Move table override mechanisms to > tables.c > > This patch moves acpi_os_table_override() and > acpi_os_physical_table_override() to tables.c. > > Along with the mechanisms, acpi_initrd_initializ

RE: [RFC PATCH 10/10] acpi: add support for loading SSDTs via configfs

Hi, > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > ow...@vger.kernel.org] On Behalf Of Octavian Purdila > Subject: Re: [RFC PATCH 10/10] acpi: add support for loading SSDTs via > configfs > > On Wed, Apr 6, 2016 at 9:05 AM, Zheng, Lv <lv.z

RE: [RFC PATCH 10/10] acpi: add support for loading SSDTs via configfs

Hi, > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > ow...@vger.kernel.org] On Behalf Of Octavian Purdila > Subject: Re: [RFC PATCH 10/10] acpi: add support for loading SSDTs via > configfs > > On Wed, Apr 6, 2016 at 9:05 AM, Zheng, Lv wrote: > > >

RE: [RFC PATCH 02/10] acpi: install SSDT tables from initrd

Hi, > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > ow...@vger.kernel.org] On Behalf Of Octavian Purdila > Subject: Re: [RFC PATCH 02/10] acpi: install SSDT tables from initrd > > On Tue, Apr 5, 2016 at 3:49 AM, Zheng, Lv <lv.zh...@intel.com> wrote: > >

RE: [RFC PATCH 02/10] acpi: install SSDT tables from initrd

Hi, > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > ow...@vger.kernel.org] On Behalf Of Octavian Purdila > Subject: Re: [RFC PATCH 02/10] acpi: install SSDT tables from initrd > > On Tue, Apr 5, 2016 at 3:49 AM, Zheng, Lv wrote: > > Hi, > >

RE: [RFC PATCH 10/10] acpi: add support for loading SSDTs via configfs

Hi, > From: Octavian Purdila [mailto:octavian.purd...@intel.com] > Subject: Re: [RFC PATCH 10/10] acpi: add support for loading SSDTs via > configfs > > On Tue, Apr 5, 2016 at 6:11 AM, Zheng, Lv <lv.zh...@intel.com> wrote: > > Hi, > > > >> Fr

RE: [RFC PATCH 10/10] acpi: add support for loading SSDTs via configfs

Hi, > From: Octavian Purdila [mailto:octavian.purd...@intel.com] > Subject: Re: [RFC PATCH 10/10] acpi: add support for loading SSDTs via > configfs > > On Tue, Apr 5, 2016 at 6:11 AM, Zheng, Lv wrote: > > Hi, > > > >> From: Octavian Purdila [mailto:octavian

RE: [RFC PATCH 10/10] acpi: add support for loading SSDTs via configfs

Hi, > From: Octavian Purdila [mailto:octavian.purd...@intel.com] > Subject: Re: [RFC PATCH 10/10] acpi: add support for loading SSDTs via > configfs > > On Fri, Apr 1, 2016 at 7:55 AM, Zheng, Lv <lv.zh...@intel.com> wrote: > > Hi, > > Hi Lv, > > >

RE: [RFC PATCH 10/10] acpi: add support for loading SSDTs via configfs

Hi, > From: Octavian Purdila [mailto:octavian.purd...@intel.com] > Subject: Re: [RFC PATCH 10/10] acpi: add support for loading SSDTs via > configfs > > On Fri, Apr 1, 2016 at 7:55 AM, Zheng, Lv wrote: > > Hi, > > Hi Lv, > > >> Add support for acp

RE: [RFC PATCH 02/10] acpi: install SSDT tables from initrd

Hi, > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > ow...@vger.kernel.org] On Behalf Of Octavian Purdila > Subject: Re: [RFC PATCH 02/10] acpi: install SSDT tables from initrd > > On Fri, Apr 1, 2016 at 8:05 AM, Zheng, Lv <lv.zh...@intel.com> wrote

RE: [RFC PATCH 02/10] acpi: install SSDT tables from initrd

Hi, > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > ow...@vger.kernel.org] On Behalf Of Octavian Purdila > Subject: Re: [RFC PATCH 02/10] acpi: install SSDT tables from initrd > > On Fri, Apr 1, 2016 at 8:05 AM, Zheng, Lv wrote: > > Hi, > > > >

RE: [RFC PATCH 02/10] acpi: install SSDT tables from initrd

Hi, > From: Octavian Purdila [mailto:octavian.purd...@intel.com] > Subject: Re: [RFC PATCH 02/10] acpi: install SSDT tables from initrd > > On Fri, Apr 1, 2016 at 1:11 PM, Octavian Purdila > <octavian.purd...@intel.com> wrote: > > On Fri, Apr 1, 2016 at 8:05 AM, Zh

RE: [RFC PATCH 02/10] acpi: install SSDT tables from initrd

Hi, > From: Octavian Purdila [mailto:octavian.purd...@intel.com] > Subject: Re: [RFC PATCH 02/10] acpi: install SSDT tables from initrd > > On Fri, Apr 1, 2016 at 1:11 PM, Octavian Purdila > wrote: > > On Fri, Apr 1, 2016 at 8:05 AM, Zheng, Lv wrote: > >> Hi, &

RE: [RFC PATCH 02/10] acpi: install SSDT tables from initrd

Hi, IMO, there is already a similar function upstreamed: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=c85cc81 Could it work for your use case? > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > ow...@vger.kernel.org] On Behalf Of Octavian Purdila >

RE: [RFC PATCH 02/10] acpi: install SSDT tables from initrd

Hi, IMO, there is already a similar function upstreamed: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=c85cc81 Could it work for your use case? > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > ow...@vger.kernel.org] On Behalf Of Octavian Purdila >

RE: [RFC PATCH 10/10] acpi: add support for loading SSDTs via configfs

Hi, > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > ow...@vger.kernel.org] On Behalf Of Octavian Purdila > Subject: [RFC PATCH 10/10] acpi: add support for loading SSDTs via configfs > > Add support for acpi_user_table configfs items that allows the user to > load new tables. The

RE: [RFC PATCH 10/10] acpi: add support for loading SSDTs via configfs

Hi, > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > ow...@vger.kernel.org] On Behalf Of Octavian Purdila > Subject: [RFC PATCH 10/10] acpi: add support for loading SSDTs via configfs > > Add support for acpi_user_table configfs items that allows the user to > load new tables. The

RE: [PATCH 24/30] ACPICA: Hardware: Add access_width/bit_offset support in acpi_hw_read()

Hi, Rafael PATCH 24 and 25 are reported to have issues around mask generation: https://bugs.acpica.org/show_bug.cgi?id=1270 Please drop them. I'll re-send the 2 patches after the fix solution is determined. Thanks in advance. Best regards -Lv > From: Zheng, Lv > Subject: [PATCH 24/30]

RE: [PATCH 24/30] ACPICA: Hardware: Add access_width/bit_offset support in acpi_hw_read()

Hi, Rafael PATCH 24 and 25 are reported to have issues around mask generation: https://bugs.acpica.org/show_bug.cgi?id=1270 Please drop them. I'll re-send the 2 patches after the fix solution is determined. Thanks in advance. Best regards -Lv > From: Zheng, Lv > Subject: [PATCH 24/30]

RE: [PATCH 01/30] ACPICA: Linuxize: reduce divergences for 20160212 release

Hi, > From: Joe Perches [mailto:j...@perches.com] > Subject: Re: [PATCH 01/30] ACPICA: Linuxize: reduce divergences for 20160212 > release > > On Mon, 2016-03-28 at 03:02 +, Zheng, Lv wrote: > > Hi, > > Hello. > > > > So why not fix the process scrip

RE: [PATCH 01/30] ACPICA: Linuxize: reduce divergences for 20160212 release

Hi, > From: Joe Perches [mailto:j...@perches.com] > Subject: Re: [PATCH 01/30] ACPICA: Linuxize: reduce divergences for 20160212 > release > > On Mon, 2016-03-28 at 03:02 +, Zheng, Lv wrote: > > Hi, > > Hello. > > > > So why not fix the process scrip

RE: [PATCH 00/30] ACPICA: 20160318 Release

Hi, > From: rjwyso...@gmail.com [mailto:rjwyso...@gmail.com] On Behalf Of > Rafael J. Wysocki > Subject: Re: [PATCH 00/30] ACPICA: 20160318 Release > > On Thu, Mar 24, 2016 at 2:38 AM, Lv Zheng wrote: > > The 20160318 ACPICA kernel-resident subsystem updates are linuxized

RE: [PATCH 00/30] ACPICA: 20160318 Release

Hi, > From: rjwyso...@gmail.com [mailto:rjwyso...@gmail.com] On Behalf Of > Rafael J. Wysocki > Subject: Re: [PATCH 00/30] ACPICA: 20160318 Release > > On Thu, Mar 24, 2016 at 2:38 AM, Lv Zheng wrote: > > The 20160318 ACPICA kernel-resident subsystem updates are linuxized based > > on the

RE: [PATCH 01/30] ACPICA: Linuxize: reduce divergences for 20160212 release

Hi, > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > Subject: Re: [PATCH 01/30] ACPICA: Linuxize: reduce divergences for 20160212 > release > > On Thu, 2016-03-24 at 06:19 +, Zheng, Lv wrote: > > From: Joe Perches [mailto:j...@perches.com] > >

RE: [PATCH 01/30] ACPICA: Linuxize: reduce divergences for 20160212 release

Hi, > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > Subject: Re: [PATCH 01/30] ACPICA: Linuxize: reduce divergences for 20160212 > release > > On Thu, 2016-03-24 at 06:19 +, Zheng, Lv wrote: > > From: Joe Perches [mailto:j...@perches.com] > >

RE: [PATCH 01/30] ACPICA: Linuxize: reduce divergences for 20160212 release

Hi, > From: Brown, Len > Subject: RE: [PATCH 01/30] ACPICA: Linuxize: reduce divergences for 20160212 > release > > > > > > > > > -acpi_status acpi_hw_read(u32 *value, struct acpi_generic_address > > *reg) > > > > +acpi_status acpi_hw_read(u32 *value, struct acpi_generic_address * > > reg) > > >

RE: [PATCH 01/30] ACPICA: Linuxize: reduce divergences for 20160212 release

Hi, > From: Brown, Len > Subject: RE: [PATCH 01/30] ACPICA: Linuxize: reduce divergences for 20160212 > release > > > > > > > > > -acpi_status acpi_hw_read(u32 *value, struct acpi_generic_address > > *reg) > > > > +acpi_status acpi_hw_read(u32 *value, struct acpi_generic_address * > > reg) > > >

RE: [PATCH 01/30] ACPICA: Linuxize: reduce divergences for 20160212 release

Hi, First, thanks for the revew. > From: Joe Perches [mailto:j...@perches.com] > Subject: Re: [PATCH 01/30] ACPICA: Linuxize: reduce divergences for 20160212 > release > > On Thu, 2016-03-24 at 09:38 +0800, Lv Zheng wrote: > > The patch reduces source code differences between the Linux kernel

RE: [PATCH 01/30] ACPICA: Linuxize: reduce divergences for 20160212 release

Hi, First, thanks for the revew. > From: Joe Perches [mailto:j...@perches.com] > Subject: Re: [PATCH 01/30] ACPICA: Linuxize: reduce divergences for 20160212 > release > > On Thu, 2016-03-24 at 09:38 +0800, Lv Zheng wrote: > > The patch reduces source code differences between the Linux kernel

RE: [PATCH] ACPI / button: Avoid using broken _LID on Surface tablet

Hi, > From: Bastien Nocera [mailto:had...@hadess.net] > Subject: Re: [PATCH] ACPI / button: Avoid using broken _LID on Surface tablet > > On Fri, 2016-03-04 at 03:37 +0000, Zheng, Lv wrote: > > > > > > I'm not happy about the "fix" for this prob

RE: [PATCH] ACPI / button: Avoid using broken _LID on Surface tablet

Hi, > From: Bastien Nocera [mailto:had...@hadess.net] > Subject: Re: [PATCH] ACPI / button: Avoid using broken _LID on Surface tablet > > On Fri, 2016-03-04 at 03:37 +0000, Zheng, Lv wrote: > > > > > > I'm not happy about the "fix" for this prob

RE: [PATCH] ACPICA: Events: Execute some _REG methods in early boot

Hi, Chris > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > Subject: Re: [PATCH] ACPICA: Events: Execute some _REG methods in early > boot > > On Mon, Mar 07, 2016 at 06:36:05AM +, Zheng, Lv wrote: > > Hi, > > > > First of all, why don't y

RE: [PATCH] ACPICA: Events: Execute some _REG methods in early boot

Hi, Chris > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > Subject: Re: [PATCH] ACPICA: Events: Execute some _REG methods in early > boot > > On Mon, Mar 07, 2016 at 06:36:05AM +, Zheng, Lv wrote: > > Hi, > > > > First of all, why don't y

RE: [PATCH] ACPICA: Events: Execute some _REG methods in early boot

Hi, First of all, why don't you respond on the kernel bugzilla? Posting a fix here directly without communication doesn't look like a constructive help but more like a destructive attack to me. > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > Subject: [PATCH] ACPICA: Events:

RE: [PATCH] ACPICA: Events: Execute some _REG methods in early boot

Hi, First of all, why don't you respond on the kernel bugzilla? Posting a fix here directly without communication doesn't look like a constructive help but more like a destructive attack to me. > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > Subject: [PATCH] ACPICA: Events:

RE: [PATCH] ACPI / button: Avoid using broken _LID on Surface tablet

Hi, > From: Bastien Nocera [mailto:had...@hadess.net] > Subject: Re: [PATCH] ACPI / button: Avoid using broken _LID on Surface tablet > > On Mon, 2016-02-22 at 07:24 +0000, Zheng, Lv wrote: > > [Lv Zheng] > > According to the knowledge of various BIOS _LID implementation,

RE: [PATCH] ACPI / button: Avoid using broken _LID on Surface tablet

Hi, > From: Bastien Nocera [mailto:had...@hadess.net] > Subject: Re: [PATCH] ACPI / button: Avoid using broken _LID on Surface tablet > > On Mon, 2016-02-22 at 07:24 +0000, Zheng, Lv wrote: > > [Lv Zheng] > > According to the knowledge of various BIOS _LID implementation,

RE: [PATCH v3 1/5] ACPI: change __init to __ref for early_acpi_os_unmap_memory()

bruary 22, 2016 10:58 PM > Subject: Re: [PATCH v3 1/5] ACPI: change __init to __ref for > early_acpi_os_unmap_memory() > > Hi, > > On 02/22/2016 05:24 AM, Zheng, Lv wrote: > > Hi, > > > >> From: Aleksey Makarov [mailto:aleksey.maka...@linaro.org] > &g

RE: [PATCH v3 1/5] ACPI: change __init to __ref for early_acpi_os_unmap_memory()

bruary 22, 2016 10:58 PM > Subject: Re: [PATCH v3 1/5] ACPI: change __init to __ref for > early_acpi_os_unmap_memory() > > Hi, > > On 02/22/2016 05:24 AM, Zheng, Lv wrote: > > Hi, > > > >> From: Aleksey Makarov [mailto:aleksey.maka...@linaro.org] > &g

RE: [BUG] ODEBUG: assert_init not available (active state 0)

Hi, > From: Chris Bainbridge [mailto:chris.bainbri...@gmail.com] > Subject: Re: [BUG] ODEBUG: assert_init not available (active state 0) > > On 5 February 2016 at 02:52, Zheng, Lv <lv.zh...@intel.com> wrote: > > > > So you could wait for just several days to test

RE: [BUG] ODEBUG: assert_init not available (active state 0)

Hi, > From: Chris Bainbridge [mailto:chris.bainbri...@gmail.com] > Subject: Re: [BUG] ODEBUG: assert_init not available (active state 0) > > On 5 February 2016 at 02:52, Zheng, Lv wrote: > > > > So you could wait for just several days to test it again. > > And re

RE: [PATCH v3 1/5] ACPI: change __init to __ref for early_acpi_os_unmap_memory()

Hi, > From: Aleksey Makarov [mailto:aleksey.maka...@linaro.org] > Subject: Re: [PATCH v3 1/5] ACPI: change __init to __ref for > early_acpi_os_unmap_memory() > > Hi, > > On 02/22/2016 05:24 AM, Zheng, Lv wrote: > > Hi, > > > >> From: Aleksey

RE: [PATCH v3 1/5] ACPI: change __init to __ref for early_acpi_os_unmap_memory()

Hi, > From: Aleksey Makarov [mailto:aleksey.maka...@linaro.org] > Subject: Re: [PATCH v3 1/5] ACPI: change __init to __ref for > early_acpi_os_unmap_memory() > > Hi, > > On 02/22/2016 05:24 AM, Zheng, Lv wrote: > > Hi, > > > >> From: Aleksey

RE: [PATCH][v3] ACPI: Do not report _OSI("Darwin") when acpi_osi=!Darwin provided

Hi, > From: Chen, Yu C > Subject: RE: [PATCH][v3] ACPI: Do not report _OSI("Darwin") when > acpi_osi=!Darwin provided > > > > From: Zheng, Lv > > Subject: RE: [PATCH][v3] ACPI: Do not report _OSI("Darwin") when > > acpi_osi=!Darwin

RE: [PATCH][v3] ACPI: Do not report _OSI("Darwin") when acpi_osi=!Darwin provided

Hi, > From: Chen, Yu C > Subject: RE: [PATCH][v3] ACPI: Do not report _OSI("Darwin") when > acpi_osi=!Darwin provided > > > > From: Zheng, Lv > > Subject: RE: [PATCH][v3] ACPI: Do not report _OSI("Darwin") when > > acpi_osi=!Darwin

RE: [PATCH][v3] ACPI: Do not report _OSI("Darwin") when acpi_osi=!Darwin provided

Hi, Yu > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > ow...@vger.kernel.org] On Behalf Of Chen Yu > Subject: [PATCH][v3] ACPI: Do not report _OSI("Darwin") when > acpi_osi=!Darwin provided > > Commit 7bc5a2bad0b8 ("ACPI: Support _OSI("Darwin") correctly") always > reports

RE: [PATCH][v3] ACPI: Do not report _OSI("Darwin") when acpi_osi=!Darwin provided

Hi, Yu > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > ow...@vger.kernel.org] On Behalf Of Chen Yu > Subject: [PATCH][v3] ACPI: Do not report _OSI("Darwin") when > acpi_osi=!Darwin provided > > Commit 7bc5a2bad0b8 ("ACPI: Support _OSI("Darwin") correctly") always > reports

RE: [PATCH] ACPI / button: Avoid using broken _LID on Surface tablet

Hi, Yu > From: Chen, Yu C > Subject: RE: [PATCH] ACPI / button: Avoid using broken _LID on Surface tablet > > Hi Lv, > > > From: Zheng, Lv > > Subject: RE: [PATCH] ACPI / button: Avoid using broken _LID on Surface > > tablet > > > > Hi, Yu >

RE: [PATCH] ACPI / button: Avoid using broken _LID on Surface tablet

Hi, Yu > From: Chen, Yu C > Subject: RE: [PATCH] ACPI / button: Avoid using broken _LID on Surface tablet > > Hi Lv, > > > From: Zheng, Lv > > Subject: RE: [PATCH] ACPI / button: Avoid using broken _LID on Surface > > tablet > > > > Hi, Yu >

RE: [PATCH v3 1/5] ACPI: change __init to __ref for early_acpi_os_unmap_memory()

Hi, > From: Aleksey Makarov [mailto:aleksey.maka...@linaro.org] > Subject: Re: [PATCH v3 1/5] ACPI: change __init to __ref for > early_acpi_os_unmap_memory() > > Hi Lv, > > On 02/19/2016 05:58 AM, Zheng, Lv wrote: > > Hi, > > > >> From: Pet

RE: [PATCH v3 1/5] ACPI: change __init to __ref for early_acpi_os_unmap_memory()

Hi, > From: Aleksey Makarov [mailto:aleksey.maka...@linaro.org] > Subject: Re: [PATCH v3 1/5] ACPI: change __init to __ref for > early_acpi_os_unmap_memory() > > Hi Lv, > > On 02/19/2016 05:58 AM, Zheng, Lv wrote: > > Hi, > > > >> From: Pet

RE: [PATCH 00/14] ACPI 2.0: Enable TermList interpretion and early opeartion region accesses for table loading

Hi, Rafael > From: Zheng, Lv > Subject: [PATCH 00/14] ACPI 2.0: Enable TermList interpretion and early > opeartion region accesses for table loading > > > PATCH 01-02: The initrd installation testing facility. > PATCH 03-07: Entropy reduction stuff in ACPICA. PATCH

RE: [PATCH 00/14] ACPI 2.0: Enable TermList interpretion and early opeartion region accesses for table loading

Hi, Rafael > From: Zheng, Lv > Subject: [PATCH 00/14] ACPI 2.0: Enable TermList interpretion and early > opeartion region accesses for table loading > > > PATCH 01-02: The initrd installation testing facility. > PATCH 03-07: Entropy reduction stuff in ACPICA. PATCH

RE: [PATCH 1/2] ACPICA: Tables: Add function to remove ACPI tables

Hi, > From: Matt Fleming [mailto:m...@codeblueprint.co.uk] > Subject: Re: [PATCH 1/2] ACPICA: Tables: Add function to remove ACPI tables > > On Thu, 18 Feb, at 09:15:28PM, Rafael J. Wysocki wrote: > > > > Actually, the reason is that, as a rule, the process for ACPICA > > patches is that they

RE: [PATCH 1/2] ACPICA: Tables: Add function to remove ACPI tables

Hi, > From: Matt Fleming [mailto:m...@codeblueprint.co.uk] > Subject: Re: [PATCH 1/2] ACPICA: Tables: Add function to remove ACPI tables > > On Thu, 18 Feb, at 09:15:28PM, Rafael J. Wysocki wrote: > > > > Actually, the reason is that, as a rule, the process for ACPICA > > patches is that they

RE: [PATCH v3 1/5] ACPI: change __init to __ref for early_acpi_os_unmap_memory()

Hi, > From: Peter Hurley [mailto:pe...@hurleysoftware.com] > Subject: Re: [PATCH v3 1/5] ACPI: change __init to __ref for > early_acpi_os_unmap_memory() > > On 02/17/2016 07:36 PM, Zheng, Lv wrote: > > Hi, > > > >> From: Aleksey Makarov [mailto:aleksey.

RE: [PATCH v3 1/5] ACPI: change __init to __ref for early_acpi_os_unmap_memory()

Hi, > From: Peter Hurley [mailto:pe...@hurleysoftware.com] > Subject: Re: [PATCH v3 1/5] ACPI: change __init to __ref for > early_acpi_os_unmap_memory() > > On 02/17/2016 07:36 PM, Zheng, Lv wrote: > > Hi, > > > >> From: Aleksey Makarov [mailto:aleksey.

RE: [PATCH v3 1/5] ACPI: change __init to __ref for early_acpi_os_unmap_memory()

Hi, > From: Aleksey Makarov [mailto:aleksey.maka...@linaro.org] > Subject: Re: [PATCH v3 1/5] ACPI: change __init to __ref for > early_acpi_os_unmap_memory() > > Hi Lv, > > Thank you for review. > > On 02/17/2016 05:51 AM, Zheng, Lv wrote: > > [..] &g

RE: [PATCH v3 1/5] ACPI: change __init to __ref for early_acpi_os_unmap_memory()

Hi, > From: Aleksey Makarov [mailto:aleksey.maka...@linaro.org] > Subject: Re: [PATCH v3 1/5] ACPI: change __init to __ref for > early_acpi_os_unmap_memory() > > Hi Lv, > > Thank you for review. > > On 02/17/2016 05:51 AM, Zheng, Lv wrote: > > [..] &g

RE: [PATCH 1/2] ACPICA: Tables: Add function to remove ACPI tables

Hi, > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > ow...@vger.kernel.org] On Behalf Of Matt Fleming [Lv Zheng] First, is it possible for you to submit an ACPICA patch instead of a Linux patch. The reasoning for doing this can be found at: https://acpica.org/Licensing >

RE: [PATCH 1/2] ACPICA: Tables: Add function to remove ACPI tables

Hi, > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > ow...@vger.kernel.org] On Behalf Of Matt Fleming [Lv Zheng] First, is it possible for you to submit an ACPICA patch instead of a Linux patch. The reasoning for doing this can be found at: https://acpica.org/Licensing >

RE: [PATCH v3 1/5] ACPI: change __init to __ref for early_acpi_os_unmap_memory()

Hi, > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > ow...@vger.kernel.org] On Behalf Of Zheng, Lv > Subject: RE: [PATCH v3 1/5] ACPI: change __init to __ref for > early_acpi_os_unmap_memory() > > Hi, > > > -Original Message- > > From:

RE: [PATCH v3 1/5] ACPI: change __init to __ref for early_acpi_os_unmap_memory()

Hi, > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > ow...@vger.kernel.org] On Behalf Of Zheng, Lv > Subject: RE: [PATCH v3 1/5] ACPI: change __init to __ref for > early_acpi_os_unmap_memory() > > Hi, > > > -Original Message- > > From:

RE: [PATCH v3 1/5] ACPI: change __init to __ref for early_acpi_os_unmap_memory()

Hi, > -Original Message- > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > ow...@vger.kernel.org] On Behalf Of Aleksey Makarov > Sent: Tuesday, February 16, 2016 2:05 AM > To: linux-a...@vger.kernel.org > Cc: linux-ser...@vger.kernel.org; linux-kernel@vger.kernel.org;

RE: [PATCH v3 1/5] ACPI: change __init to __ref for early_acpi_os_unmap_memory()

Hi, > -Original Message- > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > ow...@vger.kernel.org] On Behalf Of Aleksey Makarov > Sent: Tuesday, February 16, 2016 2:05 AM > To: linux-a...@vger.kernel.org > Cc: linux-ser...@vger.kernel.org; linux-kernel@vger.kernel.org;

RE: [PATCH 3/3] drivers/acpi: make pmic/intel_pmic_crc.c explicitly non-modular

Hi, > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > ow...@vger.kernel.org] On Behalf Of Paul Gortmaker > Subject: [PATCH 3/3] drivers/acpi: make pmic/intel_pmic_crc.c explicitly non- > modular > > The Kconfig currently controlling compilation of this code is: > >

RE: [PATCH 3/3] drivers/acpi: make pmic/intel_pmic_crc.c explicitly non-modular

Hi, > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > ow...@vger.kernel.org] On Behalf Of Paul Gortmaker > Subject: [PATCH 3/3] drivers/acpi: make pmic/intel_pmic_crc.c explicitly non- > modular > > The Kconfig currently controlling compilation of this code is: > >

RE: [PATCH 0/3] acpi: remove modular references from non modular code

Hi, > -Original Message- > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > ow...@vger.kernel.org] On Behalf Of Paul Gortmaker > Sent: Monday, February 15, 2016 1:28 PM > To: linux-kernel@vger.kernel.org > Cc: Gortmaker, Paul (Wind River) ; Lu,

RE: [PATCH 0/3] acpi: remove modular references from non modular code

Hi, > -Original Message- > From: linux-acpi-ow...@vger.kernel.org [mailto:linux-acpi- > ow...@vger.kernel.org] On Behalf Of Paul Gortmaker > Sent: Monday, February 15, 2016 1:28 PM > To: linux-kernel@vger.kernel.org > Cc: Gortmaker, Paul (Wind River) ; Lu, Aaron > ; Huang, Ying ; Josh

RE: [PATCH] ACPI / button: Avoid using broken _LID on Surface tablet

Hi, Yu > From: linux-acpi-ow...@vger.kernel.org > [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Chen Yu > Subject: [PATCH] ACPI / button: Avoid using broken _LID on Surface tablet > [Lv Zheng] The word 'broken' is not proper. This just seems like an indication of a Linux gap. Possibly

RE: [PATCH] ACPI / button: Avoid using broken _LID on Surface tablet

Hi, Yu > From: linux-acpi-ow...@vger.kernel.org > [mailto:linux-acpi-ow...@vger.kernel.org] On Behalf Of Chen Yu > Subject: [PATCH] ACPI / button: Avoid using broken _LID on Surface tablet > [Lv Zheng] The word 'broken' is not proper. This just seems like an indication of a Linux gap. Possibly

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