restrict initial stack space expansion to rlimit - the process killer...
2010/3/4 PaweĊ‚ Sikora <pawel.sikora(a)agmk.net>: Hi all, i'm currently testing the 2.6.32.9 and observing random process killing on my builder machine (x86-64) which contains several tcl/bash scripts for svn checkout, compilation, archive and ftp deploying. here's a fragment of build log: (...)... 4 Mar 2010 05:35
restrict initial stack space expansion to rlimit - the process killer...
Hi all, i'm currently testing the 2.6.32.9 and observing random process killing on my builder machine (x86-64) which contains several tcl/bash scripts for svn checkout, compilation, archive and ftp deploying. here's a fragment of build log: (...) [CXX] obj-release-i486-gnu-linux/genMappingRst.o [CXX] obj-r... 4 Mar 2010 08:56
ACPI / EC: Remove race between EC driver and suspend process (rev. 3)
On 3/4/10, Len Brown <lenb(a)kernel.org> wrote: Isn't the problem at hand that the boot-kernel stops in mid-transaction, and the resumed hibernate image then blunders forward with its first transaction only to find the EC in an intermediate state? If yes, I then making the transaction atomic WRT the ... 4 Mar 2010 05:35
cpuset: fix the problem that cpuset_mem_spread_node() returns an offline node(was: Re: [regression] cpuset,mm: update tasks' mems_allowed in time (58568d2))
on 2010-3-4 11:22, Nick Piggin wrote: .... + /* + * After current->mems_allowed is set to a new value, current will + * allocate new pages for the migrating memory region. So we must + * ensure that update of current->mems_allowed have been completed + * by this moment. + */ + smp_wmb... 4 Mar 2010 05:35
evdev keyboard driver stopped working after upgrading from Kernel 2.6.33-rc8 to 2.6.33 (official release)
On Thu, Mar 4, 2010 at 9:03 AM, Mike Galbraith <efault(a)gmx.de> wrote: On Thu, 2010-03-04 at 08:55 +0100, Zeno Davatz wrote: Ok, I will try that. Can you give a short input of how I should start bisecting? git bisect start git bisect good v2.6.33-rc8 git bisect bad v2.6.33 build and test each... 4 Mar 2010 04:30
kmemleak issue on ARM target
Hi Catalin Marinas , W am facing one issue on ARM target, we have 512 MB ram on our target, we port your patch of kmemleak(http://linux.derkeiler.com/Mailing-Lists/Kernel/2009-04/msg11830.html) We are facing problem in DEBUG_KMEMLEAK_EARLY_LOG_SIZE we cannot increase its size above 1000 because of our kernel... 4 Mar 2010 05:35
[Patch 1/2] cpufreq: unexport (un)lock_policy_rwsem* functions
lock_policy_rwsem_* and unlock_policy_rwsem_* functions are scheduled to be unexported when 2.6.33. Now there are no other callers of them out of cpufreq.c, unexport them and make them static. Signed-off-by: WANG Cong <amwang(a)redhat.com> Cc: Venkatesh Pallipadi <venkatesh.pallipadi(a)intel.com> Cc: Dave Jones <d... 4 Mar 2010 04:30
Init: Fix some coding styles in init/main.c
On Thu, Mar 4, 2010 at 3:28 PM, <wzt.wzt(a)gmail.com> wrote: Fix some coding styles in init/main.c sheesh Can you fix all coding styles in this file? When will The War on Whitespace end? -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.k... 4 Mar 2010 03:25
pid_ns: zap_pid_ns_processes: use SEND_SIG_NOINFO instead of force_sig()
Quoting Oleg Nesterov (oleg(a)redhat.com): zap_pid_ns_processes() uses force_sig(SIGKILL) to ensure SIGKILL will be delivered to sub-namespace inits as well. This is correct, but we are going to change force_sig_info() semantics. See http://bugzilla.kernel.org/show_bug.cgi?id=15395#c31 We can use send_... 4 Mar 2010 03:25
sparc: Convert sparc to use read/update_persistent_clock
From: John Stultz <johnstul(a)us.ibm.com> Date: Wed, 3 Mar 2010 19:57:27 -0800 This patch converts the sparc architecture to use the generic read_persistent_clock and update_persistent_clock interfaces, reducing the amount of arch specific code we have to maintain, and allowing for further cleanups in the future. ... 4 Mar 2010 02:20