Messages in this thread | | | Date | Tue, 30 Mar 2010 16:24:22 -0400 | From | Mathieu Desnoyers <> | Subject | Re: [PATCH] modules fix incorrect percpu usage |
| |
* Andrew Morton (akpm@linux-foundation.org) wrote: > On Tue, 30 Mar 2010 09:52:08 -0400 > Mathieu Desnoyers <mathieu.desnoyers@efficios.com> wrote: > > > Should use per_cpu_ptr() to obfuscate the per cpu pointers (RELOC_HIDE is needed > > for per cpu pointers). > > > > Introduced by commit: > > > > module.c: commit 6b588c18f8dacfa6d7957c33c5ff832096e752d3 > > > > It applies to mainline as of 2.6.34-rc2. This patch should be queued for the > > stable branch, for kernels 2.6.29.x to 2.6.33.x. > > (based on 2.6.33.1, also applies to 2.6.34-rc2 -tip) > > Why do you beleive this should be backported to -stable? What are the > user-visible effects of this change? >
As for the user-visible impact of this specific patch, I guess nobody noticed any problem because we've been lucky enough that the compiler did not generate the inappropriate optimization pattern there.
This inappropriate use of per_cpu_ptr() elsewhere (in __module_ref_addr() from module.h) caused a NULL pointer exception on Randy's machine.
So either we consider that the code is better left untouched, or we apply this patch to module.c in order to prevent compiler optimizations from subtly breaking the generated assembly with specific configurations of the current or future versions of the compiler. At that level, it becomes a policy question about what should go in -stable, for which I will defer to Greg and you. I would perfectly understand if you consider that it does not belong to -stable, because there is no perceived user impact so far.
Thanks,
Mathieu
-- Mathieu Desnoyers Operating System Efficiency R&D Consultant EfficiOS Inc. http://www.efficios.com
| |