forked from luck/tmp_suning_uos_patched
5fb7dc37dc
per cpu data section contains two types of data. One set which is exclusively accessed by the local cpu and the other set which is per cpu, but also shared by remote cpus. In the current kernel, these two sets are not clearely separated out. This can potentially cause the same data cacheline shared between the two sets of data, which will result in unnecessary bouncing of the cacheline between cpus. One way to fix the problem is to cacheline align the remotely accessed per cpu data, both at the beginning and at the end. Because of the padding at both ends, this will likely cause some memory wastage and also the interface to achieve this is not clean. This patch: Moves the remotely accessed per cpu data (which is currently marked as ____cacheline_aligned_in_smp) into a different section, where all the data elements are cacheline aligned. And as such, this differentiates the local only data and remotely accessed data cleanly. Signed-off-by: Fenghua Yu <fenghua.yu@intel.com> Acked-by: Suresh Siddha <suresh.b.siddha@intel.com> Cc: Rusty Russell <rusty@rustcorp.com.au> Cc: Christoph Lameter <clameter@sgi.com> Cc: <linux-arch@vger.kernel.org> Cc: "Luck, Tony" <tony.luck@intel.com> Cc: Andi Kleen <ak@suse.de> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> |
||
|---|---|---|
| .. | ||
| alphanum.c | ||
| asm-offsets.c | ||
| dma.c | ||
| early_printk.c | ||
| entry.S | ||
| fpu.c | ||
| head.S | ||
| init_task.c | ||
| irq_intc.c | ||
| irq.c | ||
| led.c | ||
| Makefile | ||
| module.c | ||
| pci_sh5.c | ||
| pci_sh5.h | ||
| pci-dma.c | ||
| pcibios.c | ||
| process.c | ||
| ptrace.c | ||
| semaphore.c | ||
| setup.c | ||
| sh_ksyms.c | ||
| signal.c | ||
| switchto.S | ||
| sys_sh64.c | ||
| syscalls.S | ||
| time.c | ||
| traps.c | ||
| unwind.c | ||
| vmlinux.lds.S | ||