Only in 2.4.19pre10aa2: 00_block-highmem-all-18b-12.gz Only in 2.4.19pre10aa3: 00_block-highmem-all-19-1.gz Latest version from Jens + enable highio on serverworks. Only in 2.4.19pre10aa3: 00_drop-inetpeer-cache-1.gz Drop inetpeer cache, we cannot make per-IP assumption or we'll break with NAT. This avoids AVL complexity in handling tcp connections. From Andi Kleen. Further comments from me: previous afinet.id could also collide during the connection because of the xor between jiffies and the initial write_seq. Still it can collide if it's too fast but it's very unlikely now. I also changed the GRAB_TIME from HZ/50 to HZ, so we don't waste id space, 32 packets per second looks saner (and in a 1 second timeframe the global id is not likely to overflow). Only in 2.4.19pre10aa3: 00_elevator-fixes-1 Merged the "merge_only" logic from Andrew's read-latency patch. Also noticed some apparently buggy stuff in the elevator, so corrected. There's no point to do "sequence--" when we insert new requests and to do "sequence -= count" when we merge (on top of the --!), if something it should be the opposite, merges are much lighter than new requests for the disk (let's ignore when we cannot merge because of max_sectors). So let's only rely on the --. Only in 2.4.19pre10aa3: 00_ext3-0.9.18.gz Merged ext3 updates from 2.4.19pre10jam2. Only in 2.4.19pre10aa3: 00_nfs-dcache-parent-optimize-1 Trond's parent lookup optimization. Only in 2.4.19pre10aa3: 00_spinlock-no-egcs-1 Keep the spinlock structure the same across 2.95 and 3.x (I got a bugreport due a miscompiled kernel with egcs some week ago, so I don't care much about the buggy egcs anymore, stable is 2.95, and bleeding edge is 3.1.1). Only in 2.4.19pre10aa2: 03_sched-pipe-bandwidth-1 Obsoleted patch by 20_o1-sched-updates-A4-1, but the internals are exactly the same, so still the feature from Mike is retained. Also note I'm not using the _sync version in the read() path, only in the write() path, I explained why in some email to l-k (if you cannot find it ask). Due a mistake the previous sched-pipe-bandiwidth-1 had the _sync in the read instead of the write but conceptually I prefer it only in the write, even if I doubt any difference could be measured in real life (either one of the two places or both should be almost the same in practice, it's more a microfeature). Only in 2.4.19pre10aa3: 07_cpqarray-sard-1 Only in 2.4.19pre10aa3: 07_cpqfc-compile-1 cpq fc minor updates. Only in 2.4.19pre10aa3: 07_e100-1.8.38.gz Only in 2.4.19pre10aa3: 08_e100-includes-1 Only in 2.4.19pre10aa3: 09_e100-compilehack-1 Merged e100 GPL driver from Intel (also make it link into the kernel). Only in 2.4.19pre10aa3: 07_qlogicfc-1.gz Only in 2.4.19pre10aa3: 08_qlogicfc-template-aa-1 Only in 2.4.19pre10aa3: 09_qlogic-link-1 Latest qlogic FC driver for the qla2x00 devices. Ported to -aa enabled highio and vary_io, and fixed so that it can be linked into the kernel too. Only in 2.4.19pre10aa3: 20_o1-sched-updates-A4-1 O1 scheduler fixes from Ingo, includes the 03_sched-pipe-bandwidth-1 feature from Mike. Only in 2.4.19pre10aa3: 21_o1-A4-aa-1 Some more incremental O1 cleanup on top of Ingo's changes (note: not all of them, in particular rejected the sched_yield changes that wrongly waits the timeslice to expire before giving the cpu to the next task in the runqueue). Also the rq_lock rejected, see the comment on the patch, -preempt is a no-way for 2.4, so we can a bit more efficient thanks to it. Only in 2.4.19pre10aa3: 30_irq-balance-12 Merged irq balance from 2.4.19pre10jam2. The algorithm here is very different from the original one that seems wasteful to me, this new one should do much better, benchmarks will tell. Also the implementation is more optimized, and buggy places like idle_timeout are also corrected. also have a look at the difference in xosview. Only in 2.4.19pre10aa3: 50_uml-patch-2.4.18-34.gz Updated to -34 uml revision from Jeff. Only in 2.4.19pre10aa3: 90_buddyinfo-1 Statistics about the buddy allocator available from /proc/buddyinfo. Only in 2.4.19pre10aa3: 94_discontigmem-meminfo-1 Provides per-node mem info stats in /proc/meminfo. Note: unlike the original patch this is based on DISCONTIGMEM and not on NUMA. This feature only depends on discontigmem, so there's no reason to enable it only with numa selected (and the cost of it is not significant). Only in 2.4.19pre10aa3: 94_numaq-tsc-1 Disable tsc based gettimeofday on numaq. This is also different from the original patch, please check, thanks.