What's up for v2.6.25 for the x86 architecture code.
There are 763 commits in x86.git so far, from more than 90 contributors,

so it would be difficult to mention and credit every contribution in

this mail. See the shortlog attached further below for more details.
Here's an (incomplete) list of highlights:
 - Continued, intense arch/x86 unification and cleanup work by lots of

   people. (Harvey Harrison, Cyrill Gorcunov, Sam Ravnborg, Pavel

   Machek, Hiroshi Shimamoto, Julia Lawall, Chris Wright and many

   others)
 - FIFO ticket spinlocks for better spinlock scalability (Nick Piggin)
 - "regset" generalizations - the most important step towards utrace

   support (==next-gen ptrace). (Roland McGrath)
 - support for more than 255 CPUs [up to 4096 - in theory up to 65535]

   (Nick Piggin, Mike Travis)
 - almost complete 64-bit paravirt guest support :-) (Glauber de

   Oliveira Costa and Jeremy Fitzhardinge).
 - KGDB support on x86, finally! (Jason Wessel and others)
 - percpu infrastructure improvements and cleanups (Mike Travis)
 - PIE executable and brk randomization (Jiri Kosina)
 - VDSO improvements and cleanups (Roland McGrath)
 - branch-trace-store hardware support for ptrace (Markus Metzger)
 - kprobes improvements (Masami Hiramatsu, Harvey Harrison, Abhishek

   Sagar and others)
 - continued "transform inb_p() uses safely" work (Alan Cox)
 - TLB flushing optimizations for lower power cosumption (Venki

   Pallipadi)
 - next-gen platform enablement work and fixes (Yinghai Lu)
 - change_page_attr() API fixes and improvements (Andi Kleen)
 - CPU feature bits cleanups and improvements (Andi Kleen)
 - various fixes (Jan Beulich)
 - EFI support (Ying Huang)
 - updated x86 setup code (H. Peter Anvin)
 - more reliable sched_clock() (Guillaume Chazarain)
 - RDC R-321x SoC subarchitecture support (Florian Fainelli)
 - HPET improvements (Balaji Rao)
 - assorted fixlets that kept the arch/x86 ball rolling smoothly in -mm

   (An...
[ message continues ]

This should actually be named differently. It should be

called
x86: don't unconditionally enable expensive SMP ppro workaround
I actually had a more complete patch which printed a warning if

booting such a system without the config option.

Ah sorry, here is a refreshed version

looks good to me, but could you please send a delta patch against

x86.git:
    http://redhat.com/~mingo/x86.git/README
and i'll backmerge it to your other patch (with the subject fixed, etc.)

once it passes qa, etc. Thanks,
	Ingo

--