-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
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
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
ting platform 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
-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
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
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
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
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..0cf291e 100644
--- a/drivers/acpi/acpi_platform.c
+++ b/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
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
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 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):
ACPI: introduce .match()
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
> -Original Message-
> From: Wysocki, Rafael J
> Sent: Saturday, March 15, 2014 9:03 AM
> To: Zhang, Rui
> Cc: linux-a...@vger.kernel.org; linux-kernel@vger.kernel.org;
> bhelg...@google.com; matthew.garr...@nebula.com;
> dmitry.torok...@gmail.com
> Subject: R
o prevent
platform devices from being created for those ACPI device objects.
--------
Zhang Rui (13):
ACPI: introduce .match() callback for ACPI scan handler
PNPACPI: use whilte list for pnpacpi device enumeration
PNPACPI:
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
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
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
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
() when adding its Linux specified HID string.
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..768f81d 100644
--- a
broken behavior.
In order to fix this, a dummy lpss scan handler is introduced
to prevent those platform devices from being created.
Plus, this dummy scan handler is needed as well if lpt_clk_init() fails.
Signed-off-by: Zhang Rui
---
drivers/acpi/Makefile|2 +-
drivers/acpi/acpi_lpss.c
node won't be created
if a device has already been attached to the PNPACPI scan handler.
Plus, in some cases, we may need both PNP node and platform node for the
same ACPI device object, on purpose, like what I will do in next patch.
Thus reverting this commit.
Signed-off-by: Zhan
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..0cf291e 100644
--- a/drivers/acpi/acpi_platform.c
+++ b/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
lication(need to copy quirks.c and system.c logic into ACPI),
which does not look good neither.
Signed-off-by: Zhang Rui
---
drivers/acpi/acpi_pnp.c | 19 ---
1 file changed, 16 insertions(+), 3 deletions(-)
diff --git a/drivers/acpi/acpi_pnp.c b/drivers/acpi/acpi_pnp.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
---
drivers/acpi/Makefile|2 +-
drivers/acpi
cmos rtc scan handler is compiled out, the ACPI
pnp scan handler will be attached to the CMOS RTC devices instead,
to prevent these devices from being created to platform bus.
Signed-off-by: Zhang Rui
---
drivers/acpi/acpi_pnp.c | 22 +-
1 file changed, 21
> -Original Message-
> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> Sent: Tuesday, March 11, 2014 9:23 PM
> To: Zhang, Rui
> Cc: Markus Trippelsdorf; linux-a...@vger.kernel.org; Wysocki, Rafael J;
> linux-kernel@vger.kernel.org
> Subject: Re: "can&#x
Julian, Markus and Paul,
Can you please check if this patch fixes the problem for you or not?
Thanks,
rui
> -Original Message-
> From: Zhang, Rui
> Sent: Tuesday, March 11, 2014 10:40 PM
> To: linux-a...@vger.kernel.org; linux-kernel@vger.kernel.org
> Cc: Wysocki, R
ACPI memeory/IO resources.
This patch fixes the problem by invoking acpi_dev_resource_memory()/
acpi_dev_resource_io() for ACPI memory/IO resources only.
Signed-off-by: Zhang Rui
---
drivers/pnp/pnpacpi/rsparser.c | 15 ---
1 file changed, 12 insertions(+), 3 deletions(-)
diff --git
> -Original Message-
> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> Sent: Tuesday, March 11, 2014 9:23 PM
> To: Zhang, Rui
> Cc: Markus Trippelsdorf; linux-a...@vger.kernel.org; Wysocki, Rafael J;
> linux-kernel@vger.kernel.org
> Subject: Re: "can&#x
y, March 11, 2014 9:00 PM
> To: Markus Trippelsdorf
> Cc: linux-a...@vger.kernel.org; Zhang, Rui; Wysocki, Rafael J; linux-
> ker...@vger.kernel.org
> Subject: Re: "can't evaluate _CRS: 1" messages since b355cee [ACPI /
> resources: ignore invalid ACPI device resources
On Sun, 2014-03-09 at 19:04 +0100, Rafael J. Wysocki wrote:
> On Sunday, March 09, 2014 11:50:37 PM Zhang Rui wrote:
> > On Wed, 2014-02-26 at 17:11 +0800, Zhang Rui wrote:
> > > Because of the growing demand for enumerating ACPI devices to platform
> > > bus,
> >
On Sun, 2014-03-09 at 19:04 +0100, Rafael J. Wysocki wrote:
> On Sunday, March 09, 2014 11:50:37 PM Zhang Rui wrote:
> > On Wed, 2014-02-26 at 17:11 +0800, Zhang Rui wrote:
> > > Because of the growing demand for enumerating ACPI devices to platform
> > > bus,
> >
On Sun, 2014-03-09 at 18:49 +0100, Rafael J. Wysocki wrote:
> On Sunday, March 09, 2014 01:29:30 PM Zhang Rui wrote:
> > On Fri, 2014-03-07 at 02:44 +0100, Rafael J. Wysocki wrote:
> > > On Wednesday, February 26, 2014 05:11:08 PM Zhang Rui wrote:
> > > >
+0800)
on top of commit d2a0476307e67a6e6a293563a4f4ad4ec79ac0e5:
Merge branch 'akpm' (patches from Andrew Morton) (2014-02-25 15:38:13
-0800)
Specifics:
- Update the help text of INT3403 Thermal driver, which was not
friendly to users. From Zhang Rui.
- The "type"
On Wed, 2014-02-26 at 17:11 +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 with _HID/_CID to
> platform bus by default, unless the device already has a scan handler
&
On Fri, 2014-03-07 at 02:46 +0100, Rafael J. Wysocki wrote:
> On Tuesday, March 04, 2014 01:35:00 AM Rafael J. Wysocki wrote:
> > On 3/4/2014 1:27 AM, Zhang, Rui wrote:
> > >
> > >> -Original Message-
> > >> From: Rafael J. Wysocki [mailto:r...@rjw
On Fri, 2014-03-07 at 02:44 +0100, Rafael J. Wysocki wrote:
> On Wednesday, February 26, 2014 05:11:08 PM Zhang Rui wrote:
> > +
> > +static int __init acpi_pnp_scan_handler_attach(struct acpi_device *adev,
>
> This can't be __init.
>
> > +
> -Original Message-
> From: Rafael J. Wysocki [mailto:r...@rjwysocki.net]
> Sent: Tuesday, March 04, 2014 7:23 AM
> To: Zhang, Rui
> Cc: linux-a...@vger.kernel.org; linux-kernel@vger.kernel.org;
> bhelg...@google.com; matthew.garr...@nebula.com; Wysocki, Rafael
On Fri, 2014-02-28 at 01:30 -0800, Kuninori Morimoto wrote:
> Hi Richard, Zhang
>
> > >>> diff --git a/drivers/thermal/Kconfig b/drivers/thermal/Kconfig
> > >>> index 35c0664..88efa8f 100644
> > >>> --- a/drivers/thermal/Kconfig
> > >>> +++ b/drivers/thermal/Kconfig
> > >>> @@ -136,6 +136,7 @@ con
Hi, Bjorn,
do you have comments for this particular patch?
thanks,
rui
On Wed, 2014-02-26 at 17:11 +0800, Zhang Rui wrote:
> ACPI devices with id "PNP0C01/PNP0C02" means that we need to
> protect their resources from being allocated by others.
>
> Currently, this
On Mon, 2014-03-03 at 00:51 +0100, Rafael J. Wysocki wrote:
> On Wednesday, February 26, 2014 05:11:12 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/_CID to
>
On Wed, 2014-02-26 at 16:47 +, Matthew Garrett wrote:
> On Wed, 2014-02-26 at 17:11 +0800, Zhang Rui wrote:
>
> > 1. without the patch, the acpi_platform scan handler white list is
> >continuously growing.
> > 2. with the patch set, the PNPACPI scan handle
On Tue, 2014-01-21 at 11:46 -0800, Dmitry Torokhov wrote:
> Hi Durgadoss,
>
> On Fri, Jan 17, 2014 at 05:26:18AM +0530, Durgadoss R wrote:
> > Currently the thermal_release function does
> > kfree for all devices when they call device_unregister.
> > This makes code scattering i.e whenever we add
On Sat, 2014-01-25 at 23:29 +0100, Richard Weinberger wrote:
> Commit beeb5a1e (thermal: rcar-thermal: Enable driver compilation with
> COMPILE_TEST)
> broke build on archs wihout io memory.
>
> On archs like S390 or um this driver cannot build nor work.
> Make it depend on HAS_IOMEM to bypass bu
On Wed, 2014-02-05 at 17:43 -0800, Courtney Cavin wrote:
> This driver is a generic method for using IIO ADC channels as thermal
> sensors.
>
> Signed-off-by: Courtney Cavin
Eduardo,
what do you think of this patch?
thanks,
rui
> ---
> .../devicetree/bindings/thermal/iio-thermal.txt| 46
ixes this issue by assigning the
> default governor, whenever the zone has a governor
> set to NULL.
>
please check if the patch at https://patchwork.kernel.org/patch/3730391/
fixes the same problem?
thanks,
rui
> Cc: Zhang Rui
> Cc: linux...@vger.kernel.org
> Cc: linux-kernel@v
platform bus drivers
for the devices that are not PNP devices in nature.
Signed-off-by: Zhang Rui
---
drivers/acpi/scan.c|2 +
drivers/pnp/pnpacpi/core.c | 395
include/linux/pnp.h|3 +
3 files changed, 366 insertions(+), 3
from the PNPACPI white list.
Signed-off-by: Zhang Rui
---
drivers/pnp/pnpacpi/core.c |4
1 file changed, 4 deletions(-)
diff --git a/drivers/pnp/pnpacpi/core.c b/drivers/pnp/pnpacpi/core.c
index 76df7fc..d47fbdf 100644
--- a/drivers/pnp/pnpacpi/core.c
+++ b/drivers/pnp/pnpacpi/core.c
P0B00:00" (CMOS RTC).
But anyway, IMO, this specific problem does not mean the proposal of this patch
is wrong, thus I send this patch out for early review to see if I'm in the right
direction.
Any comments are really welcome.
thanks,
rui
-----
Because of the growing demand for enumerating ACPI devices to platform bus,
this patch changes the code to enumerate ACPI devices with _HID/_CID 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
mism never works for ACPI enumerated
PNPCXXX/PNPDXXX devices.
So it is safe to remove those two ids from the PNPACPI id list.
Signed-off-by: Zhang Rui
---
drivers/pnp/pnpacpi/core.c |2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/pnp/pnpacpi/core.c b/drivers/pnp/pnpacpi/core.c
ind
lication(need to copy quirks.c and system.c logic into ACPI),
which does not look good neither.
Any comments will be appreciated.
Signed-off-by: Zhang Rui
---
drivers/pnp/pnpacpi/core.c | 20
1 file changed, 16 insertions(+), 4 deletions(-)
diff --git a/drivers/pnp/pnp
node won't be created
if a device has already been attached to the PNPACPI scan handler.
Plus, in some cases, we may need both PNP node and platform node for the
same ACPI device object, on purpose, like what I will do in next patch.
Thus reverting this commit.
Signed-off-by: Zhan
For CMOS RTC devices, the pnpacpi scan handler does not work because
there is already a cmos rtc scan handler installed, thus we need to
check those devices and enumerate them to PNP bus explicitly.
Signed-off-by: Zhang Rui
---
drivers/pnp/pnpacpi/core.c | 22 +-
1 file
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
iver
Yuxuan Shui (1):
intel_powerclamp: Fix cstate counter detection.
Zhang Rui (5):
Merge branch 'next' of
git://git.kernel.org/.../evalenti/linux-soc-thermal into soc-thermal
Thermal cpu cooling: return error if no valid cpu frequency entry
Merge branches 'misc&
On Thu, 2014-01-23 at 02:11 -0500, Len Brown wrote:
> From: Len Brown
>
> Linux suspend-to-RAM was unreliable when first developed,
> and so sys_sync() was invoked inside the kernel at the
> start of every suspend flow.
>
> Today, many devices are invoking suspend with
> high reliability and hig
On Fri, 2014-01-17 at 02:28 +0100, Rafael J. Wysocki wrote:
> On Thursday, January 16, 2014 04:04:35 PM Zhang Rui wrote:
> > On Wed, 2014-01-15 at 17:08 +0200, Mika Westerberg wrote:
> > > On Tue, Jan 14, 2014 at 04:46:37PM +0800, Zhang Rui wrote:
> > > > diff --g
On Thu, 2014-01-16 at 13:27 +0100, Wolfram Sang wrote:
> > diff --git a/drivers/i2c/i2c-core.c b/drivers/i2c/i2c-core.c
> > index d74c0b3..c4c5588 100644
> > --- a/drivers/i2c/i2c-core.c
> > +++ b/drivers/i2c/i2c-core.c
> > @@ -104,6 +104,11 @@ static int i2c_device_match(struct device *dev, struct
On Thu, 2014-01-16 at 12:28 +, Mark Brown wrote:
> On Tue, Jan 14, 2014 at 04:46:37PM +0800, Zhang Rui wrote:
> > ACPI enumerated devices has ACPI style _HID and _CID strings,
> > all of these strings can be used for both driver loading and matching.
> >
> > Curr
On Wed, 2014-01-15 at 17:08 +0200, Mika Westerberg wrote:
> On Tue, Jan 14, 2014 at 04:46:37PM +0800, Zhang Rui wrote:
> > diff --git a/drivers/base/platform.c b/drivers/base/platform.c
> > index 3a94b79..2f4aea2 100644
> > --- a/drivers/base/platform.c
> > ++
> -Original Message-
> From: Rob Herring [mailto:robherri...@gmail.com]
> Sent: Wednesday, January 15, 2014 9:45 PM
> To: Zhang, Rui
> Cc: linux-kernel@vger.kernel.org; linux-a...@vger.kernel.org; linux-
> i...@vger.kernel.org; linux-...@vger.kernel.org; w...@the-dream
On Tue, 2014-01-14 at 14:41 +, Mark Brown wrote:
> On Tue, Jan 14, 2014 at 04:00:17PM +0800, Zhang Rui wrote:
> > On Mon, 2014-01-13 at 17:35 +, Mark Brown wrote:
> > > On Mon, Jan 13, 2014 at 09:48:31PM +0800, Zhang Rui wrote:
> > > > ACPI enumerated device
he ACPI bus
is removed from device model.
This patch introduces two new APIs,
one for exporting ACPI ids in uevent MODALIAS field,
and another for exporting ACPI ids in device' modalias sysfs attribute.
For any bus that supports ACPI enumerated devices, it needs to invoke
these two functio
results in that the driver will not be loaded automatically when the
device node is created, because their modalias do not match.
This also applies to I2C and SPI bus.
With this patch, the device' modalias will be shown as "acpi:INTABCD" as well.
Signed-off-by: Zhang Rui
---
drivers
output error,
return -ENOMEM if the output is truncated,
and also fixes both acpi_device_uevent() and acpi_device_modalias_show()
to do proper return value check.
Signed-off-by: Zhang Rui
---
drivers/acpi/scan.c | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
diff --git a
Fix a problem that, the platform bus supports the OF style modalias
in .uevent() call, but not in its device 'modalias' sysfs attribute.
cc: devicet...@vger.kernel.org
Signed-off-by: Zhang Rui
---
drivers/base/platform.c |4
drivers/of/device.c |3 +++
inc
device works well,
both the platform Fan driver and device show their modalias as "acpi:PNP0C0B".
thanks,
rui
Zhang Rui (4):
ACPI: fix create_modalias() return value handling
ACPI: add module autoloading supp
On Mon, 2014-01-13 at 17:35 +, Mark Brown wrote:
> On Mon, Jan 13, 2014 at 09:48:31PM +0800, Zhang Rui wrote:
> > ACPI enumerated devices has ACPI style _HID and _CID strings,
> > all of these strings can be used for both driver loading and matching.
>
> > But current
Fix a problem that, the platform bus supports the OF style modalias
in .uevent() call, but not in its device' "modalias" sysfs attribute.
Signed-off-by: Zhang Rui
---
drivers/base/platform.c |4
drivers/of/device.c |3 +++
include/linux/of_device.h |6
patch fixes module autoloading on those buses for ACPI enumerated devices.
Signed-off-by: Zhang Rui
---
drivers/base/platform.c | 12 +++-
drivers/i2c/i2c-core.c | 11 +++
drivers/spi/spi.c | 10 ++
3 files changed, 32 insertions(+), 1 deletion(-)
diff --git
he ACPI bus
is removed from device model.
This patch introduces two new APIs,
one for exporting ACPI ids in uevent MODALIAS field,
and another for exporting ACPI ids in device' modalias sysfs attribute.
For any bus that supports ACPI enumerated devices, it needs to invoke
these two functio
output error,
return -ENOMEM if the output is truncated,
and also fixes both acpi_device_uevent() and acpi_device_modalias_show()
to do proper return value check.
Signed-off-by: Zhang Rui
---
drivers/acpi/scan.c | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
diff --git a
device works well,
both the platform Fan driver and device show their modalias as "acpi:PNP0C0B".
thanks,
rui
Zhang Rui (4):
ACPI: fix create_modalias() return value handling
ACPI: add module autoloading supp
> -Original Message-
> From: Eduardo Valentin [mailto:eduardo.valen...@ti.com]
> Sent: Wednesday, November 13, 2013 3:46 AM
> To: swar...@wwwdotorg.org; pawel.m...@arm.com; mark.rutl...@arm.com;
> ian.campb...@citrix.com; rob.herr...@calxeda.com; li...@roeck-us.net;
>
W managed shut down of the system.
> If the last trip point is crossed, the PMU HW generates the power off
> signal.
>
> Signed-off-by: Lukasz Majewski
> Signed-off-by: Myungjoo Ham
> Acked-by: Eduardo Valentin
Reviewed-by: Zhang Rui
thanks,
rui
>
> ---
> Changes for
On Wed, 2014-01-08 at 01:35 +0100, Rafael J. Wysocki wrote:
> On Tuesday, January 07, 2014 07:58:24 AM Lukasz Majewski wrote:
> > Hi Rafael,
>
> Hi,
>
> > > This patch series introduces support for CPU overclocking technique
> > > called Boost.
> > >
> > > It is a follow up of a LAB governor pro
c): undefined reference to
> > `thermal_zone_of_sensor_unregister'
> > drivers/built-in.o: In function `lm75_probe':
> > lm75.c:(.text+0x12c123): undefined reference to
> > `thermal_zone_of_sensor_register'
> >
> > Therefore, this patch limits the
d;
> lm-sens...@lm-sensors.org; Zhang, Rui; Eduardo Valentin; linux-
> p...@vger.kernel.org
> Subject: Re: [PATCH] hwmon/sensors: fix SENSORS_LM75 dependencies
> Importance: High
>
> On 07-01-2014 08:04, Jean Delvare wrote:
> > Hi Guenter, Randy,
> >
> > On Mon, 06
On Mon, 2014-01-06 at 08:36 -0400, Eduardo Valentin wrote:
> Hello all,
>
> Now that the basic thermal DT support is merged into Rui's tree,
> I am resending this series, which introduces the DT node entries
> for DRA7 thermal limits representation.
>
> The series adds two thermal zones, to repre
On Mon, 2014-01-06 at 08:54 -0400, Eduardo Valentin wrote:
> As per previous changes on thermal framework API,
> registering a new thermal zone does not require
> a const thermal zone ops.
>
> Thus, this patch removes the flag from imx thermal zone ops.
>
> Cc: Zhang Ru
On Thu, 2013-11-07 at 18:12 +0530, Naveen Krishna Chatradhi wrote:
> On Exynos5420 the TMU(4) for GPU has a seperate clock enable bit from
> the other TMU channels(0 ~ 3). Hence, accessing TRIMINFO for base_second
> should be acompanied by enabling the respective clock.
>
> This patch which allow
ency;
> > max_level++;
> > }
> > + /* max_level is an index, not a counter */
> > + max_level--;
> >
I think we should check the max_level first, like the patch I attached
below.
thanks,
rui
>From a116776f7b6052599df0c67db29c30ea9d69d7ee Mon Sep
ve
> the correct behavior in the meantime.
>
> This patch also gets rid of a comparison between unsigned and signed
> values; a side-benefit.
>
> Signed-off-by: Paul Walmsley
> Cc: Eduardo Valentin
> Cc: Zhang Rui
Eduardo,
will you take this patch?
thanks,
rui
> -
On Wed, 2013-12-18 at 10:40 -0800, j...@joshtriplett.org wrote:
> On Wed, Dec 18, 2013 at 11:16:02PM +0530, Rashika Kheria wrote:
> > Mark function sys_set_trip_temp() as static in x86_pkg_temp_thermal.c
> > because it is not used outside this file.
> >
> > This eliminates the following warning in
On Thu, 2013-12-19 at 11:35 +0530, Naveen Krishna Chatradhi wrote:
> This patch replaces the inten_rise_shift/mask and inten_fall_shift/mask
> with intclr_rise_shift/mask and intclr_fall_shift/mask respectively.
> Currently, inten_rise_shift/mask and inten_fall_shift/mask bits are only used
> to co
501 - 600 of 886 matches
Mail list logo
