lkml.org 
[lkml]   [2007]   [Nov]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
DateFri, 30 Nov 2007 21:43:55 +0100
FromIngo Molnar <>
SubjectRe: [patch 0/3] Per cpu relocation to ZERO and x86_32 percpu ops on x86_64

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@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2007-11-30 21:47    [from the cache]
©2003-2010