[PATCH 14/14] backlight: tdo24m: convert tdo24m to dev_pm_ops

Instead of using legacy suspend/resume methods, using newer dev_pm_ops structure allows better control over power management. Signed-off-by: Jingoo Han --- drivers/video/backlight/tdo24m.c | 18 -- 1 files changed, 8 insertions(+), 10 deletions(-) diff --git

[PATCH 13/14] backlight: ltv350qv: convert ltv350qv to dev_pm_ops

Instead of using legacy suspend/resume methods, using newer dev_pm_ops structure allows better control over power management. Signed-off-by: Jingoo Han --- drivers/video/backlight/ltv350qv.c | 18 -- 1 files changed, 8 insertions(+), 10 deletions(-) diff --git

[PATCH 12/14] backlight: locomolcd: convert locomolcd to dev_pm_ops

Instead of using legacy suspend/resume methods, using newer dev_pm_ops structure allows better control over power management. Signed-off-by: Jingoo Han --- drivers/video/backlight/locomolcd.c | 16 +++- 1 files changed, 7 insertions(+), 9 deletions(-) diff --git

[PATCH 11/14] backlight: lm3533_bl: convert lm3533_bl to dev_pm_ops

Instead of using legacy suspend/resume methods, using newer dev_pm_ops structure allows better control over power management. Signed-off-by: Jingoo Han --- drivers/video/backlight/lm3533_bl.c | 22 ++ 1 files changed, 10 insertions(+), 12 deletions(-) diff --git

[PATCH 10/14] backlight: kb3886_bl: convert kb3886bl to dev_pm_ops

Instead of using legacy suspend/resume methods, using newer dev_pm_ops structure allows better control over power management. Signed-off-by: Jingoo Han --- drivers/video/backlight/kb3886_bl.c | 18 -- 1 files changed, 8 insertions(+), 10 deletions(-) diff --git

[PATCH 09/14] backlight: hp680_bl: convert hp680bl to dev_pm_ops

Instead of using legacy suspend/resume methods, using newer dev_pm_ops structure allows better control over power management. Signed-off-by: Jingoo Han --- drivers/video/backlight/hp680_bl.c | 18 -- 1 files changed, 8 insertions(+), 10 deletions(-) diff --git

[PATCH 08/14] backlight: ep93xx: convert ep93xx to dev_pm_ops

Instead of using legacy suspend/resume methods, using newer dev_pm_ops structure allows better control over power management. Signed-off-by: Jingoo Han --- drivers/video/backlight/ep93xx_bl.c | 18 -- 1 files changed, 8 insertions(+), 10 deletions(-) diff --git

[PATCH 07/14] backlight: corgi_lcd: convert corgi_lcd to dev_pm_ops

Instead of using legacy suspend/resume methods, using newer dev_pm_ops structure allows better control over power management. Signed-off-by: Jingoo Han --- drivers/video/backlight/corgi_lcd.c | 18 -- 1 files changed, 8 insertions(+), 10 deletions(-) diff --git

[PATCH 06/14] backlight: adp8870: convert adp8870 to dev_pm_ops

Instead of using legacy suspend/resume methods, using newer dev_pm_ops structure allows better control over power management. Signed-off-by: Jingoo Han --- drivers/video/backlight/adp8870_bl.c | 21 - 1 files changed, 12 insertions(+), 9 deletions(-) diff --git

[PATCH 05/14] backlight: adp8860: convert adp8860 to dev_pm_ops

Instead of using legacy suspend/resume methods, using newer dev_pm_ops structure allows better control over power management. Signed-off-by: Jingoo Han --- drivers/video/backlight/adp8860_bl.c | 21 - 1 files changed, 12 insertions(+), 9 deletions(-) diff --git

[PATCH 04/14] backlight: adp5520: convert adp5520_bl to dev_pm_ops

Instead of using legacy suspend/resume methods, using newer dev_pm_ops structure allows better control over power management. Signed-off-by: Jingoo Han --- drivers/video/backlight/adp5520_bl.c | 21 ++--- 1 files changed, 10 insertions(+), 11 deletions(-) diff --git

[PATCH 03/14] backlight: s6e63m0: convert s6e63m0 to dev_pm_ops

Instead of using legacy suspend/resume methods, using newer dev_pm_ops structure allows better control over power management. Signed-off-by: Jingoo Han --- drivers/video/backlight/s6e63m0.c | 20 +--- 1 files changed, 9 insertions(+), 11 deletions(-) diff --git

[PATCH 02/14] backlight: lms501kf03: convert lms501kf03 to dev_pm_ops

Instead of using legacy suspend/resume methods, using newer dev_pm_ops structure allows better control over power management. Signed-off-by: Jingoo Han --- drivers/video/backlight/lms501kf03.c | 22 ++ 1 files changed, 10 insertions(+), 12 deletions(-) diff --git

[PATCH 01/14] backlight: ld9040: convert ld9040 to dev_pm_ops

Instead of using legacy suspend/resume methods, using newer dev_pm_ops structure allows better control over power management. Signed-off-by: Jingoo Han --- drivers/video/backlight/ld9040.c | 20 +--- 1 files changed, 9 insertions(+), 11 deletions(-) diff --git

[PATCH] backlight: da903x_bl: switch to using SIMPLE_DEV_PM_OPS

This reduces #ifdefs in the code. Also, CONFIG_PM_SLEEP is used to avoid warnings of unused functions if CONFIG_PM_SLEEP is not defined. Signed-off-by: Jingoo Han --- drivers/video/backlight/da903x_bl.c | 12 1 files changed, 4 insertions(+), 8 deletions(-) diff --git

[PATCH] rtc: rtc-s3c: convert s3c_rtc to dev_pm_ops

Instead of using legacy suspend/resume methods, using newer dev_pm_ops structure allows better control over power management. Also, 'wake_en' variable is moved, because it is only used when CONFIG_PM_SLEEP is enabled. Signed-off-by: Jingoo Han --- drivers/rtc/rtc-s3c.c | 26

Re: linux-next: build failure after merge of the final tree (drm-intel tree related)

On Mon, Mar 11, 2013 at 9:22 PM, Stephen Rothwell wrote: > Hi all, > > After merging the final tree, today's linux-next build (i386 defconfig) > failed like this: > > drivers/built-in.o: In function `i915_min_freq_set': > i915_debugfs.c:(.text+0xb1adc): undefined reference to `__udivdi3' >

[PATCH] drm/i915: use do_div() as needed in debugfs code

This replaces the open-coded divisions in the debugfs code by calls to do_div(). Signed-off-by: Kees Cook Cc: Daniel Vetter --- drivers/gpu/drm/i915/i915_debugfs.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_debugfs.c

Re: linux-next: build warning after merge of the final tree (tip tree related)

Hi, On Tue, 12 Mar 2013 13:16:21 +0800 Li Zefan wrote: > > Should be fixed by this, and it has been queued in tip:sched/core > > Commit-ID: b719203b846284e77f5c50fca04b458b6484aeae > Gitweb: http://git.kernel.org/tip/b719203b846284e77f5c50fca04b458b6484aeae > Author: Li Zefan >

[PATCH] hwrng: exynos - add CONFIG_PM_SLEEP to suspend/resume functions

This patch adds CONFIG_PM_SLEEP to suspend/resume functions to fix the following build warning when CONFIG_PM_SLEEP is not selected. drivers/char/hw_random/exynos-rng.c:147:12: warning: 'exynos_rng_runtime_suspend' defined but not used [-Wunused-function]

[PATCH] CIFS: fix module loading regression

Since commit: 7f78e0351394052e1a6293e175825eb5c7869507 fs: Limit sys_mount to only request filesystem modules. cifs module no longer loads when issuing the mount command due to the lack of a MODULE_ALIAS_FS. Signed-off-by: Cristian Rodríguez --- fs/cifs/cifsfs.c | 2 ++ 1 file changed, 2

[PATCH 18/18] net: sctp: remove cast for kmalloc/kzalloc return value

remove cast for kmalloc/kzalloc return value. Signed-off-by: Zhang Yanfei Cc: Vlad Yasevich Cc: Sridhar Samudrala Cc: Neil Horman Cc: Andrew Morton Cc: linux-s...@vger.kernel.org --- include/net/sctp/sctp.h |2 +- net/sctp/protocol.c |2 +- 2 files changed, 2 insertions(+), 2

Re: workqueue panic in 3.4 kernel

On Tue, Mar 12, 2013 at 01:34:56PM +0800, Lei Wen wrote: > > Memory areas aren't always zero on allocation. > > Shouldn't work structure be allocated with kzalloc? It's not required to. work_struct can also be on stack. It's "init" after all. Also, if you require clearing the memory before

[PATCH 1/1] drivers/gpio: Altera soft IP GPIO driver

From: Tien Hock Loh Adds a new driver for Altera soft GPIO IP. The driver is able to do read/write and allows GPIO to be a interrupt controller. Tested on Altera GHRD on interrupt handling and IO. Signed-off-by: Tien Hock Loh --- .../devicetree/bindings/gpio/gpio-altera.txt | 37 +++

[PATCH 17/18] fs: ufs: remove cast for kmalloc return value

remove cast for kmalloc return value. Signed-off-by: Zhang Yanfei Cc: Evgeniy Dushistov Cc: Andrew Morton --- fs/ufs/util.c |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/fs/ufs/util.c b/fs/ufs/util.c index 95425b5..b6c2f94 100644 --- a/fs/ufs/util.c +++

[PATCH 16/18] fs: befs: remove cast for kmalloc return value

remove cast for kmalloc return value. Signed-off-by: Zhang Yanfei Cc: Andrew Morton --- fs/befs/btree.c |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/fs/befs/btree.c b/fs/befs/btree.c index a66c9b1..74e397d 100644 --- a/fs/befs/btree.c +++ b/fs/befs/btree.c @@

[PATCH 15/18] driver: usb: storage: remove cast for kmalloc return value

remove cast for kmalloc return value. Signed-off-by: Zhang Yanfei Cc: Matthew Dharm Cc: Greg Kroah-Hartman Cc: Andrew Morton Cc: linux-...@vger.kernel.org Cc: usb-stor...@lists.one-eyed-alien.net --- drivers/usb/storage/isd200.c |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-)

Re: workqueue panic in 3.4 kernel

On Tue, Mar 12, 2013 at 1:24 PM, Tejun Heo wrote: > On Tue, Mar 12, 2013 at 01:18:01PM +0800, Lei Wen wrote: >> > You're initializing random piece of memory which may contain any >> > garbage and triggering BUG if some bit is set on it. No, you can't do >> > that. debugobj is the right tool for

powerpc/eeh: Fix compile error due to missing include file

Ben Hutchings wrote: > On Fri, 2013-03-08 at 13:51 +1100, Michael Neuling wrote: > > This patch is breaking the celleb_defconfig on powerpc with: > > > > arch/powerpc/kernel/of_platform.c: In function 'of_pci_phb_probe': > > arch/powerpc/kernel/of_platform.c:95:2: error: implicit declaration of

[PATCH 14/18] driver: tty: vt: remove cast for kmalloc return value

remove cast for kmalloc return value. Signed-off-by: Zhang Yanfei Cc: Greg Kroah-Hartman Cc: Jiri Slaby Cc: Andrew Morton --- drivers/tty/vt/consolemap.c |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/drivers/tty/vt/consolemap.c b/drivers/tty/vt/consolemap.c index

Re: [PATCH 4/6 v5] arm highbank: add support for pl320 IPC

Hermes replica totes are actually ambrosial in accretion to about apprenticed that you acquire complete admiring for those who acquire 1. Irrespective of your breadth activity to, accepting a afflicted by hermes belt kit women

[PATCH 13/18] driver: tty: serial: remove cast for kzalloc return value

remove cast for kzalloc return value. Signed-off-by: Zhang Yanfei Cc: Greg Kroah-Hartman Cc: Jiri Slaby Cc: Andrew Morton Cc: linux-ser...@vger.kernel.org --- drivers/tty/serial/icom.c |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/drivers/tty/serial/icom.c

Re: [PATCH] gpio: Renesas R-Car GPIO driver

HI Laurent, On Sun, Mar 10, 2013 at 3:16 AM, Laurent Pinchart wrote: > Hi Magnus, > > Thank you for the patch. Thanks for your review! > On Tuesday 05 March 2013 09:32:19 Magnus Damm wrote: >> From: Magnus Damm >> >> This patch implements a GPIO driver for the R-Car series >> of SoCs from

[PATCH 12/18] driver: scsi: remove cast for kmalloc/kzalloc return value

remove cast for kmalloc/kzalloc return value. Signed-off-by: Zhang Yanfei Cc: "James E.J. Bottomley" Cc: Andrew Morton Cc: linux-s...@vger.kernel.org --- drivers/scsi/hpsa.c |3 +-- drivers/scsi/lpfc/lpfc_init.c |2 +- 2 files changed, 2 insertions(+), 3 deletions(-) diff

Re: workqueue panic in 3.4 kernel

On Tue, Mar 12, 2013 at 01:18:01PM +0800, Lei Wen wrote: > > You're initializing random piece of memory which may contain any > > garbage and triggering BUG if some bit is set on it. No, you can't do > > that. debugobj is the right tool for debugging object lifetime issues > > and is already

[PATCH 11/18] driver: s390: net: remove cast for kzalloc return value

remove cast for kzalloc return value. Signed-off-by: Zhang Yanfei Cc: Ursula Braun Cc: Frank Blaschka Cc: Martin Schwidefsky Cc: Heiko Carstens Cc: Andrew Morton Cc: linux...@de.ibm.com Cc: linux-s...@vger.kernel.org --- drivers/s390/net/qeth_core_main.c |2 +- 1 files changed, 1

Re: [PATCH 1/2] PCI: define macro for marvell vendor ID

On Fri, Mar 8, 2013 at 12:24 AM, Bjorn Helgaas wrote: > On Thu, Mar 7, 2013 at 7:28 AM, wrote: >> From: Xiangliang Yu >> >> Define PCI_VENDOR_MARVELL_ID_EXT macro for 0x1b4b vendor ID > > "PCI_VENDOR_MARVELL_ID_EXT" is not actually the symbol you defined below. > > Per the comment at the top

[PATCH 10/18] driver: s390: block: remove cast for kzalloc return value

remove cast for kzalloc return value. Signed-off-by: Zhang Yanfei Cc: Martin Schwidefsky Cc: Heiko Carstens Cc: Andrew Morton Cc: linux...@de.ibm.com --- drivers/s390/block/dasd_devmap.c |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git

Re: linux-next: unneeded merge in the security tree

On Tue, 12 Mar 2013 00:16:41 -0400 Theodore Ts'o wrote: > > On Tue, Mar 12, 2013 at 03:10:53PM +1100, James Morris wrote: > > On Tue, 12 Mar 2013, Stephen Rothwell wrote: > > > The top commit in the security tree today is a merge of v3.9-rc2. This > > > is a completely unnecessary merge as the

Re: workqueue panic in 3.4 kernel

Tejun, On Tue, Mar 12, 2013 at 1:12 PM, Tejun Heo wrote: > Hello, > > On Tue, Mar 12, 2013 at 01:08:15PM +0800, Lei Wen wrote: >> diff --git a/include/linux/workqueue.h b/include/linux/workqueue.h >> index 8afab27..425d5a2 100644 >> --- a/include/linux/workqueue.h >> +++

Re: linux-next: build warning after merge of the final tree (tip tree related)

On 2013/3/12 12:42, Stephen Rothwell wrote: > Hi all, > > After merging the final tree, today's linux-next build (sparc defconfig) > produced this warning: > > In file included from kernel/sched/core.c:85:0: > kernel/sched/sched.h:1043:39: warning: 'struct sched_domain' declared inside >

[PATCH 09/18] driver: isdn: hisax: remove cast for kmalloc/kzalloc return value

remove cast for kmalloc/kzalloc return value. Signed-off-by: Zhang Yanfei Cc: Andrew Morton Cc: Karsten Keil Cc: net...@vger.kernel.org --- drivers/isdn/hisax/fsm.c|2 +- drivers/isdn/hisax/hfc_sx.c |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH 08/18] driver: isdn: capi: remove cast for kmalloc return value

remove cast for kmalloc return value. Signed-off-by: Zhang Yanfei Cc: Andrew Morton Cc: Karsten Keil Cc: net...@vger.kernel.org --- drivers/isdn/capi/capidrv.c |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git a/drivers/isdn/capi/capidrv.c b/drivers/isdn/capi/capidrv.c

[PATCH 07/18] driver: hv: remove cast for kmalloc return value

remove cast for kmalloc return value. Signed-off-by: Zhang Yanfei Cc: "K. Y. Srinivasan" Cc: Haiyang Zhang Cc: Andrew Morton Cc: de...@linuxdriverproject.org --- drivers/hv/hv.c |5 ++--- 1 files changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/hv/hv.c b/drivers/hv/hv.c

Re: workqueue panic in 3.4 kernel

Hello, On Tue, Mar 12, 2013 at 01:08:15PM +0800, Lei Wen wrote: > diff --git a/include/linux/workqueue.h b/include/linux/workqueue.h > index 8afab27..425d5a2 100644 > --- a/include/linux/workqueue.h > +++ b/include/linux/workqueue.h > @@ -189,12 +189,16 @@ static inline unsigned int

Re: Regulator API ignored return values

On Tuesday, March 12, 2013 5:44 AM, Arnd Bergmann wrote: > > Hi all, > > Mark Brown has added a patch to Linux-next that warns about certain regulator > API functions being called without checking the results, which seems to have > uncovered a number of bugs. > > I've added a few people to Cc

[PATCH 06/18] driver: gpu: drm: i915: remove cast for kzalloc return value

remove cast for kzalloc return value. Signed-off-by: Zhang Yanfei Cc: Andrew Morton Cc: David Airlie Cc: dri-de...@lists.freedesktop.org --- drivers/gpu/drm/i915/intel_sdvo.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_sdvo.c

[PATCH 05/18] driver: staging: csr: remove cast for kmalloc return value

remove cast for kmalloc return value. Signed-off-by: Zhang Yanfei Cc: Greg Kroah-Hartman Cc: Andrew Morton Cc: de...@driverdev.osuosl.org --- drivers/staging/csr/drv.c |4 ++-- drivers/staging/csr/netdev.c |2 +- drivers/staging/csr/sdio_mmc.c

Re: [PATCH 4/9] mm: use mm_populate() for blocking remap_file_pages()

On Mon, Mar 11, 2013 at 9:23 PM, Hillf Danton wrote: > Is it still necessary to populate mm if bail out due > to a linear mapping encountered? Yes. mmap_region() doesn't do it on its own, and we want the emulated linear case to behave similarly to the true nonlinear case. -- Michel "Walken"

Re: [PATCH 1/2] cpufreq: cpufreq-cpu0: support for clock which are not in DT yet.

On Tuesday 12 March 2013 04:35 AM, Nishanth Menon wrote: > On certain SoCs like variants of OMAP, the clock conversion to DT > is not complete. In short, the ability to: > cpus { > cpu@0 { > clocks = < 0>; > }; > }; > is not possible. However, the clock node is registered. > Allow

[PATCH] perf trace: Get rid of a duplicate code

From: Namhyung Kim Checking of sample.raw_data is duplicated and seems an artifact of some git auto merging stuff. Kill it. Signed-off-by: Namhyung Kim --- tools/perf/builtin-trace.c | 7 --- 1 file changed, 7 deletions(-) diff --git a/tools/perf/builtin-trace.c

[PATCH 04/18] x86: platform: mrst: remove cast for kmalloc return value

remove cast for kmalloc return value. Signed-off-by: Zhang Yanfei Cc: Thomas Gleixner Cc: Ingo Molnar Cc: "H. Peter Anvin" Cc: Andrew Morton Cc: "x...@kernel.org" --- arch/x86/platform/mrst/mrst.c |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) diff --git

[PATCH 03/18] powerpc: remove cast for kmalloc/kzalloc return value

remove cast for kmalloc/kzalloc return value. Signed-off-by: Zhang Yanfei Cc: Benjamin Herrenschmidt Cc: Paul Mackerras Cc: Andrew Morton Cc: linuxppc-...@lists.ozlabs.org --- arch/powerpc/kernel/nvram_64.c |3 +-- arch/powerpc/kvm/book3s_pr.c |2 +- 2 files changed, 2

linux-next: Tree for Mar 12

Hi all, Changes since 20130307: New tree: arc-next Removed tree: modem_shm (at maintainers request) The net-next tree gained a conflict against Linus' tree. The wireless-next tree gained a conflict against the wireless tree. The input tree gained a build failure for which I reverted a

[PATCH 02/18] ia64: remove cast for kmalloc return value

remove cast for kmalloc return value. Signed-off-by: Zhang Yanfei Cc: Tony Luck Cc: Fenghua Yu Cc: Andrew Morton Cc: linux-i...@vger.kernel.org --- arch/ia64/kernel/mca_drv.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/arch/ia64/kernel/mca_drv.c

[PATCH 01/18] arm: remove cast for kzalloc return value

remove cast for kzalloc return value. Signed-off-by: Zhang Yanfei Cc: Andrew Morton Cc: Russell King Cc: linux-arm-ker...@lists.infradead.org --- arch/arm/kernel/topology.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/arch/arm/kernel/topology.c

linux-next: build warning after merge of the final tree (tip tree related)

Hi all, After merging the final tree, today's linux-next build (sparc defconfig) produced this warning: In file included from kernel/sched/core.c:85:0: kernel/sched/sched.h:1043:39: warning: 'struct sched_domain' declared inside parameter list [enabled by default] kernel/sched/sched.h:1043:39:

Re: [PATCH -tip ] [BUGFIX] kprobes: Move hash_64() into .text.kprobe section

On Mon, Mar 11, 2013 at 11:22:33PM +0900, Masami Hiramatsu wrote: > Beacuse hash_64() is called from the get_kprobe() inside > int3 handler, kernel causes int3 recursion and crashes if > kprobes user puts a probe on it. > > Usually hash_64() is inlined into caller function, but in > some cases,

[PATCH] i2c: exynos5: add High Speed I2C controller driver

Adds support for High Speed I2C driver found in Exynos5 and later SoCs from Samsung. This driver currently supports Auto mode. Driver only supports Device Tree method. Note: Added debugfs support for registers view, not tested. Signed-off-by: Taekgyun Ko Signed-off-by: Naveen Krishna Chatradhi

linux-next: build failure after merge of the final tree

Hi all, After merging the final tree, today's linux-next build (powerpc allyesconfig) failed like this: drivers/input/serio/apbps2.c: In function 'apbps2_of_probe': drivers/input/serio/apbps2.c:176:2: error: implicit declaration of function 'kzalloc' [-Werror=implicit-function-declaration]

Re: [PATCH 4/9] mm: use mm_populate() for blocking remap_file_pages()

On Tue, Mar 12, 2013 at 8:24 AM, Michel Lespinasse wrote: > (Sorry for the late reply) > > On Mon, Mar 11, 2013 at 4:03 PM, Andrew Morton > wrote: >> On Sun, 10 Mar 2013 20:55:21 +0200 Tommi Rantala >> wrote: >> >>> 2012/12/21 Michel Lespinasse : >>> > Signed-off-by: Michel Lespinasse >>>

linux-next: build failure after merge of the final tree (drm-intel tree related)

Hi all, After merging the final tree, today's linux-next build (i386 defconfig) failed like this: drivers/built-in.o: In function `i915_min_freq_set': i915_debugfs.c:(.text+0xb1adc): undefined reference to `__udivdi3' drivers/built-in.o: In function `i915_max_freq_set':

Re: linux-next: unneeded merge in the security tree

On Tue, Mar 12, 2013 at 03:10:53PM +1100, James Morris wrote: > On Tue, 12 Mar 2013, Stephen Rothwell wrote: > > The top commit in the security tree today is a merge of v3.9-rc2. This > > is a completely unnecessary merge as the tree before the merge was a > > subset of v3.9-rc1 and so if the

Re: FW: Regulator API ignored return values

> -Original Message- > From: linux-mmc-ow...@vger.kernel.org > [mailto:linux-mmc-ow...@vger.kernel.org] On Behalf Of Chris Ball > Sent: Tuesday, March 12, 2013 5:56 AM > To: Arnd Bergmann > Cc: linux-kernel@vger.kernel.org; Stephen Warren; > linux-arm-ker...@lists.infradead.org; Mark

Re: [PATCH] drivers: gpu: drm: exynos: Replaced kzalloc & memcpy with kmemdup

Applied. Thanks, Inki Dae 2013/3/12 Alexandru Gheorghiu : > Replaced calls to kzalloc followed by memcpy with call to kmemdup. > Patch found using coccinelle. > > Signed-off-by: Alexandru Gheorghiu > --- > drivers/gpu/drm/exynos/exynos_drm_vidi.c |6 ++ > 1 file changed, 2

Re: linux-next: unneeded merge in the security tree

On Tue, 12 Mar 2013, Stephen Rothwell wrote: > Hi all, > > [James, I am not picking on you, just using your tree to illustrate a > point.] > > The top commit in the security tree today is a merge of v3.9-rc2. This > is a completely unnecessary merge as the tree before the merge was a > subset

Re: [PATCH] KEYS: Fix race with concurrent install_user_keyrings()

On Mon, 11 Mar 2013, Greg KH wrote: > On Thu, Mar 07, 2013 at 03:59:09PM +1100, James Morris wrote: > > On Wed, 6 Mar 2013, David Howells wrote: > > > > > Reported-by: Mateusz Guzik > > > Signed-off-by: David Howells > > > > Acked-by: James Morris > > What happened to this patch? I don't

Re: [PATCH] atomic: improve atomic_inc_unless_negative/atomic_dec_unless_positive

On Tue, Mar 12, 2013 at 11:39 AM, Paul E. McKenney wrote: > > Atomic operations that return a value are required to act as full memory > barriers. This means that code relying on ordering provided by these > atomic operations must also do ordering, either by using an explicit > memory barrier or

[PATCH v4 1/4] 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

[PATCH v4 4/4] 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 with these nonstop clocksources, we could skip the special compensation from external sources, and just use

[PATCH v4 3/4] 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

[PATCH v4 2/4] 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 v4 0/4] 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.

linux-next: manual merge of the akpm tree with the arm-soc tree

Hi Andrew, Today's linux-next merge of the akpm tree got a conflict in drivers/rtc/rtc-mv.c between commit 89c58c198b25 ("rtc: rtc-mv: Add support for clk to avoid lockups") from the arm-soc tree and commit "rtc: rtc-mv: use devm_rtc_device_register()" from the akpm tree. I fixed it up (I think

Re: torrent hash failures since 3.9.0-rc1

On Mon, Mar 11, 2013 at 11:30:54PM -0400, Theodore Ts'o wrote: > > As Ted suggested, could you please try to use ext4 git tree? I want to > > make sure whether this bug has been fixed by my lastest patch series or > > not. > > It's definitely worth a try to compile the master branch of the ext4

compat-drivers based on v3.9-rc2

I've kicked out compat-drivers releases based on v3.9-rc2 [0], be sure to use the temporary release page [1] while we get one in place on kernel.org. We are on rc2 now... please test and report any issues! Please submit your patches for anything you think is critical but not 'stable' material for

Re: [PATCH linux-next v3] SUNRPC: rpcrdma_register_default_external: Dynamically allocate ib_phys_buf

AhOk On 3/11/13 9:53 PM, Tim Gardner wrote: On 03/11/2013 05:02 PM, Tom Tucker wrote: On 3/11/13 4:25 PM, J. Bruce Fields wrote: Looks good to me; wish we could get it tested I will test it. Tim could you please send me a final version that you'd like tested as a single

Re: [PATCH] atomic: improve atomic_inc_unless_negative/atomic_dec_unless_positive

On Tue, Mar 12, 2013 at 10:15:42AM +0800, Ming Lei wrote: > On Tue, Mar 12, 2013 at 7:59 AM, Frederic Weisbecker > wrote: > > 2013/3/9 Ming Lei : > >> Generally, both atomic_inc_unless_negative() and > >> atomic_dec_unless_positive() need at least two atomic_cmpxchg() > >> to complete the atomic

compat-drivers v3.8.2 release

compat-drivers gets a series of v3.8.2 based releases kicked out [0]. Below is the ChangeLog relevant to the backport effort, thanks to everyone who contributed! For the full ChangeLog that includes all kernel components updated refer to the upstream file [1]. Be sure to use the new release page

Re: torrent hash failures since 3.9.0-rc1

On Tue, Mar 12, 2013 at 11:00:58AM +0800, Zheng Liu wrote: > > Thanks for reporting this problem. My deepest apologies. > > As Ted suggested, could you please try to use ext4 git tree? I want to > make sure whether this bug has been fixed by my lastest patch series or > not. It's definitely

linux-next: manual merge of the signal tree with Linus' tree

Hi Al, Today's linux-next merge of the signal tree got a conflict in arch/tile/kernel/compat.c between commit 87c319a2c3c2 ("tile: properly use COMPAT_SYSCALL_DEFINEx") from Linus' tree and commit d5dc77bfeeab ("consolidate compat lookup_dcookie()") from the signal tree. I fixed it up (see

Regression with orderly_poweroff()

Hi Linus ! A couple of weeks ago, David sent an email that went unanswered about a regression concerning orderly_poweroff(). I think the original patch causing it should be reverted, here's the actual email with the explanation: <<< Subject: orderly_poweroff() is no longer safe in atomic context

Re: [PATCH] sched: wakeup buddy

On 03/11/2013 06:36 PM, Peter Zijlstra wrote: > On Fri, 2013-03-08 at 10:50 +0800, Michael Wang wrote: > >>> OK, so there's two issues I have with all this are: >>> >>> - it completely wrecks task placement for things like interrupts (sadly I >>> don't >>> have a good idea about a

linux-next: manual merge of the signal tree with the mips tree

Hi Al, Today's linux-next merge of the signal tree got a conflict in arch/mips/kernel/linux32.c between commit 63981a409608 ("MIPS: compat: Return same error ENOSYS as native for invalid operation") from the mips tree and commit 56e41d3c5aa8 ("merge compat sys_ipc instances") from the signal

Re: [PATCH 00/12] perf annotate: Add support for event group view (v2)

Hi Arnaldo, On Mon, 11 Mar 2013 17:53:16 -0300, Arnaldo Carvalho de Melo wrote: > Em Tue, Mar 05, 2013 at 02:53:20PM +0900, Namhyung Kim escreveu: >> This patchset implements event group view on perf annotate. It's >> basically a rebased version and major difference to prior version is >> the

linux-next: manual merge of the renesas tree with Linus' tree

Hi Simon, Today's linux-next merge of the renesas tree got a conflict in arch/arm/mach-shmobile/setup-sh73a0.c between commit 9a27dee73f55 ("ARM: mach-shmobile: sh73a0: Add IPMMU device") from the tree and commits 73b21f40b61c ("ARM: shmobile: sh73a0: Do not use early devices with DT reference")

Re: [PATCH] efivars: allow efi pstore variable when validate filename

Hi Matt, Sorry for I didn't aware your 123abd76edf patch fixed issue. Please ignore my patch. Thanks a lot! Joey Lee 於 二，2013-03-12 於 03:00 +0800，Lee, Chun-Yi 提到： > We mount efivarfs fail after pstore generated 'dump-type*' variables and > reboot. > > This issue introduced by commit

RE: [PATCH 5/6] Drivers: hv: balloon: Implement hot-add functionality

> -Original Message- > From: K. Y. Srinivasan [mailto:k...@microsoft.com] > Sent: Friday, March 08, 2013 5:16 PM > To: gre...@linuxfoundation.org; linux-kernel@vger.kernel.org; > de...@linuxdriverproject.org; o...@aepfle.de; a...@canonical.com; > jasow...@redhat.com > Cc: KY Srinivasan >

Re: [Nepomuk] Better support for (desktop) file search / indexing applications

On 2013-03-10, at 6:06, Lijo Antony wrote: > On 03/10/2013 08:51 AM, Simeon Bird wrote: >> >> We (nepomuk) recently looked at using fanotify, and indeed we would >> need user watches, support for moves and recursive directory watches >> (we need to support the case where /home is not a separate

Re: [PATCH] mv643xx_eth: Fix a possible deadlock upon ifdown

On Fri, Mar 01, 2013 at 06:30:13PM +0100, Alexander Holler wrote: > >>From: Lubomir Rintel > >> > >>= > >>[ INFO: inconsistent lock state ] > >>3.7.0-6.luboskovo.fc19.armv5tel.kirkwood #1 Tainted: GW > >>- > >>inconsistent

Re: [PATCH linux-next v3] SUNRPC: rpcrdma_register_default_external: Dynamically allocate ib_phys_buf

On 03/11/2013 05:02 PM, Tom Tucker wrote: On 3/11/13 4:25 PM, J. Bruce Fields wrote: Looks good to me; wish we could get it tested I will test it. Tim could you please send me a final version that you'd like tested as a single message? I'm a little confused about what you are

Re: torrent hash failures since 3.9.0-rc1

On Tue, Mar 12, 2013 at 12:12:27AM +0100, Markus Trippelsdorf wrote: > On 2013.03.11 at 22:38 +0100, Markus Trippelsdorf wrote: > > On 2013.03.11 at 17:18 -0400, Theodore Ts'o wrote: > > > On Mon, Mar 11, 2013 at 09:46:25PM +0100, Markus Trippelsdorf wrote: > > > > > BTW, I'm currently running

mm/hotplug: fix build warning when CONFIG_MEMORY_HOTREMOVE=n

There is a warning while building kernel with CONFIG_MEMORY_HOTPLUG=y && CONFIG_MEMORY_HOTREMOVE=n: arch/x86/mm/init_64.c:1024: warning:kernel_physical_mapping_remove defined but not used So move kernel_physical_mapping_remove() into "#ifdef CONFIG_MEMORY_HOTREMOVE" block Signed-off-by:

Re: [PATCH 11/12] rwsem: wake all readers when first waiter is a reader

On Sun, Mar 10, 2013 at 10:17:42PM -0700, Michel Lespinasse wrote: > On Sun, Mar 10, 2013 at 5:16 PM, Dave Chinner wrote: > > On Fri, Mar 08, 2013 at 05:20:34PM -0800, Michel Lespinasse wrote: > >> On Fri, Mar 8, 2013 at 4:32 PM, Dave Chinner wrote: > >> > Isn't this a significant change of

linux-next: manual merge of the drivers-x86 tree with the tree

Hi Matthew, Today's linux-next merge of the drivers-x86 tree got a conflict in drivers/platform/x86/chromeos_laptop.c between a series of patches from Linus' tree and the same series of patches from the drivers-x86 tree. There was an extra patch merged into Linus tree affecting this file, so I

Re: [PATCH v1] ARM: keep __my_cpu_offset consistent with generic one

On Thu, Mar 7, 2013 at 9:35 PM, Ming Lei wrote: > Commit 14318efb(ARM: 7587/1: implement optimized percpu variable access) > introduces arm's __my_cpu_offset to optimize percpu vaiable access, > which really works well on hackbench, but will cause __my_cpu_offset > to return garbage value before

[PATCH] cpuset: fix RCU lockdep splat in cpuset_print_task_mems_allowed()

Sasha reported a lockdep warning when OOM was triggered. The reason is cgroup_name() should be called with rcu_read_lock() held. Reported-by: Sasha Levin Signed-off-by: Li Zefan --- This fix is for 3.10 --- kernel/cpuset.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/kernel/cpuset.c

Re: Bug involving dynamic_debug and '-p' modifier

On Tue, Mar 12, 2013 at 9:14 AM, Andrew Cooks wrote: > Hi Jason > > When I specify a '-p' modifier in the dynamic debug options in the > kernel command line, I get a kernel panic during boot. The panic > happens after userspace starts doing graphical stuff, but I haven't > been able to pinpoint

Re: [PATCH v5 00/44] ldisc patchset

On Mon, Mar 11, 2013 at 1:44 PM, Peter Hurley wrote: > Greg, > This patchset includes > 'tty: Drop lock contention stat from ldsem trylocks' > so no need to apply that on this series. Also, I noticed you > kept the 'tty is NULL' removal on a different branch so I left > my patch in this series

Re: [PATCH] sctp: don't break the loop while meeting the active_path so as to find the matched transport

>> >> Thanks for your review, Neil! >> >> I know what you mean, yes, it's most probably that the searched TSN was >> transmitted in the currently active_path, but what should we do if not. >> >> Check the comment in sctp_assoc_lookup_tsn() function: >> /* Let's be hopeful and check the active_path

  1   2   3   4   5   6   7   8   9   10   >