On Wed, 2014-07-09 at 13:08 +0100, Lee Jones wrote:
On Tue, 24 Jun 2014, Lee Jones wrote:
I'm re-sending this set, as one of the maintainers' email addresses
is incorrect in the MAINTAINERS file.
This patchset adds full support for 2 types of Thermal Controllers
produced by
Please pull from the git repository at
git://git.kernel.org/pub/scm/linux/kernel/git/rzhang/linux.git for-rc
to receive Thermal management updates for v3.16-rc5 with
top-most commit 4adccf9fc84aaf5e4d18442e163d549e0b603075:
tmon: set umask to a reasonable value (2014-07-01 22:00:51 +0800)
t; >
> > commit b355cee88e3b1a193f0e9a81db810f6f83ad728b
> > Author: Zhang Rui
> > Date: Thu Feb 27 11:37:15 2014 +0800
> >
> > ACPI / resources: ignore invalid ACPI device resources
> >
> > This change has caused a regression in (at least) ser
b355cee88e3b1a193f0e9a81db810f6f83ad728b
Author: Zhang Rui rui.zh...@intel.com
Date: Thu Feb 27 11:37:15 2014 +0800
ACPI / resources: ignore invalid ACPI device resources
This change has caused a regression in (at least) serial port detection
for a number of machines (see LP#1313981 [1
Please pull from the git repository at
git://git.kernel.org/pub/scm/linux/kernel/git/rzhang/linux.git for-rc
to receive Thermal management updates for v3.16-rc5 with
top-most commit 4adccf9fc84aaf5e4d18442e163d549e0b603075:
tmon: set umask to a reasonable value (2014-07-01 22:00:51 +0800)
s to platform bus.
Signed-off-by: Jin Yao
Signed-off-by: Zhang Rui
---
drivers/input/misc/soc_button_array.c | 60 ++-
1 file changed, 31 insertions(+), 29 deletions(-)
diff --git a/drivers/input/misc/soc_button_array.c
b/drivers/input/misc/soc_button_array.c
PNP bus to platform bus.
Signed-off-by: Jin Yao yao@intel.com
Signed-off-by: Zhang Rui rui.zh...@intel.com
---
drivers/input/misc/soc_button_array.c | 60 ++-
1 file changed, 31 insertions(+), 29 deletions(-)
diff --git a/drivers/input/misc/soc_button_array.c
On Tue, 2014-07-01 at 07:42 -0400, Neil Horman wrote:
> On Tue, Jun 17, 2014 at 04:05:07PM -0400, Neil Horman wrote:
> > Just a few little fixups for tmon, to prevent abuse of its logging facility
> >
> > Best
> > Neil
> >
> Ping, Zhang, Jacob acked these, but I've not seen them go into your
On Tue, 2014-07-01 at 07:42 -0400, Neil Horman wrote:
On Tue, Jun 17, 2014 at 04:05:07PM -0400, Neil Horman wrote:
Just a few little fixups for tmon, to prevent abuse of its logging facility
Best
Neil
Ping, Zhang, Jacob acked these, but I've not seen them go into your tree yet.
Do
Eduardo,
what do you think of this patch set?
thanks,
rui
On Tue, 2014-06-17 at 19:27 +0200, Bartlomiej Zolnierkiewicz wrote:
> Hi,
>
> This patch series contains various cleanups for EXYNOS thermal
> driver. Overall it decreases driver's LOC by 12%. It is based
> on next-20140617 kernel.
Hi, Eduardo,
what do you think of this patch set?
thanks,
rui
On Fri, 2014-05-30 at 10:38 +0100, Lee Jones wrote:
> This patchset adds full support for 2 types of Thermal Controllers
> produced by STMicroelectronics. One is a more traditional memory
> mapped variant, the other is controlled
On Tue, 2014-06-10 at 16:16 +0100, Javi Merino wrote:
> Hi Rui,
>
> On Mon, Jun 02, 2014 at 12:54:57PM +0100, Jacob Pan wrote:
> > On Mon, 2 Jun 2014 18:08:17 +0100
> > "Javi Merino" wrote:
> >
> > > tmon fails to build statically with the following error:
> > >
> > > $ make LDFLAGS=-static
>
On Mon, 2014-06-02 at 23:25 +0200, Rickard Strandqvist wrote:
> Wrong address is checked after memory allocation.
>
> Signed-off-by: Rickard Strandqvist
applied, thanks.
-rui
> ---
> drivers/thermal/ti-soc-thermal/ti-bandgap.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
>
On Mon, 2014-06-30 at 16:18 +0800, Zhang Rui wrote:
> On Mon, 2014-06-30 at 09:52 +0200, Martin Kepplinger wrote:
> > I now booted 3.16-rc3 and suddenly see an oops during boot:
> >
> > the oops during boot: http://tny.cz/2301e393
> > also below
> >
>
On Mon, 2014-06-30 at 09:52 +0200, Martin Kepplinger wrote:
> I now booted 3.16-rc3 and suddenly see an oops during boot:
>
> the oops during boot: http://tny.cz/2301e393
> also below
>
> lshw if interesting: http://tny.cz/3c9a7609
>
> the full boot log: http://tny.cz/88260b19
>
> does
On Mon, 2014-06-30 at 09:52 +0200, Martin Kepplinger wrote:
I now booted 3.16-rc3 and suddenly see an oops during boot:
the oops during boot: http://tny.cz/2301e393
also below
lshw if interesting: http://tny.cz/3c9a7609
the full boot log: http://tny.cz/88260b19
does anyone have
On Mon, 2014-06-30 at 16:18 +0800, Zhang Rui wrote:
On Mon, 2014-06-30 at 09:52 +0200, Martin Kepplinger wrote:
I now booted 3.16-rc3 and suddenly see an oops during boot:
the oops during boot: http://tny.cz/2301e393
also below
lshw if interesting: http://tny.cz/3c9a7609
On Mon, 2014-06-02 at 23:25 +0200, Rickard Strandqvist wrote:
Wrong address is checked after memory allocation.
Signed-off-by: Rickard Strandqvist rickard_strandqv...@spectrumdigital.se
applied, thanks.
-rui
---
drivers/thermal/ti-soc-thermal/ti-bandgap.c |2 +-
1 file changed, 1
On Tue, 2014-06-10 at 16:16 +0100, Javi Merino wrote:
Hi Rui,
On Mon, Jun 02, 2014 at 12:54:57PM +0100, Jacob Pan wrote:
On Mon, 2 Jun 2014 18:08:17 +0100
Javi Merino javi.mer...@arm.com wrote:
tmon fails to build statically with the following error:
$ make LDFLAGS=-static
Hi, Eduardo,
what do you think of this patch set?
thanks,
rui
On Fri, 2014-05-30 at 10:38 +0100, Lee Jones wrote:
This patchset adds full support for 2 types of Thermal Controllers
produced by STMicroelectronics. One is a more traditional memory
mapped variant, the other is controlled
Eduardo,
what do you think of this patch set?
thanks,
rui
On Tue, 2014-06-17 at 19:27 +0200, Bartlomiej Zolnierkiewicz wrote:
Hi,
This patch series contains various cleanups for EXYNOS thermal
driver. Overall it decreases driver's LOC by 12%. It is based
on next-20140617 kernel. It
On Wed, 2014-06-25 at 18:11 +0100, Javi Merino wrote:
> Cc: Eduardo Valentin
> Cc: Zhang Rui
> Signed-off-by: Javi Merino
applied, thanks!
-rui
> ---
> drivers/thermal/cpu_cooling.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers
On Wed, 2014-06-25 at 18:11 +0100, Javi Merino wrote:
Cc: Eduardo Valentin eduardo.valen...@ti.com
Cc: Zhang Rui rui.zh...@intel.com
Signed-off-by: Javi Merino javi.mer...@arm.com
applied, thanks!
-rui
---
drivers/thermal/cpu_cooling.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion
On Mon, 2014-06-23 at 16:46 +0200, Martin Kepplinger wrote:
> Am 2014-06-23 15:14, schrieb Zhang Rui:
> > On Mon, 2014-06-23 at 14:22 +0200, Martin Kepplinger wrote:
> >> Am 2014-06-23 03:10, schrieb Zhang, Rui:
> >>>
> >>>
> >>>>
On Mon, 2014-06-23 at 16:46 +0200, Martin Kepplinger wrote:
Am 2014-06-23 15:14, schrieb Zhang Rui:
On Mon, 2014-06-23 at 14:22 +0200, Martin Kepplinger wrote:
Am 2014-06-23 03:10, schrieb Zhang, Rui:
-Original Message-
From: Martin Kepplinger [mailto:mart...@posteo.de]
Sent
On Thu, 2014-06-26 at 10:00 +0100, Javi Merino wrote:
> On Mon, Jun 02, 2014 at 06:28:00PM +0100, Eduardo Valentin wrote:
> > Hello Lee Jones,
> >
> > On Fri, May 30, 2014 at 11:03:28AM +0100, Lee Jones wrote:
> > > Eduardo TI address is bouncing, but it looks like he's still
> > > contributing
On Thu, 2014-06-26 at 10:00 +0100, Javi Merino wrote:
On Mon, Jun 02, 2014 at 06:28:00PM +0100, Eduardo Valentin wrote:
Hello Lee Jones,
On Fri, May 30, 2014 at 11:03:28AM +0100, Lee Jones wrote:
Eduardo TI address is bouncing, but it looks like he's still
contributing via his Gmail
On Mon, 2014-06-23 at 14:22 +0200, Martin Kepplinger wrote:
> Am 2014-06-23 03:10, schrieb Zhang, Rui:
> >
> >
> >> -Original Message-
> >> From: Martin Kepplinger [mailto:mart...@posteo.de]
> >> Sent: Sunday, June 22, 2014 10:25 PM
> >
On Mon, 2014-06-23 at 14:22 +0200, Martin Kepplinger wrote:
Am 2014-06-23 03:10, schrieb Zhang, Rui:
-Original Message-
From: Martin Kepplinger [mailto:mart...@posteo.de]
Sent: Sunday, June 22, 2014 10:25 PM
To: Zhang, Rui
Cc: r...@rjwysocki.net; l...@kernel.org; linux
> -Original Message-
> From: Martin Kepplinger [mailto:mart...@posteo.de]
> Sent: Sunday, June 22, 2014 10:25 PM
> To: Zhang, Rui
> Cc: r...@rjwysocki.net; l...@kernel.org; linux-a...@vger.kernel.org;
> linux-kernel@vger.kernel.org
> Subject: [BUG] rc1 and rc2: Lap
-Original Message-
From: Martin Kepplinger [mailto:mart...@posteo.de]
Sent: Sunday, June 22, 2014 10:25 PM
To: Zhang, Rui
Cc: r...@rjwysocki.net; l...@kernel.org; linux-a...@vger.kernel.org;
linux-kernel@vger.kernel.org
Subject: [BUG] rc1 and rc2: Laptop unusable: on boot,screen
: samsung: Add TMU support for Exynos5260 SoCs
Paul Walmsley (1):
thermal: ti-soc-thermal: clk_round_rate() can return a zero upon
error
Srinivas Pandruvada (1):
thermal: Intel SoC DTS thermal
Tushar Behera (1):
thermal: samsung: Only update available threshold limits
Zhang Rui (2
: samsung: Add TMU support for Exynos5260 SoCs
Paul Walmsley (1):
thermal: ti-soc-thermal: clk_round_rate() can return a zero upon
error
Srinivas Pandruvada (1):
thermal: Intel SoC DTS thermal
Tushar Behera (1):
thermal: samsung: Only update available threshold limits
Zhang Rui (2
On Fri, 2014-05-30 at 04:20 +0200, Rafael J. Wysocki wrote:
> On Friday, May 23, 2014 02:02:22 AM Zhang Rui wrote:
> > Hi, all,
> >
> > Currently, PNP bus is used as the default bus for for enumerating ACPI
> > devices with _HID/_CID.
> > For a device that needs
On Sat, 2014-05-31 at 13:56 +0800, Zhang Rui wrote:
> On Fri, 2014-05-30 at 14:35 +0200, Rafael J. Wysocki wrote:
> > From: Zhang Rui
> >
> > Because of the growing demand for enumerating ACPI devices to
> > platform bus, change the code to enumerate ACPI device
On Sat, 2014-05-31 at 13:56 +0800, Zhang Rui wrote:
On Fri, 2014-05-30 at 14:35 +0200, Rafael J. Wysocki wrote:
From: Zhang Rui rui.zh...@intel.com
Because of the growing demand for enumerating ACPI devices to
platform bus, change the code to enumerate ACPI device objects to
platform
On Fri, 2014-05-30 at 04:20 +0200, Rafael J. Wysocki wrote:
On Friday, May 23, 2014 02:02:22 AM Zhang Rui wrote:
Hi, all,
Currently, PNP bus is used as the default bus for for enumerating ACPI
devices with _HID/_CID.
For a device that needs to be enumerated to platform bus, we need
On Fri, 2014-05-30 at 14:35 +0200, Rafael J. Wysocki wrote:
> From: Zhang Rui
>
> Because of the growing demand for enumerating ACPI devices to
> platform bus, change the code to enumerate ACPI device objects to
> platform bus by default. Namely, create platform devices for th
On Fri, 2014-05-30 at 14:35 +0200, Rafael J. Wysocki wrote:
From: Zhang Rui rui.zh...@intel.com
Because of the growing demand for enumerating ACPI devices to
platform bus, change the code to enumerate ACPI device objects to
platform bus by default. Namely, create platform devices
On Mon, 2014-05-26 at 13:21 +0300, Mika Westerberg wrote:
> On Fri, May 23, 2014 at 02:02:32AM +0800, Zhang Rui wrote:
> > Because of the growing demand for enumerating ACPI devices to
> > platform bus, this patch changes the code to enumerate ACPI
> > devices to pl
On Mon, 2014-05-26 at 13:21 +0300, Mika Westerberg wrote:
On Fri, May 23, 2014 at 02:02:32AM +0800, Zhang Rui wrote:
Because of the growing demand for enumerating ACPI devices to
platform bus, this patch changes the code to enumerate ACPI
devices to platform bus by default, if the device
On Thu, 2014-05-22 at 12:14 -0600, Bjorn Helgaas wrote:
> "white" is misspelled in the subject line. I mentioned this before.
>
oops, forgot to update, thanks for the reminder.
>From a8e08d7a6e050f31cec069cc1704f21214b90566 Mon Sep 17 00:00:00 2001
From: Zhang Rui
Date: Tu
those ids from the PNPACPI white list.
Signed-off-by: Zhang Rui
---
drivers/acpi/acpi_pnp.c | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/acpi/acpi_pnp.c b/drivers/acpi/acpi_pnp.c
index 57d14ed..d206616 100644
--- a/drivers/acpi/acpi_pnp.c
+++ b/drivers/acpi/acpi_pnp.c
@@ -33,10
mism never works for ACPI
enumerated PNPCXXX/PNPDXXX devices.
So it is safe to remove those two ids from the ACPI pnp scan handler id list.
Signed-off-by: Zhang Rui
---
drivers/acpi/acpi_pnp.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/acpi/acpi_pnp.c b/drivers/acpi/acpi_pnp.c
ind
be
created for them even if the scan handler is compiled out.
Fix this problem for lpss devices by always register the lpss scan handler,
but with meaningful callbacks only when CONFIG_X86_INTEL_LPSS is set.
Signed-off-by: Zhang Rui
---
drivers/acpi/Makefile| 2 +-
drivers/acpi/acpi_lpss.c | 63
strings
to them.
Signed-off-by: Zhang Rui
---
drivers/acpi/scan.c | 9 -
include/acpi/acpi_bus.h | 3 ++-
2 files changed, 10 insertions(+), 2 deletions(-)
diff --git a/drivers/acpi/scan.c b/drivers/acpi/scan.c
index e9c2f6f..6d50916 100644
--- a/drivers/acpi/scan.c
+++ b/drivers/acpi
.
Signed-off-by: Zhang Rui
---
drivers/acpi/acpi_platform.c | 28
drivers/acpi/scan.c | 43 ++-
2 files changed, 42 insertions(+), 29 deletions(-)
diff --git a/drivers/acpi/acpi_platform.c b/drivers/acpi/acpi_platform.c
those platform device nodes from being created.
Signed-off-by: Zhang Rui
---
drivers/acpi/acpi_platform.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/drivers/acpi/acpi_platform.c b/drivers/acpi/acpi_platform.c
index 33376a9..db89480 100644
--- a/drivers/acpi
be
created for them even if the scan handler is compiled out.
Fix this problem for memory hotplug devices by always register the
memery hotplug scan handler, but with meaningful callbacks
only when CONFIG_ACPI_HOTPLUG_MEMORY is set.
Signed-off-by: Zhang Rui
---
drivers/acpi/Makefile | 2
be
created for them even if the scan handler is compiled out.
Fix this problem for container devices by always registering the
container scan handler, but with meaningful callbacks
only when CONFIG_ACPI_CONTAINER is set.
Signed-off-by: Zhang Rui
---
drivers/acpi/Makefile| 2 +-
drivers/acpi
Reduce this PNPACPI white list by
1. remove the ids for the devices that are never enumerated via ACPI
2. remove the ids and convert the drivers to platform bus drivers
for the devices that are not PNP devices in nature.
Signed-off-by: Zhang Rui
---
drivers/acpi/Makefile| 1 +
to take some common actions to the other "non-special" devices,
which will be done in a later patch.
This patch makes .attach() of the acpi scan handler optional.
So that the configurable scan handlers can provide NULL .attach() callback
when not supported.
Signed-off-by: Zhang Rui
--
rm driver.
5.introduce dummy lpss/container/memory_hotplug scan handler to prevent
platform devices from being created for those ACPI device objects.
--------
Zhang Rui (11):
ACPI: introduce .match() callback for ACPI scan handler
support.
Thus a per scan handler .match() callback is introduced in this patch,
so that specified scan handler can have more flexible matching mechanism
by introduce its own .match() callback.
Signed-off-by: Zhang Rui
---
drivers/acpi/scan.c | 17 +++--
include/acpi/acpi_bus.h
On Thu, 2014-05-22 at 11:51 +0300, Mika Westerberg wrote:
> On Wed, May 21, 2014 at 10:43:07PM +0800, Zhang Rui wrote:
> > On 三, 2014-05-21 at 11:52 +0300, Mika Westerberg wrote:
> > > On Thu, May 15, 2014 at 02:44:14PM +0800, Zhang Rui wrote:
> > > > For some ACPI
On Thu, 2014-05-22 at 11:51 +0300, Mika Westerberg wrote:
On Wed, May 21, 2014 at 10:43:07PM +0800, Zhang Rui wrote:
On 三, 2014-05-21 at 11:52 +0300, Mika Westerberg wrote:
On Thu, May 15, 2014 at 02:44:14PM +0800, Zhang Rui wrote:
For some ACPI device objects, they represent master
/container/memory_hotplug scan handler to prevent
platform devices from being created for those ACPI device objects.
Zhang Rui (11):
ACPI: introduce .match() callback for ACPI scan handler
PNPACPI: use whilte list
support.
Thus a per scan handler .match() callback is introduced in this patch,
so that specified scan handler can have more flexible matching mechanism
by introduce its own .match() callback.
Signed-off-by: Zhang Rui rui.zh...@intel.com
---
drivers/acpi/scan.c | 17 +++--
include
. remove the ids for the devices that are never enumerated via ACPI
2. remove the ids and convert the drivers to platform bus drivers
for the devices that are not PNP devices in nature.
Signed-off-by: Zhang Rui rui.zh...@intel.com
---
drivers/acpi/Makefile| 1 +
drivers/acpi
to take some common actions to the other non-special devices,
which will be done in a later patch.
This patch makes .attach() of the acpi scan handler optional.
So that the configurable scan handlers can provide NULL .attach() callback
when not supported.
Signed-off-by: Zhang Rui rui.zh
be
created for them even if the scan handler is compiled out.
Fix this problem for container devices by always registering the
container scan handler, but with meaningful callbacks
only when CONFIG_ACPI_CONTAINER is set.
Signed-off-by: Zhang Rui rui.zh...@intel.com
---
drivers/acpi/Makefile| 2
be
created for them even if the scan handler is compiled out.
Fix this problem for memory hotplug devices by always register the
memery hotplug scan handler, but with meaningful callbacks
only when CONFIG_ACPI_HOTPLUG_MEMORY is set.
Signed-off-by: Zhang Rui rui.zh...@intel.com
---
drivers/acpi
.
Signed-off-by: Zhang Rui rui.zh...@intel.com
---
drivers/acpi/acpi_platform.c | 28
drivers/acpi/scan.c | 43 ++-
2 files changed, 42 insertions(+), 29 deletions(-)
diff --git a/drivers/acpi/acpi_platform.c b/drivers
those platform device nodes from being created.
Signed-off-by: Zhang Rui rui.zh...@intel.com
---
drivers/acpi/acpi_platform.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/drivers/acpi/acpi_platform.c b/drivers/acpi/acpi_platform.c
index 33376a9..db89480 100644
strings
to them.
Signed-off-by: Zhang Rui rui.zh...@intel.com
---
drivers/acpi/scan.c | 9 -
include/acpi/acpi_bus.h | 3 ++-
2 files changed, 10 insertions(+), 2 deletions(-)
diff --git a/drivers/acpi/scan.c b/drivers/acpi/scan.c
index e9c2f6f..6d50916 100644
--- a/drivers/acpi/scan.c
be
created for them even if the scan handler is compiled out.
Fix this problem for lpss devices by always register the lpss scan handler,
but with meaningful callbacks only when CONFIG_X86_INTEL_LPSS is set.
Signed-off-by: Zhang Rui rui.zh...@intel.com
---
drivers/acpi/Makefile| 2 +-
drivers
for ACPI
enumerated PNPCXXX/PNPDXXX devices.
So it is safe to remove those two ids from the ACPI pnp scan handler id list.
Signed-off-by: Zhang Rui rui.zh...@intel.com
---
drivers/acpi/acpi_pnp.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/acpi/acpi_pnp.c b/drivers/acpi/acpi_pnp.c
those ids from the PNPACPI white list.
Signed-off-by: Zhang Rui rui.zh...@intel.com
---
drivers/acpi/acpi_pnp.c | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/acpi/acpi_pnp.c b/drivers/acpi/acpi_pnp.c
index 57d14ed..d206616 100644
--- a/drivers/acpi/acpi_pnp.c
+++ b/drivers/acpi
On Thu, 2014-05-22 at 12:14 -0600, Bjorn Helgaas wrote:
white is misspelled in the subject line. I mentioned this before.
oops, forgot to update, thanks for the reminder.
From a8e08d7a6e050f31cec069cc1704f21214b90566 Mon Sep 17 00:00:00 2001
From: Zhang Rui rui.zh...@intel.com
Date: Tue, 8
On 三, 2014-05-21 at 13:10 +0200, Rafael J. Wysocki wrote:
> On Wednesday, May 21, 2014 11:52:07 AM Mika Westerberg wrote:
> > On Thu, May 15, 2014 at 02:44:14PM +0800, Zhang Rui wrote:
> > > For some ACPI device objects, they represent master devices,
> > >
On 三, 2014-05-21 at 11:48 +0300, Mika Westerberg wrote:
> On Thu, May 15, 2014 at 02:44:12PM +0800, Zhang Rui wrote:
> > The new ACPI device enumeration mechanism, which will be introduced
> > in a later patch, will enumerate the _HID devices w/o any scan
> > handler att
On 三, 2014-05-21 at 11:52 +0300, Mika Westerberg wrote:
> On Thu, May 15, 2014 at 02:44:14PM +0800, Zhang Rui wrote:
> > For some ACPI device objects, they represent master devices,
> > and their children devices are enumerated by bus controller drivers
&g
On 三, 2014-05-21 at 11:52 +0300, Mika Westerberg wrote:
On Thu, May 15, 2014 at 02:44:14PM +0800, Zhang Rui wrote:
For some ACPI device objects, they represent master devices,
and their children devices are enumerated by bus controller drivers
for the buses they are on.
In this case
On 三, 2014-05-21 at 11:48 +0300, Mika Westerberg wrote:
On Thu, May 15, 2014 at 02:44:12PM +0800, Zhang Rui wrote:
The new ACPI device enumeration mechanism, which will be introduced
in a later patch, will enumerate the _HID devices w/o any scan
handler attached to platform bus
On 三, 2014-05-21 at 13:10 +0200, Rafael J. Wysocki wrote:
On Wednesday, May 21, 2014 11:52:07 AM Mika Westerberg wrote:
On Thu, May 15, 2014 at 02:44:14PM +0800, Zhang Rui wrote:
For some ACPI device objects, they represent master devices,
and their children devices are enumerated by bus
On 一, 2014-05-05 at 13:15 +0200, Bartlomiej Zolnierkiewicz wrote:
> Hi,
>
> This patch series contains various cleanups for EXYNOS thermal
> driver. Overall it decreases driver's LOC by 13%. It is based
> on next-20140428 kernel. It should not cause any functionality
> changes.
>
Amit,
what
On 一, 2014-04-14 at 19:02 +0200, Geert Uytterhoeven wrote:
> From: Geert Uytterhoeven
>
> There's no need for this to be synchronous
>
> Signed-off-by: Geert Uytterhoeven
applied.
thanks,
rui
> ---
> drivers/thermal/rcar_thermal.c |4 ++--
> 1 file changed, 2 insertions(+), 2
On 四, 2014-04-24 at 11:48 +0530, Amit Kachhap wrote:
> On 4/14/14, Tushar Behera wrote:
> > Currently the threshold limits are updated in 2 stages, once for all
> > software trigger levels and again for hardware trip point.
> I guess the first stage is bootloader as could not find this in this
driver.
5.introduce dummy lpss/container/memory_hotplug scan handler to prevent
platform devices from being created for those ACPI device objects.
--------
Zhang Rui (11):
ACPI: introduce .match() callback for ACPI scan handler
PNPA
those ids from the PNPACPI white list.
Signed-off-by: Zhang Rui
---
drivers/acpi/acpi_pnp.c | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/acpi/acpi_pnp.c b/drivers/acpi/acpi_pnp.c
index 57d14ed..d206616 100644
--- a/drivers/acpi/acpi_pnp.c
+++ b/drivers/acpi/acpi_pnp.c
@@ -33,10
Signed-off-by: Zhang Rui
---
drivers/acpi/Makefile | 2 +-
drivers/acpi/acpi_memhotplug.c | 45 ++
drivers/acpi/internal.h| 6 +-
3 files changed, 34 insertions(+), 19 deletions(-)
diff --git a/drivers/acpi/Makefile b/drivers/acpi/Make
Because of the growing demand for enumerating ACPI devices to
platform bus, this patch changes the code to enumerate ACPI
devices to platform bus by default, if the device
1. has _HID.
2. does not have a scan handler attached.
3. will not be enumerated by its parent.
Signed-off-by: Zhang Rui
mism never works for ACPI
enumerated PNPCXXX/PNPDXXX devices.
So it is safe to remove those two ids from the ACPI pnp scan handler id list.
Signed-off-by: Zhang Rui
---
drivers/acpi/acpi_pnp.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/acpi/acpi_pnp.c b/drivers/acpi/acpi_pnp.c
ind
strings
to them.
Signed-off-by: Zhang Rui
---
drivers/acpi/scan.c | 9 -
include/acpi/acpi_bus.h | 3 ++-
2 files changed, 10 insertions(+), 2 deletions(-)
diff --git a/drivers/acpi/scan.c b/drivers/acpi/scan.c
index c82ab73..451e7d9 100644
--- a/drivers/acpi/scan.c
+++ b/drivers/acpi
be
created for them even if the scan handler is compiled out.
Fix this problem for container devices by introducing a dummy
container scan handler in this patch.
Signed-off-by: Zhang Rui
---
drivers/acpi/Makefile| 2 +-
drivers/acpi/container.c | 21 +
drivers/acpi
those platform device nodes from being created.
Signed-off-by: Zhang Rui
---
drivers/acpi/acpi_platform.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/drivers/acpi/acpi_platform.c b/drivers/acpi/acpi_platform.c
index 33376a9..db89480 100644
--- a/drivers/acpi
.is_master_device is introduced in this patch.
For devices with this flag set, we will not do default enumeration
for their children.
Signed-off-by: Zhang Rui
---
drivers/acpi/acpi_lpss.c | 62 +---
include/acpi/acpi_bus.h | 3 ++-
2 files changed, 45 insertions
support.
Thus a per scan handler .match() callback is introduced in this patch,
so that specified scan handler can have more flexible matching mechanism
by introduce its own .match() callback.
Signed-off-by: Zhang Rui
---
drivers/acpi/scan.c | 17 +++--
include/acpi/acpi_bus.h
Reduce this PNPACPI white list by
1. remove the ids for the devices that are never enumerated via ACPI
2. remove the ids and convert the drivers to platform bus drivers
for the devices that are not PNP devices in nature.
Signed-off-by: Zhang Rui
---
drivers/acpi/Makefile| 1 +
be
created for them even if the scan handler is compiled out.
Fix this problem for lpss devices by introducing a dummy
lpss scan handler in this patch.
Plus, if lpt_clk_init() fails, we need this dummy scan handler as well.
Signed-off-by: Zhang Rui
---
drivers/acpi/Makefile| 2 +-
drivers/acpi
be
created for them even if the scan handler is compiled out.
Fix this problem for lpss devices by introducing a dummy
lpss scan handler in this patch.
Plus, if lpt_clk_init() fails, we need this dummy scan handler as well.
Signed-off-by: Zhang Rui rui.zh...@intel.com
---
drivers/acpi/Makefile
support.
Thus a per scan handler .match() callback is introduced in this patch,
so that specified scan handler can have more flexible matching mechanism
by introduce its own .match() callback.
Signed-off-by: Zhang Rui rui.zh...@intel.com
---
drivers/acpi/scan.c | 17 +++--
include
. remove the ids for the devices that are never enumerated via ACPI
2. remove the ids and convert the drivers to platform bus drivers
for the devices that are not PNP devices in nature.
Signed-off-by: Zhang Rui rui.zh...@intel.com
---
drivers/acpi/Makefile| 1 +
drivers/acpi
those platform device nodes from being created.
Signed-off-by: Zhang Rui rui.zh...@intel.com
---
drivers/acpi/acpi_platform.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/drivers/acpi/acpi_platform.c b/drivers/acpi/acpi_platform.c
index 33376a9..db89480 100644
.is_master_device is introduced in this patch.
For devices with this flag set, we will not do default enumeration
for their children.
Signed-off-by: Zhang Rui rui.zh...@intel.com
---
drivers/acpi/acpi_lpss.c | 62 +---
include/acpi/acpi_bus.h | 3 ++-
2 files
for ACPI
enumerated PNPCXXX/PNPDXXX devices.
So it is safe to remove those two ids from the ACPI pnp scan handler id list.
Signed-off-by: Zhang Rui rui.zh...@intel.com
---
drivers/acpi/acpi_pnp.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/acpi/acpi_pnp.c b/drivers/acpi/acpi_pnp.c
strings
to them.
Signed-off-by: Zhang Rui rui.zh...@intel.com
---
drivers/acpi/scan.c | 9 -
include/acpi/acpi_bus.h | 3 ++-
2 files changed, 10 insertions(+), 2 deletions(-)
diff --git a/drivers/acpi/scan.c b/drivers/acpi/scan.c
index c82ab73..451e7d9 100644
--- a/drivers/acpi/scan.c
be
created for them even if the scan handler is compiled out.
Fix this problem for container devices by introducing a dummy
container scan handler in this patch.
Signed-off-by: Zhang Rui rui.zh...@intel.com
---
drivers/acpi/Makefile| 2 +-
drivers/acpi/container.c | 21
be
created for them even if the scan handler is compiled out.
Fix this problem for memory hotplug devuces by introducing a dummy
memory hotplug scan handler in this patch.
Plus, the dummy memory hotplug scan handler is also needed when
kernel parameter acpi_no_memhotplug is used.
Signed-off-by: Zhang
Because of the growing demand for enumerating ACPI devices to
platform bus, this patch changes the code to enumerate ACPI
devices to platform bus by default, if the device
1. has _HID.
2. does not have a scan handler attached.
3. will not be enumerated by its parent.
Signed-off-by: Zhang Rui
701 - 800 of 1640 matches
Mail list logo