From: Andrew Morton <akpm@zip.com.au>
To: lkml <linux-kernel@vger.kernel.org>,
"linux-mm@kvack.org" <linux-mm@kvack.org>
Subject: 2.5.32-mm4
Date: Sat, 31 Aug 2002 11:27:31 -0700 [thread overview]
Message-ID: <3D710A93.729F3026@zip.com.au> (raw)
Since -mm2:
- Linus has merged a bunch of things. Of which O_DIRECT support for ext3
is the only interesting part.
- mm3 was a temp syncup with wli. mm4 has survived an overnight deathtest
and looks pretty good.
+ the block-highmem scsi fix has been changed: we now allow block-highmem
for all scsi devices, not just disks.
+ added a patch to move the rmap locking functions into their own
header file.
+ highpte is now working.
There is no evidence that non-ia32 people have tried to compile this
code yet.
+ a race in slablru has been fixed. slablru seems to keep the slabs
under control quite nicely.
+ added rml's low-latency-zap_page_range patch
+ reinstated buffermem acounting in /proc/meminfo. This is useful,
but the implementation's walk across the inode_unused list will
probably be very costly in some situations. May need to change it so
that the inode walk only works correctly for blockdevs, or make
the inode_unused list (and inode_lock!) per-superblock.
+ The configurable kernel/userspace split patch is back.
+ Added Rohit's ia32 huge tlb page patch. We don't have any tools
to test this with at present, which is a bit of a problem.
+ Added Jani Monoses' EXT3_SB cleanup.
linus.patch
cset-1.508.1.15-to-1.567.txt.gz
scsi_hack.patch
Fix block-highmem for scsi
ext3-htree.patch
Indexed directories for ext3
rmap-locking-move.patch
move rmap locking inlines into their own header file.
discontig-paddr_to_pfn.patch
Convert page pointers into pfns for i386 NUMA
discontig-setup_arch.patch
Rework setup_arch() for i386 NUMA
discontig-mem_init.patch
Restructure mem_init for i386 NUMA
discontig-i386-numa.patch
discontigmem support for i386 NUMA
cleanup-mem_map-1.patch
Clean up lots of open-coded uese of mem_map[]. For ia32 NUMA
zone-pages-reporting.patch
Fix the boot-time reporting of each zone's available pages
enospc-recovery-fix.patch
Fix the __block_write_full_page() error path.
fix-faults.patch
Back out the initial work for atomic copy_*_user()
spin-lock-check.patch
spinlock/rwlock checking infrastructure
refill-rate.patch
refill the inactive list more quickly
copy_user_atomic.patch
kmap_atomic_reads.patch
Use kmap_atomic() for generic_file_read()
kmap_atomic_writes.patch
Use kmap_atomic() for generic_file_write()
throttling-fix.patch
Fix throttling of heavy write()rs.
dirty-state-accounting.patch
Make the global dirty memory accounting more accurate
rd-cleanup.patch
Cleanup and fix the ramdisk driver (doesn't work right yet)
discontig-cleanup-1.patch
i386 discontigmem coding cleanups
discontig-cleanup-2.patch
i386 discontigmem cleanups
writeback-thresholds.patch
Downward adjustments to the default dirtymemory thresholds
buffer-strip.patch
Limit the consumption of ZONE_NORMAL by buffer_heads
rmap-speedup.patch
rmap pte_chain space and CPU reductions
wli-highpte.patch
Resurrect CONFIG_HIGHPTE - ia32 pagetables in highmem
readv-writev.patch
O_DIRECT support for readv/writev
slablru.patch
age slab pages on the LRU
llzpr.patch
Reduce scheduling latency across zap_page_range
buffermem.patch
Resurrect buffermem accounting
config-PAGE_OFFSET.patch
Configurable kenrel/user memory split
lpp.patch
ia32 huge tlb pages
ext3-sb.patch
u.ext3_sb -> generic_sbp
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
next reply other threads:[~2002-08-31 18:27 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-08-31 18:27 Andrew Morton [this message]
2002-08-31 18:50 ` 2.5.32-mm4 Andrew Morton
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3D710A93.729F3026@zip.com.au \
--to=akpm@zip.com.au \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox