Re: [patch 0/3] Per cpu relocation to ZERO and x86_32 percpu opson x86_64

[Ingo Molnar]

btw., this is the list of patches i've picked up for testing:

modules-include-sectionsh-to-avoid-defining-linker-variables.patch
modules-handle-symbols-that-have-a-zero-value.patch
modules-fold-percpu_modcopy-into-modulec-and-get-rid-of-the-macro-from-hell.patch

percpu1-percpu-use-a-kconfig-variable-to-signal-arch-specific-percpu-setup.patch
percpu1-percpu-move-arch-xx-per-cpu-xx-definitions-into-linux-percpu-h.patch
percpu1-percpu-make-the-asm-generic-percpu-h-more-generic-.patch
percpu1-x86-32-use-generic-percpu-h.patch
percpu1-x86-64-use-generic-percpu.patch
percpu1-s390-use-generic-percpu.patch
percpu1-powerpc-use-generic-per-cpu.patch
percpu1-sparc64-use-generic-percpu.patch
percpu1-ia64-use-generic-percpu.patch
percpu1-x86-unify-percpu-h.patch

percpu2-percpu-infrastructure-to-rebase-the-per-cpu-area-to-0ul.patch
percpu2-x86-64-declare-pda-as-per-cpu-data-thereby-moving-it-into-the-cpu-area.patch
percpu2-x86-64-make-the-x86-32-percpu-operations-usable-on-x86-64.patch

the first 3 are from -mm, the rest from lkml. This series applied 
cleanly without any rejects but i still got the spontaneous reboot 
during bootup on UP 32-bit x86.

So either i'm still missing some essential patch, or this tree somehow 
triggers the problem more likely than in -mm. I've bisected it down to:

 percpu1-percpu-move-arch-xx-per-cpu-xx-definitions-into-linux-percpu-h.patch

that patch looks harmless though. Anyway, we can certainly revisit this 
issue after you get back on Dec 13th.

	Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/