On Mon, Oct 8, 2012 at 7:47 PM, Stephen Rothwell wrote:
> Hi Kees,
>
> On Mon, 8 Oct 2012 18:57:51 -0700 Kees Cook wrote:
>>
>> On Mon, Oct 8, 2012 at 6:20 PM, Greg Kroah-Hartman
>> wrote:
>> > On Mon, Oct 08, 2012 at 05:46:08PM -0700, Kees Cook wrote:
>> >> On Mon, Oct 8, 2012 at 4:53 PM, Greg
Here is my 3.7 queue of Thermal pathces (from Zhang-Rui's release tree)
plus a few misc fixes. I fixed two merge issues when pulling rui's tree,
the TC1/TC2 vs OMAP and the MAX_IDR_MASK rename issue.
Please let me know if you see troubles with any of these patches,
they are currently on my
From: Zhang Rui
This is because general active cooling devices, like fans,
may have multiple speeds, which can be mapped to different cooling states.
Signed-off-by: Zhang Rui
Reviewed-by: Rafael J. Wysocki
Reviewed-by: Valentin, Eduardo
---
drivers/thermal/thermal_sys.c | 12 ++--
1
From: Zhang Rui
Remove tc1/tc2 in generic thermal layer.
.get_trend() callback starts to take effect from this patch.
Signed-off-by: Zhang Rui
Reviewed-by: Rafael J. Wysocki
Reviewed-by: Valentin, Eduardo
---
drivers/acpi/thermal.c | 5 +
From: Zhang Rui
thermal_instance should be referenced by both thermal zone devices
and thermal cooling devices.
Rename thermal_instance.node to thermal_instance.tz_node in this patch
and thermal_instanace.cdev_node will be introduced in next patch.
Signed-off-by: Zhang Rui
Reviewed-by: Rafael
From: Zhang Rui
This fixes the problem that a cooling device may be referenced by
by multiple trip points in multiple thermal zones.
With this patch, we have two stages for updating a thermal zone,
1. check if a thermal_instance needs to be updated or not
2. update the cooling device, based on
From: Zhang Rui
we need to go over all the thermal_instance list of a cooling device
to decide which cooling state to put the cooling device to.
But at this time, as a cooling device may be referenced in multiple
thermal zones, we need to lock the list first in case
another thermal zone is
From: Amit Daniel Kachhap
This movement is needed because the hwmon entries and corresponding sysfs
interface is a duplicate of utilities already provided by
driver/thermal/thermal_sys.c. The goal is to place it in thermal folder
and add necessary functions to use the in-kernel thermal
From: Sachin Kamat
exynos_unregister_thermal() is functional only when 'th_zone' is not
NULL (ensured by the NULL checks). However, in the event it is NULL, it
gets dereferenced in the for loop. This patch fixes this issue.
Signed-off-by: Sachin Kamat
---
drivers/thermal/exynos_thermal.c | 7
From: Wei Yongjun
The dereference should be moved below the NULL test.
dpatch engine is used to auto generate this patch.
(https://github.com/weiyj/dpatch)
Signed-off-by: Wei Yongjun
Signed-off-by: Len Brown
---
drivers/acpi/processor_idle.c | 3 ++-
1 file changed, 2 insertions(+), 1
From: Feng Tang
By enlarging the GPE storm threshold back to 20, that laptop's
EC works fine with interrupt mode instead of polling mode.
https://bugzilla.kernel.org/show_bug.cgi?id=45151
Reported-and-Tested-by: Francesco
Signed-off-by: Feng Tang
Signed-off-by: Len Brown
cc:
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
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: 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: 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: 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.
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: 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
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: 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
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:
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
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 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: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
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
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: 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: 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
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: 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: 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
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
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
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
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
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
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: 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 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
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 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
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 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, 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 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, 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 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 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 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 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 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 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
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 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
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 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 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
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
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
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
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.
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
---
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
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
_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 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
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.
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
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
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:
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
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
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
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 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]
> > >
> > >
> -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 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
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
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 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 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 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.
> >
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 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,
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 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 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
---
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 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
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
>
---
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;
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
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
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
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
>
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,
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
1 - 100 of 1422 matches
Mail list logo