Mail Index

• Thread Index

• Re: Time to do something about those loading times
  • From: Ingo Oeser <ingo.oeser@informatik.tu-chemnitz.de>
• Re: statm_pgd_range() sucks!
  • From: Daniel Phillips <phillips@arcor.de>
• Re: slablru for 2.5.32-mm1
  • From: Andrew Morton <akpm@zip.com.au>
• Re: slablru for 2.5.32-mm1
  • From: Andrew Morton <akpm@zip.com.au>
• Fwd: Re: slablru for 2.5.32-mm1
  • From: Ed Tomlinson <tomlins@cam.org>
• Re: slablru for 2.5.32-mm1
  • From: Ed Tomlinson <tomlins@cam.org>
• Fwd: Re: slablru for 2.5.32-mm1
  • From: Ed Tomlinson <tomlins@cam.org>
• Re: slablru for 2.5.32-mm1
  • From: Andrew Morton <akpm@zip.com.au>
• Re: slablru for 2.5.32-mm1
  • From: Andrew Morton <akpm@zip.com.au>
• Re: Fwd: Re: slablru for 2.5.32-mm1
  • From: Andrew Morton <akpm@zip.com.au>
• About the free page pool
  • From: Scott Kaplan <sfkaplan@cs.amherst.edu>
• Re: About the free page pool
  • From: Andrew Morton <akpm@zip.com.au>
• Re: About the free page pool
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: slablru for 2.5.32-mm1
  • From: Ed Tomlinson <tomlins@cam.org>
• Re: About the free page pool
  • From: Andrew Morton <akpm@zip.com.au>
• Re: About the free page pool
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: About the free page pool
  • From: Scott Kaplan <sfkaplan@cs.amherst.edu>
• Re: Fwd: Re: slablru for 2.5.32-mm1
  • From: Ed Tomlinson <tomlins@cam.org>
• Re: About the free page pool
  • From: Andrew Morton <akpm@zip.com.au>
• Re: About the free page pool
  • From: Rik van Riel <riel@conectiva.com.br>
• 2.5.33-mm1
  • From: Andrew Morton <akpm@zip.com.au>
• Re: About the free page pool
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: About the free page pool
  • From: Andrew Morton <akpm@zip.com.au>
• Re: About the free page pool
  • From: William Lee Irwin III <wli@holomorphy.com>
• Buffer Head Doubts
  • From: Anil Kumar <anilk@cdotd.ernet.in>
• Re: About the free page pool
  • From: Daniel Phillips <phillips@arcor.de>
• No Subject
  • From: Christoph Hellwig <hch@lst.de>
• No Subject
  • From: Andrew Morton <akpm@zip.com.au>
• Re: Buffer Head Doubts
  • From: Andrew Morton <akpm@zip.com.au>
• No Subject
  • From: Christoph Hellwig <hch@lst.de>
• No Subject
  • From: Andrew Morton <akpm@zip.com.au>
• No Subject
  • From: Christoph Hellwig <hch@lst.de>
• No Subject
  • From: Andrew Morton <akpm@zip.com.au>
• missing subject
  • From: "Benjamin C.R. LaHaise" <bcrl@kvack.org>
• Re: 2.5.33-mm1
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: 2.5.33-mm1
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: 2.5.33-mm1
  • From: Andrew Morton <akpm@zip.com.au>
• Re: 2.5.33-mm1
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: 2.5.33-mm1
  • From: Andrew Morton <akpm@zip.com.au>
• Re: 2.5.33-mm1
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: 2.5.33-mm1
  • From: Andrew Morton <akpm@zip.com.au>
• Re: 2.5.33-mm1
  • From: Ed Tomlinson <tomlins@cam.org>
• Re: 2.5.33-mm1
  • From: Ed Tomlinson <tomlins@cam.org>
• 2.5.33-mm2
  • From: Andrew Morton <akpm@zip.com.au>
• Re: 2.5.33-mm2
  • From: Andrew Morton <akpm@zip.com.au>
• Re: 2.5.33-mm2
  • From: "Stephen C. Tweedie" <sct@redhat.com>
• nonblocking-vm.patch
  • From: Andrew Morton <akpm@zip.com.au>
• Re: nonblocking-vm.patch
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: 2.5.33-mm2
  • From: Adam Kropelin <akropel1@rochester.rr.com>
• Re: 2.5.33-mm1
  • From: Paul Larson <plars@linuxtestproject.org>
• Re: 2.5.33-mm1
  • From: Andrew Morton <akpm@zip.com.au>
• Re: nonblocking-vm.patch
  • From: Andrew Morton <akpm@zip.com.au>
• Re: 2.5.33-mm1
  • From: "Stephen C. Tweedie" <sct@redhat.com>
• Re: nonblocking-vm.patch
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: nonblocking-vm.patch
  • From: Andrew Morton <akpm@zip.com.au>
• Re: 2.5.33-mm1
  • From: Paul Larson <plars@linuxtestproject.org>
• Re: 2.5.33-mm1
  • From: Andrew Morton <akpm@zip.com.au>
• Re: nonblocking-vm.patch
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: nonblocking-vm.patch
  • From: Andrew Morton <akpm@zip.com.au>
• Re: nonblocking-vm.patch
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: nonblocking-vm.patch
  • From: Andrew Morton <akpm@zip.com.au>
• Helping the Programmer's help themselves...
  • From: John Carter <john.carter@tait.co.nz>
• Re: nonblocking-vm.patch
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: nonblocking-vm.patch
  • From: Andrew Morton <akpm@zip.com.au>
• Re: nonblocking-vm.patch
  • From: Rik van Riel <riel@conectiva.com.br>
• Discounted Hotel Rooms
  • From: "Discount Hotel Rooms" <bulk@global-marketing.co.uk>
• Re: statm_pgd_range() sucks!
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: statm_pgd_range() sucks!
  • From: Andrew Morton <akpm@zip.com.au>
• Re: statm_pgd_range() sucks!
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: statm_pgd_range() sucks!
  • From: William Lee Irwin III <wli@holomorphy.com>
• MAP_SHARED handling
  • From: Andrew Morton <akpm@zip.com.au>
• 2.5.33-mm3
  • From: Andrew Morton <akpm@zip.com.au>
• Re: MAP_SHARED handling
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: nonblocking-vm.patch
  • From: Andrew Morton <akpm@zip.com.au>
• Re: statm_pgd_range() sucks!
  • From: Andrew Morton <akpm@zip.com.au>
• Re: statm_pgd_range() sucks!
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: MAP_SHARED handling
  • From: Daniel Phillips <phillips@arcor.de>
• 2.5.33-mm3 dbench hang and 2.5.33 page allocation failures
  • From: Steven Cole <elenstev@mesatop.com>
• Re: MAP_SHARED handling
  • From: Andrew Morton <akpm@zip.com.au>
• Re: 2.5.33-mm3 dbench hang and 2.5.33 page allocation failures
  • From: Andrew Morton <akpm@zip.com.au>
• Re: 2.5.33-mm3 dbench hang and 2.5.33 page allocation failures
  • From: Steven Cole <elenstev@mesatop.com>
• Re: 2.5.33-mm3 dbench hang and 2.5.33 page allocation failures
  • From: Daniel Phillips <phillips@arcor.de>
• Re: 2.5.33-mm3 dbench hang and 2.5.33 page allocation failures
  • From: Steven Cole <elenstev@mesatop.com>
• Re: 2.5.33-mm3 dbench hang and 2.5.33 page allocation failures
  • From: Andrew Morton <akpm@zip.com.au>
• 4MB of physical contiguous memory allocation in Linux
  • From: vyas niranjan <vyas_nir@yahoo.com>
• Re: 4MB of physical contiguous memory allocation in Linux
  • From: "Martin J. Bligh" <Martin.Bligh@us.ibm.com>
• Re: 4MB of physical contiguous memory allocation in Linux
  • From: "Martin J. Bligh" <Martin.Bligh@us.ibm.com>
• Re: 2.5.33-mm3 dbench hang and 2.5.33 page allocation failures
  • From: Martin Josefsson <gandalf@wlug.westbo.se>
• Re: 2.5.33-mm3 dbench hang and 2.5.33 page allocation failures
  • From: Andrew Morton <akpm@zip.com.au>
• Re: 2.5.33-mm3 dbench hang and 2.5.33 page allocation failures
  • From: Daniel Phillips <phillips@arcor.de>
• Re: 2.5.33-mm3 dbench hang and 2.5.33 page allocation failures
  • From: Martin Josefsson <gandalf@wlug.westbo.se>
• Re: 2.5.33-mm3
  • From: Axel Siebenwirth <axel@hh59.org>
• Re: slablru for 2.5.32-mm1
  • From: Craig Kulesa <ckulesa@as.arizona.edu>
• Re: slablru for 2.5.32-mm1
  • From: Robert Love <rml@tech9.net>
• Re: slablru for 2.5.32-mm1
  • From: Andrew Morton <akpm@zip.com.au>
• meminfo or Rephrased helping the Programmer's help themselves...
  • From: John Carter <john.carter@tait.co.nz>
• 2.5.33-mm4
  • From: Andrew Morton <akpm@zip.com.au>
• address_space pointers in inode structure
  • From: Kapish K <kapish@ureach.com>
• Re: meminfo or Rephrased helping the Programmer's help themselves...
  • From: "M. Edward (Ed) Borasky" <znmeb@aracnet.com>
• Re: meminfo or Rephrased helping the Programmer's help themselves...
  • From: Rik van Riel <riel@conectiva.com.br>
• RE: meminfo or Rephrased helping the Programmer's help themselves...
  • From: "M. Edward Borasky" <znmeb@aracnet.com>
• Re: 2.5.33-mm3 dbench hang and 2.5.33 page allocation failures
  • From: Steven Cole <elenstev@mesatop.com>
• 0-order allocation failures in LTP run of Last nights bk tree
  • From: Paul Larson <plars@austin.ibm.com>
• 2.5.33-mm4 filemap_copy_from_user: Unexpected page fault
  • From: Steven Cole <elenstev@mesatop.com>
• Re: 2.5.33-mm4 filemap_copy_from_user: Unexpected page fault
  • From: Andrew Morton <akpm@zip.com.au>
• Re: 2.5.33-mm4 filemap_copy_from_user: Unexpected page fault
  • From: Steven Cole <elenstev@mesatop.com>
• Rough cut at shared page tables
  • From: Dave McCracken <dmccr@us.ibm.com>
• Re: 2.5.33-mm4 filemap_copy_from_user: Unexpected page fault
  • From: Andrew Morton <akpm@zip.com.au>
• Re: Rough cut at shared page tables
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: Rough cut at shared page tables
  • From: Dave McCracken <dmccr@us.ibm.com>
• Re: 2.5.33-mm4 filemap_copy_from_user: Unexpected page fault
  • From: Steven Cole <elenstev@mesatop.com>
• Re: slablru for 2.5.32-mm1
  • From: Ed Tomlinson <tomlins@cam.org>
• Re: slablru for 2.5.32-mm1
  • From: Craig Kulesa <ckulesa@as.arizona.edu>
• Re: 0-order allocation failures in LTP run of Last nights bk tree
  • From: Andrew Morton <akpm@digeo.com>
• inactive_dirty list
  • From: Andrew Morton <akpm@digeo.com>
• Re: inactive_dirty list
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: inactive_dirty list
  • From: Andrew Morton <akpm@zip.com.au>
• Re: inactive_dirty list
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: inactive_dirty list
  • From: Andrew Morton <akpm@zip.com.au>
• Re: inactive_dirty list
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: inactive_dirty list
  • From: Andrew Morton <akpm@zip.com.au>
• Re: inactive_dirty list
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: inactive_dirty list
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: inactive_dirty list
  • From: Andrew Morton <akpm@zip.com.au>
• Re: inactive_dirty list
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: inactive_dirty list
  • From: Andrew Morton <akpm@zip.com.au>
• Re: inactive_dirty list
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: inactive_dirty list
  • From: Andrew Morton <akpm@digeo.com>
• Re: inactive_dirty list
  • From: Andrew Morton <akpm@digeo.com>
• Re: inactive_dirty list
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: inactive_dirty list
  • From: Andrew Morton <akpm@digeo.com>
• [PATCH][RFC] slabnow
  • From: Ed Tomlinson <tomlins@cam.org>
• Cleanup of free_area_init code
  • From: "Martin J. Bligh" <fletch@aracnet.com>
• Cleanup of alloc_pages code (removes _alloc_pages)
  • From: "Martin J. Bligh" <fletch@aracnet.com>
• 2.5.33-mm5
  • From: Andrew Morton <akpm@digeo.com>
• Re: 2.5.33-mm5
  • From: Axel Siebenwirth <axel@hh59.org>
• Re: 2.5.33-mm5
  • From: Andrew Morton <akpm@digeo.com>
• [Fwd: [PATCH] slabasap-mm5_A2]
  • From: Andrew Morton <akpm@digeo.com>
• Re: [PATCH] slabasap-mm5_A2
  • From: Andrew Morton <akpm@digeo.com>
• Re: [PATCH] slabasap-mm5_A2
  • From: Andrew Morton <akpm@digeo.com>
• Re: [PATCH] slabasap-mm5_A2
  • From: Andrew Morton <akpm@digeo.com>
• RE: meminfo or Rephrased helping the Programmer's help themselves...
  • From: John Carter <john.carter@tait.co.nz>
• Re: [PATCH] slabasap-mm5_A2
  • From: Andrew Morton <akpm@digeo.com>
• Re: [PATCH] slabasap-mm5_A2
  • From: Ed Tomlinson <tomlins@cam.org>
• Re: [PATCH] slabasap-mm5_A2
  • From: Ed Tomlinson <tomlins@cam.org>
• Re: [Fwd: [PATCH] slabasap-mm5_A2]
  • From: Ed Tomlinson <tomlins@cam.org>
• Why the delay?
  • From: Ed Tomlinson <tomlins@cam.org>
• RE: meminfo or Rephrased helping the Programmer's help themselves...
  • From: "M. Edward Borasky" <znmeb@aracnet.com>
• Re: slablru for 2.5.32-mm1
  • From: Daniel Phillips <phillips@arcor.de>
• Re: [PATCH][RFC] slabnow
  • From: Daniel Phillips <phillips@arcor.de>
• Re: inactive_dirty list
  • From: Daniel Phillips <phillips@arcor.de>
• Re: slablru for 2.5.32-mm1
  • From: Robert Love <rml@tech9.net>
• Re: [PATCH][RFC] slabnow
  • From: Andrew Morton <akpm@digeo.com>
• Re: slablru for 2.5.32-mm1
  • From: Daniel Phillips <phillips@arcor.de>
• Re: [PATCH][RFC] slabnow
  • From: Daniel Phillips <phillips@arcor.de>
• Re: 2.5.33-mm5
  • From: Daniel Phillips <phillips@arcor.de>
• Re: [PATCH] modified segq for 2.5
  • From: Andrew Morton <akpm@digeo.com>
• Re: [PATCH] slabasap-mm5_A2
  • From: "Stephen C. Tweedie" <sct@redhat.com>
• [RFC] On paging of kernel VM.
  • From: David Woodhouse <dwmw2@infradead.org>
• Re: [RFC] On paging of kernel VM.
  • From: "Stephen C. Tweedie" <sct@redhat.com>
• Re: [RFC] On paging of kernel VM.
  • From: David Woodhouse <dwmw2@infradead.org>
• Re: [PATCH] modified segq for 2.5
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: meminfo or Rephrased helping the Programmer's help themselves...
  • From: ebiederm@xmission.com (Eric W. Biederman)
• Re: 2.5.33-mm5
  • From: Steven Cole <elenstev@mesatop.com>
• Re: [PATCH] modified segq for 2.5
  • From: Ed Tomlinson <tomlins@cam.org>
• Re: [PATCH] modified segq for 2.5
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: [PATCH] modified segq for 2.5
  • From: Andrew Morton <akpm@digeo.com>
• Re: [PATCH] modified segq for 2.5
  • From: Andrew Morton <akpm@digeo.com>
• Re: [PATCH] modified segq for 2.5
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [PATCH] modified segq for 2.5
  • From: Andrew Morton <akpm@digeo.com>
• Re: [PATCH] modified segq for 2.5
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [PATCH] modified segq for 2.5
  • From: Andrew Morton <akpm@digeo.com>
• Re: [PATCH] modified segq for 2.5
  • From: Andrew Morton <akpm@digeo.com>
• Re: [PATCH] modified segq for 2.5
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [PATCH] modified segq for 2.5
  • From: Andrew Morton <akpm@digeo.com>
• Re: [PATCH] slabasap-mm5_A2
  • From: Andrew Morton <akpm@digeo.com>
• Re: [PATCH] modified segq for 2.5
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [PATCH] modified segq for 2.5
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: [PATCH] modified segq for 2.5
  • From: Daniel Phillips <phillips@arcor.de>
• Re: [PATCH] modified segq for 2.5
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [PATCH] modified segq for 2.5
  • From: Andrew Morton <akpm@digeo.com>
• Re: [PATCH] slabasap-mm5_A2
  • From: Ed Tomlinson <tomlins@cam.org>
• Re: [PATCH] slabasap-mm5_A2
  • From: Ed Tomlinson <tomlins@cam.org>
• Re: [PATCH] modified segq for 2.5
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: [PATCH] modified segq for 2.5
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: [PATCH] modified segq for 2.5
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [PATCH] modified segq for 2.5
  • From: Andrew Morton <akpm@digeo.com>
• Re: [PATCH] modified segq for 2.5
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: [PATCH] modified segq for 2.5
  • From: Daniel Phillips <phillips@arcor.de>
• Re: [RFC] On paging of kernel VM.
  • From: Daniel Phillips <phillips@arcor.de>
• Re: [PATCH] modified segq for 2.5
  • From: Andrew Morton <akpm@digeo.com>
• Re: [PATCH] modified segq for 2.5
  • From: Daniel Phillips <phillips@arcor.de>
• Re: [PATCH] modified segq for 2.5
  • From: Rik van Riel <riel@conectiva.com.br>
• Performance of Readv and the Cost of Revesemaps Under Heavy DB Workloads
  • From: "Peter Wong" <wpeter@us.ibm.com>
• Re: Performance of Readv and the Cost of Revesemaps Under Heavy DB Workloads
  • From: Andrew Morton <akpm@digeo.com>
• Re: [RFC] On paging of kernel VM.
  • From: David Woodhouse <dwmw2@infradead.org>
• 2.5.34-mm1
  • From: Andrew Morton <akpm@digeo.com>
• Re: oom_killer - Does not perform when stress-tested (system hangs)
  • From: "Srikrishnan Sundararajan" <srikrishnan@in.ibm.com>
• What happened with your forms processing idea?
  • From: "Steve Kelly" <Cranfordlines.claimscenter@verizon.net>
• Re: oom_killer - Does not perform when stress-tested (system hangs)
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: Performance of Readv and the Cost of Revesemaps Under Heavy DB Workloads
  • From: "Peter Wong" <wpeter@us.ibm.com>
• [RFC] patch to move lmem_map for each node onto their own nodes
  • From: "Martin J. Bligh" <mbligh@aracnet.com>
• [PATCH] Config.help entry for CONFIG_HUGETLB_PAGE
  • From: Steven Cole <elenstev@mesatop.com>
• Re: [PATCH] Config.help entry for CONFIG_HUGETLB_PAGE
  • From: "Martin J. Bligh" <mbligh@aracnet.com>
• Re: [PATCH] Config.help entry for CONFIG_HUGETLB_PAGE
  • From: Steven Cole <elenstev@mesatop.com>
• Re: [PATCH] Config.help entry for CONFIG_HUGETLB_PAGE
  • From: "Martin J. Bligh" <mbligh@aracnet.com>
• RE: [PATCH] Config.help entry for CONFIG_HUGETLB_PAGE
  • From: "Seth, Rohit" <rohit.seth@intel.com>
• [PATCH] 4KB stack + irq stack for x86
  • From: Dave Hansen <haveblue@us.ibm.com>
• 2.5.34-mm2
  • From: Andrew Morton <akpm@digeo.com>
• kiobuf interface / PG_locked flag
  • From: Martin Maletinsky <maletinsky@scs.ch>
• 2.5.34-mm2 kernel BUG at sched.c:944! only with CONFIG_PREEMPT=y
  • From: Steven Cole <elenstev@mesatop.com>
• Karen, did you see this?
  • From: <todd1973@yahoo.com>
• Re: kiobuf interface / PG_locked flag
  • From: "Joseph A. Knapka" <jknapka@earthlink.net>
• Re: kiobuf interface / PG_locked flag
  • From: "Stephen C. Tweedie" <sct@redhat.com>
• Kernel 2.4.19 init_buffer_head error
  • From: Syam Sundar V Appala <syam@cisco.com>
• [PATCH] per-zone kswapd process
  • From: Dave Hansen <haveblue@us.ibm.com>
• Re: [PATCH] per-zone kswapd process
  • From: Andrew Morton <akpm@digeo.com>
• Re: [PATCH] per-zone kswapd process
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: [PATCH] per-zone kswapd process
  • From: "Martin J. Bligh" <mbligh@aracnet.com>
• Re: [PATCH] per-zone kswapd process
  • From: Andrew Morton <akpm@digeo.com>
• Re: [PATCH] per-zone kswapd process
  • From: "Martin J. Bligh" <mbligh@aracnet.com>
• Re: [PATCH] per-zone kswapd process
  • From: Andrew Morton <akpm@digeo.com>
• 2.5.34-mm3
  • From: Andrew Morton <akpm@digeo.com>
• RE: meminfo or Rephrased helping the Programmer's help themselves...
  • From: "Somshekar. C. Kadam - CTD, Chennai." <som_kadam@ctd.hcltech.com>
• bootmem ?
  • From: "Somshekar. C. Kadam - CTD, Chennai." <som_kadam@ctd.hcltech.com>
• Re: kiobuf interface / PG_locked flag
  • From: Jan Hudec <bulb@ucw.cz>
• Re: 2.5.34-mm3
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [PATCH] per-zone kswapd process
  • From: Alan Cox <alan@lxorguk.ukuu.org.uk>
• Re: kiobuf interface / PG_locked flag
  • From: "Stephen C. Tweedie" <sct@redhat.com>
• Query on mlockall and reported RSS
  • From: Mark_H_Johnson@raytheon.com
• Re: bootmem ?
  • From: Ravi <kravi26@yahoo.com>
• Re: 2.5.34-mm2 kernel BUG at sched.c:944! only with CONFIG_PREEMPT=y
  • From: Arador <diegocg@teleline.es>
• Obtaining the kernel's PTEs
  • From: Scott Kaplan <sfkaplan@cs.amherst.edu>
• Re: 2.5.34-mm2 kernel BUG at sched.c:944! only with CONFIG_PREEMPT=y
  • From: Steven Cole <elenstev@mesatop.com>
• Re: [PATCH] per-zone kswapd process
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: Obtaining the kernel's PTEs
  • From: William Lee Irwin III <wli@holomorphy.com>
• 2.5.34-mm4
  • From: Andrew Morton <akpm@digeo.com>
• Re: 2.5.34-mm4
  • From: Rik van Riel <riel@conectiva.com.br>
• RE: bootmem ?
  • From: "Somshekar. C. Kadam - CTD, Chennai." <som_kadam@ctd.hcltech.com>
• Re: 2.5.34-mm2
  • From: Daniel Phillips <phillips@arcor.de>
• Re: 2.5.34-mm2
  • From: Andrew Morton <akpm@digeo.com>
• Re: 2.5.34-mm2
  • From: Daniel Phillips <phillips@arcor.de>
• Re: 2.5.34-mm2
  • From: Andrew Morton <akpm@digeo.com>
• [PATCH] add vmalloc stats to meminfo
  • From: Dave Hansen <haveblue@us.ibm.com>
• Re: [PATCH] add vmalloc stats to meminfo
  • From: Andrew Morton <akpm@digeo.com>
• Re: [PATCH] add vmalloc stats to meminfo
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: [PATCH] add vmalloc stats to meminfo
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: 2.5.34-mm4
  • From: Axel Siebenwirth <axel@hh59.org>
• Re: 2.5.34-mm4
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [PATCH] add vmalloc stats to meminfo
  • From: "Martin J. Bligh" <mbligh@aracnet.com>
• Re: 2.5.34-mm2
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: kiobuf interface / PG_locked flag
  • From: Jan Hudec <bulb@ucw.cz>
• Re: 2.5.34-mm2
  • From: Andrew Morton <akpm@digeo.com>
• Re: 2.5.34-mm2
  • From: Daniel Phillips <phillips@arcor.de>
• Re: [PATCH] add vmalloc stats to meminfo
  • From: "M. Edward (Ed) Borasky" <znmeb@aracnet.com>
• Re: 2.5.34-mm4
  • From: Andrew Morton <akpm@digeo.com>
• Re: [PATCH] add vmalloc stats to meminfo
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: 2.5.34-mm4
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: 2.5.34-mm4
  • From: Rik van Riel <riel@conectiva.com.br>
• RE: [PATCH] add vmalloc stats to meminfo
  • From: "M. Edward Borasky" <znmeb@aracnet.com>
• RE: 2.5.34-mm4
  • From: "M. Edward Borasky" <znmeb@aracnet.com>
• RE: 2.5.34-mm4
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: 2.5.34-mm4
  • From: Andrew Morton <akpm@digeo.com>
• Re: 2.5.34-mm4
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [Lse-tech] Re: 2.5.34-mm4
  • From: Andi Kleen <ak@suse.de>
• Re: Obtaining the kernel's PTEs
  • From: Scott Kaplan <sfkaplan@cs.amherst.edu>
• [PATCH] ageable slab callbacks
  • From: Ed Tomlinson <tomlins@cam.org>
• Re: Obtaining the kernel's PTEs
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: [PATCH] ageable slab callbacks
  • From: Andrew Morton <akpm@digeo.com>
• Re: 2.5.34-mm4
  • From: Alan Cox <alan@lxorguk.ukuu.org.uk>
• [PATCH](1/2) rmap14 for ac (was: Re: 2.5.34-mm4)
  • From: Rik van Riel <riel@conectiva.com.br>
• [PATCH](1/2) rmap14 for ac (was: Re: 2.5.34-mm4)
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [PATCH](3/2) rmap14 for ac (was: Re: 2.5.34-mm4)
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [PATCH] ageable slab callbacks
  • From: Ed Tomlinson <tomlins@cam.org>
• Re: [PATCH] per-zone kswapd process
  • From: Daniel Phillips <phillips@arcor.de>
• 2.5.35-mm1
  • From: Andrew Morton <akpm@digeo.com>
• Re: [PATCH] per-zone kswapd process
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: [PATCH] per-zone kswapd process
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: 2.5.34-mm4
  • From: Bill Davidsen <davidsen@tmr.com>
• Re: 2.5.34-mm4
  • From: Bill Davidsen <davidsen@tmr.com>
• Re: [Lse-tech] Re: 2.5.34-mm4
  • From: Bill Davidsen <davidsen@tmr.com>
• false NUMA OOM
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: false NUMA OOM
  • From: Andrew Morton <akpm@digeo.com>
• Re: false NUMA OOM
  • From: William Lee Irwin III <wli@holomorphy.com>
• dbench on tmpfs OOM's
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: dbench on tmpfs OOM's
  • From: Andrew Morton <akpm@digeo.com>
• Re: dbench on tmpfs OOM's
  • From: "Martin J. Bligh" <mbligh@aracnet.com>
• Re: dbench on tmpfs OOM's
  • From: Andrew Morton <akpm@digeo.com>
• Re: dbench on tmpfs OOM's
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: dbench on tmpfs OOM's
  • From: "Martin J. Bligh" <mbligh@aracnet.com>
• Re: dbench on tmpfs OOM's
  • From: Andrew Morton <akpm@digeo.com>
• Re: dbench on tmpfs OOM's
  • From: Christoph Rohland <cr@sap.com>
• Re: dbench on tmpfs OOM's
  • From: Hugh Dickins <hugh@veritas.com>
• Re: dbench on tmpfs OOM's
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: [PATCH] add vmalloc stats to meminfo
  • From: Matt Porter <porter@cox.net>
• Re: dbench on tmpfs OOM's
  • From: Christoph Rohland <cr@sap.com>
• Re: dbench on tmpfs OOM's
  • From: Andrew Morton <akpm@digeo.com>
• 35-mm1 triggers watchdog
  • From: Ed Tomlinson <tomlins@cam.org>
• Rollup patch of basic rmap against 2.5.26
  • From: Dave McCracken <dmccr@us.ibm.com>
• Examining the Performance and Cost of Revesemaps on 2.5.26 Under Heavy DBWorkload
  • From: "Peter Wong" <wpeter@us.ibm.com>
• Re: Examining the Performance and Cost of Revesemaps on 2.5.26 Under Heavy DBWorkload
  • From: Andrew Morton <akpm@digeo.com>
• Re: 35-mm1 triggers watchdog
  • From: Andrew Morton <akpm@digeo.com>
• Re: Examining the Performance and Cost of Revesemaps on 2.5.26 Under Heavy DBWorkload
  • From: "Martin J. Bligh" <mbligh@aracnet.com>
• Re: [Lse-tech] Rollup patch of basic rmap against 2.5.26
  • From: "Partha Narayanan" <partha@us.ibm.com>
• Re: [Lse-tech] Rollup patch of basic rmap against 2.5.26
  • From: Andrew Morton <akpm@digeo.com>
• VolanoMark Benchmark results for 2.5.26, 2.5.26 + rmap, 2.5.35, and 2.5.35 + mm1
  • From: Bill Hartner <hartner@austin.ibm.com>
• Re: [Lse-tech] Rollup patch of basic rmap against 2.5.26
  • From: Andrew Morton <akpm@digeo.com>
• RE: [Lse-tech] Re: Examining the Performance and Cost of Revesemaps on 2.5.26 Under Heavy DBWorkload
  • From: "Luck, Tony" <tony.luck@intel.com>Martin J. Bligh [mailto:mbligh@aracnet.com]
• RE: [Lse-tech] Re: Examining the Performance and Cost of Revesema ps on 2.5.26 Under Heavy DBWorkload
  • From: "Martin J. Bligh" <mbligh@aracnet.com>
• Re: [Lse-tech] Re: Examining the Performance and Cost of Revesema ps on 2.5.26 Under Heavy DBWorkload
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: [Lse-tech] Re: Examining the Performance and Cost of Revesema ps on 2.5.26 Under Heavy DBWorkload
  • From: "Martin J. Bligh" <mbligh@aracnet.com>
• Re: VolanoMark Benchmark results for 2.5.26, 2.5.26 + rmap, 2.5.35, and 2.5.35 + mm1
  • From: Andrew Morton <akpm@digeo.com>
• Re: [Lse-tech] Re: Examining the Performance and Cost of Revesema ps on 2.5.26 Under Heavy DBWorkload
  • From: Hubertus Franke <frankeh@watson.ibm.com>
• Re: VolanoMark Benchmark results for 2.5.26, 2.5.26 + rmap, 2.5.35,and 2.5.35 + mm1
  • From: Rik van Riel <riel@conectiva.com.br>
• [PATCH] rmap 14b
  • From: Rik van Riel <riel@conectiva.com.br>
• 2.5.36-mm1
  • From: Andrew Morton <akpm@digeo.com>
• Re: 2.5.35-mm1
  • From: Pavel Machek <pavel@suse.cz>
• Re: VolanoMark Benchmark results for 2.5.26, 2.5.26 + rmap, 2.5.35,and 2.5.35 + mm1
  • From: Bill Hartner <bhartner@austin.ibm.com>
• Re: VolanoMark Benchmark results for 2.5.26, 2.5.26 + rmap, 2.5.35,and 2.5.35 + mm1
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [PATCH] recognize MAP_LOCKED in mmap() call
  • From: Andrew Morton <akpm@digeo.com>
• [PATCH] recognize MAP_LOCKED in mmap() call
  • From: Hubertus Franke <frankeh@watson.ibm.com>
• Re: [Lse-tech] Re: VolanoMark Benchmark results for 2.5.26, 2.5.26 + rmap, 2.5.35,and2.5.35 + mm1
  • From: Bill Hartner <bhartner@austin.ibm.com>
• Re: [PATCH] recognize MAP_LOCKED in mmap() call
  • From: Mark_H_Johnson@raytheon.com
• Re: [PATCH] recognize MAP_LOCKED in mmap() call
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: [PATCH] recognize MAP_LOCKED in mmap() call
  • From: Andrew Morton <akpm@digeo.com>
• Re: 2.5.35-mm1
  • From: Andrew Morton <akpm@digeo.com>
• Re: 2.5.35-mm1
  • From: Pavel Machek <pavel@suse.cz>
• free_more_memory() calls try_to_free_pages() with a NULL classzone
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: free_more_memory() calls try_to_free_pages() with a NULL classzone
  • From: "Martin J. Bligh" <mbligh@aracnet.com>
• Three little fixes for 2.5.36-mm1 (discontigmem)
  • From: "Martin J. Bligh" <mbligh@aracnet.com>
• Re: free_more_memory() calls try_to_free_pages() with a NULL classzone
  • From: "Martin J. Bligh" <mbligh@aracnet.com>
• Re: 2.5.35-mm1
  • From: Daniel Phillips <phillips@arcor.de>
• Re: 2.5.36-mm1
  • From: Robert Love <rml@tech9.net>
• Re: 2.5.35-mm1
  • From: Andrew Morton <akpm@digeo.com>
• Re: [Lse-tech] Re: 2.5.34-mm4
  • From: Jens Axboe <axboe@suse.de>
• dbench 512 oprofile
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: dbench 512 oprofile
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: [Lse-tech] Rollup patch of basic rmap against 2.5.26
  • From: Ingo Oeser <ingo.oeser@informatik.tu-chemnitz.de>
• Re: 2.5.36-mm1
  • From: axel@hh59.org
• Re: 2.5.36-mm1
  • From: Rik van Riel <riel@conectiva.com.br>
• Re: memory allocation on linux
  • From: "Lee Chin" <leechin@mail.com>
• Re: memory allocation on linux
  • From: Rik van Riel <riel@conectiva.com.br>
• [patch] remove page->virtual
  • From: Andrew Morton <akpm@digeo.com>
• Re: [patch] remove page->virtual
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: [patch] remove page->virtual
  • From: Andrew Morton <akpm@digeo.com>
• Re: memory allocation on linux
  • From: "Lee Chin" <leechin@mail.com>
• An executable vs. a data file?
  • From: Hai Huang <haih@eecs.umich.edu>
• [PATCH] Ensure contig page data is not define for discontigmem
  • From: "Martin J. Bligh" <fletch@aracnet.com>
• [PATCH] relocate lmem_maps for i386 discontigmem onto their own nodes
  • From: "Martin J. Bligh" <mbligh@aracnet.com>
• overcommit stuff
  • From: Andrew Morton <akpm@digeo.com>
• Re: overcommit stuff
  • From: "Martin J. Bligh" <mbligh@aracnet.com>
• Re: overcommit stuff
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: overcommit stuff
  • From: Hugh Dickins <hugh@veritas.com>
• Re: overcommit stuff
  • From: Andrew Morton <akpm@digeo.com>
• Re: overcommit stuff
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: overcommit stuff
  • From: Andrew Morton <akpm@digeo.com>
• Re: overcommit stuff
  • From: "Martin J. Bligh" <mbligh@aracnet.com>
• Re: overcommit stuff
  • From: Hugh Dickins <hugh@veritas.com>
• Re: overcommit stuff
  • From: Hugh Dickins <hugh@veritas.com>
• Re: overcommit stuff
  • From: Andrew Morton <akpm@digeo.com>
• Re: overcommit stuff
  • From: "Martin J. Bligh" <mbligh@aracnet.com>
• Re: overcommit stuff
  • From: Andrew Morton <akpm@digeo.com>
• Re: overcommit stuff
  • From: Hugh Dickins <hugh@veritas.com>
• Re: overcommit stuff
  • From: Andrew Morton <akpm@digeo.com>
• Bug in sys_mprotect
  • From: Paul Mackerras <paulus@samba.org>
• 2.5.37-mm1
  • From: Andrew Morton <akpm@digeo.com>
• 2.5.38-mm1
  • From: Andrew Morton <akpm@digeo.com>
• Re: 2.5.37-mm1
  • From: Robert Love <rml@tech9.net>
• FREE Downloads & Opportunities for you
  • From: Information Services <trash@info-resource.com>
• Re: 2.5.37-mm1
  • From: Robert Love <rml@tech9.net>
• 2.5.38-mm2
  • From: Andrew Morton <akpm@digeo.com>
• Re: 2.5.38-mm2
  • From: Jens Axboe <axboe@suse.de>
• Re: 2.5.38-mm2
  • From: Andrew Morton <akpm@digeo.com>
• Re: 2.5.38-mm2 [PATCH]
  • From: Dipankar Sarma <dipankar@in.ibm.com>
• Re: 2.5.38-mm2 [PATCH] (dcache)
  • From: Dipankar Sarma <dipankar@in.ibm.com>
• Re: 2.5.38-mm2 [PATCH]
  • From: Andrew Morton <akpm@digeo.com>
• Re: 2.5.38-mm2 [PATCH]
  • From: Dipankar Sarma <dipankar@in.ibm.com>
• page_launder*() functions
  • From: Hai Huang <haih@eecs.umich.edu>
• Re: 2.5.38-mm2 [PATCH]
  • From: Rusty Russell <rusty@rustcorp.com.au>
• Re: 2.5.38-mm2 [PATCH]
  • From: Dipankar Sarma <dipankar@in.ibm.com>
• Re: 2.5.38-mm2 [PATCH]
  • From: Rusty Russell <rusty@rustcorp.com.au>
• Re: 2.5.38-mm2
  • From: Bill Davidsen <davidsen@tmr.com>
• [patch] linux-2.5.38-mm2 cleanups
  • From: Matthew Dobson <colpatch@us.ibm.com>
• 2.5.38-mm2 pdflush_list
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: 2.5.38-mm2 pdflush_list
  • From: Andrew Morton <akpm@digeo.com>
• Re: 2.5.38-mm2 pdflush_list
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: [patch] linux-2.5.38-mm2 cleanups
  • From: Anton Blanchard <anton@samba.org>
• Re: 2.5.38-mm2 pdflush_list
  • From: Andrew Morton <akpm@digeo.com>
• Re: [PATCH] recognize MAP_LOCKED in mmap() call
  • From: Hubertus Franke <frankeh@watson.ibm.com>
• Re: [PATCH] recognize MAP_LOCKED in mmap() call
  • From: Hubertus Franke <frankeh@watson.ibm.com>
• Re: [PATCH] recognize MAP_LOCKED in mmap() call
  • From: Andrew Morton <akpm@digeo.com>
• Re: [PATCH] recognize MAP_LOCKED in mmap() call
  • From: Mark_H_Johnson@raytheon.com
• [2/13] honor __GFP_NOKILL
  • From: William Lee Irwin III <wli@holomorphy.com>
• [1/13] add __GFP_NOKILL
  • From: William Lee Irwin III <wli@holomorphy.com>
• [4/13] use __GFP_NOKILL in mempool_alloc()
  • From: William Lee Irwin III <wli@holomorphy.com>
• [3/13] add __GFP_NOKILL to SLAB_KERNEL
  • From: William Lee Irwin III <wli@holomorphy.com>
• [6/13] use __GFP_NOKILL in select_bits_alloc()
  • From: William Lee Irwin III <wli@holomorphy.com>
• [5/13] use __GFP_NOKILL in poll table pages
  • From: William Lee Irwin III <wli@holomorphy.com>
• [7/13] use __GFP_NOKILL in sys_poll()'s top-level fd table
  • From: William Lee Irwin III <wli@holomorphy.com>
• [8/13] use __GFP_NOKILL in fd chunk allocation
  • From: William Lee Irwin III <wli@holomorphy.com>
• [9/13] use __GFP_NOKILL in page_cache_read()
  • From: William Lee Irwin III <wli@holomorphy.com>
• [13/13] use __GFP_NOKILL in grab_cache_page
  • From: William Lee Irwin III <wli@holomorphy.com>
• [11/13] use __GFP_NOKILL in do_generic_file_read()
  • From: William Lee Irwin III <wli@holomorphy.com>
• [10/13] use __GFP_NOKILL in find_or_create_page()
  • From: William Lee Irwin III <wli@holomorphy.com>
• [12/13] use __GFP_NOKILL in read_cache_page()
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: [1/13] add __GFP_NOKILL
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: [1/13] add __GFP_NOKILL
  • From: Andrew Morton <akpm@digeo.com>
• 2.5.38-mm3
  • From: Andrew Morton <akpm@digeo.com>
• Re: free_more_memory() calls try_to_free_pages() with a NULL classzone
  • From: William Lee Irwin III <wli@holomorphy.com>
• lazy_buddy-2.5.38-2
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: 2.5.38-mm3
  • From: Dipankar Sarma <dipankar@in.ibm.com>
• Re: 2.5.38-mm3
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: 2.5.38-mm3
  • From: Dipankar Sarma <dipankar@in.ibm.com>
• Re: 2.5.38-mm3
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: 2.5.38-mm3
  • From: Dipankar Sarma <dipankar@in.ibm.com>
• Re: 2.5.38-mm3
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: 2.5.38-mm3
  • From: Zwane Mwaikambo <zwane@linuxpower.ca>
• Re: 2.5.38-mm3
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: 2.5.38-mm3
  • From: Zwane Mwaikambo <zwane@linuxpower.ca>
• [PATCH] 2.5.38-mm3 : use struct file to call generic_file_direct_IO
  • From: Chuck Lever <cel@citi.umich.edu>
• Re: [PATCH] 2.5.38-mm3 : use struct file to call generic_file_direct_IO
  • From: "Badari Pulavarty" <badari@us.ibm.com>
• Re: [PATCH] 2.5.38-mm3 : use struct file to call generic_file_direct_IO
  • From: Andrew Morton <akpm@digeo.com>
• Re: [PATCH] 2.5.38-mm3 : use struct file to call generic_file_direct_IO
  • From: "Benjamin C.R. LaHaise" <bcrl@kvack.org>
• Re: 2.5.38-mm3
  • From: Dipankar Sarma <dipankar@in.ibm.com>
• Re: 2.5.38-mm3
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: 2.5.38-mm3
  • From: Dipankar Sarma <dipankar@in.ibm.com>
• Re: 2.5.38-mm3
  • From: "Martin J. Bligh" <mbligh@aracnet.com>
• Re: VolanoMark Benchmark results for 2.5.26, 2.5.26 + rmap, 2.5.35,and 2.5.35 + mm1
  • From: Bill Hartner <hartner@austin.ibm.com>
• Re: 2.5.38-mm3
  • From: Dipankar Sarma <dipankar@in.ibm.com>
• Re: VolanoMark Benchmark results for 2.5.26, 2.5.26 + rmap, 2.5.35,and 2.5.35 + mm1
  • From: Andrew Morton <akpm@digeo.com>
• Re: 2.5.38-mm3
  • From: William Lee Irwin III <wli@holomorphy.com>
• Work 5 hours per week! make $4,000-$7,000 per month!!!!!!!!!!!
  • From: moneykings@yahoo.com
• Do nothing!!! and make $4,000-$7,000 per month!!!!!!!!! Justsign-up....
  • From: profitking@yahoo.com
• Re: 2.5.38-mm3
  • From: Zwane Mwaikambo <zwane@linuxpower.ca>
• Re: 2.5.38-mm3
  • From: Zwane Mwaikambo <zwane@linuxpower.ca>
• Re: 2.5.38-mm3
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: 2.5.38-mm3
  • From: Zwane Mwaikambo <zwane@linuxpower.ca>
• Re: 2.5.38-mm3
  • From: Dipankar Sarma <dipankar@in.ibm.com>
• mremap() pte allocation atomicity error
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: 2.5.38-mm3
  • From: Dipankar Sarma <dipankar@in.ibm.com>
• Re: mremap() pte allocation atomicity error
  • From: Andrew Morton <akpm@digeo.com>
• Re: mremap() pte allocation atomicity error
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: mremap() pte allocation atomicity error
  • From: Andrew Morton <akpm@digeo.com>
• suspect list_empty( {NULL, NULL} )
  • From: Zach Brown <zab@zabbo.net>
• Re: suspect list_empty( {NULL, NULL} )
  • From: Andrew Morton <akpm@digeo.com>
• Re: suspect list_empty( {NULL, NULL} )
  • From: Zach Brown <zab@zabbo.net>
• [PATCH] vma->shared list_head initializations
  • From: Zach Brown <zab@zabbo.net>
• Re: [PATCH] vma->shared list_head initializations
  • From: Andrew Morton <akpm@digeo.com>
• Ich bin`s
  • From: "schneckchen" <schneckchen@brisant-mail.com>
• [PATH] slab cleanup
  • From: Manfred Spraul <manfred@colorfullife.com>
• [PATCH] add callback back to slab pruning
  • From: Ed Tomlinson <tomlins@cam.org>
• Re: [PATH] slab cleanup
  • From: Ed Tomlinson <tomlins@cam.org>
• Re: [PATCH] add callback back to slab pruning
  • From: Andrew Morton <akpm@digeo.com>
• Re: [PATCH] add callback back to slab pruning
  • From: Ed Tomlinson <tomlins@cam.org>
• 2.5.39-mm1
  • From: Andrew Morton <akpm@digeo.com>
• hugetlbfs-2.5.39-3
  • From: William Lee Irwin III <wli@holomorphy.com>
• Re: hugetlbfs-2.5.39-3
  • From: Andrew Morton <akpm@digeo.com>
• Re: 2.5.39 kmem_cache bug
  • From: Ed Tomlinson <tomlins@cam.org>
• Re: 2.5.39-mm1
  • From: Andrew Morton <akpm@digeo.com>
• Re: 2.5.39-mm1
  • From: Ed Tomlinson <tomlins@cam.org>
• Re: hugetlbfs-2.5.39-3
  • From: Andrew Morton <akpm@digeo.com>
• Re: 2.5.39 kmem_cache bug
  • From: Manfred Spraul <manfred@colorfullife.com>
• Re: [PATH] slab cleanup
  • From: "Martin J. Bligh" <mbligh@aracnet.com>
• Re: 2.5.39-mm1
  • From: "Martin J. Bligh" <mbligh@aracnet.com>
• Re: 2.5.39-mm1
  • From: Andrew Morton <akpm@digeo.com>
• Re: 2.5.39 kmem_cache bug
  • From: Ed Tomlinson <tomlins@cam.org>
• Re: [PATH] slab cleanup
  • From: Manfred Spraul <manfred@colorfullife.com>
• Re: 2.5.39-mm1
  • From: "Martin J. Bligh" <mbligh@aracnet.com>
• Re: 2.5.39 kmem_cache bug
  • From: Manfred Spraul <manfred@colorfullife.com>
• Re: 2.5.39-mm1
  • From: Andrew Morton <akpm@digeo.com>
• hugetlbfs-2.5.39-5 (was Re: hugetlbfs-2.5.39-3)
  • From: William Lee Irwin III <wli@holomorphy.com>