Kernel

cputimers/proc: do_task_stat()->thread_group_times() is racy and O(n) under ->siglock
On Wed, 2010-03-24 at 21:45 +0100, Oleg Nesterov wrote: Nowadays ->siglock is overloaded, it would be really nice to change do_task_stat() to walk through the list of threads lockless. And note that we are doing while_each_thread() twice! while_each_thread() is rcu-safe, but thread_group_times() also ne... 25 Mar 2010 09:06

[RFC,PATCH 2/2] cputimers/proc: do_task_stat()->thread_group_times() is racy and O(n) under ->siglock
Nowadays ->siglock is overloaded, it would be really nice to change do_task_stat() to walk through the list of threads lockless. And note that we are doing while_each_thread() twice! while_each_thread() is rcu-safe, but thread_group_times() also needs ->siglock to serialize the modifications of signal_struct->pre... 24 Mar 2010 17:00

[RFC,PATCH 1/2] cputimers/proc: do_task_stat()->task_times() can race with getrusage()
do_task_stat()->task_times() can race with getrusage(), they both can try to update task->prev_Xtime at the same time. Remove this bit of d180c5bc "sched: Introduce task_times() to replace task_{u,s}time()". See also the next patch. Signed-off-by: Oleg Nesterov <oleg(a)redhat.com> --- fs/proc/array.c | ... 24 Mar 2010 17:00

2.6.34-rc1 crashes early while startup
Yes, please still list this bug. Am 21.03.2010 um 21:13 schrieb "Rafael J. Wysocki" <rjw(a)sisk.pl>: This message has been generated automatically as a part of a summary report of recent regressions. The following bug entry is on the current list of known regressions from 2.6.33. Please verify... 24 Mar 2010 16:59

[PATCH v2 2/6] perf symbols: Avoid unnecessary symbol loading when dso list is specified
From: Arnaldo Carvalho de Melo <acme(a)redhat.com> We were performing the full thread__find_addr_location operation, i.e. resolving to a map/dso _and_ loading its symbols when we can optimize it by first calling thread__find_addr_map to find just the map/dso, check if it is one that we are interested in (passed via... 24 Mar 2010 15:51

include cleanup: Update gfp.h and slab.h includes to prepare for breaking implicit slab.h inclusion from percpu.h
On Wed, 24 Mar 2010, Tejun Heo wrote: http://userweb.kernel.org/~tj/misc/slabh-sweep.py Ugg. What a complex beast. With the actual patch, this message would end up ~1.7M which seems tad bit too large to send through LKML. I said that I would post the whole patch on the last round but that was 200k... 30 Mar 2010 22:57

x86: don't include slab.h from arch/x86/include/asm/pgtable_32.h
On Wed, 24 Mar 2010, Pekka Enberg wrote: Acked-by: Pekka Enberg <penberg(a)cs.helsinki.fi> Ditto Acked-by: Christoph Lameter <cl(a)linux-foundation.org> -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at h... 24 Mar 2010 15:51

[PATCH v2 3/6] perf annotate: Allow specifying DSOs where to look for symbol
From: Arnaldo Carvalho de Melo <acme(a)redhat.com> Using the same parameter as in 'perf report', allowing to specify just one and disambiguate between DSOs that have the symbol of interest. Cc: Frédéric Weisbecker <fweisbec(a)gmail.com> Cc: Mike Galbraith <efault(a)gmx.de> Cc: Peter Zijlstra <a.p.zijlstra(a)chello.nl>... 24 Mar 2010 15:51

percpu: don't implicitly include slab.h from percpu.h
Reviewed-by: Christoph Lameter <cl(a)linux-foundation.org> -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ ... 24 Mar 2010 15:51

[PATCH -mmotm] leds-input: depends on INPUT
From: Randy Dunlap <randy.dunlap(a)oracle.com> leds-input uses input_*() functions so it should depend on INPUT. leds-input.c:(.text+0x6e0513): undefined reference to `input_unregister_handle' leds-input.c:(.text+0x6e06eb): undefined reference to `input_inject_event' leds-input.c:(.text+0x6e0700): undefined refer... 24 Mar 2010 15:51