[PATCH V2 30/30] rtc: rtc-wm831x: use devm_rtc_device_register()

devm_rtc_device_register() is device managed and makes cleanup paths simpler. Signed-off-by: Jingoo Han --- Changes since v1: - used 'struct device *dev' as the first argument drivers/rtc/rtc-wm831x.c |6 +- 1 files changed, 1 insertions(+), 5 deletions(-) diff --git a/drivers/rtc/rtc-

[PATCH V2 29/30] rtc: rtc-vt8500: use devm_rtc_device_register()

devm_rtc_device_register() is device managed and makes cleanup paths simpler. Signed-off-by: Jingoo Han --- Changes since v1: - used 'struct device *dev' as the first argument drivers/rtc/rtc-vt8500.c |8 ++-- 1 files changed, 2 insertions(+), 6 deletions(-) diff --git a/drivers/rtc/rt

[PATCH V2 28/30] rtc: rtc-tx4939: use devm_rtc_device_register()

devm_rtc_device_register() is device managed and makes cleanup paths simpler. Signed-off-by: Jingoo Han --- Changes since v1: - used 'struct device *dev' as the first argument drivers/rtc/rtc-tx4939.c |6 ++ 1 files changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/rtc/rtc-

[PATCH V2 27/30] rtc: rtc-tps80031: use devm_rtc_device_register()

devm_rtc_device_register() is device managed and makes cleanup paths simpler. Signed-off-by: Jingoo Han --- Changes since v1: - used 'struct device *dev' as the first argument drivers/rtc/rtc-tps80031.c |6 +- 1 files changed, 1 insertions(+), 5 deletions(-) diff --git a/drivers/rtc/rt

Re: [PATCH] irqchip: irqc: Add DT support

On Wed, Mar 06, 2013 at 03:23:39PM +0900, Magnus Damm wrote: > From: Magnus Damm > > Add DT support to the IRQC External IRQ Pin driver. I have added this to topic/intc-external-irq with the related patches. The holding-pen for INTC. -- To unsubscribe from this list: send the line "unsubscribe l

[PATCH V2 26/30] rtc: rtc-tps65910: use devm_rtc_device_register()

devm_rtc_device_register() is device managed and makes cleanup paths simpler. Signed-off-by: Jingoo Han --- Changes since v1: - used 'struct device *dev' as the first argument drivers/rtc/rtc-tps65910.c |6 +- 1 files changed, 1 insertions(+), 5 deletions(-) diff --git a/drivers/rtc/rt

[PATCH V2 25/30] rtc: rtc-tps6586x: use devm_rtc_device_register()

devm_rtc_device_register() is device managed and makes cleanup paths simpler. Signed-off-by: Jingoo Han --- Changes since v1: - used 'struct device *dev' as the first argument drivers/rtc/rtc-tps6586x.c |4 +--- 1 files changed, 1 insertions(+), 3 deletions(-) diff --git a/drivers/rtc/rtc-

Re: [PATCH] irqchip: intc-irqpin: Initial DT support

On Wed, Mar 06, 2013 at 03:16:08PM +0900, Magnus Damm wrote: > From: Magnus Damm > > Add initial DT support to the INTC External IRQ Pin > driver. At this point only hardware with 4-bit wide > sense registers is supported via DT. I have added this to topic/intc-external-irq with the related patc

[PATCH V2 24/30] rtc: rtc-tegra: use devm_rtc_device_register()

devm_rtc_device_register() is device managed and makes cleanup paths simpler. Signed-off-by: Jingoo Han --- Changes since v1: - used 'struct device *dev' as the first argument drivers/rtc/rtc-tegra.c | 10 ++ 1 files changed, 2 insertions(+), 8 deletions(-) diff --git a/drivers/rtc/r

[PATCH V2 23/30] rtc: rtc-stk17ta8: use devm_rtc_device_register()

devm_rtc_device_register() is device managed and makes cleanup paths simpler. Signed-off-by: Jingoo Han --- Changes since v1: - used 'struct device *dev' as the first argument drivers/rtc/rtc-stk17ta8.c |6 ++ 1 files changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/rtc/rt

[PATCH V2 22/30] rtc: rtc-spear: use devm_rtc_device_register()

devm_rtc_device_register() is device managed and makes cleanup paths simpler. Signed-off-by: Jingoo Han --- Changes since v1: - used 'struct device *dev' as the first argument drivers/rtc/rtc-spear.c |5 ++--- 1 files changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/rtc/rtc-sp

[PATCH V2 21/30] rtc: rtc-snvs: use devm_rtc_device_register()

devm_rtc_device_register() is device managed and makes cleanup paths simpler. Signed-off-by: Jingoo Han --- Changes since v1: - used 'struct device *dev' as the first argument drivers/rtc/rtc-snvs.c |6 +- 1 files changed, 1 insertions(+), 5 deletions(-) diff --git a/drivers/rtc/rtc-sn

[PATCH V2 19/30] rtc: rtc-pcf8523: use devm_rtc_device_register()

devm_rtc_device_register() is device managed and makes cleanup paths simpler. Signed-off-by: Jingoo Han --- Changes since v1: - used 'struct device *dev' as the first argument drivers/rtc/rtc-pcf8523.c |6 +- 1 files changed, 1 insertions(+), 5 deletions(-) diff --git a/drivers/rtc/rtc

[PATCH V2 20/30] rtc: rtc-s3c: use devm_rtc_device_register()

devm_rtc_device_register() is device managed and makes cleanup paths simpler. Signed-off-by: Jingoo Han --- Changes since v1: - used 'struct device *dev' as the first argument drivers/rtc/rtc-s3c.c |6 +- 1 files changed, 1 insertions(+), 5 deletions(-) diff --git a/drivers/rtc/rtc-s3c

Re: [PATCH] remoteproc: properly fix missing CONFIG_FW_LOADER configurations

On Wed, 2013-03-06 at 08:46 +0800, Greg KH wrote: > On Tue, Mar 05, 2013 at 11:22:49PM +0100, Paul Bolle wrote: > > 1) But actually thinking about this: that upstream commit did end up in > > the (longterm) v3.4.y series. And my patch is also relevant for the > > v3.8.y series. > > As that patch w

[PATCH V2 18/30] rtc: rtc-palmas: use devm_rtc_device_register()

devm_rtc_device_register() is device managed and makes cleanup paths simpler. Signed-off-by: Jingoo Han --- Changes since v1: - used 'struct device *dev' as the first argument drivers/rtc/rtc-palmas.c |6 +- 1 files changed, 1 insertions(+), 5 deletions(-) diff --git a/drivers/rtc/rtc-

[PATCH V2 17/30] rtc: rtc-mxc: use devm_rtc_device_register()

devm_rtc_device_register() is device managed and makes cleanup paths simpler. Signed-off-by: Jingoo Han --- Changes since v1: - used 'struct device *dev' as the first argument drivers/rtc/rtc-mxc.c |4 +--- 1 files changed, 1 insertions(+), 3 deletions(-) diff --git a/drivers/rtc/rtc-mxc.c

[PATCH V2 16/30] rtc: rtc-mv: use devm_rtc_device_register()

devm_rtc_device_register() is device managed and makes cleanup paths simpler. Signed-off-by: Jingoo Han --- Changes since v1: - used 'struct device *dev' as the first argument drivers/rtc/rtc-mv.c |8 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/rtc/rtc-mv

[PATCH V2 15/30] rtc: rtc-max8997: use devm_rtc_device_register()

devm_rtc_device_register() is device managed and makes cleanup paths simpler. Signed-off-by: Jingoo Han --- Changes since v1: - used 'struct device *dev' as the first argument drivers/rtc/rtc-max8997.c | 10 ++ 1 files changed, 2 insertions(+), 8 deletions(-) diff --git a/drivers/rtc

Re: [REPOST PATCH 0/2] Table lookup for mux clock type

On Wed, Mar 06, 2013 at 12:52:02AM +0100, Stephen Warren wrote: > On 03/05/2013 03:48 PM, Stephen Warren wrote: > > On 02/22/2013 08:02 AM, Peter De Schrijver wrote: > >> This patchset adds a table lookup feature to the mux clock type. This will > >> be used by the forthcoming Tegra114 clock implem

[PATCH V2 13/30] rtc: rtc-max77686: use devm_rtc_device_register()

devm_rtc_device_register() is device managed and makes cleanup paths simpler. Also, this patch uses devm_request_threaded_irq(). Signed-off-by: Jingoo Han --- Changes since v1: - used 'struct device *dev' as the first argument drivers/rtc/rtc-max77686.c | 15 --- 1 files changed,

[PATCH V2 14/30] rtc: rtc-max8907: use devm_rtc_device_register()

devm_rtc_device_register() is device managed and makes cleanup paths simpler. Signed-off-by: Jingoo Han --- Changes since v1: - used 'struct device *dev' as the first argument drivers/rtc/rtc-max8907.c |7 +-- 1 files changed, 1 insertions(+), 6 deletions(-) diff --git a/drivers/rtc/rt

[PATCH V2 12/30] rtc: rtc-lpc32xx: use devm_rtc_device_register()

devm_rtc_device_register() is device managed and makes cleanup paths simpler. Signed-off-by: Jingoo Han --- Changes since v1: - used 'struct device *dev' as the first argument drivers/rtc/rtc-lpc32xx.c |5 ++--- 1 files changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/rtc/rtc-

[PATCH V2 11/30] rtc: rtc-lp8788: use devm_rtc_device_register()

devm_rtc_device_register() is device managed and makes cleanup paths simpler. Signed-off-by: Jingoo Han --- Changes since v1: - used 'struct device *dev' as the first argument drivers/rtc/rtc-lp8788.c |5 + 1 files changed, 1 insertions(+), 4 deletions(-) diff --git a/drivers/rtc/rtc-l

[PATCH V2 10/30] rtc: rtc-imxdi: use devm_rtc_device_register()

devm_rtc_device_register() is device managed and makes cleanup paths simpler. Signed-off-by: Jingoo Han --- Changes since v1: - used 'struct device *dev' as the first argument drivers/rtc/rtc-imxdi.c |4 +--- 1 files changed, 1 insertions(+), 3 deletions(-) diff --git a/drivers/rtc/rtc-imx

[PATCH V2 09/30] rtc: rtc-ep93xx: use devm_rtc_device_register()

devm_rtc_device_register() is device managed and makes cleanup paths simpler. Signed-off-by: Jingoo Han --- Changes since v1: - used 'struct device *dev' as the first argument drivers/rtc/rtc-ep93xx.c | 11 +++ 1 files changed, 3 insertions(+), 8 deletions(-) diff --git a/drivers/rtc

[PATCH V2 08/30] rtc: rtc-ds1742: use devm_rtc_device_register()

devm_rtc_device_register() is device managed and makes cleanup paths simpler. Signed-off-by: Jingoo Han --- Changes since v1: - used 'struct device *dev' as the first argument drivers/rtc/rtc-ds1742.c |8 ++-- 1 files changed, 2 insertions(+), 6 deletions(-) diff --git a/drivers/rtc/rt

[PATCH V2 07/30] rtc: rtc-ds1553: use devm_rtc_device_register()

devm_rtc_device_register() is device managed and makes cleanup paths simpler. Signed-off-by: Jingoo Han --- Changes since v1: - used 'struct device *dev' as the first argument drivers/rtc/rtc-ds1553.c |6 ++ 1 files changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/rtc/rtc-

[PATCH V2 06/30] rtc: rtc-ds1511: use devm_rtc_device_register()

devm_rtc_device_register() is device managed and makes cleanup paths simpler. Signed-off-by: Jingoo Han --- Changes since v1: - used 'struct device *dev' as the first argument drivers/rtc/rtc-ds1511.c |8 +++- 1 files changed, 3 insertions(+), 5 deletions(-) diff --git a/drivers/rtc/rt

Re: [PATCH V3 1/2] mm: hotplug: implement non-movable version of get_user_pages() called get_user_pages_non_movable()

Hi Lin, IMHO, current implementation depends on luck. So even if system has many non movable memory, get_user_pages_non_movable() may not allocate non movable memory. At following thread, Marek Szyprowski implemented similar feature which allocates non movable memory by "get_user_pages()". http

[PATCH V2 05/30] rtc: rtc-davinci: use devm_rtc_device_register()

devm_rtc_device_register() is device managed and makes cleanup paths simpler. Signed-off-by: Jingoo Han --- Changes since v1: - used 'struct device *dev' as the first argument drivers/rtc/rtc-davinci.c |8 ++-- 1 files changed, 2 insertions(+), 6 deletions(-) diff --git a/drivers/rtc/r

[PATCH V2 04/30] rtc: rtc-da9055: use devm_rtc_device_register()

devm_rtc_device_register() is device managed and makes cleanup paths simpler. Signed-off-by: Jingoo Han --- Changes since v1: - used 'struct device *dev' as the first argument drivers/rtc/rtc-da9055.c |5 + 1 files changed, 1 insertions(+), 4 deletions(-) diff --git a/drivers/rtc/rtc-d

[PATCH V2 03/30] rtc: rtc-da9052: use devm_rtc_device_register()

devm_rtc_device_register() is device managed and makes cleanup paths simpler. Signed-off-by: Jingoo Han --- Changes since v1: - used 'struct device *dev' as the first argument drivers/rtc/rtc-da9052.c |5 + 1 files changed, 1 insertions(+), 4 deletions(-) diff --git a/drivers/rtc/rtc-d

[PATCH V2 02/30] rtc: rtc-coh90133: use devm_rtc_device_register()

devm_rtc_device_register() is device managed and makes cleanup paths simpler. Signed-off-by: Jingoo Han --- Changes since v1: - used 'struct device *dev' as the first argument drivers/rtc/rtc-coh901331.c |5 ++--- 1 files changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/rtc/rt

[PATCH V2 01/30] rtc: rtc-88pm80x: use devm_rtc_device_register()

devm_rtc_device_register() is device managed and makes cleanup paths simpler. Signed-off-by: Jingoo Han --- Changes since v1: - used 'struct device *dev' as the first argument drivers/rtc/rtc-88pm80x.c |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/drivers/rtc/rtc-88

[PATCH v2 1/2] Input: atmel_mxt_ts - add device id for touchpad variant

From: Daniel Kurtz This same driver can be used by atmel based touchscreens and touchpads (buttonpads) by instantiating the i2c device as a "atmel_mxt_tp". This will cause the driver to perform some touchpad specific initializations, such as: * register input device name "Atmel maXTouch Touchp

[PATCH v2 2/2] Platform: x86: chromeos_laptop : Add basic platform data for atmel devices

Add basic platform data to get the current upstream driver working with the 224s touchpad and 1664s touchscreen. We will be using NULL config so we will use the settings from the devices' NVRAMs. Signed-off-by: Benson Leung Tested-by: Olof Johansson --- v2: Patches cleanly with v3.9-rc1 v1: Init

[PATCH v2 0/2] Add platform data and touchpad functionality for Pixel

Add support for an "atmel_mxt_tp" variant in the atmel_mxt_ts.c driver. Then, add platform data for the 224s trackpad and the 1664s touchscreen in chromeos_laptop so that the existing version of the driver will probe these devices correctly. v2 : Minor bugfix in patch 1. Cleanup client_id from com

Re: [PATCH] efivarfs: fix abnormal GUID in variable name by using strcpy to replace null with dash

於 三，2013-03-06 於 15:34 +0800，joeyli 提到： > Hi Matt, > > 於 六，2013-03-02 於 07:41 +0800，joeyli 提到： > > 於 五，2013-03-01 於 16:31 +，Matt Fleming 提到： > > > On Fri, 2013-03-01 at 15:17 +, Matt Fleming wrote: > > > > On Fri, 2013-03-01 at 11:20 +0800, Lee, Chun-Yi wrote: > > > > > From: Michael Schr

Re: [PATCH] acerhdf: Fix fan activation with new thermal governor

On Wed, Mar 06, 2013 at 03:30:28PM +0800, Zhang Rui wrote: > sorry I should be clearer. the problem that alexander' patch fixes, > does not exist in 3.9-rc1 because the problem is fixed by this commit > b8bb6cb999858043489c1ddef08eed2127559169. > > so what we need is, either 3.8.x kernel + alexande

Re: [PATCH] irqchip: Renesas INTC External IRQ pin driver

On Wed, Feb 27, 2013 at 7:28 PM, Paul Mundt wrote: > On Wed, Feb 27, 2013 at 06:52:51PM +0900, Magnus Damm wrote: >> As you know, the INTC code that you are referring to is a full >> interrupt controller designed to work directly with CPU cores like SH >> and ARM. Newer ARM cores like Cortex-A9 al

Re: [PATCH] efivarfs: fix abnormal GUID in variable name by using strcpy to replace null with dash

Hi Matt, 於 六，2013-03-02 於 07:41 +0800，joeyli 提到： > 於 五，2013-03-01 於 16:31 +，Matt Fleming 提到： > > On Fri, 2013-03-01 at 15:17 +, Matt Fleming wrote: > > > On Fri, 2013-03-01 at 11:20 +0800, Lee, Chun-Yi wrote: > > > > From: Michael Schroeder > > > > > > > > On HP z220 system (firmware ve

Re: [PATCH] acerhdf: Fix fan activation with new thermal governor

On Wed, 2013-03-06 at 08:00 +0100, Borislav Petkov wrote: > On Wed, Mar 06, 2013 at 11:47:20AM +0800, Zhang Rui wrote: > > > So this now does not have any of the Schmitt trigger equivalent (?) > > > governor changes that were nicely discussed in this activity - > > > So what do we want to have comm

Re: linux-next: failure to fetch the watchdog tree

Hi Stephen, > Fetching the watchdog tree produces this message: > > fatal: unable to connect to www.linux-watchdog.org: > www.linux-watchdog.org[0: 83.149.101.17]: errno=Connection refused Thanks for pointing this out, I'll have a look at it. Kind regards, Wim. -- To unsubscribe from this list

Re: [PATCH] cgroup: make cgrp->event_list_lock irqsafe

On Tue, Mar 5, 2013 at 11:21 PM, Tejun Heo wrote: >> wake_up() is also allowed to be called from irq handler? > > Yeah, well, we don't consider everything which uses wake_up() to be > irq-safe. I'm not necessarily against making the lock irq-safe but at More precise way to think about it wiatqueu

Re: [PATCH] cgroup: make cgrp->event_list_lock irqsafe

Hello, Li. On Tue, Mar 5, 2013 at 11:15 PM, Li Zefan wrote: > wqh->lock is used through out fs/eventfd.c. I don't know if currently there's > any kernel user using eventfd APIs in an irq handler, but at least that should > be allowed. > > wake_up() is also allowed to be called from irq handler?

[PATCH v3 2/5] clocksource: Add new feature flag CLOCK_SOURCE_SUSPEND_NONSTOP

Some x86 processors have a TSC clocksource, which continues to run even when system is suspended. Also most OMAP platforms have a 32 KHz timer which has similar capability. Add a feature flag so that it could be utilized. Signed-off-by: Feng Tang --- include/linux/clocksource.h |1 + 1 file

[PATCH v3 3/5] x86: tsc: Add support for new S3_NONSTOP feature

Signed-off-by: Feng Tang --- arch/x86/kernel/tsc.c |6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/arch/x86/kernel/tsc.c b/arch/x86/kernel/tsc.c index 4b9ea10..098b3cf 100644 --- a/arch/x86/kernel/tsc.c +++ b/arch/x86/kernel/tsc.c @@ -768,7 +768,8 @@ static cycle_t rea

[PATCH v3 0/5] Add support for S3 non-stop TSC support.

Hi All, On some new Intel Atom processors (Penwell and Cloverview), there is a feature that the TSC won't stop in S3, say the TSC value won't be reset to 0 after resume. This feature makes TSC a more reliable clocksource and could benefit the timekeeping code during system suspend/resume cycles.

[PATCH v3 1/5] x86: Add cpu capability flag X86_FEATURE_NONSTOP_TSC_S3

On some new Intel Atom processors (Penwell and Cloverview), there is a feature that the TSC won't stop in S3 state, say the TSC value won't be reset to 0 after resume. This feature makes TSC a more reliable clocksource and could benefit the timekeeping code during system suspend/resume cycle, so ad

[PATCH v3 5/5] timekeeping: utilize the suspend-nonstop clocksource to count suspended time

There are some new processors whose TSC clocksource won't stop during suspend. Currently, after system resumes, kernel will use persistent clock or RTC to compensate the sleep time, but for those new types of clocksources, we could skip the special compensation from external sources, and just use c

[PATCH v3 4/5] clocksource: Enable clocksource_cyc2ns() to cover big cycles

Current clocksource_cyc2ns() has a implicit limit that the (cycles * mult) can not exceed 64 bits limit. Jason Gunthorpe proposed a way to handle this big cycles case, and this patch put the handling into clocksource_cyc2ns() so that it could be used unconditionally. Suggested-by: Jason Gunthorpe

Re: [PATCH 08/16] virtio_ring: virtqueue_add_outbuf / virtqueue_add_inbuf.

"Michael S. Tsirkin" writes: >> Without the inline keywords, it doesn't inline virtqueue_add, and thus >> sg_next_chained and sg_next_add aren't inlined: >> >> $ for i in `seq 50`; do /usr/bin/time --format=%U ./vringh_test --indirect >> --eventidx --parallel; done 2>&1 | stats --trim-outliers >

Re: [PATCH] cgroup: make cgrp->event_list_lock irqsafe

On 2013/3/6 15:02, Tejun Heo wrote: > On Tue, Mar 5, 2013 at 11:00 PM, Li Zefan wrote: >>> Why should wqh->lock be hard-irq-safe? Is it actually grabbed from >>> irq context? >> >> becase cgroup_event_wake() is a callback to a wait queue, and it's wake_up() >> that acquires wqh->lock with irq dis

Re: [PATCH v2 0/4] ipc: reduce ipc lock contention

On Tue, 2013-03-05 at 22:53 -0500, Rik van Riel wrote: > On 03/05/2013 10:46 PM, Waiman Long wrote: > > On 03/05/2013 03:53 PM, Rik van Riel wrote: > > >> Indeed. Though how well my patches will work with Oracle will > >> depend a lot on what kind of semctl syscalls they are doing. > >> > >> Does

Re: [PATCH v2 0/4] ipc: reduce ipc lock contention

On Tue, 2013-03-05 at 07:40 -0800, Linus Torvalds wrote: > On Tue, Mar 5, 2013 at 1:35 AM, Davidlohr Bueso > wrote: > > > > The following set of patches are based on the discussion of holding the > > ipc lock unnecessarily, such as for permissions and security checks: > > Ok, looks fine from a q

Re: [PATCH 1/1 v3] pwm_bl: Add support for backlight enable regulator

On Wed, Mar 06, 2013 at 01:56:40PM +0900, Alex Courbot wrote: > On 03/06/2013 01:20 PM, Stephen Warren wrote: > >On 03/05/2013 07:18 PM, Alex Courbot wrote: > >>On 03/06/2013 08:51 AM, Andrew Chew wrote: > >>>The backlight enable regulator is specified in the device tree node for > >>>backlight. >

[PATCH] alpha: boot: fix build breakage introduced by system.h disintegration

Commit ec2212088c42 ("Disintegrate asm/system.h for Alpha") removed the system.h include from boot/head.S, which puts the PAL_* asm constants out of scope. Include so we can get building again. Cc: David Rusling Cc: David Howells Signed-off-by: Will Deacon --- arch/alpha/boot/head.S | 1 + 1

[PATCH] sched: wakeup buddy

Log since RFC: 1. Small fix (thanks to Namhyung). 2. Remove the logical branch which will bind two task on same cpu (thanks to Mike). wake_affine() stuff is trying to bind related tasks closely, but it doesn't work well according to the test on 'perf bench sched pipe' (t

Re: [PATCH] drm/tegra: drop "select DRM_HDMI"

On Tue, Mar 05, 2013 at 10:07:36PM +0100, Paul Bolle wrote: > Commit ac24c2204a76e5b42aa103bf963ae0eda1b827f3 ("drm/tegra: Use generic > HDMI infoframe helpers") added "select DRM_HDMI" to the DRM_TEGRA > Kconfig entry. But there is no Kconfig symbol named DRM_HDMI. The select > statement for that

Re: [PATCH] cgroup: make cgrp->event_list_lock irqsafe

On Tue, Mar 5, 2013 at 11:00 PM, Li Zefan wrote: >> Why should wqh->lock be hard-irq-safe? Is it actually grabbed from >> irq context? > > becase cgroup_event_wake() is a callback to a wait queue, and it's wake_up() > that acquires wqh->lock with irq disabled. So, acquiring a lock with irq disab

Re: [PATCH 2/3] irq: Add hw continuous IRQs map to virtual continuous IRQs support

于 2013/3/6 13:42, Michael Ellerman 写道: On Wed, Mar 06, 2013 at 01:34:58PM +0800, Mike Qiu wrote: 于 2013/3/6 11:54, Michael Ellerman 写道: On Tue, Mar 05, 2013 at 03:19:57PM +0800, Mike Qiu wrote: 于 2013/3/5 10:23, Michael Ellerman 写道: On Tue, Jan 15, 2013 at 03:38:55PM +0800, Mike Qiu wrote: d

Re: [PATCH] cgroup: make cgrp->event_list_lock irqsafe

On 2013/3/6 14:22, Tejun Heo wrote: > Hello, Li. > > On Wed, Mar 06, 2013 at 11:28:01AM +0800, Li Zefan wrote: >> cgroup_event_wake() is called with hardirq-safe wqh->lock held, so >> the nested cgrp->event_list_lock should also be hardirq-safe. >> >> Fortunately I don't think the deadlock can hap

Re: [PATCH] acerhdf: Fix fan activation with new thermal governor

On Wed, Mar 06, 2013 at 11:47:20AM +0800, Zhang Rui wrote: > > So this now does not have any of the Schmitt trigger equivalent (?) > > governor changes that were nicely discussed in this activity - > > So what do we want to have committed, and what do we not, > > the problem should have been fixed

Re: [PATCH v2 04/20] vmcore: allocate buffer for ELF headers on page-size alignment

于 2013年03月02日 16:36, HATAYAMA Daisuke 写道: > Allocate buffer for ELF headers on page-size aligned boudary to > satisfy mmap() requirement. For this, __get_free_pages() is used > instead of kmalloc(). > > Also, later patch will decrease actually used buffer size for ELF > headers, so it's necessary

Re: [PATCH 1/1 v3] pwm_bl: Add support for backlight enable regulator

On Wed, Mar 06, 2013 at 01:53:27PM +0900, Alex Courbot wrote: > On 03/06/2013 11:41 AM, Andrew Chew wrote: > >>> struct pwm_bl_data { > >>> struct pwm_device *pwm; > >>> struct device *dev; > >>>+ struct regulator*en_supply; > >>>+ bool

Re: [PATCH 5/6][v4]: perf: Create a sysfs entry for Power event format

Michael Ellerman [mich...@ellerman.id.au] wrote: | I suspect Arnaldo was either waiting for an ACK from Ben, or was | expecting Ben to take it? Arnaldo, here is an updated patch. If it is acked by Paul Mackerras, Michael Ellerman or Ben, will you add it to your tree so the whole patchset comes fro

Re: [PATCH] Quirk to support Marvell 88SE91xx SATA controllers with Intel IOMMU.

On Wed, Mar 6, 2013 at 12:04 PM, Alex Williamson wrote: > On Fri, 2013-03-01 at 16:26 +0800, Andrew Cooks wrote: > >> + >> + for (fn = 1; fn < 8; fn++) { > > Wouldn't you want to do 0 to 7, then add: > > if (fn == PCI_FUNC(pdev->devfn)) > continue; > > You could also get more creative

Re: [PATCH 2/7] ksm: treat unstable nid like in stable tree

Hi Hugh, On 03/06/2013 01:05 PM, Hugh Dickins wrote: On Wed, 6 Mar 2013, Ric Mason wrote: [ I've deleted the context because that was about the unstable tree, and here you have moved to asking about a case in the stable tree. ] For the case of a ksm page is migrated to a different NUMA node a

Re: [PATCH V2 REPOST] kbuild: create an "include chroot" for DT bindings

On 03/05/2013 12:06 PM, Stephen Warren wrote: > From: Stephen Warren > > The recent dtc+cpp support allows header files and C pre-processor > defines/macros to be used when compiling device tree files. These > headers will typically define various constants that are part of the > device tree bind

[PATCH] rtc: use struct device as the first argument for devm_rtc_device_register()

Other devm_* APIs use 'struct evice *dev' as the first argument. Thus, in order to sync with other devm_* functions, struct device is used as the first argument for devm_rtc_device_register(). Signed-off-by: Jingoo Han --- drivers/rtc/class.c |6 +++--- include/linux/rtc.h |4 ++-- 2 fil

Re: [PATCH 2/3 linux-next] cpufreq: conservative: Fix the logic in frequency decrease checking

On 6 March 2013 06:06, Stratos Karafotis wrote: > When we evaluate the CPU load for frequency decrease we have to compare > the load against down_threshold. There is no need to subtract 10 points > from down_threshold. > > Instead, we have to use the default down_threshold or user's selection > un

Re: [PATCH 1/3 linux-next] cpufreq: conservative: Fix sampling_down_factor functionality

On 6 March 2013 06:06, Stratos Karafotis wrote: > sampling_down_factor tunable is unused since commit > 8e677ce83bf41ba9c74e5b6d9ee60b07d4e5ed93 (4 years ago). > > This patch restores the original functionality and documents the > tunable. > > Signed-off-by: Stratos Karafotis > --- > Documentati

Re: [PATCH linux-next] cpufreq: conservative: Fix sampling_down_factor functionality

On 5 March 2013 22:21, David C Niemi wrote: > I'd like to ask -- what is the intended use of the conservative governor > these days as differentiated from the ondemand governor? At one time it > seemed more oriented towards power savings, but the ondemand governor had > picked up most or all o

Re: [PATCH v3] rtc: add devm_rtc_device_{register,unregister}()

On Wednesday, March 06, 2013 3:19 PM, Venu Byravarasu wrote: > On Wednesday, March 06, 2013 11:43 AM, Jingoo Han wrote: > > > > On Wednesday, March 06, 2013 3:03 PM, Venu Byravarasu wrote: > > > > > > > --- a/drivers/rtc/class.c > > > > +++ b/drivers/rtc/class.c > > > > > > > +/** > > > > + * devm_

Re: [PATCH v3 -next 4/5] x86: Add support for LZ4-compressed kernel

On Tue, Mar 05, 2013 at 08:13:38AM -0800, H. Peter Anvin wrote: > Please add the new magic to Documentation/x86/boot.txt as well. Ok, I will update it as soon as the patch set is stabilized. Thanks, Kyungsik > >This patch integrates the LZ4 decompression code to the x86 pre-boot > >code. > >And

Re: [PATCH v3] rtc: add devm_rtc_device_{register,unregister}()

On Wednesday, March 06, 2013 3:19 PM, Venu Byravarasu wrote: > On Wednesday, March 06, 2013 11:43 AM, Jingoo Han wrote: > > > > On Wednesday, March 06, 2013 3:03 PM, Venu Byravarasu wrote: > > > > > > > --- a/drivers/rtc/class.c > > > > +++ b/drivers/rtc/class.c > > > > > > > +/** > > > > + * devm_

Re: %pa format specifier issues

On 03/05/2013 06:19 PM, Stephen Boyd wrote: >> > >> > Am I doing something really stupid here? >> > >> > This is using a 32-bit i386 kernel. >> > >>From reading the patch I thought you had to pass the address via > reference. Otherwise you get the warning like you mention here, and then > probably

Re: Re: [PATCH 05/32] lib: devres: don't enclose pcim_*() functions in CONFIG_HAS_IOPORT

On Tuesday, March 05, 2013 5:30 AM, Arnd Bergmann wrote: > > On Monday 04 March 2013, Thomas Petazzoni wrote: > > FWIW, a patch that is doing what I was initially proposing has been > > merged for 3.9, and it doesn't contain the > > IS_ENABLED(CONFIG_HAS_IOPORT) test you were proposing (and which

Re: [PATCH 6/9] [media] ir-rx51: fix clock API related build issues

On 03.05 2013 17:09:53, Tony Lindgren wrote: > * Mauro Carvalho Chehab [130305 16:28]: > > Em Tue, 5 Mar 2013 23:16:46 +0100 > > Arnd Bergmann escreveu: > > > > > OMAP1 no longer provides its own clock interfaces since patch > > > a135eaae52 "ARM: OMAP: remove plat/clock.h". This is great, but

Re: [PATCH] cgroup: make cgrp->event_list_lock irqsafe

Hello, Li. On Wed, Mar 06, 2013 at 11:28:01AM +0800, Li Zefan wrote: > cgroup_event_wake() is called with hardirq-safe wqh->lock held, so > the nested cgrp->event_list_lock should also be hardirq-safe. > > Fortunately I don't think the deadlock can happen in real life. > > Lockdep never complain

Re: [PATCH V2 1/4] cpufreq: exynos: Adding cpufreq driver for exynos5440

On 6 March 2013 13:35, amit kachhap wrote: > On Tue, Mar 5, 2013 at 6:48 AM, Viresh Kumar wrote: >>> +static void exynos_cpufreq_work(struct work_struct *work) >>> +{ >>> + unsigned int cur_pstate, index; >>> + struct cpufreq_policy *policy = cpufreq_cpu_get(0); /* boot CPU */ >>> +

Re: [Devel] [PATCH] nfsd: check client tracker initialization result

06.03.2013 09:06, Stanislav Kinsbursky пишет: 06.03.2013 01:20, J. Bruce Fields пишет: On Thu, Feb 28, 2013 at 03:09:59PM +0300, Stanislav Kinsbursky wrote: Function nfsd4_client_tracking_init() can return error. Before, I think that we the nfsd4_client_* functions just became no-ops in this

RE: [PATCH v3] rtc: add devm_rtc_device_{register,unregister}()

> -Original Message- > From: Jingoo Han [mailto:jg1@samsung.com] > Sent: Wednesday, March 06, 2013 11:43 AM > To: Venu Byravarasu > Cc: 'Andrew Morton'; linux-kernel@vger.kernel.org; 'Tejun Heo'; 'Greg KH'; > 'Alessandro Zummo'; rtc-li...@googlegroups.com; Jingoo Han > Subject: Re: [PAT

[PATCH] irqchip: irqc: Add DT support

From: Magnus Damm Add DT support to the IRQC External IRQ Pin driver. Signed-off-by: Magnus Damm --- drivers/irqchip/irq-renesas-irqc.c |9 + 1 file changed, 9 insertions(+) --- 0001/drivers/irqchip/irq-renesas-irqc.c +++ work/drivers/irqchip/irq-renesas-irqc.c 2013-03-06 15:

Re: [PATCH v3 -next 0/5] Add support for LZ4-compressed kernel

On Tue, Mar 05, 2013 at 03:06:16PM -0800, Andrew Morton wrote: > On Tue, 5 Mar 2013 20:47:31 +0900 Kyungsik Lee wrote: > > > This is the third version. In this version, Some codes are fixed > > and more description and note are added. I would like to thank David Sterba > > for his review. > > >

Re: [PATCH v3] rtc: add devm_rtc_device_{register,unregister}()

On Wednesday, March 06, 2013 3:03 PM, Venu Byravarasu wrote: > > > --- a/drivers/rtc/class.c > > +++ b/drivers/rtc/class.c > > > +/** > > + * devm_rtc_device_register - resource managed rtc_device_register() > > + * @name: the name of the device > > + * @dev: the device to register > > + * @ops:

[PATCH] irqchip: intc-irqpin: Initial DT support

From: Magnus Damm Add initial DT support to the INTC External IRQ Pin driver. At this point only hardware with 4-bit wide sense registers is supported via DT. Signed-off-by: Magnus Damm --- drivers/irqchip/irq-renesas-intc-irqpin.c |9 + 1 file changed, 9 insertions(+) --- 0001/d

Re: [PATCH] m68k: drop "select EMAC_INC"

Hi Paul, On 06/03/13 03:30, Paul Bolle wrote: Somehow this select statement managed to squeeze itself between commit 0e152d80507b75c00aac60f2ffc586360687cd52 ("m68k: reorganize Kconfig options to improve mmu/non-mmu selections") and commit 95e82747d6e2abc513bfae416e6009968985d05b ("m68k: drop un

RE: [PATCH v3] rtc: add devm_rtc_device_{register,unregister}()

> -Original Message- > From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel- > ow...@vger.kernel.org] On Behalf Of Jingoo Han > Sent: Tuesday, February 26, 2013 7:20 AM > To: 'Andrew Morton' > Cc: linux-kernel@vger.kernel.org; 'Tejun Heo'; 'Greg KH'; 'Alessandro > Zummo'; rtc-li...

3.9-rc1 powerpc ptrace.c: 'brk.len' is used uninitialized

Hello Michael, bisect tells me that since your commit 9422de3e953d0e60eb95f5430a9dd803eec1c6d7 "powerpc: Hardware breakpoints rewrite to handle non DABR breakpoint registers", compiling linux fails with : cc1: warnings being treated as errors arch/powerpc/kernel/ptrace.c: In function 'arch_p

Re: [PATCH 2/3] irq: Add hw continuous IRQs map to virtual continuous IRQs support

On Wed, Mar 06, 2013 at 01:34:58PM +0800, Mike Qiu wrote: > 于 2013/3/6 11:54, Michael Ellerman 写道: > >On Tue, Mar 05, 2013 at 03:19:57PM +0800, Mike Qiu wrote: > >>于 2013/3/5 10:23, Michael Ellerman 写道: > >>>On Tue, Jan 15, 2013 at 03:38:55PM +0800, Mike Qiu wrote: > diff --git a/kernel/irq/irq

[PATCH 30/30] rtc: rtc-wm831x: use devm_rtc_device_register()

devm_rtc_device_register() is device managed and makes cleanup paths simpler. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-wm831x.c |6 +- 1 files changed, 1 insertions(+), 5 deletions(-) diff --git a/drivers/rtc/rtc-wm831x.c b/drivers/rtc/rtc-wm831x.c index 2f0ac7b..3f863bd 100644 ---

[PATCH 29/30] rtc: rtc-vt8500: use devm_rtc_device_register()

devm_rtc_device_register() is device managed and makes cleanup paths simpler. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-vt8500.c |8 ++-- 1 files changed, 2 insertions(+), 6 deletions(-) diff --git a/drivers/rtc/rtc-vt8500.c b/drivers/rtc/rtc-vt8500.c index a000bc0..92fbb00 100644 -

[PATCH 28/30] rtc: rtc-tx4939: use devm_rtc_device_register()

devm_rtc_device_register() is device managed and makes cleanup paths simpler. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-tx4939.c |6 ++ 1 files changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/rtc/rtc-tx4939.c b/drivers/rtc/rtc-tx4939.c index a12bfac..9643116 100644 ---

[PATCH 27/30] rtc: rtc-tps80031: use devm_rtc_device_register()

devm_rtc_device_register() is device managed and makes cleanup paths simpler. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-tps80031.c |6 +- 1 files changed, 1 insertions(+), 5 deletions(-) diff --git a/drivers/rtc/rtc-tps80031.c b/drivers/rtc/rtc-tps80031.c index 9aaf8aa..f5f6c32 1006

[PATCH 26/30] rtc: rtc-tps65910: use devm_rtc_device_register()

devm_rtc_device_register() is device managed and makes cleanup paths simpler. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-tps65910.c |6 +- 1 files changed, 1 insertions(+), 5 deletions(-) diff --git a/drivers/rtc/rtc-tps65910.c b/drivers/rtc/rtc-tps65910.c index 8bd8115..12ac2ea 1006

[PATCH 25/30] rtc: rtc-tps6586x: use devm_rtc_device_register()

devm_rtc_device_register() is device managed and makes cleanup paths simpler. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-tps6586x.c |4 +--- 1 files changed, 1 insertions(+), 3 deletions(-) diff --git a/drivers/rtc/rtc-tps6586x.c b/drivers/rtc/rtc-tps6586x.c index aab4e8c..9b82ff1 100644

Re: [PATCH V2 1/4] cpufreq: exynos: Adding cpufreq driver for exynos5440

Hi Viresh, Again thanks for your review comments. On Tue, Mar 5, 2013 at 6:48 AM, Viresh Kumar wrote: > On 2 March 2013 15:04, Amit Daniel Kachhap wrote: >> This patch adds dvfs support for exynos5440 SOC. This soc has 4 cores and >> they run at same frequency. The nature of exynos5440 clock co

[PATCH 23/30] rtc: rtc-stk17ta8: use devm_rtc_device_register()

devm_rtc_device_register() is device managed and makes cleanup paths simpler. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-stk17ta8.c |6 ++ 1 files changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/rtc/rtc-stk17ta8.c b/drivers/rtc/rtc-stk17ta8.c index 7e4a6f6..f27ad04 1006

  1   2   3   4   5   6   7   8   >