Re: [PATCH v3 03/16] lockdep: remove task argument from debug_check_no_locks_held

On Mon 2013-05-06 16:50:08, Colin Cross wrote: > The only existing caller to debug_check_no_locks_held calls it > with 'current' as the task, and the freezer needs to call > debug_check_no_locks_held but doesn't already have a current > task pointer, so remove the argument. It is already assuming

RE: [PATCH] futex: bugfix for futex-key conflict when futex use hugepage

> -Original Message- > From: Thomas Gleixner [mailto:t...@linutronix.de] > Sent: Saturday, April 27, 2013 2:26 AM > To: Zhang Yi > Cc: linux-kernel@vger.kernel.org; 'Peter Zijlstra'; 'Darren Hart'; 'Ingo > Molnar'; 'Dave Hansen'; zhang.y...@zte.com.cn; > wet...@163.com > Subject: Re: [PATC

Re: [Qemu-devel] [PATCH 0/4] madvise(MADV_USERFAULT) & sys_remap_anon_pages()

On Tue, May 07, 2013 at 01:38:10PM +0200, Andrew Jones wrote: > What about instead of adding a new syscall (remap_anon_pages) to > instead extend mremap with new flags giving it a strict mode? I actually thought about this and it's a very interesting argument. When I thought about it, I felt the

Re: Build errors caused by modalias generation patch

On Tue, May 7, 2013 at 12:58 PM, Geert Uytterhoeven wrote: > On Tue, May 7, 2013 at 12:04 PM, Ralf Baechle wrote: >> On Mon, May 06, 2013 at 07:19:53PM +0200, Andreas Schwab wrote: >>> Please try the patch in >>> . >> >> No change in observe

Re: [PATCH 0/2] Early printk support for virtio console devices.

On 7 May 2013 05:46, Rusty Russell wrote: > Peter Maydell writes: >> That all looks like sensible QEMU implementation possibilities >> but it seems to be a bit of a non-sequitur from "how do we >> tell the kernel to actually use this?" > > You enable the feature in the virtio console device, and

[GIT PULL] remoteproc for 3.10

There's a trivial merge conflict with a Kconfig typo that got fixed during the rc cycle, but otherwise: The following changes since commit f6161aa153581da4a3867a2d1a7caf4be19b6ec9: Linux 3.9-rc2 (2013-03-10 16:54:19 -0700) are available in the git repository at: git://git.kernel.org/pub/scm

Re: [Xen-devel] [PATCH RFC v2 2/4] arm: introduce CONFIG_PARAVIRT and pv_time_ops

On Tue, 7 May 2013, Ian Campbell wrote: > On Mon, 2013-05-06 at 15:51 +0100, Stefano Stabellini wrote: > > Introduce CONFIG_PARAVIRT on ARM. > > What about PARAVIRT_TIME_ACCOUNTING? I'm not sure what it is but it > looks like a more lightweight version of pv stolen time? PARAVIRT_TIME_ACCOUNTING

Re: [PATCH] h8300: Hardcode symbol prefixes in asm sources

On Tue, May 7, 2013 at 2:02 PM, Al Viro wrote: > On Tue, May 07, 2013 at 11:52:00AM +0200, Geert Uytterhoeven wrote: >> arch/h8300/kernel/syscalls.S | 646 >> +++--- > > NAK on this part - either turn it into array initialized in something.c, > or at least do

Re: Add missing module license tag to vring helpers.

Dave Jones writes: > On Mon, May 06, 2013 at 05:06:23PM +0930, Rusty Russell wrote: > > Dave Jones writes: > > > [ 624.286653] vringh: module license 'unspecified' taints kernel. > > > > > > Signed-off-by: Dave Jones > > > > Thanks! This is exactly right. > > > > But note that the de

Re: [PATCH 0/2] Early printk support for virtio console devices.

Peter Maydell writes: > On 6 May 2013 06:11, Rusty Russell wrote: >> Peter Maydell writes: >>> To be actually useful we need to also specify something in >>> the device tree to say "here is where you will find your >>> emergency output and what it is". >> >> Hmm, I'm not sure that's true. It lo

Re: [PATCH] pinctrl: single: fix error return code in pcs_parse_one_pinctrl_entry()

On 7 May 2013 20:06, Wei Yongjun wrote: > From: Wei Yongjun > > Fix to return a negative error code from the error handling > case instead of 0, as done elsewhere in this function. > > Introduced by commit 9dddb4df90d136429b6d6ddefceb49a9b93f6cd1 > (pinctrl: single: support generic pinconf) > > S

Re: [PATCH 0/4] madvise(MADV_USERFAULT) & sys_remap_anon_pages()

Hi Isaku, On Tue, May 07, 2013 at 07:07:40PM +0900, Isaku Yamahata wrote: > On Mon, May 06, 2013 at 09:56:57PM +0200, Andrea Arcangeli wrote: > > Hello everyone, > > > > this is a patchset to implement two new kernel features: > > MADV_USERFAULT and remap_anon_pages. > > > > The combination of t

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

On 7 May 2013 08:20, Naveen Krishna Chatradhi wrote: > From: Naveen Krishna Chatradhi > > Adds support for High Speed I2C driver found in Exynos5 and > later SoCs from Samsung. > > Driver only supports Device Tree method. > > Changes since v1: > 1. Added FIFO functionality > 2. Added High speed m

[PATCH] pinctrl: single: fix error return code in pcs_parse_one_pinctrl_entry()

From: Wei Yongjun Fix to return a negative error code from the error handling case instead of 0, as done elsewhere in this function. Introduced by commit 9dddb4df90d136429b6d6ddefceb49a9b93f6cd1 (pinctrl: single: support generic pinconf) Signed-off-by: Wei Yongjun --- drivers/pinctrl/pinctrl-

kernel 3.8.9 call trace kvm Watchdog detected hard LOCKUP

Hello list, today i kvm host crashed running vanilla kernel 3.8.9. The call trace looks like this: Kernel panic - not syncing: Watchdog detected hard LOCKUP on cpu 18 Pid: 29053, comm: kvm Tainted: G O 3.8.9+16-ph #1 Call Trace: [] panic+0xbf/0x1df [] ? native_sched_clock+0x13/0x80 [] watchdog_o

[GIT PULL] rpmsg for 3.10

The following changes since commit f6161aa153581da4a3867a2d1a7caf4be19b6ec9: Linux 3.9-rc2 (2013-03-10 16:54:19 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/ohad/rpmsg.git tags/rpmsg-3.10 for you to fetch changes up to 397944df3290ddc46dcc6a08

[GIT PULL] hwspinlock for 3.10

The following changes since commit f6161aa153581da4a3867a2d1a7caf4be19b6ec9: Linux 3.9-rc2 (2013-03-10 16:54:19 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/ohad/hwspinlock.git tags/hwspinlock-3.10 for you to fetch changes up to 8ae053d62e88c4

Re: [Xen-devel] [PATCH RFC v2 4/4] xen/arm: account for stolen ticks

On Tue, 7 May 2013, Ian Campbell wrote: > On Mon, 2013-05-06 at 15:51 +0100, Stefano Stabellini wrote: > > Register the runstate_memory_area with the hypervisor. > > Use pv_time_ops.steal_clock to account for stolen ticks. > > > > Signed-off-by: Stefano Stabellini > > --- > > arch/arm/xen/enligh

Re: [PATCH 2/2 v2, RFC] Driver core: Introduce offline/online callbacks for memory blocks

On Tuesday, May 07, 2013 12:59:45 PM Vasilis Liaskovitis wrote: > Hi, > > On Tue, May 07, 2013 at 02:59:05AM +0200, Rafael J. Wysocki wrote: > > On Monday, May 06, 2013 06:28:12 PM Vasilis Liaskovitis wrote: > > > On Sat, May 04, 2013 at 01:21:16PM +0200, Rafael J. Wysocki wrote: > > > > From: Raf

Re: [PATCH] h8300: Hardcode symbol prefixes in asm sources

On Tue, May 07, 2013 at 11:52:00AM +0200, Geert Uytterhoeven wrote: > arch/h8300/kernel/syscalls.S | 646 > +++--- NAK on this part - either turn it into array initialized in something.c, or at least do something like #define CALL(x) .long _##x and use that to

[PATCH] Enable A20 gate

Ok thanks fot reply. I will make patch again. Moreover I downloaded source using git clone https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git so I assume I had latest code. Also kindly let me know what title means? The name of patch file? I am a newbie and trying to learn so that I

Re: [PATCH RESEND v3] bitmap: speed up bitmap_find_free_region

On Tue, May 7, 2013 at 1:45 PM, Chanho Min wrote: > In bitmap_find_free_region, If we skip the all-ones words and find bits > in a not-all-ones word, we can improve performance of it. > > For example, If bitmap_find_free_region() is called with order=0, First, > It scans bitmap array by the increm

[PATCH] pstore/ram: fix error return code in ramoops_probe()

From: Wei Yongjun Fix to return a negative error code from the error handling case instead of 0, as done elsewhere in this function. Signed-off-by: Wei Yongjun --- fs/pstore/ram.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/fs/pstore/ram.c b/fs/pstore/ram.c index 32cbd7c..1376e5a 100

Re: [fuse-devel] [PATCH 14/14] mm: Account for WRITEBACK_TEMP in balance_dirty_pages

On Fri, Apr 26, 2013 at 7:44 PM, Maxim V. Patlasov wrote: > I'm for accounting NR_WRITEBACK_TEMP because balance_dirty_pages is already > overcomplicated (imho) and adding new clauses for FUSE makes me sick. Agreed. But instead of further complexifying balance_dirty_pages() fuse specific throttl

[PATCH] ASoC: wm0010: fix error return code in wm0010_boot()

From: Wei Yongjun Fix to return -ENOMEM in the memory malloc of 'out' and 'img_swap' error handling case instead of 0, as done elsewhere in this function. Signed-off-by: Wei Yongjun --- sound/soc/codecs/wm0010.c | 1 + 1 file changed, 1 insertion(+) diff --git a/sound/soc/codecs/wm0010.c b/so

Re: [Qemu-devel] [PATCH 0/4] madvise(MADV_USERFAULT) & sys_remap_anon_pages()

On Mon, May 06, 2013 at 09:56:57PM +0200, Andrea Arcangeli wrote: > > The current behavior of remap_anon_pages is very strict to avoid any > chance of memory corruption going unnoticed, and it will return > -EFAULT at the first sign of something unexpected (like a page already > mapped in the dest

Re: [Qemu-devel] [PATCH 1/4] mm: madvise MADV_USERFAULT

Hi Andrew, On Tue, May 07, 2013 at 01:16:30PM +0200, Andrew Jones wrote: > On Mon, May 06, 2013 at 09:56:58PM +0200, Andrea Arcangeli wrote: > > @@ -405,6 +420,7 @@ madvise_behavior_valid(int behavior) > > case MADV_HUGEPAGE: > > case MADV_NOHUGEPAGE: > > #endif > > + case MADV_USERFAUL

Re: [net] e1000e: fix scheduling while atomic bug

From: Jeff Kirsher Date: Mon, 6 May 2013 22:52:47 -0700 > From: Bruce Allan > > A scheduling while atomic bug was introduced recently (by commit ce43a216 > e1000e: cleanup USLEEP_RANGE checkpatch checks). Revert the particular > instance of usleep_range() which causes the bug. > > Reported-b

Re: [Suggestion] kernel/cgroup.c: about kfree after 'get_new_cssid'

On 2013年05月07日 19:01, Li Zefan wrote: > On 2013/5/7 18:46, Chen Gang wrote: >> Hello Maintainers: >> >> After call get_new_cssid(), I can not find the related free function >> (it seems free_css_id() is for that, but not used). >> >> The memory location is: >> get_new_cssid() --> kzalloc() for 's

Re: [PATCH v5 3/7] sched: set initial value of runnable avg for new forked task

Yes, 1024 was only intended as a starting point. We could also arbitrarily pick something larger, the key is that we pick _something_. If we wanted to be more exacting about it we could just give them a sched_slice() worth; this would have a few obvious "nice" properties (pun intended). On Tue,

Re: [PATCH] Enable A20 gate

* Syed Salman Mansoor wrote: > From a5e4cd6cb1956d288b5a001f60699dc8b5528963 Mon Sep 17 00:00:00 2001 > From: Syed Salman Mansoor > Date: Tue, 7 May 2013 12:49:24 +0500 > Subject: [PATCH] Enable A20 gate > This is a patch to the a20.c file that fixes following > warnings/errors found by the ch

Re: [Qemu-devel] [PATCH 1/4] mm: madvise MADV_USERFAULT

On Mon, May 06, 2013 at 09:56:58PM +0200, Andrea Arcangeli wrote: > +++ b/mm/madvise.c > @@ -93,6 +93,21 @@ static long madvise_behavior(struct vm_area_struct * vma, > if (error) > goto out; > break; > + case MADV_USERFAULT: > + if (

Re: [PATCH] [media] uvcvideo: Retry usb_submit_urb on -EPERM return

Hi Shawn, On Friday 03 May 2013 16:00:24 Shawn Nematbakhsh wrote: > Hi Laurent, > > Thanks for the changes! I agree that your synchronization logic is > correct. Just two small comments: > > On Mon, Apr 29, 2013 at 1:34 PM, Laurent Pinchart wrote: > > On Tuesday 23 April 2013 17:42:32 Shawn Nema

[PULL] vhost: more fixes for 3.10

I didn't do any back-merging tricks this time, as a result this is behind master by quite a lot. But I did a test merge and it came out correctly, so this shouldn't be an issue. The following changes since commit 181c04a357bb791587c55a99362c2fdde2c64f18: vhost_scsi: module rename (2013-05-02 13

Re: [PATCH v5 3/7] sched: set initial value of runnable avg for new forked task

On 05/07/2013 05:57 PM, Morten Rasmussen wrote: > Agree. The tracked load of new tasks is often very unstable during first > couple of ms on loaded systems. I'm not sure if 1024 is the right > initial value. It may need to be larger. Maybe Peter can give a better value according to the experience

Re: [PATCH 2/2] perf, x86: Don't allow unusual PEBS raw flags

* Peter Zijlstra wrote: > On Tue, May 07, 2013 at 08:48:05AM +0200, Ingo Molnar wrote: > > Also, this code only runs when the event is set up, so a bit of sanity > > checking can only help, right? > > Nah, its all very circumspect. In fact; while what Andi states is 'true': > > > documentatio

Re: [Suggestion] kernel/cgroup.c: about kfree after 'get_new_cssid'

On 2013/5/7 18:46, Chen Gang wrote: > Hello Maintainers: > > After call get_new_cssid(), I can not find the related free function > (it seems free_css_id() is for that, but not used). > > The memory location is: > get_new_cssid() --> kzalloc() for 'struct css_id' > get_new_cssid() --> idr_all

Re: [PATCH 2/2 v2, RFC] Driver core: Introduce offline/online callbacks for memory blocks

Hi, On Tue, May 07, 2013 at 02:59:05AM +0200, Rafael J. Wysocki wrote: > On Monday, May 06, 2013 06:28:12 PM Vasilis Liaskovitis wrote: > > On Sat, May 04, 2013 at 01:21:16PM +0200, Rafael J. Wysocki wrote: > > > From: Rafael J. Wysocki > > > > > > Introduce .offline() and .online() callbacks fo

Re: Build errors caused by modalias generation patch

On Tue, May 7, 2013 at 12:04 PM, Ralf Baechle wrote: > On Mon, May 06, 2013 at 07:19:53PM +0200, Andreas Schwab wrote: >> Please try the patch in >> . > > No change in observed behaviour. I did all my builds in empty object > directories so

RE: [PATCH] spi/omap2: Let device core handle pinctrl

On Tue, May 07, 2013 at 14:25:35, Mark Brown wrote: > On Tue, May 07, 2013 at 03:56:09AM +, Hebbar, Gururaja wrote: > > > There are cases where driver('s) needs to place pin-mux's to sleep on > > suspend > > & default/idle on resume. For such cases Pinctrl needs to be handled inside > > the

Re: [RFC/PATCH 3/5] mm: get_user_pages: use NON-MOVABLE pages when FOLL_DURABLE flag is set

Hello, On 5/6/2013 9:19 AM, Tang Chen wrote: Hi Marek, It has been a long time since this patch-set was sent. And I'm pushing memory hot-remove works. I think I need your [patch3/5] to fix a problem I met. We have sent a similar patch before. But I think yours may be better. :) https://lkml.or

[GIT PULL] fuse updates for 3.10

Hi Linus, Please pull the following fuse updates: git://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/fuse.git for-linus This contains two patchsets from Maxim Patlasov. The first reworks the request throttling so that only async requests are throttled. Wakeup of waiting async requests is

[Suggestion] kernel/cgroup.c: about kfree after 'get_new_cssid'

Hello Maintainers: After call get_new_cssid(), I can not find the related free function (it seems free_css_id() is for that, but not used). The memory location is: get_new_cssid() --> kzalloc() for 'struct css_id' get_new_cssid() --> idr_alloc() for 'ss->idr' One work flow: cgroup_load_sub

Re: [PATCH v4] extcon: Palmas Extcon Driver

On Tue, May 07, 2013 at 03:17:08PM +0530, Kishon Vijay Abraham I wrote: > On Tuesday 07 May 2013 01:28 PM, Mark Brown wrote: > >>The platform can provide it's own vbus control in which case this is > >>not needed. > >So why is there no interaction with this external VBUS control and how > >does t

Re: [PATCH] menuconfig: fix NULL pointer dereference when searching a symbol

On Tue, May 07, 2013 at 10:40:59AM +0800, Li Zefan wrote: > Searching PPC_EFIKA results segmentation fault, and it's because > get_symbol_prop() returns NULL. > > In this case CONFIG_PPC_EFIKA is defined in arch/powerpc/platforms/ > 52xx/Kconfig, so it won't be parsed if ARCH!=PPC, but menuconfig

[RFC PATCH] irq_fpu_usable returns false negatives with eagerfpu

Hi, With the addition of eagerfpu the irq_fpu_usable() now returns false negatives especially in the case of ksoftirqd and interrupted idle task, two common cases for FPU use for example in networking. This is because of the eagerfpu check in interrupted_kernel_fpu_idle(): ... * For now, w

Re: [PATCH 2/2] clk: si5351: Powerdown output when clock rate is 0.

On 05/07/2013 12:07 PM, Sebastian Hesselbarth wrote: On 05/07/2013 10:14 AM, Marek Belisko wrote: When rate is 0 powerdown clock output. Signed-off-by: Marek Belisko --- drivers/clk/clk-si5351.c | 32 +++- 1 file changed, 19 insertions(+), 13 deletions(-) diff

Re: [linux-next-20130422] Bug in SLAB?

Christoph Lameter wrote: > On Sat, 4 May 2013, Tetsuo Handa wrote: > > > Christoph Lameter wrote: > > > Ok could I see the kernel logs with the warnings? > > Sure. > > These are exclusively from the module load. So the kernel seems to be > clean of large kmalloc's ? > There are modules (e.g. TOM

[PATCH] Enable A20 gate

>From a5e4cd6cb1956d288b5a001f60699dc8b5528963 Mon Sep 17 00:00:00 2001 From: Syed Salman Mansoor Date: Tue, 7 May 2013 12:49:24 +0500 Subject: [PATCH] Enable A20 gate This is a patch to the a20.c file that fixes following warnings/errors found by the checkpatch.pl tool i) WARNING: please, no s

Re: [PATCH 3/4] f2fs: optimize scan_nat_page()

Hi, 2013-05-06 (월), 23:15 +0800, Haicheng Li: > When nm_i->fcnt > 2 * MAX_FREE_NIDS, stop scanning other NAT entries. > > Signed-off-by: Haicheng Li > --- > fs/f2fs/node.c | 13 + > 1 file changed, 9 insertions(+), 4 deletions(-) > > diff --git a/fs/f2fs/node.c b/fs/f2fs/node.c >

Re: linux-next: manual merge of the drm-intel tree with Linus' tree

On Tue, May 7, 2013 at 3:27 AM, Stephen Rothwell wrote: > Hi all, > > Today's linux-next merge of the drm-intel tree got a conflict in > drivers/gpu/drm/i915/i915_reg.h between commit a65851af5938 ("drm/i915: > Make data/link N value power of two") from Linus' tree and commit > e3b95f1eb5b9 ("drm/

Re: WARNING at drivers/pci/search.c:214 for 3.9

On Tue, May 07, 2013 at 08:52:05AM +0200, Bruno Prémont wrote: > Better that way (log_buf_len=10M)! > > The full boot log is available at: > http://pastebin.com/hVVne14C > (the Hardware Error message is there right before the series of > WARNINGs) Yep, thanks. So your error doesn't happen stra

Re: [PATCH 4/4] f2fs: optimize build_free_nids()

Hi, 2013-05-06 (월), 23:15 +0800, Haicheng Li: > When nm_i->fcnt > 2 * MAX_FREE_NIDS, stop scanning other NAT pages. > > Signed-off-by: Haicheng Li > --- > fs/f2fs/node.c |2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/fs/f2fs/node.c b/fs/f2fs/node.c > index 1fe3fe2..3136224 10064

Re: [PATCH v2 00/13] rwsem fast-path write lock stealing

On Sat, Apr 27, 2013 at 02:15:52PM -0700, Davidlohr Bueso wrote: > From: Davidlohr Bueso > Subject: [PATCH] rwsem: check counter to avoid cmpxchg calls > > This patch tries to reduce the amount of cmpxchg calls in the > writer failed path by checking the counter value first before > issuing the i

Re: [PATCH V2 01/20] thermal: exynos: Moving exynos thermal files into samsung directory

On Monday 06 of May 2013 23:05:06 Zhang Rui wrote: > On Fri, 2013-04-26 at 16:07 +0530, Amit Daniel Kachhap wrote: > > This movement of files is done for easy maintenance and adding more > > new sensor's support for exynos platform easily . This will also help in > > bifurcating exynos common, sens

Re: [PATCH 1/2] clk: si5351: Fix msynth_recalc_rate return value when fOUT is 0.

On 05/07/2013 12:03 PM, Sebastian Hesselbarth wrote: On 05/07/2013 10:14 AM, Marek Belisko wrote: When p3 is eual to 0 then result for fOUT is 0. In that case we should return 0 not parent_rate; This issue was causing deadlock in si5351 chip when user set_rate for ms0->clk0 and then set_rate fo

Re: [PATCHv2] arm: Preserve TPIDRURW on context switch

Hi André, On 06/05/13 23:27, André Hentschel wrote: Am 03.05.2013 17:24, schrieb Jonathan Austin: - .macro set_tls_none, tp, tmp1, tmp2 + .macro switch_tls_none, base, tp, trw, tmp1, tmp2 .endm - .macro set_tls_v6k, tp, tmp1, tmp2 + .macro switch_tls_v6k, base,

[PATCH 1/1] TPM: STMicroelectronics st33 driver SPI

From: Mathias Leblanc * STMicroelectronics version 1.2.0, Copyright (C) 2010 * STMicroelectronics comes with ABSOLUTELY NO WARRANTY. * This is free software, and you are welcome to redistribute it * under certain conditions. This is the driver for TPM chip from ST Microelectronics. If you h

[PATCH] net: of_mdio: fix behavior on missing phy device

of_mdiobus_register creates a phy_device even if get_phy_device failed to create it previously. This causes indefinite polling on non-existent PHYs. This fix makes of_mdio_register rely on get_phy_device to properly create the device or fail otherwise. Signed-off-by: Sebastian Hesselbarth --- Cc:

Re: [PATCH RFC] x86: uaccess s/might_sleep/might_fault/

On Thu, May 02, 2013 at 04:28:40PM +0300, Michael S. Tsirkin wrote: > On Thu, May 02, 2013 at 10:52:41AM +0200, Ingo Molnar wrote: > > > > * Michael S. Tsirkin wrote: > > > > > The only reason uaccess routines might sleep > > > is if they fault. Make this explicit for > > > __copy_from_user_noca

[git pull] Please pull powerpc.git merge branch

Hi Linus ! Here are a few more powerpc bits that I would like in 3.10. Mostly remaining bolts & screw tightening of power8 support such as actually exposing the new features via the previously added AT_HWCAP2, and a few fixes, some of them for problems exposed recently like irqdomain warnings or s

Re: Lenovo Yoga 13 touchpad regression

On Tue, May 7, 2013 at 7:25 AM, H. Peter Anvin wrote: > Hello, > > The touchpad on Lenovo Yoga 13 seems to have broken some time between 3.4 > and the current kernel. The dmesg is full of spewage: > > [ 256.246481] atkbd serio0: Use 'setkeycodes e03e ' to make it > known. > [ 256.251473] atkbd

Re: [PATCH v3 02/16] freezer: add unsafe versions of freezable helpers for CIFS

On Mon, 6 May 2013 16:50:07 -0700 Colin Cross wrote: > CIFS calls wait_event_freezekillable_unsafe with a VFS lock held, > which is unsafe and will cause lockdep warnings when 6aa9707 > "lockdep: check that no locks held at freeze time" is reapplied > (it was reverted in dbf520a). CIFS shouldn'

Re: [PATCH 2/2] clk: si5351: Powerdown output when clock rate is 0.

On 05/07/2013 10:14 AM, Marek Belisko wrote: When rate is 0 powerdown clock output. Signed-off-by: Marek Belisko --- drivers/clk/clk-si5351.c | 32 +++- 1 file changed, 19 insertions(+), 13 deletions(-) diff --git a/drivers/clk/clk-si5351.c b/drivers/clk/clk-si5

Re: [PATCH 0/4] madvise(MADV_USERFAULT) & sys_remap_anon_pages()

On Mon, May 06, 2013 at 09:56:57PM +0200, Andrea Arcangeli wrote: > Hello everyone, > > this is a patchset to implement two new kernel features: > MADV_USERFAULT and remap_anon_pages. > > The combination of the two features are what I would propose to > implement postcopy live migration, and in g

Re: Build errors caused by modalias generation patch

On Mon, May 06, 2013 at 07:19:53PM +0200, Andreas Schwab wrote: > Please try the patch in > . No change in observed behaviour. I did all my builds in empty object directories so I don't see why this patch would make any difference. Ralf

[PATCH v2] ktime: Use macro NSEC_PER_USEC where appropriate

We've got the macro NSEC_PER_USEC defined in header file include/linux/time.h. To make the code decent, this patch replaces the immediate number 1000 to convert bewteen a time value in microseconds and one in nanoseconds with the macro NSEC_PER_USEC. Signed-off-by: Liu Ying Cc: David S. Miller C

Re: [PATCH 1/2] clk: si5351: Fix msynth_recalc_rate return value when fOUT is 0.

On 05/07/2013 10:14 AM, Marek Belisko wrote: When p3 is eual to 0 then result for fOUT is 0. In that case we should return 0 not parent_rate; This issue was causing deadlock in si5351 chip when user set_rate for ms0->clk0 and then set_rate for ms1->clk1 (both ms sourced from plla). After that cl

Re: [PATCH v4 4/6] KVM: MMU: fast invalid all shadow pages

On Tue, May 07, 2013 at 05:41:35PM +0800, Xiao Guangrong wrote: > On 05/07/2013 04:58 PM, Gleb Natapov wrote: > > On Tue, May 07, 2013 at 01:45:52AM +0800, Xiao Guangrong wrote: > >> On 05/07/2013 01:24 AM, Gleb Natapov wrote: > >>> On Mon, May 06, 2013 at 09:10:11PM +0800, Xiao Guangrong wrote: >

[PATCH 3/3] xtensa: Switch to asm-generic/linkage.h

Signed-off-by: Geert Uytterhoeven --- arch/xtensa/include/asm/Kbuild|1 + arch/xtensa/include/asm/linkage.h | 16 2 files changed, 1 insertions(+), 16 deletions(-) delete mode 100644 arch/xtensa/include/asm/linkage.h diff --git a/arch/xtensa/include/asm/Kbuild b/arch/

Re: [PATCH v5 3/7] sched: set initial value of runnable avg for new forked task

On Tue, May 07, 2013 at 04:06:33AM +0100, Paul Turner wrote: > On Mon, May 6, 2013 at 7:18 PM, Alex Shi wrote: > > On 05/06/2013 06:17 PM, Paul Turner wrote: > >> Rather than exposing the representation of load_avg_contrib to > >> __sched_fork it might also be better to call: > >>

[PATCH 2/3] cris: Switch to asm-generic/linkage.h

Signed-off-by: Geert Uytterhoeven --- arch/cris/include/asm/Kbuild|1 + arch/cris/include/asm/linkage.h |6 -- 2 files changed, 1 insertions(+), 6 deletions(-) delete mode 100644 arch/cris/include/asm/linkage.h diff --git a/arch/cris/include/asm/Kbuild b/arch/cris/include/asm/Kb

[PATCH 1/3] sparc: Switch to asm-generic/linkage.h

Signed-off-by: Geert Uytterhoeven --- arch/sparc/include/asm/Kbuild|1 + arch/sparc/include/asm/linkage.h |6 -- 2 files changed, 1 insertions(+), 6 deletions(-) delete mode 100644 arch/sparc/include/asm/linkage.h diff --git a/arch/sparc/include/asm/Kbuild b/arch/sparc/include/a

Re: How does commit 47ec340c not introduce a bug?

On Tue, May 07, 2013 at 05:35:28PM +0800, Haojian Zhuang wrote: > > It's probably best to make this: > > > > static inline max8925_backlight_dt_init(struct platform_device *pdev, > > struct max8925_backlight_pdata *pdata) > > { > > return -ENODEV; > > } > > >

Re: [PATCH 54/63] ARM: ux500: Replace ST-E's home-brew DMA direction definition with the generic one

On Tue, 07 May 2013, Srinidhi Kasagar wrote: > On Tue, May 07, 2013 at 09:39:21 +0200, Lee Jones wrote: > > On Mon, 06 May 2013, Srinidhi Kasagar wrote: > > > > > On Fri, May 03, 2013 at 16:32:40 +0200, Lee Jones wrote: > > > > STEDMA40_*_TO_* direction definitions are identical in all but name t

[PATCH] h8300: Fix

Ten years ago, a mismerge happened, concatenating two slightly different versions of the same file. As a consequence, was never included, leading to a build failure only now: kernel/cpu/idle.c: In function 'cpu_idle_loop': kernel/cpu/idle.c:70:4: error: implicit declaration of function 'check_pg

[PATCH] h8300: Hardcode symbol prefixes in asm sources

Commit e1b5bb6d1236d4ad2084c53aa83dde7cdf6f8eea ("consolidate cond_syscall and SYSCALL_ALIAS declarations") broke the h8300 build because it removed the duplicate SYMBOL_NAME() macro from arch/h8300/include/asm/linkage.h, and all the h8300 asm files include instead of . Commit 126de6b20bfb82cc190

Re: How does commit 47ec340c not introduce a bug?

On Tue, May 07, 2013 at 05:35:28PM +0800, Haojian Zhuang wrote: > On Tue, May 7, 2013 at 5:24 PM, Uwe Kleine-König > wrote: > > Hello, > > > > On Tue, May 07, 2013 at 04:17:34AM -0500, Robin Holt wrote: > >> I noticed a warning while cross-compiling all arm defconfigs. > >> > >> The mmp2_defconfig

Re: [PATCH v4] extcon: Palmas Extcon Driver

On 07/05/13 10:47, Kishon Vijay Abraham I wrote: > Hi, > > On Tuesday 07 May 2013 01:28 PM, Mark Brown wrote: >> On Tue, May 07, 2013 at 10:42:53AM +0530, Kishon Vijay Abraham I wrote: >>> On Monday 06 May 2013 08:10 PM, Mark Brown wrote: On Mon, May 06, 2013 at 06:47:04PM +0530, Kishon Vijay

Re: [PATCH v4] extcon: Palmas Extcon Driver

Hi, On Tuesday 07 May 2013 01:28 PM, Mark Brown wrote: On Tue, May 07, 2013 at 10:42:53AM +0530, Kishon Vijay Abraham I wrote: On Monday 06 May 2013 08:10 PM, Mark Brown wrote: On Mon, May 06, 2013 at 06:47:04PM +0530, Kishon Vijay Abraham I wrote: + if (palmas_usb->linkstat !=

Re: [PATCH 54/63] ARM: ux500: Replace ST-E's home-brew DMA direction definition with the generic one

On Tue, May 07, 2013 at 09:39:21 +0200, Lee Jones wrote: > On Mon, 06 May 2013, Srinidhi Kasagar wrote: > > > On Fri, May 03, 2013 at 16:32:40 +0200, Lee Jones wrote: > > > STEDMA40_*_TO_* direction definitions are identical in all but name to > > > the pre-defined generic DMA_*_TO_* ones. Let's m

Re: Bisected 3.9 regression for iwl4965 connection problem to 1672c0e3

>> > > But if so, I would also see >> > > the breakage on my setup, but I don't - it works quite well here. >> > >> > Are you testing on a passive channel? Try with a large beacon interval. >> >> I think most likely what happens is that it's on a passive channel, and >> the firmware drops the TX pa

Re: [PATCH v4 4/6] KVM: MMU: fast invalid all shadow pages

On 05/07/2013 04:58 PM, Gleb Natapov wrote: > On Tue, May 07, 2013 at 01:45:52AM +0800, Xiao Guangrong wrote: >> On 05/07/2013 01:24 AM, Gleb Natapov wrote: >>> On Mon, May 06, 2013 at 09:10:11PM +0800, Xiao Guangrong wrote: On 05/06/2013 08:36 PM, Gleb Natapov wrote: >>> Step 1) Fix

Re: dw_apb_timer_of.c: remove parts that were picoxcell-specific

Hi Pavel, Apologies for the delay, but this looks good to me. On Fri, Apr 26, 2013 at 11:43:14PM +0200, Pavel Machek wrote: > It seems we made a mistake when creating dw_apb_timer_of.c: > picoxcell sched_clock had parts that were not related to > dw_apb_timer, yet we moved them to dw_apb_timer_of

Re: [PATCH RFC v3] media: i2c: mt9p031: add OF support

Hi Arnd, On Mon, May 6, 2013 at 8:29 PM, Prabhakar Lad wrote: > Hi Arnd, > > On Fri, May 3, 2013 at 8:04 PM, Arnd Bergmann wrote: >> On Friday 03 May 2013, Prabhakar Lad wrote: >>> > [snip] >>> +} >> >> Ok, good. >> >>> @@ -955,7 +998,17 @@ static int mt9p031_probe(struct i2c_client *client, >>>

Re: [PATCH] proc: Use PDE attribute setting accessor functions

Geert Uytterhoeven wrote: > arch/arm/mach-msm/last_radio_log.c: In function 'msm_init_last_radio_log': > arch/arm/mach-msm/last_radio_log.c:69:7: error: dereferencing pointer to > incomplete type > > arch/cris/kernel/profile.c: In function 'init_cris_profile': > arch/cris/kernel/profile.c:79:8:

Re: How does commit 47ec340c not introduce a bug?

On Tue, May 7, 2013 at 5:24 PM, Uwe Kleine-König wrote: > Hello, > > On Tue, May 07, 2013 at 04:17:34AM -0500, Robin Holt wrote: >> I noticed a warning while cross-compiling all arm defconfigs. >> >> The mmp2_defconfig gave this warning: >> >> drivers/video/backlight/max8925_bl.c: In function 'max

[PATCH] frv: head.S - Remove commented-out initialization code

The commented-out calls to processor_init() and unit_init() seem to have been copied from mn10300, when starting the frv port. Remove them. Signed-off-by: Geert Uytterhoeven --- arch/frv/kernel/head.S |5 - 1 files changed, 0 insertions(+), 5 deletions(-) diff --git a/arch/frv/kernel/he

Re: [PATCH v6 01/16] spi/spi-atmel: fix probing failure after xfer->speed_hz set

On 07/05/2013 03:11, Yang, Wenyou : > Hi, Mark > >> From: Mark Brown [mailto:broo...@kernel.org] >> Sent: 2013年5月6日 18:31 >> To: Ferre, Nicolas >> Cc: grant.lik...@secretlab.ca; Grant Likely; Richard Genoud; Yang, Wenyou; >> Joachim Eastwood; linux-arm-ker...@lists.infradead.org; >> plagn...@jcros

Re: [PATCH] perf: fix symbol processing bug and greatly improve performance

On Mon, May 06, 2013 at 09:43:53AM -0400, Waiman Long wrote: > When "perf record" was used on a large machine with a lot of CPUs, > the perf post-processing time could take a lot of minutes and even > hours depending on how large the resulting perf.data file was. > > While running AIM7 1500-user h

Re: [Xen-devel] [PATCH 2/4] xen/vcpu: Document the xen_vcpu_info and xen_vcpu

On Mon, 2013-05-06 at 14:04 +0100, Konrad Rzeszutek Wilk wrote: > They are important structures and it is not clear at first > look what they are for. > > The xen_vcpu is a pointer. By default it points to the shared_info > structure (at the CPU offset location). However if the > VCPUOP_register_v

Re: How does commit 47ec340c not introduce a bug?

Hello, On Tue, May 07, 2013 at 04:17:34AM -0500, Robin Holt wrote: > I noticed a warning while cross-compiling all arm defconfigs. > > The mmp2_defconfig gave this warning: > > drivers/video/backlight/max8925_bl.c: In function 'max8925_backlight_probe': > drivers/video/backlight/max8925_bl.c:177

Re: [Xen-devel] [PATCH RFC v2 2/4] arm: introduce CONFIG_PARAVIRT and pv_time_ops

On Mon, 2013-05-06 at 15:51 +0100, Stefano Stabellini wrote: > Introduce CONFIG_PARAVIRT on ARM. What about PARAVIRT_TIME_ACCOUNTING? I'm not sure what it is but it looks like a more lightweight version of pv stolen time? > The only paravirt interface supported is pv_time_ops.steal_clock. > No ru

[PATCH] proc: Use PDE attribute setting accessor functions

arch/arm/mach-msm/last_radio_log.c: In function 'msm_init_last_radio_log': arch/arm/mach-msm/last_radio_log.c:69:7: error: dereferencing pointer to incomplete type arch/cris/kernel/profile.c: In function 'init_cris_profile': arch/cris/kernel/profile.c:79:8: error: dereferencing pointer to incompl

Re: [PATCH, RFC 01/22] can: move CONFIG_HAVE_CAN_FLEXCAN out of CAN_DEV

On 05/03/2013 05:24 PM, Arnd Bergmann wrote: > On Friday 03 May 2013, Marc Kleine-Budde wrote: >> On 05/02/2013 05:16 PM, Arnd Bergmann wrote: >>> CONFIG_HAVE_CAN_FLEXCAN is a silect symbol that is meant to be selected >>> by platforms that support this driver, but that is not possible without >>>

Re: [PATCH 0/7] mv643xx_eth: device tree bindings

Sebastian, On 05/06/2013 05:33 PM, Sebastian Hesselbarth wrote: > This patch set picks up work by Florian Fainelli bringing full DT > support to mv643xx_eth and Marvell SoCs using it. > > The current patch set drops Florian's device tree conversions for > Kirkwood, Dove, and Orion5x in favour of

How does commit 47ec340c not introduce a bug?

I noticed a warning while cross-compiling all arm defconfigs. The mmp2_defconfig gave this warning: drivers/video/backlight/max8925_bl.c: In function 'max8925_backlight_probe': drivers/video/backlight/max8925_bl.c:177:3: warning: statement with no effect [-Wunused-value] This appears to have be

Re: [Xen-devel] [PATCH RFC v2 4/4] xen/arm: account for stolen ticks

On Mon, 2013-05-06 at 15:51 +0100, Stefano Stabellini wrote: > Register the runstate_memory_area with the hypervisor. > Use pv_time_ops.steal_clock to account for stolen ticks. > > Signed-off-by: Stefano Stabellini > --- > arch/arm/xen/enlighten.c | 23 +++ > 1 files change

[PATCH] powerpc, cpu hotplug: Fix warning on boot regarding sysfs file permission

On boot, the following warning shows up on each CPU online operation: [ cut here ] WARNING: at drivers/base/core.c:575 Modules linked in: CPU: 0 PID: 1 Comm: swapper/0 Tainted: GW3.9.0+ #2 task: c006fa18 ti: c006fa20 task.ti: c006fa20 NIP

Re: linux-next: Tree for May 6 (b43/bcma)

On Mon, 2013-05-06 at 22:06 -0500, Larry Finger wrote: > > Probably mostly due to B43=y and BCMA=m. > > Does any Kconfig wizard know the magic incantation to accomplish the > following: > > 1. Ensure that if SSB and BMCA are both selected, then both are either "m" or > "y" I think one of them

<    2   3   4   5   6   7   8   >