acpi_bus_trim() stops removing devices, when acpi_bus_remove() return error
number. But acpi_bus_remove() cannot return error number correctly.
acpi_bus_remove() only return -EINVAL, when dev argument is NULL. Thus even if
device cannot be removed correctly, acpi_bus_trim() ignores and continues
On Mon, Oct 08, 2012 at 06:32:44PM -0700, Nitin Gupta wrote:
> Change 130f315a introduced a bug in the handling of incompressible
When you mention a patch, please include the human readable patch
title as well as the hash. "staging: zram: remove special handle of
uncompressed
Hi,
On Monday 08 October 2012 10:48:07 Mel Gorman wrote:
> On Mon, Oct 08, 2012 at 05:06:54PM +0900, Minchan Kim wrote:
> > Hi Mel,
> >
> > On Tue, Oct 02, 2012 at 04:12:17PM +0100, Mel Gorman wrote:
> > > On Tue, Oct 02, 2012 at 05:03:07PM +0200, Thierry Reding wrote:
> > > > On Tue, Oct 02,
On Wed, Jan 25, 2012 at 02:36:18AM +0100, Andi Kleen wrote:
> I ran benchmarks on the new miniLZO and LZ4 on 64bit. LZ4 is generally slower
> than snappy/lzo in the micro benchmarks.
And the reason why you measured worse speed for LZ4 although (AFAICT)
everybody else's measurements claim the
Hi David,
Thanks for reviewing this patch. :)
On 10/09/2012 04:34 PM, Wen Congyang wrote:
At 10/09/2012 02:21 PM, David Rientjes Wrote:
On Mon, 8 Oct 2012, Tang Chen wrote:
+ /* If the cpu has been offlined, its nid was set to -1. */
+ if (nid != -1) {
NUMA_NO_NODE.
Yes,
On Sat, Oct 6, 2012 at 6:09 AM, Christopher Heiny wrote:
> rmi_bus.c implements the basic functionality of the RMI bus. This file is
> greatly simplified compared to the previous patch - we've switched from
> "do it yourself" device/driver binding to using device_type to distinguish
> between
On Fri, Sep 28, 2012 at 11:16:30PM -0400, John Stultz wrote:
> fd based interfaces vs madvise:
> In talking with Taras Glek, he pointed out that for his
> needs, the fd based interface is a little annoying, as it
> requires having to get access to tmpfs file and mmap it in,
>
On Mon, 8 Oct 2012, Jaegeuk Kim wrote:
> Date: Mon, 08 Oct 2012 19:52:03 +0900
> From: Jaegeuk Kim
> To: 'Namjae Jeon'
> Cc: 'Vyacheslav Dubeyko' ,
> 'Marco Stornelli' ,
> 'Jaegeuk Kim' ,
> 'Al Viro' , ty...@mit.edu,
> gre...@linuxfoundation.org, linux-kernel@vger.kernel.org,
>
On Tue, Oct 09, 2012 at 12:31:03AM +0530, Anmol Sarma wrote:
> Changed all user visible multi-line stings to single line.
>
> Signed-off-by: Anmol Sarma
These sorts of things are really a judgement call. checkpatch.pl is
being bossier than it should be. I would ignore keep the
maintaier's
At 10/09/2012 02:21 PM, David Rientjes Wrote:
> On Mon, 8 Oct 2012, Tang Chen wrote:
>
>> diff --git a/kernel/sched/core.c b/kernel/sched/core.c
>> index 66b36ab..e76dce9 100644
>> --- a/kernel/sched/core.c
>> +++ b/kernel/sched/core.c
>> @@ -1263,18 +1263,24 @@ EXPORT_SYMBOL_GPL(kick_process);
On Tue, Oct 09, 2012 at 09:43:13AM +0200, Linus Walleij wrote:
> On Sat, Oct 6, 2012 at 6:09 AM, Christopher Heiny
> wrote:
> > + * @cs_assert - For systems where the SPI subsystem does not control the
> > CS/SSB
> > + * line, or where such control is broken, you can provide a custom routine
Hi Congyang,
I think we should also free pages which are used by page tables after
removing
page tables of the memory.
From: Jianguo Wu
Signed-off-by: Jianguo Wu
Signed-off-by: Jiang Liu
---
arch/x86/mm/init_64.c | 110 +++-
1 files
Hi Wen,
2012/10/09 17:02, Wen Congyang wrote:
Hi, ishimatsu:
At 07/12/2012 07:28 PM, Yasuaki Ishimatsu Wrote:
acpi_bus_trim() stops removing devices, when acpi_bus_remove() return error
number. But acpi_bus_remove() cannot return error number correctly.
acpi_bus_remove() only return -EINVAL,
On Tue, Oct 09, 2012 at 03:34:52PM +0800, Ming Lei wrote:
> Yes, I agree, and my question is only on what you mentioned:
> "it didn't want to load an optional image"
> maybe I misunderstood the above, never mind, :-)
> So one driver should suppose the firmware is there, and the
>
This patch fixup following error
${LINUX}/drivers/thermal/rcar_thermal.c: In function 'rcar_thermal_probe':
${LINUX}/drivers/thermal/rcar_thermal.c:214:9: warning: passing argument 3 \
of 'thermal_zone_device_register' makes integer from pointer without\
a cast [enabled by
09.10.2012 11:54, Jan Kara пишет:
On Mon 08-10-12 17:10:52, Neil Salstrom wrote:
On 10/08/2012 10:14 AM, Jan Kara wrote:
On Sat 06-10-12 10:20:26, Neil Salstrom wrote:
I've not submitted a kernel bug before but I've read the bug
reporting pages. I'll try to do my best and if you need more
At 09/27/2012 12:46 AM, Vasilis Liaskovitis Wrote:
> Hi,
>
> I am testing 3.6.0-rc7 with this v9 patchset plus more recent fixes
> [1],[2],[3]
> Running in a guest (qemu+seabios from [4]).
> CONFIG_SLAB=y
> CONFIG_DEBUG_SLAB=y
>
> After succesfull hot-add and online, I am doing a hot-remove
---
Jaegeuk Kim
Samsung
> -Original Message-
> From: Namjae Jeon [mailto:linkinj...@gmail.com]
> Sent: Tuesday, October 09, 2012 12:52 PM
> To: Jaegeuk Kim
> Cc: Vyacheslav Dubeyko; Marco Stornelli; Jaegeuk Kim; Al Viro; ty...@mit.edu;
> gre...@linuxfoundation.org;
Hi, ishimatsu:
At 07/12/2012 07:28 PM, Yasuaki Ishimatsu Wrote:
> acpi_bus_trim() stops removing devices, when acpi_bus_remove() return error
> number. But acpi_bus_remove() cannot return error number correctly.
> acpi_bus_remove() only return -EINVAL, when dev argument is NULL. Thus even if
>
On Mon 08-10-12 17:10:52, Neil Salstrom wrote:
> On 10/08/2012 10:14 AM, Jan Kara wrote:
> >On Sat 06-10-12 10:20:26, Neil Salstrom wrote:
> >>I've not submitted a kernel bug before but I've read the bug
> >>reporting pages. I'll try to do my best and if you need more
> >>information please let
Hugh Dickins wrote:
On Thu, 4 Oct 2012, Konstantin Khlebnikov wrote:
Here results of my test. Workload isn't very realistic, but at least it
threaded: compiling linux-3.6 with defconfig in 16 threads on tmpfs,
512mb ram, dualcore cpu, ordinary hard disk. (test script in attachment)
average
On 10/08/2012 04:09 PM, Wei Yongjun wrote:
From: Wei Yongjun
Use the module_i2c_driver() macro to make the code smaller
and a bit simpler.
dpatch engine is used to auto generate this patch.
(https://github.com/weiyj/dpatch)
Signed-off-by: Wei Yongjun
Acked-by: Michael Hennerich
---
On Mon, Oct 08, 2012 at 10:35:36AM -0300, Fabio Estevam wrote:
> Issuing a "reboot" command after the LCD times out causes the following
> warnings:
>
> Requesting system reboot
> [ cut here ]
> WARNING: at drivers/clk/clk.c:471 clk_disable+0x24/0x50()
> Modules linked in:
On Sat, Oct 6, 2012 at 6:09 AM, Christopher Heiny wrote:
> As requested in the feedback from the previous patch, we've documented the
> debugfs and sysfs attributes in files in Documentation/ABI/testing. There's
> two files, one for debugfs and one for sysfs.
This is a massive improvement!
On Tue, Oct 9, 2012 at 3:13 PM, Mark Brown
wrote:
>> If so, I am wondering why the driver has to call request_firmware()?
>> Looks just bypassing request_firmware() is fine for the driver, doesn't it?
>
> A driver has no way to tell if the firmware is there or not without
> asking for it.
Yes,
Il 09/10/2012 06:59, Rusty Russell ha scritto:
> Paolo Bonzini writes:
>> Il 05/10/2012 07:43, Rusty Russell ha scritto:
>>> That's good. But virtio_blk's scsi command is insoluble AFAICT. As I
>>> said to Anthony, the best rules are "always" and "never", so I'd really
>>> rather not have to
On Mon, 8 Oct 2012 23:59:07 -0700
Jonathan Nieder wrote:
> Feng Tang wrote:
> > Jonathan Nieder wrote:
>
> >> What would go wrong if the threshold were just increased to 20 on all
> >> models?
> >
> > Then some other platform will stop to work.
> >
On 10/09/2012 02:33 PM, Yinghai Lu wrote:
>>
>> make_range_readwrite is particularly toxic, though, because it makes it
>> sound like it something along the lines of set_memory_rw(), which it
>> most distinctly is not.
>
> it just change some page range from RO back to RW.
>
> so how about
On Tuesday 09 October 2012, Michael Leun wrote:
> On Thu, 27 Sep 2012 10:39:05 -0700
>
> Greg KH wrote:
> > On Tue, Jul 24, 2012 at 01:36:34AM +0200, Michael Leun wrote:
> > > On Mon, 23 Jul 2012 09:15:04 +0200
> > > Michael Leun wrote:
> > >
> > > [see issue description below]
> > >
> > >
We fixed a bunch of integer overflows in timekeeping code during the 3.6
cycle. I did an audit based on that and found this potential overflow.
Signed-off-by: Dan Carpenter
---
I'm not super familiar with this code so please review my work
carefully.
diff --git a/kernel/time/timekeeping.c
On Tue, Oct 09, 2012 at 03:05:30PM +0800, Ming Lei wrote:
> On Tue, Oct 9, 2012 at 12:19 PM, Mark Brown
> > It seems better to punt that decision to callers - for example, the case
> In fact, -ENOENT is returned to caller for non-direct loading situation,
> see_request_firmware_load().
> I
On Mon, Oct 08, 2012 at 07:00:39PM +0530, Ashish Jangam wrote:
Mostly OK, but there's a few issues including yet more reimplementation
of framework features.
> +static int da9055_list_voltage(struct regulator_dev *rdev,
> + unsigned int selector)
> +{
> + struct
> -Original Message-
> From: Vyacheslav Dubeyko [mailto:sl...@dubeyko.com]
> Sent: Tuesday, October 09, 2012 4:23 AM
> To: Jaegeuk Kim
> Cc: 'Marco Stornelli'; 'Jaegeuk Kim'; 'Al Viro'; ty...@mit.edu;
> gre...@linuxfoundation.org; linux-
> ker...@vger.kernel.org; chur@samsung.com;
On Tuesday 09 October 2012, Michael Leun wrote:
> On Thu, 27 Sep 2012 10:39:05 -0700
>
> Greg KH wrote:
> > On Tue, Jul 24, 2012 at 01:36:34AM +0200, Michael Leun wrote:
> > > On Mon, 23 Jul 2012 09:15:04 +0200
> > > Michael Leun wrote:
> > >
> > > [see issue description below]
> > >
> > >
On Tue, Oct 9, 2012 at 12:19 PM, Mark Brown
> It seems better to punt that decision to callers - for example, the case
In fact, -ENOENT is returned to caller for non-direct loading situation,
see_request_firmware_load().
I understand drivers(caller) may be cheated if a zero-length firmware
image
On Tue, Oct 09, 2012 at 11:51:19AM +0530, Laxman Dewangan wrote:
> On Tuesday 09 October 2012 11:58 AM, Mark Brown wrote:
> >There's support for GPIO driven enable lines in the framework already,
> >this driver should be able to use this happily, this sort of hardware is
> >exactly the use case
show_bios_limit is mistakenly written as show_scaling_driver in a comment
describing purpose of show_bios_limit() routine.
Fix it.
Signed-off-by: Viresh Kumar
---
drivers/cpufreq/cpufreq.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/cpufreq/cpufreq.c
Feng Tang wrote:
> Jonathan Nieder wrote:
>> What would go wrong if the threshold were just increased to 20 on all
>> models?
>
> Then some other platform will stop to work.
> https://bugzilla.kernel.org/show_bug.cgi?id=11892
>
> The 26/30 and 27/30 patches are bound together to fix one
On Tue, 9 Oct 2012, Zhao Hongjiang wrote:
> Date: Tue, 09 Oct 2012 13:44:36 +0800
> From: Zhao Hongjiang
> To: j...@suse.cz
> Cc: linux-e...@vger.kernel.org, linux-kernel@vger.kernel.org,
> Eric W. Biederman , serge.hal...@canonical.com,
> contain...@lists.linux-foundation.org
> Subject:
On Tuesday 09 October 2012 11:58 AM, Mark Brown wrote:
On Sat, Oct 06, 2012 at 08:47:51PM +0530, Laxman Dewangan wrote:
The TPS65090's DCDC outut can also be enable/disable through the
external digital input signal. Add support for enable/disable
either through register access via I2C or
From: Robin Dong
Currently, if the IO is throttled by io-throttle, the SA has no idea of
the situation and can't report it to the real application user about
that he/she has to do something. So this patch adds a new interface
named blkio.throttle.io_queued which indicates how many IOs are
Lukáš Czerner writes:
> On Tue, 9 Oct 2012, Zhao Hongjiang wrote:
>
>> Date: Tue, 09 Oct 2012 13:48:47 +0800
>> From: Zhao Hongjiang
>> To: j...@suse.cz
>> Cc: a...@linux-foundation.org, adilger.ker...@dilger.ca,
>> linux-e...@vger.kernel.org, linux-kernel@vger.kernel.org,
>> Eric W.
On Tuesday 09 October 2012 11:52 AM, Mark Brown wrote:
On Sat, Oct 06, 2012 at 08:47:48PM +0530, Laxman Dewangan wrote:
MFD drier registers the regulator driver once per device and
Shouldn't this be the first commit in the series? Also...
Ok, will make this as first commit.
to allow
_SUN method provides the slot unique-ID in the ACPI namespace. And The value
is written in Advanced Configuration and Power Interface Specification as
follows:
"The _SUN value is required to be unique among the slots ofthe same type.
It is also recommended that this number match the slot number
On Mon, Oct 8, 2012 at 11:25 PM, H. Peter Anvin wrote:
> On 10/09/2012 02:21 PM, Yinghai Lu wrote:
>>>
>>> Hi Yinghai,
>>>
>>> This patchset doesn't apply on top of tip:x86/mm2, starting at patch 08/10.
>>
>> sorry for that. I refresh my base to current linus/master and tip/master.
>>
>> could be
On Tuesday 09 October 2012 11:44 AM, Mark Brown wrote:
On Sat, Oct 06, 2012 at 08:47:46PM +0530, Laxman Dewangan wrote:
Actually...
+ if (pdata->dvfs_step_20mV)
+ control |= TPS51632_DVFS_STEP_20;
+ tps->desc.uV_step = TPS51632_VOLATGE_STEP_10mV;
Shouldn't the
Minor refactoring, to get rid of some duplicated code
Signed-off-by: Kent Overstreet
---
fs/aio.c | 72 ++
1 file changed, 39 insertions(+), 33 deletions(-)
diff --git a/fs/aio.c b/fs/aio.c
index 1ad2d97..95419c4 100644
---
The refcounting before wasn't very clear; there are two refcounts in
struct kioctx, with an unclear relationship between them (or between
them and ctx->dead).
Now, reqs_active holds a refcount on users (when reqs_active is
nonzero), and the initial refcount is taken on reqs_active - when
On Tue, Oct 09, 2012 at 11:34:47AM +0530, Laxman Dewangan wrote:
> The bit definitions are also different in status and mask register
> and yes, this will be again problem as we do in isr thread
> data->status_buf[i] &= ~data->mask_buf[i];
> So given the constraint, generic will not work here.
Bunch of cleanup, and make it lockless so that userspace can safely pull
events off the ringbuffer without racing with io_getevents().
Signed-off-by: Kent Overstreet
---
fs/aio.c | 220 +-
1 file changed, 73 insertions(+), 147
It simplifies a lot of stuff if the ringbuffer is contiguously mapped
into kernel space, and we can delete a lot of code - in particular, this
is useful for converting read_events() to cmpxchg.
It'd make more sense if the ringbuffer was allocated with
__get_free_pages() and then mapped into
Nothing used the return value, and it probably wasn't possible to use it
safely for the locked versions (aio_complete(), aio_put_req()). Just
kill it.
Signed-off-by: Kent Overstreet
---
fs/aio.c| 19 +++
include/linux/aio.h |8
2 files changed, 11
On Tuesday 09 October 2012 11:53 AM, Mark Brown wrote:
On Tue, Oct 09, 2012 at 11:18:24AM +0530, Laxman Dewangan wrote:
On Tuesday 09 October 2012 11:36 AM, Mark Brown wrote:
but can you convert to regmap_irq?
Yes, the motivation was this when I started this cleanups but found
that there is 4
On Fri, Oct 05, 2012 at 06:55:02PM -0700, Andrey Smirnov wrote:
> This commit add a sound codec driver for Silicon Laboratories 476x
> series of AM/FM radio chips.
Applied, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Fri, Oct 05, 2012 at 06:54:58PM -0700, Andrey Smirnov wrote:
> + err = regulator_enable(core->supplies.va);
> + if (err < 0)
> + break;
> +
> + err =
On Mon, Oct 8, 2012 at 11:12 PM, H. Peter Anvin wrote:
> On 10/09/2012 12:39 PM, Yinghai Lu wrote:
>> */
>> struct x86_init_mapping {
>> - void (*pagetable_reserve)(u64 start, u64 end);
>> + void (*make_range_readwrite)(u64 start, u64 end);
>> };
>>
>
> Here you go from one misleading
Hi Jonathan,
On Tue, 9 Oct 2012 14:16:33 +0800
Jonathan Nieder wrote:
> Len Brown wrote:
>
> > By enlarging the GPE storm threshold back to 20, that laptop's
> > EC works fine with interrupt mode instead of polling mode.
>
> What would go wrong if the threshold were just increased to 20 on
On Sat, Oct 06, 2012 at 08:47:51PM +0530, Laxman Dewangan wrote:
> The TPS65090's DCDC outut can also be enable/disable through the
> external digital input signal. Add support for enable/disable
> either through register access via I2C or through external
> control inputs. The external control
On Sat, Oct 06, 2012 at 08:47:50PM +0530, Laxman Dewangan wrote:
> TPS65090's DCDCs and FETs act as switch and so output
> voltage can be enable or disable only. The output voltage
> of this regulators depends on the input voltage.
> Add the voltage parameter to tell the output voltage value
> of
On 10/09/2012 02:21 PM, Yinghai Lu wrote:
>>
>> Hi Yinghai,
>>
>> This patchset doesn't apply on top of tip:x86/mm2, starting at patch 08/10.
>
> sorry for that. I refresh my base to current linus/master and tip/master.
>
> could be some change there.
>
> could solve it:
> 1. update x86/mm2 to
On Tue, Oct 09, 2012 at 11:18:24AM +0530, Laxman Dewangan wrote:
> On Tuesday 09 October 2012 11:36 AM, Mark Brown wrote:
> >but can you convert to regmap_irq?
> Yes, the motivation was this when I started this cleanups but found
> that there is 4 interrupt status and 5 interrupt mask register.
On Sat, Oct 06, 2012 at 08:47:48PM +0530, Laxman Dewangan wrote:
> MFD drier registers the regulator driver once per device and
> hence it is require to register all regulators in single probe
> call.
> Following are details of changes done to achieve this:
> - Add max regulator and register all
On Tuesday 09 October 2012 11:36 AM, Mark Brown wrote:
On Mon, Oct 08, 2012 at 09:43:23PM +0530, Laxman Dewangan wrote:
Allocate the irq base if it base is not porvided i.e.
in case of device tree invocation of this driver.
Convert the tps6586x driver to irq domain, using a
legacy IRQ mapping
On Mon, 8 Oct 2012, Tang Chen wrote:
> diff --git a/kernel/sched/core.c b/kernel/sched/core.c
> index 66b36ab..e76dce9 100644
> --- a/kernel/sched/core.c
> +++ b/kernel/sched/core.c
> @@ -1263,18 +1263,24 @@ EXPORT_SYMBOL_GPL(kick_process);
> */
> static int select_fallback_rq(int cpu, struct
On Mon, Oct 8, 2012 at 11:07 PM, H. Peter Anvin wrote:
> On 10/09/2012 12:39 PM, Yinghai Lu wrote:
>> on top of tip/x86/mm2
>
> Hi Yinghai,
>
> This patchset doesn't apply on top of tip:x86/mm2, starting at patch 08/10.
sorry for that. I refresh my base to current linus/master and tip/master.
On Mon, 08 Oct 2012 10:35:57 -0700
Tony Lindgren wrote:
> - omap-dma.c and omap-pcm.c can test the arch locally as
> omap1 and omap2 cannot be compiled together because of
> conflicting compiler flags
...
> sound/soc/omap/omap-pcm.c |9 +++--
Build tested above for omap1 and
On Tue, 9 Oct 2012, Zhao Hongjiang wrote:
> Date: Tue, 09 Oct 2012 13:48:47 +0800
> From: Zhao Hongjiang
> To: j...@suse.cz
> Cc: a...@linux-foundation.org, adilger.ker...@dilger.ca,
> linux-e...@vger.kernel.org, linux-kernel@vger.kernel.org,
> Eric W. Biederman ,
On Mon, Oct 08, 2012 at 04:58:34PM -0700, Tony Luck wrote:
> On Mon, Oct 8, 2012 at 10:11 AM, Borislav Petkov wrote:
> > create mode 100644 arch/x86/ras/ras.c
>
> Overall it looks good - but I'm a bit puzzled by this ras.c file that gets
> created as an empty file in part1, and is still empty
On Tuesday 09 October 2012, Len Brown wrote:
> On 10/08/2012 10:42 AM, Matthew Garrett wrote:
> > On Sun, Oct 07, 2012 at 09:00:09PM +0200, Ondrej Zary wrote:
> >> Added acpi_read_bit_register there and it seems that SCI_EN is already
> >> set!
> >>
> >> This patch fixes the problem here. I wonder
Len Brown wrote:
> By enlarging the GPE storm threshold back to 20, that laptop's
> EC works fine with interrupt mode instead of polling mode.
What would go wrong if the threshold were just increased to 20 on all
models?
Thanks,
Jonathan
--
To unsubscribe from this list: send the line
On Sat, Oct 06, 2012 at 08:47:46PM +0530, Laxman Dewangan wrote:
Actually...
> + if (pdata->dvfs_step_20mV)
> + control |= TPS51632_DVFS_STEP_20;
> + tps->desc.uV_step = TPS51632_VOLATGE_STEP_10mV;
Shouldn't the dvfs_step_20mV setting affect the uV_step size?
--
To
From: Wei Yongjun
Using list_move_tail() instead of list_del() + list_add_tail().
dpatch engine is used to auto generate this patch.
(https://github.com/weiyj/dpatch)
Signed-off-by: Wei Yongjun
---
drivers/mtd/ubi/fastmap.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git
On 10/09/2012 12:39 PM, Yinghai Lu wrote:
> */
> struct x86_init_mapping {
> - void (*pagetable_reserve)(u64 start, u64 end);
> + void (*make_range_readwrite)(u64 start, u64 end);
> };
>
Here you go from one misleading name to another. Another classic case
of "why hooks suck."
From: Zhang Rui
set upper and lower limits when binding
a thermal cooling device to a thermal zone device.
Signed-off-by: Zhang Rui
Reviewed-by: Rafael J. Wysocki
Reviewed-by: Eduardo Valentin
---
Documentation/thermal/sysfs-api.txt | 9 ++-
drivers/acpi/thermal.c | 53
At 09/27/2012 12:46 AM, Vasilis Liaskovitis Wrote:
> Hi,
>
> I am testing 3.6.0-rc7 with this v9 patchset plus more recent fixes
> [1],[2],[3]
> Running in a guest (qemu+seabios from [4]).
> CONFIG_SLAB=y
> CONFIG_DEBUG_SLAB=y
>
> After succesfull hot-add and online, I am doing a hot-remove
From: Zhang Rui
According to ACPI spec, tc1 and tc2 are used by OSPM
to anticipate the temperature trends.
We introduced the same concept to the generic thermal layer
for passive cooling, but now it seems that these values
are hard to be used on other platforms.
So We introduce .get_trend() as
From: Zhang Rui
As the active cooling devices can have multiple cooling states,
we may want only several cooling states for a certain trip point,
and other cooling states for other active trip points.
To do this, we should be able to describe the cooling device
behavior for a certain trip
From: Zhang Rui
This struct is used to describe the behavior for a thermal
cooling device on a certain trip point for a certain thremal zone.
thermal_cooling_device_instance is not accurate, as a cooling device
can be used for more than one trip point in one thermal zone device.
Signed-off-by:
From: Zhang Rui
Rename thermal_zone_device.cooling_devices
to thermal_zone_device.thermal_instances
thermal_zone_device.cooling_devices is not accurate
as this is a list for thermal instances, rather than cooling devices.
Signed-off-by: Zhang Rui
Reviewed-by: Rafael J. Wysocki
Reviewed-by:
From: Zhang Rui
Remove thermal_zone_device_passive(). And use
thermal_zone_trip_update() and thermal_zone_do_update()
for both active and passive cooling.
Signed-off-by: Zhang Rui
Reviewed-by: Rafael J. Wysocki
Reviewed-by: Eduardo Valentin
---
drivers/thermal/thermal_sys.c | 110
From: Guenter Roeck
temp_crit.name and temp_input.name have a length of 16 bytes. Using
THERMAL_NAME_LENGTH (20) as length parameter for snprintf() may result in
out-of-bounds memory accesses. Replace it with sizeof().
Addresses Coverity #115679
Signed-off-by: Guenter Roeck
Cc: Len Brown
From: Kuninori Morimoto
This patch add basic Renesas R-Car thermal sensor support.
It was tested on R-Car H1 Marzen board.
Signed-off-by: Kuninori Morimoto
Cc: Len Brown
Cc: Joe Perches
Cc: Jean Delvare
Cc: Guenter Roeck
Cc: Magnus Damm
Signed-off-by: Andrew Morton
Signed-off-by: Zhang
From: Guenter Roeck
The type parameter in thermal_zone_device_register and
thermal_cooling_device_register can be NULL, indicating that no sysfs attribute
for the type should be created. Only call strlen() and strcpy() on type if it is
not NULL.
This patch addresses Coverity #102180 and
From: Zhang Rui
List thermal_instance in thermal_cooling_device so that
cooling device can know the cooling state requirement
of all the thermal instances.
Signed-off-by: Zhang Rui
Reviewed-by: Rafael J. Wysocki
Reviewed-by: Eduardo Valentin
---
drivers/thermal/thermal_sys.c | 7 ++-
From: Zhang Rui
This function is used to update the cooling state of
all the cooling devices that are bound to an active trip point.
This will be used for passive cooling as well, in the future patches.
as both active and passive cooling can share the same algorithm,
which is
1. if the
On Mon, Oct 08, 2012 at 09:43:25PM +0530, Laxman Dewangan wrote:
> The TPS6586x adds the interrupt of this device using
> linear mapping on irq domain.
> Hence, implement gpio_to_irq to get the irq number
> corresponding to TPS6586x GPIOs which is created
> dynamically.
Reviewed-by: Mark Brown
On 10/09/2012 12:39 PM, Yinghai Lu wrote:
> on top of tip/x86/mm2
Hi Yinghai,
This patchset doesn't apply on top of tip:x86/mm2, starting at patch 08/10.
Furthermore, a lot of the descriptions are both incomplete and
incomprehensible, which makes the patchset very very hard to review.
You
On Mon, Oct 08, 2012 at 09:43:24PM +0530, Laxman Dewangan wrote:
> Add IRQ IORESOURCE for rtc sub driver of this device.
> The rtc driver can get the irq by calling platform_get_irq().
>
> Signed-off-by: Laxman Dewangan
Reviewed-by: Mark Brown
--
To unsubscribe from this list: send the line
On Mon, Oct 08, 2012 at 09:43:23PM +0530, Laxman Dewangan wrote:
> Allocate the irq base if it base is not porvided i.e.
> in case of device tree invocation of this driver.
> Convert the tps6586x driver to irq domain, using a
> legacy IRQ mapping if an irq_base is specified in
> platform data or
From: Eduardo Valentin
Signed-off-by: Eduardo Valentin
Signed-off-by: Zhang Rui
---
drivers/staging/omap-thermal/omap-thermal-common.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/omap-thermal/omap-thermal-common.c
From: Amit Daniel Kachhap
Add necessary default platform data support needed for TMU driver. The
supplied dt/non-dt values are tested for origen exynos4210 and smdk exynos5250
platforms and only compile tested for exynos4412.
Signed-off-by: Amit Daniel Kachhap
Acked-by: Guenter Roeck
Cc:
From: Amit Daniel Kachhap
This code added creates a link between temperature sensors, linux thermal
framework and cooling devices for samsung exynos platform. This layer
monitors the temperature from the sensor and informs the generic thermal
layer to take the necessary cooling action.
From: Amit Daniel Kachhap
devm_* functions are used to replace kzalloc, request_mem_region, ioremap
and request_irq functions in probe call. With the usage of devm_* functions
explicit freeing and unmapping is not required.
Signed-off-by: Sachin Kamat
Signed-off-by: Sachin Kamat
From: Feng Tang
The Linux EC driver includes a mechanism to detect GPE storms,
and switch from interrupt-mode to polling mode. However, polling
mode sometimes doesn't work, so the workaround is problematic.
Also, different systems seem to need the threshold for detecting
the GPE storm at
On Tue, 2012-10-09 at 10:52 +1100, Michael Neuling wrote:
> The following patch:
> acb600d net: remove skb recycling
> added dev_free_skb() to drivers/net/ethernet/freescale/ucc_geth.c
>
> This is a typo and should be dev_kfree_skb(). This fixes this.
>
> Signed-off-by: Michael Neuling
>
From: Jonghwa Lee
This patch fixes small bug on cpu_cooling. CPU cooling device has own
id generated with idr mathod. However in the previous version, it swapped
to all same id at last stage of probing as 0. This makes id's collision and
also occures error when it releases that id.
From: Amit Daniel Kachhap
Insert exynos5 TMU sensor changes into the thermal driver. Some exynos4
changes are made generic for exynos series.
[a...@linux-foundation.org: fix comment layout]
Signed-off-by: SangWook Ju
Signed-off-by: Amit Daniel Kachhap
Acked-by: Guenter Roeck
Cc: Durgadoss
From: Amit Daniel Kachhap
This patchset introduces a new generic cooling device based on cpufreq
that can be used on non-ACPI platforms. As a proof of concept, we have
drivers for the following platforms using this mechanism now:
* Samsung Exynos (Exynos4 and Exynos5) in the current patchset.
From: Wei Yongjun
Remove duplicated include.
dpatch engine is used to auto generate this patch.
(https://github.com/weiyj/dpatch)
Signed-off-by: Wei Yongjun
Signed-off-by: Len Brown
---
tools/power/acpi/acpidump.c | 1 -
1 file changed, 1 deletion(-)
diff --git
From: "Srivatsa S. Bhat"
On a KVM guest, when a CPU is taken offline and brought back online, we hit
the following NULL pointer dereference:
[ 45.400843] Unregister pv shared memory for cpu 1
[ 45.412331] smpboot: CPU 1 is now offline
[ 45.529894] SMP alternatives: lockdep: fixing up
601 - 700 of 1422 matches
Mail list logo