Only in 2.4.10pre8aa1: 00_gcc-30-extern-static-3
Only in 2.4.10pre8aa1: 00_nfs-delete-lock-1
Only in 2.4.10pre8aa1: 00_tgid-1

	Merged into mainline.

Only in 2.4.10pre10aa1: 80_vm-aa-1

	VM rewrite, should fix:

	-	kswapd looping forever on DMA or NORMAL classzones
	-	swap+ram will be almost all available address space
		(modulo when the swap cache serves to avoid swapins
		of shares anonymous memory after a fork)
	-	slowdowns after multiple runs of the workloads
	-	swapout storms
	-	dbench runs twice faster with this patch applied

	I've several ideas on how to change the vm algorithms to
	be even better, this first one may be a little too agrressive, however
	I tried a few of them and I did a check of the dbench numbers after
	that and they were always slower than the algorithm in the 80_vm-aa-1
	patch. (OTOH I don't want a VM that works wonderfully on dbench
	but not with other normal workloads)

	This patch may still swap a little too much (but it shouldnt'
	generate the storms during heavy I/O), I need feedback from differnt
	workloads to be sure it's ok, at this point it is trival for me to
	change the behaviour radically after I get the feedback and numbers
	from users and developers.

	So please test it so I will know if I must change something.

	About stability it should be rock solid, but of course there's
	not a very good statistic yet (my most critical desktop is running
	2.4.10pre10aa1 since last night under high load without problems yet).
	I probably have a bug in swapoff but let's ignore it for now, just
	try to run swapoff only before shutting down the machine. The fact
	is that the 2.4 VM is broken freeing physically dirty pages.
	The last owner of the page (usually the VM except in swapoff) has to
	clear the dirty flag before freeing the page, in swapoff it may
	be a little more complicate (we may need to grab the pagecache_lock
	to ensure nobody start using the page while we clear it). And swapoff
	is probably racy anyways as usual (swapoff in 2.2 is racy too). In
	short I didn't focused on swapoff yet, I just made an hack to make it
	to work while shutting down the machine so far.

	I know this patch could hurt some developer since I backed out
	lots of (broken) stuff that probably they liked, I'm sorry for that,
	but I will mainly listen to numbers, not to "voice/email" vapourware
	arguments (like the argument numa is broken, that's just a red herring,
	this patch flyes on the numa wildfire simulation with all the numa
	heuristics enabled as well as on uml with mem=4m, origin 2k or whatever
	x86/ia64 numa hardware will never ever have problems either with it and
	I will make sure it will work correctly).  So in short I will love to
	be proved wrong on the _paper_ with real life issues.

Only in 2.4.10pre10aa1: 00_alpha-compile-1

	Fix a few alpha compile troubles.

Only in 2.4.10pre8aa1: 00_alpha-fp-disabled-1
Only in 2.4.10pre10aa1: 00_alpha-fp-disabled-2

	Rediffed due trivial rejects.

Only in 2.4.10pre8aa1: 00_copy-user-lat-2
Only in 2.4.10pre10aa1: 00_copy-user-lat-3

	Rediffed due trivial rejects.

Only in 2.4.10pre8aa1: 00_module-gfp-2
Only in 2.4.10pre10aa1: 00_module-gfp-3

	Rediffed due trivial rejects.

Only in 2.4.10pre8aa1: 00_silent-stack-overflow-8
Only in 2.4.10pre10aa1: 00_silent-stack-overflow-9

	Rediffed due trivial rejects.

Only in 2.4.10pre8aa1: 10_prefetch-6
Only in 2.4.10pre10aa1: 10_prefetch-8

	Part of it merged into mainline, rediffed the missing part.

Only in 2.4.10pre8aa1: 40_blkdev-pagecache-16
Only in 2.4.10pre10aa1: 40_blkdev-pagecache-17

	Rediffed due trivial rejects.

Only in 2.4.10pre8aa1: 50_uml-patch-2.4.9-4.bz2
Only in 2.4.10pre10aa1: 50_uml-patch-2.4.9-6.bz2

	Picked last update with the move of the kernel address space from
	sourceforge.

Only in 2.4.10pre8aa1: 60_tux-2.4.9-ac10-H2
Only in 2.4.10pre10aa1: 60_tux-2.4.9-ac10-H7

	Picked last update from www.redhat.com/~mingo/ .

Only in 2.4.10pre8aa1: 70_mmap-rb-8
Only in 2.4.10pre10aa1: 70_mmap-rb-9

	Rediffed due trivial rejects.