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
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
PNPACPI: use whilte list
On 四, 2014-04-24 at 11:48 +0530, Amit Kachhap wrote:
On 4/14/14, Tushar Behera tushar.beh...@linaro.org 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
On 一, 2014-04-14 at 19:02 +0200, Geert Uytterhoeven wrote:
From: Geert Uytterhoeven geert+rene...@glider.be
There's no need for this to be synchronous
Signed-off-by: Geert Uytterhoeven geert+rene...@glider.be
applied.
thanks,
rui
---
drivers/thermal/rcar_thermal.c |4 ++--
1 file
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 do you
On Mon, 2014-04-28 at 00:26 +0200, Rafael J. Wysocki wrote:
> On Tuesday, April 08, 2014 12:06:59 AM Zhang Rui wrote:
> > For some devices with scan handler attached, their children devices
> > are enumerated by the scan handler, indirectly.
>
> This isn't the case really.
On Mon, 2014-04-28 at 00:23 +0200, Rafael J. Wysocki wrote:
> On Tuesday, April 08, 2014 12:06:55 AM Zhang Rui wrote:
> > When the lpss scan handler is compiled out, aka, CONFIG_X86_INTEL_LPSS
> > is cleared, those ACPI device objects will be recgonized as regular
> > _HID de
On Mon, 2014-04-28 at 00:21 +0200, Rafael J. Wysocki wrote:
> On Tuesday, April 08, 2014 12:06:56 AM Zhang Rui wrote:
> > For ACPI PIC (PNP) and Timer (PNP0100) device objects, although
> > they have _HID control method, but they should not be enumerated to
> >
On Mon, 2014-04-28 at 00:20 +0200, Rafael J. Wysocki wrote:
> On Tuesday, April 08, 2014 12:06:53 AM Zhang Rui wrote:
> > Only certain kind of ACPI device objects can be enumerated to platform bus.
> > These ACPI device objects include
> > 1. ACPI device objects that hav
On Mon, 2014-04-28 at 00:19 +0200, Rafael J. Wysocki wrote:
> On Monday, April 28, 2014 12:17:49 AM Rafael J. Wysocki wrote:
> > On Tuesday, April 08, 2014 12:06:52 AM Zhang Rui wrote:
> > > For CMOS RTC devices, the acpi pnp scan handler does not work because
> > >
On Mon, 2014-04-28 at 00:01 +0200, Rafael J. Wysocki wrote:
> On Tuesday, April 08, 2014 12:06:49 AM Zhang Rui wrote:
>
> [...]
>
> > +
> > +static int acpi_pnp_scan_handler_attach(struct acpi_device *adev,
> > + c
On Mon, 2014-04-28 at 00:01 +0200, Rafael J. Wysocki wrote:
On Tuesday, April 08, 2014 12:06:49 AM Zhang Rui wrote:
[...]
+
+static int acpi_pnp_scan_handler_attach(struct acpi_device *adev,
+ const struct acpi_device_id *id)
+{
+ return 1
On Mon, 2014-04-28 at 00:19 +0200, Rafael J. Wysocki wrote:
On Monday, April 28, 2014 12:17:49 AM Rafael J. Wysocki wrote:
On Tuesday, April 08, 2014 12:06:52 AM Zhang Rui wrote:
For CMOS RTC devices, the acpi pnp scan handler does not work because
there is already a cmos rtc scan handler
On Mon, 2014-04-28 at 00:20 +0200, Rafael J. Wysocki wrote:
On Tuesday, April 08, 2014 12:06:53 AM Zhang Rui wrote:
Only certain kind of ACPI device objects can be enumerated to platform bus.
These ACPI device objects include
1. ACPI device objects that have _HID control method.
2. some
On Mon, 2014-04-28 at 00:21 +0200, Rafael J. Wysocki wrote:
On Tuesday, April 08, 2014 12:06:56 AM Zhang Rui wrote:
For ACPI PIC (PNP) and Timer (PNP0100) device objects, although
they have _HID control method, but they should not be enumerated to
platform bus, because there will never
On Mon, 2014-04-28 at 00:23 +0200, Rafael J. Wysocki wrote:
On Tuesday, April 08, 2014 12:06:55 AM Zhang Rui wrote:
When the lpss scan handler is compiled out, aka, CONFIG_X86_INTEL_LPSS
is cleared, those ACPI device objects will be recgonized as regular
_HID devices, and a platform device
On Mon, 2014-04-28 at 00:26 +0200, Rafael J. Wysocki wrote:
On Tuesday, April 08, 2014 12:06:59 AM Zhang Rui wrote:
For some devices with scan handler attached, their children devices
are enumerated by the scan handler, indirectly.
This isn't the case really. They are enumerated by bus
> -Original Message-
> From: Borislav Petkov [mailto:b...@alien8.de]
> Sent: Wednesday, April 16, 2014 12:04 PM
> To: Bjorn Helgaas; Rafael J. Wysocki
> Cc: Zhang, Rui; Lu, Aaron; lkml; x...@kernel.org; Linux PCI; ACPI Devel
> Maling List; Yinghai Lu; H. Peter Anvin
gt; >>>>>>>> method
> >>>>>>>> works but it's annoying.
> >>>>>>>>
> >>>>>>>> And, PLEASE CC: ME, as I'm not on the lists. Or lead this
> >>>>>>>> Email-thread to someone in charge
commit
among more than 10,000 commits in a reasonably short period
of time.
In the end it says each time:
# git bisect bad | tee -a /var/log/bisect.log
cc8ef52707341e67a12067d6ead991d56ea017ca is the first bad
commit
commit cc8ef52707341e67a12067d6ead991d56ea017ca
Author: Zhang Rui
-Original Message-
From: Borislav Petkov [mailto:b...@alien8.de]
Sent: Wednesday, April 16, 2014 12:04 PM
To: Bjorn Helgaas; Rafael J. Wysocki
Cc: Zhang, Rui; Lu, Aaron; lkml; x...@kernel.org; Linux PCI; ACPI Devel
Maling List; Yinghai Lu; H. Peter Anvin; Stephane Eranian; Yan
Hi Linus,
Please pull from the git repository at
git://git.kernel.org/pub/scm/linux/kernel/git/rzhang/linux.git next
to receive thermal management updates for v3.15-rc1
with top-most commit 9477165ec525d47abb1cb6523698e0cd89d65ddb:
thermal: rcar-thermal: update thermal zone only when
Hi Linus,
Please pull from the git repository at
git://git.kernel.org/pub/scm/linux/kernel/git/rzhang/linux.git next
to receive thermal management updates for v3.15-rc1
with top-most commit 9477165ec525d47abb1cb6523698e0cd89d65ddb:
thermal: rcar-thermal: update thermal zone only when
m devices from being created for those ACPI device objects.
--------
Zhang Rui (12):
ACPI: introduce .match() callback for ACPI scan handler
PNPACPI: use whilte list for pnpacpi device enumeration
ACPI: remove ids that does not
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
-by: Zhang Rui
---
drivers/acpi/acpi_cmos_rtc.c |2 +-
drivers/acpi/acpi_pnp.c | 22 +-
2 files changed, 22 insertions(+), 2 deletions(-)
diff --git a/drivers/acpi/acpi_cmos_rtc.c b/drivers/acpi/acpi_cmos_rtc.c
index 961b45d..2da8660 100644
--- a/drivers/acpi
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
When CONFIG_ACPI_CONTAINER is cleared, platform devices would be
created for ACPI container objects.
Introduce a dummy container scan handler in this patch to prevent
these platform devices from being created.
Signed-off-by: Zhang Rui
---
drivers/acpi/Makefile|2 +-
drivers/acpi
If CONFIG_ACPI_HOTPLUG_MEMORY is cleared, platform devices would be
created for ACPI hotplug memory device objects.
Introduce a dummy memory hotplug scan handler in this patch,
to prevent those platform devices from being created.
Signed-off-by: Zhang Rui
---
drivers/acpi/Makefile
ist 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 +
dri
nodes from being created.
Signed-off-by: Zhang Rui
---
drivers/acpi/acpi_platform.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/drivers/acpi/acpi_platform.c b/drivers/acpi/acpi_platform.c
index 33376a9..91ed43a 100644
--- a/drivers/acpi/acpi_platform.c
+++ b/drivers/acpi
, but with broken behavior.
In order to fix this, a dummy lpss scan handler is introduced
to prevent those platform devices from being created.
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/acpi_lpss.c
with this flag set, we will do default enumeration neither
for the attached devices nor for the children of the attached devices.
Signed-off-by: Zhang Rui
---
drivers/acpi/acpi_lpss.c |2 ++
drivers/acpi/scan.c | 28 ++--
include/acpi/acpi_bus.h |4 +++-
3 files
Because of the growing demand for enumerating ACPI devices to platform bus,
this patch changes the code to enumerate ACPI devices with _HID to
platform bus by default, unless the device already has a scan handler attached.
Signed-off-by: Zhang Rui
---
drivers/acpi/acpi_platform.c | 28
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 5971934..8c14006 100644
--- a/drivers/acpi/acpi_pnp.c
+++ b/drivers/acpi/acpi_pnp.c
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
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
Because of the growing demand for enumerating ACPI devices to platform bus,
this patch changes the code to enumerate ACPI devices with _HID to
platform bus by default, unless the device already has a scan handler attached.
Signed-off-by: Zhang Rui rui.zh...@intel.com
---
drivers/acpi
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 5971934..8c14006 100644
--- a/drivers/acpi/acpi_pnp.c
+++ b/drivers
with this flag set, we will do default enumeration neither
for the attached devices nor for the children of the attached devices.
Signed-off-by: Zhang Rui rui.zh...@intel.com
---
drivers/acpi/acpi_lpss.c |2 ++
drivers/acpi/scan.c | 28 ++--
include/acpi/acpi_bus.h
, but with broken behavior.
In order to fix this, a dummy lpss scan handler is introduced
to prevent those platform devices from being created.
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|2 +-
drivers
nodes from being created.
Signed-off-by: Zhang Rui rui.zh...@intel.com
---
drivers/acpi/acpi_platform.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/drivers/acpi/acpi_platform.c b/drivers/acpi/acpi_platform.c
index 33376a9..91ed43a 100644
--- a/drivers/acpi/acpi_platform.c
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/acpi_pnp.c| 367
If CONFIG_ACPI_HOTPLUG_MEMORY is cleared, platform devices would be
created for ACPI hotplug memory device objects.
Introduce a dummy memory hotplug scan handler in this patch,
to prevent those platform devices from being created.
Signed-off-by: Zhang Rui rui.zh...@intel.com
---
drivers/acpi
When CONFIG_ACPI_CONTAINER is cleared, platform devices would be
created for ACPI container objects.
Introduce a dummy container scan handler in this patch to prevent
these platform devices from being created.
Signed-off-by: Zhang Rui rui.zh...@intel.com
---
drivers/acpi/Makefile|2
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
-by: Zhang Rui rui.zh...@intel.com
---
drivers/acpi/acpi_cmos_rtc.c |2 +-
drivers/acpi/acpi_pnp.c | 22 +-
2 files changed, 22 insertions(+), 2 deletions(-)
diff --git a/drivers/acpi/acpi_cmos_rtc.c b/drivers/acpi/acpi_cmos_rtc.c
index 961b45d..2da8660 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 c82ab73..451e7d9 100644
--- a/drivers/acpi
created for those ACPI device objects.
Zhang Rui (12):
ACPI: introduce .match() callback for ACPI scan handler
PNPACPI: use whilte list for pnpacpi device enumeration
ACPI: remove ids that does not comply with the ACPI PNP
d.
thanks,
rui
> ---
> MAINTAINERS | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 79031a5..79d7981 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -8741,7 +8741,7 @@ F: drivers/media/radio/radio-raremono.c
>
On Mon, 2014-03-24 at 18:29 +0100, Rasmus Villemoes wrote:
> The macros KELVIN_TO_CELSIUS and CELSIUS_TO_KELVIN actually work on
> decikelvins, so rename them to reflect their actual semantics.
>
> Signed-off-by: Rasmus Villemoes
applied on top of Guenter' "Fix KELVIN_TO_CELSIUS macro" patch.
On Sun, 2014-03-23 at 22:30 -0700, Guenter Roeck wrote:
> On 03/23/2014 09:25 PM, Joe Perches wrote:
> > On Sun, 2014-03-23 at 21:14 -0700, Guenter Roeck wrote:
> >> It is always a good idea to use paranthesis around macro parameters
> >> to avoid undesired side effects.
> >>
> >> In this specific
On Sun, 2014-03-23 at 22:30 -0700, Guenter Roeck wrote:
On 03/23/2014 09:25 PM, Joe Perches wrote:
On Sun, 2014-03-23 at 21:14 -0700, Guenter Roeck wrote:
It is always a good idea to use paranthesis around macro parameters
to avoid undesired side effects.
In this specific case,
On Mon, 2014-03-24 at 18:29 +0100, Rasmus Villemoes wrote:
The macros KELVIN_TO_CELSIUS and CELSIUS_TO_KELVIN actually work on
decikelvins, so rename them to reflect their actual semantics.
Signed-off-by: Rasmus Villemoes li...@rasmusvillemoes.dk
applied on top of Guenter' Fix
: Zhang Rui rui.zh...@intel.com
-M: Eduardo Valentin eduardo.valen...@ti.com
+M: Eduardo Valentin edubez...@gmail.com
L: linux...@vger.kernel.org
T: git git://git.kernel.org/pub/scm/linux/kernel/git/rzhang/linux.git
T: git
git://git.kernel.org/pub/scm/linux/kernel/git/evalenti/linux
On Mon, 2014-03-24 at 12:06 +0800, Zhang Rui wrote:
> On Mon, 2014-03-24 at 03:00 +0100, Rafael J. Wysocki wrote:
> > On Monday, March 17, 2014 03:49:36 PM Zhang Rui wrote:
> > > Because of the growing demand for enumerating ACPI devices to platform
> > > bus,
> &
On Mon, 2014-03-24 at 12:06 +0800, Zhang Rui wrote:
On Mon, 2014-03-24 at 03:00 +0100, Rafael J. Wysocki wrote:
On Monday, March 17, 2014 03:49:36 PM Zhang Rui wrote:
Because of the growing demand for enumerating ACPI devices to platform
bus,
this patch changes the code to enumerate
; of sensor callbacks.
>
> The thermal zone will be disabled whenever the ops
> does not contain a .get_temp callback. The sysfs interface
> will be returning -EINVAL on any temperature read operation.
>
> Cc: Zhang Rui
> Cc: linux...@vger.kernel.org
> Cc: linux-kernel@vger.kernel.org
.
The thermal zone will be disabled whenever the ops
does not contain a .get_temp callback. The sysfs interface
will be returning -EINVAL on any temperature read operation.
Cc: Zhang Rui rui.zh...@intel.com
Cc: linux...@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Signed-off
On Mon, 2014-03-24 at 03:00 +0100, Rafael J. Wysocki wrote:
> On Monday, March 17, 2014 03:49:36 PM Zhang Rui wrote:
> > Because of the growing demand for enumerating ACPI devices to platform bus,
> > this patch changes the code to enumerate ACPI devices with _HID to
> > pl
On Mon, 2014-03-24 at 03:00 +0100, Rafael J. Wysocki wrote:
On Monday, March 17, 2014 03:49:36 PM Zhang Rui wrote:
Because of the growing demand for enumerating ACPI devices to platform bus,
this patch changes the code to enumerate ACPI devices with _HID to
platform bus by default, unless
On Thu, 2014-03-20 at 16:16 +0800, Yan, Zheng wrote:
> On 03/20/2014 03:53 PM, Zhang, Rui wrote:
> > The resource length is also hardcoded to 0x6000, right?
> > This is probably a problem, because
> > only if the resource length read from PCI config space is larger than
&g
On Thu, 2014-03-20 at 07:53 +, Zhang, Rui wrote:
>
> > -Original Message-
> > From: Stephane Eranian [mailto:eran...@google.com]
> > Sent: Thursday, March 20, 2014 11:35 AM
> > To: Zhang, Rui
> > Cc: Lu, Aaron; Rafael J. Wysocki; Borislav Petkov;
> -Original Message-
> From: Stephane Eranian [mailto:eran...@google.com]
> Sent: Thursday, March 20, 2014 11:35 AM
> To: Zhang, Rui
> Cc: Lu, Aaron; Rafael J. Wysocki; Borislav Petkov; lkml; x...@kernel.org;
> Bjorn Helgaas; Linux PCI; ACPI Devel Maling List; Yi
-Original Message-
From: Stephane Eranian [mailto:eran...@google.com]
Sent: Thursday, March 20, 2014 11:35 AM
To: Zhang, Rui
Cc: Lu, Aaron; Rafael J. Wysocki; Borislav Petkov; lkml; x...@kernel.org;
Bjorn Helgaas; Linux PCI; ACPI Devel Maling List; Yinghai Lu; H. Peter
Anvin; Yan
On Thu, 2014-03-20 at 07:53 +, Zhang, Rui wrote:
-Original Message-
From: Stephane Eranian [mailto:eran...@google.com]
Sent: Thursday, March 20, 2014 11:35 AM
To: Zhang, Rui
Cc: Lu, Aaron; Rafael J. Wysocki; Borislav Petkov; lkml; x...@kernel.org;
Bjorn Helgaas; Linux PCI
On Thu, 2014-03-20 at 16:16 +0800, Yan, Zheng wrote:
On 03/20/2014 03:53 PM, Zhang, Rui wrote:
The resource length is also hardcoded to 0x6000, right?
This is probably a problem, because
only if the resource length read from PCI config space is larger than
0x4000,
drivers/pnp/quirks.c
new
> > DT-only MACH_DOVE Kconfig.
> >
> > Signed-off-by: Sebastian Hesselbarth
> > ---
> > Rui, Eduardo,
> >
> > Mark Brown requested to take the corresponding ASoC patch through
> > his tree. Therefore, I have split the former patch into individ
> -Original Message-
> From: Lu, Aaron
> Sent: Thursday, March 20, 2014 10:24 AM
> To: Rafael J. Wysocki; Borislav Petkov
> Cc: lkml; x...@kernel.org; Bjorn Helgaas; Linux PCI; ACPI Devel Maling
> List; Zhang, Rui; Yinghai Lu; H. Peter Anvin; Stephane Eranian
> Subje
-Original Message-
From: Lu, Aaron
Sent: Thursday, March 20, 2014 10:24 AM
To: Rafael J. Wysocki; Borislav Petkov
Cc: lkml; x...@kernel.org; Bjorn Helgaas; Linux PCI; ACPI Devel Maling
List; Zhang, Rui; Yinghai Lu; H. Peter Anvin; Stephane Eranian
Subject: Re: Info: mapping
Kconfig.
Signed-off-by: Sebastian Hesselbarth sebastian.hesselba...@gmail.com
---
Rui, Eduardo,
Mark Brown requested to take the corresponding ASoC patch through
his tree. Therefore, I have split the former patch into individual subsystem
patches.
Cc: Zhang Rui
-by: Zhang Rui
---
drivers/acpi/acpi_cmos_rtc.c |2 +-
drivers/acpi/acpi_pnp.c | 22 +-
2 files changed, 22 insertions(+), 2 deletions(-)
diff --git a/drivers/acpi/acpi_cmos_rtc.c b/drivers/acpi/acpi_cmos_rtc.c
index 84190ed..a19b0b3 100644
--- a/drivers/acpi
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
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 5971934..8c14006 100644
--- a/drivers/acpi/acpi_pnp.c
+++ b/drivers/acpi/acpi_pnp.c
, but with broken behavior.
In order to fix this, a dummy lpss scan handler is introduced
to prevent those platform devices from being created.
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/acpi_lpss.c
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 399257e..e41b5e6 100644
--- a/drivers/acpi/scan.c
+++ b/drivers
ist 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 +
dri
Because of the growing demand for enumerating ACPI devices to platform bus,
this patch changes the code to enumerate ACPI devices with _HID to
platform bus by default, unless the device already has a scan handler attached.
Signed-off-by: Zhang Rui
---
drivers/acpi/acpi_platform.c | 28
If CONFIG_ACPI_HOTPLUG_MEMORY is cleared, platform devices would be
created for ACPI hotplug memory device objects.
Introduce a dummy memory hotplug scan handler in this patch,
to prevent those platform devices from being created.
Signed-off-by: Zhang Rui
---
drivers/acpi/Makefile
nodes from being created.
Signed-off-by: Zhang Rui
---
drivers/acpi/acpi_platform.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/drivers/acpi/acpi_platform.c b/drivers/acpi/acpi_platform.c
index 33376a9..91ed43a 100644
--- a/drivers/acpi/acpi_platform.c
+++ b/drivers/acpi
When CONFIG_ACPI_CONTAINER is cleared, platform devices would be
created for ACPI container objects.
Introduce a dummy container scan handler in this patch to prevent
these platform devices from being created.
Signed-off-by: Zhang Rui
---
drivers/acpi/Makefile|2 +-
drivers/acpi
orm devices, because some
devices have _HID but they will never be associated with a platform driver.
5.introduce dummy lpss/container/memory_hotplug scan handler to prevent
platform devices from being created for those ACPI device objects.
------
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
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
devices have _HID but they will never be associated with a platform 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
If CONFIG_ACPI_HOTPLUG_MEMORY is cleared, platform devices would be
created for ACPI hotplug memory device objects.
Introduce a dummy memory hotplug scan handler in this patch,
to prevent those platform devices from being created.
Signed-off-by: Zhang Rui rui.zh...@intel.com
---
drivers/acpi
nodes from being created.
Signed-off-by: Zhang Rui rui.zh...@intel.com
---
drivers/acpi/acpi_platform.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/drivers/acpi/acpi_platform.c b/drivers/acpi/acpi_platform.c
index 33376a9..91ed43a 100644
--- a/drivers/acpi/acpi_platform.c
When CONFIG_ACPI_CONTAINER is cleared, platform devices would be
created for ACPI container objects.
Introduce a dummy container scan handler in this patch to prevent
these platform devices from being created.
Signed-off-by: Zhang Rui rui.zh...@intel.com
---
drivers/acpi/Makefile|2
, but with broken behavior.
In order to fix this, a dummy lpss scan handler is introduced
to prevent those platform devices from being created.
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|2 +-
drivers
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 399257e..e41b5e6 100644
--- a/drivers/acpi
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/acpi_pnp.c| 367
Because of the growing demand for enumerating ACPI devices to platform bus,
this patch changes the code to enumerate ACPI devices with _HID to
platform bus by default, unless the device already has a scan handler attached.
Signed-off-by: Zhang Rui rui.zh...@intel.com
---
drivers/acpi
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 5971934..8c14006 100644
--- a/drivers/acpi/acpi_pnp.c
+++ b/drivers
-by: Zhang Rui rui.zh...@intel.com
---
drivers/acpi/acpi_cmos_rtc.c |2 +-
drivers/acpi/acpi_pnp.c | 22 +-
2 files changed, 22 insertions(+), 2 deletions(-)
diff --git a/drivers/acpi/acpi_cmos_rtc.c b/drivers/acpi/acpi_cmos_rtc.c
index 84190ed..a19b0b3 100644
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
-by: Zhang Rui
---
drivers/acpi/acpi_cmos_rtc.c |2 +-
drivers/acpi/acpi_pnp.c | 22 +-
2 files changed, 22 insertions(+), 2 deletions(-)
diff --git a/drivers/acpi/acpi_cmos_rtc.c b/drivers/acpi/acpi_cmos_rtc.c
index 84190ed..a19b0b3 100644
--- a/drivers/acpi
strings
to them.
Signed-off-by: Zhang Rui
---
drivers/acpi/scan.c |8 +++-
include/acpi/acpi_bus.h |3 ++-
2 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/drivers/acpi/scan.c b/drivers/acpi/scan.c
index 399257e..58bdc03 100644
--- a/drivers/acpi/scan.c
+++ b/drivers
ist 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 +
dri
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 edeed1d..db49e9e 100644
--- a/drivers/acpi/acpi_pnp.c
+++ b/drivers/acpi/acpi_pnp.c
, but with broken behavior.
In order to fix this, a dummy lpss scan handler is introduced
to prevent those platform devices from being created.
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/acpi_lpss.c
801 - 900 of 1640 matches
Mail list logo