|
|
October 29, 2004
- Re: [PATCH 0/7] abstract pagetable locking and pte updates, William Lee Irwin III
- Re: [PATCH 0/7] abstract pagetable locking and pte updates, Nick Piggin
- Re: [PATCH 0/7] abstract pagetable locking and pte updates, William Lee Irwin III
- [PATCH 7/7] abstract pagetable locking and pte updates, Nick Piggin
- [PATCH 6/7] abstract pagetable locking and pte updates, Nick Piggin
- [PATCH 5/7] abstract pagetable locking and pte updates, Nick Piggin
- [PATCH 4/7] abstract pagetable locking and pte updates, Nick Piggin
- [PATCH 3/7] abstract pagetable locking and pte updates, Nick Piggin
- [PATCH 2/7] abstract pagetable locking and pte updates, Nick Piggin
- [PATCH 1/7] abstract pagetable locking and pte updates, Nick Piggin
- [PATCH 0/7] abstract pagetable locking and pte updates, Nick Piggin
October 28, 2004
- Re: NUMA node swapping V3, Christoph Lameter
- Re: migration cache, updated, Dave Hansen
- Re: migration cache, updated, Marcelo Tosatti
- Re: migration cache, updated, Dave Hansen
- Re: migration cache, updated, Marcelo Tosatti
- Re: migration cache, updated, Marcelo Tosatti
- Re: [3/7] 080 alloc_remap i386, Dave Hansen
- Re: [3/7] 080 alloc_remap i386, Dave Hansen
- Re: [Lhms-devel] [2/7] 060 refactor setup_memory i386, Dave Hansen
- Re: [Lhms-devel] Re: [RFC] sparsemem patches (was nonlinear), Dave Hansen
- Re: [Lhms-devel] [2/7] 060 refactor setup_memory i386, Dave Hansen
- Re: [RFC] sparsemem patches (was nonlinear), Andy Whitcroft
- Re: [RFC] sparsemem patches (was nonlinear), Martin J. Bligh
- Re: NUMA node swapping V3, Mika Penttilä
- Re: [RFC] sparsemem patches (was nonlinear), Dave Hansen
- Re: [Lhms-devel] [2/7] 060 refactor setup_memory i386, Andy Whitcroft
- Re: [Lhms-devel] [2/7] 060 refactor setup_memory i386, Dave Hansen
- Re: NUMA node swapping V3, Christoph Lameter
- Re: NUMA node swapping V3, Martin J. Bligh
- NUMA node swapping V3, Christoph Lameter
- [6/7] 160 sparsemem i386, Andy Whitcroft
- [7/7] 170 sparsemem ppc64, Andy Whitcroft
- [5/7] 150 sparsemem, Andy Whitcroft
- [2/7] 060 refactor setup_memory i386, Andy Whitcroft
- [3/7] 080 alloc_remap i386, Andy Whitcroft
- [1/7] 050 bootmem use NODE_DATA, Andy Whitcroft
- [4/7] 100 cleanup node zone, Andy Whitcroft
- Re: 150 nonlinear, Andy Whitcroft
- Re: news about IDE PIO HIGHMEM bug, William Lee Irwin III
October 27, 2004
- Re: [PATCH] Re: news about IDE PIO HIGHMEM bug (was: Re: 2.6.9-mm1), Jeff Garzik
- Re: [PATCH] Re: news about IDE PIO HIGHMEM bug (was: Re: 2.6.9-mm1), William Lee Irwin III
- Re: [PATCH] Re: news about IDE PIO HIGHMEM bug (was: Re: 2.6.9-mm1), Andrew Morton
- Re: migration cache, updated, Marcelo Tosatti
- Re: news about IDE PIO HIGHMEM bug, William Lee Irwin III
- Re: news about IDE PIO HIGHMEM bug, Jeff Garzik
- Re: news about IDE PIO HIGHMEM bug (was: Re: 2.6.9-mm1), Christoph Hellwig
- Re: news about IDE PIO HIGHMEM bug (was: Re: 2.6.9-mm1), Martin J. Bligh
- [PATCH] Re: news about IDE PIO HIGHMEM bug (was: Re: 2.6.9-mm1), Jeff Garzik
- Re: news about IDE PIO HIGHMEM bug (was: Re: 2.6.9-mm1), Martin J. Bligh
- Re: news about IDE PIO HIGHMEM bug (was: Re: 2.6.9-mm1), Jeff Garzik
- Re: news about IDE PIO HIGHMEM bug (was: Re: 2.6.9-mm1), Martin J. Bligh
- Re: news about IDE PIO HIGHMEM bug (was: Re: 2.6.9-mm1), Jeff Garzik
- SAT|SFACT1lON GUARENIEED!, Diane Hoang
- Re: migration cache, updated, Hirokazu Takahashi
- Re: migration cache, updated, Hirokazu Takahashi
- Re: [PATCH 3/3] teach kswapd about higher order areas, Nick Piggin
- [PATCH 3/3] teach kswapd about higher order areas, Nick Piggin
- [PATCH 2/3] higher order watermarks, Nick Piggin
- [PATCH 1/3] keep count of free areas, Nick Piggin
- [PATCH 0/3] teach kswapd about higher order allocations, Nick Piggin
- Re: migration cache, updated, IWAMOTO Toshihiro
- Re: [RFC] remove highmem_start_page, Dave Hansen
- Re: [RFC] remove highmem_start_page, Andrew Morton
October 26, 2004
- Re: migration cache, updated, Hiroyuki KAMEZAWA
- Re: [Lhms-devel] Re: 150 nonlinear, Mika Penttilä
- Re: [Lhms-devel] Re: 150 nonlinear, Dave Hansen
- Re: [Lhms-devel] Re: 150 nonlinear, Mika Penttilä
- Re: [Lhms-devel] Re: 150 nonlinear, Dave Hansen
- Re: [Lhms-devel] Re: 150 nonlinear, Mika Penttilä
- Re: [Lhms-devel] Re: 150 nonlinear, Dave Hansen
- Re: [Lhms-devel] Re: 150 nonlinear, Mika Penttilä
- Re: [Lhms-devel] Re: 150 nonlinear, Dave Hansen
- Re: [Lhms-devel] Re: 150 nonlinear, Mika Penttilä
- [RFC] remove highmem_start_page, Dave Hansen
- Re: [Lhms-devel] Re: 150 nonlinear, Dave Hansen
- Re: [Lhms-devel] Re: 150 nonlinear, Mika Penttilä
- Re: 150 nonlinear, Dave Hansen
- Re: 050 bootmem use NODE_DATA, Dave Hansen
- Re: migration cache, updated, Marcelo Tosatti
- Re: migration cache, updated, Marcelo Tosatti
- Re: migration cache, updated, Marcelo Tosatti
- Re: migration cache, updated, Hirokazu Takahashi
- Re: migration cache, updated, Hirokazu Takahashi
- Re: migration cache, updated, Marcelo Tosatti
- Re: migration cache, updated, Marcelo Tosatti
- You can start saving now, Rufus Mcgowan
- Re: migration cache, updated, Hirokazu Takahashi
- Re: migration cache, updated, Hirokazu Takahashi
- [RFC/Patch]Making Removable zone[4/4], Yasunori Goto
- [RFC/Patch]Making Removable zone[3/4], Yasunori Goto
- [RFC/Patch]Making Removable zone[2/4], Yasunori Goto
- [RFC/Patch]Making Removable zone[1/4], Yasunori Goto
- [RFC/Patch]Making Removable zone[0/4], Yasunori Goto
- Re: migration cache, updated, Hiroyuki KAMEZAWA
- Re: [PATCH] zap_pte_range should not mark non-uptodate pages dirty, Andrea Arcangeli
- migration cache, updated, Marcelo Tosatti
October 22, 2004
- Re: [PATCH] zap_pte_range should not mark non-uptodate pages dirty, Andrew Morton
- Re: [PATCH] zap_pte_range should not mark non-uptodate pages dirty, Andrea Arcangeli
- Re: [PATCH] zap_pte_range should not mark non-uptodate pages dirty, Andrea Arcangeli
- Re: [PATCH] zap_pte_range should not mark non-uptodate pages dirty, Andrea Arcangeli
- Re: [PATCH] merge fs/hugetlb into mm/hugetlb.c, Andrew Morton
- Re: [PATCH] merge fs/hugetlb into mm/hugetlb.c, Christoph Hellwig
- Re: [PATCH] merge fs/hugetlb into mm/hugetlb.c, William Lee Irwin III
- Re: [PATCH] merge fs/hugetlb into mm/hugetlb.c, Andrew Morton
- [PATCH] merge fs/hugetlb into mm/hugetlb.c, Christoph Hellwig
- Re: [PATCH] Migration cache, Hirokazu Takahashi
- Re: [PATCH] zap_pte_range should not mark non-uptodate pages dirty, Rik van Riel
- Re: [PATCH] zap_pte_range should not mark non-uptodate pages dirty, Andrew Morton
- Re: [PATCH] zap_pte_range should not mark non-uptodate pages dirty, Andrea Arcangeli
- Re: [PATCH] zap_pte_range should not mark non-uptodate pages dirty, Andrea Arcangeli
- Re: [PATCH] zap_pte_range should not mark non-uptodate pages dirty, Andrea Arcangeli
- Re: [PATCH] zap_pte_range should not mark non-uptodate pages dirty, Andrew Morton
October 18, 2004
- Re: V ! co-din, X @ n-ax, VAl-1um, Ph3nte-rm1n3,, Mcclendon
- Re: [PATCH] Migration cache, Hirokazu Takahashi
- Re: [Lhms-devel] CONFIG_NONLINEAR for small systems, Andy Whitcroft
- Re: [Lhms-devel] CONFIG_NONLINEAR for small systems, Hirokazu Takahashi
- 170 nonlinear ppc64, Andy Whitcroft
- 160 nonlinear i386, Andy Whitcroft
- 150 nonlinear, Andy Whitcroft
- 100 cleanup node zone, Andy Whitcroft
- 080 alloc_remap i386, Andy Whitcroft
- 060 refactor setup_memory i386, Andy Whitcroft
- 050 bootmem use NODE_DATA, Andy Whitcroft
- CONFIG_NONLINEAR for small systems, Andy Whitcroft
- C^|A1I1lS & l^EV||TRA---HU$GEI||Y SAVINGS COMPARED T0 V1l|AG.RA !, Lori Sierra
October 15, 2004
- Re: [PATCH] use find_trylock_page in free_swap_and_cache instead of hand coding, Marcelo Tosatti
- Re: [PATCH] reduce fragmentation due to kmem_cache_alloc_node, Badari Pulavarty
- Re: [PATCH] use find_trylock_page in free_swap_and_cache instead of hand coding, Hugh Dickins
- Re: [PATCH] use find_trylock_page in free_swap_and_cache instead of hand coding, Marcelo Tosatti
- Re: [PATCH] reduce fragmentation due to kmem_cache_alloc_node, Badari Pulavarty
- Re: [RESEND][PATCH 4/6] Add page becoming writable notification, Christoph Hellwig
- Re: [RESEND][PATCH 5/6] Provide a filesystem-specific sync'able page bit, David Howells
- Re: [RESEND][PATCH 4/6] Add page becoming writable notification, David Howells
- Re: [PATCH] use find_trylock_page in free_swap_and_cache instead of hand coding, Hugh Dickins
- [PATCH] use find_trylock_page in free_swap_and_cache instead of hand coding, Marcelo Tosatti
- Re: [RESEND][PATCH 5/6] Provide a filesystem-specific sync'able page bit, Martin Waitz
October 14, 2004
- [PATCH] Migration cache, Marcelo Tosatti
- Re: [RESEND][PATCH 4/6] Add page becoming writable notification, Christoph Hellwig
- Re: [RESEND][PATCH 5/6] Provide a filesystem-specific sync'able page bit, Matthew Wilcox
- Re: [RESEND][PATCH 4/6] Add page becoming writable notification, Matthew Wilcox
- [RESEND][PATCH 4/6] Add page becoming writable notification, David Howells
- [RESEND][PATCH 5/6] Provide a filesystem-specific sync'able page bit, David Howells
- Re: Page cache write performance issue, Nick Piggin
- Re: Page cache write performance issue, Nathan Scott
- Re: Page cache write performance issue, Andrew Morton
- Re: Page cache write performance issue, Nathan Scott
October 13, 2004
- NUMA: Patch for node based swapping V2, Christoph Lameter
- It's me, Kashmir NH360417 from Yahoo 6f, Lionel
- Re: NUMA: Patch for node based swapping, Nick Piggin
- Re: Page cache write performance issue, Andrew Morton
- Re: Page cache write performance issue, Nick Piggin
- Re: Page cache write performance issue, Nathan Scott
- Re: Page cache write performance issue, Andrew Morton
- Re: Page cache write performance issue, Nathan Scott
- Re: Page cache write performance issue, Andrew Morton
- Page cache write performance issue, Nathan Scott
October 12, 2004
- Re: NUMA: Patch for node based swapping, Ray Bryant
- Re: NUMA: Patch for node based swapping, Christoph Lameter
- Re: NUMA: Patch for node based swapping, Anton Blanchard
- Re: [RFC] memory defragmentation to satisfy high order allocations, Hirokazu Takahashi
- Re: NUMA: Patch for node based swapping, Rik van Riel
- Re: NUMA: Patch for node based swapping, Christoph Lameter
- Re: NUMA: Patch for node based swapping, Christoph Lameter
- Re: NUMA: Patch for node based swapping, Rik van Riel
- Re: NUMA: Patch for node based swapping, Jan-Benedict Glaw
- Re: NUMA: Patch for node based swapping, Martin J. Bligh
- NUMA: Patch for node based swapping, Christoph Lameter
- Re: [RFC] memory defragmentation to satisfy high order allocations, Dave Hansen
- Re: [RFC] memory defragmentation to satisfy high order allocations, Marcelo Tosatti
- Re: [RFC] memory defragmentation to satisfy high order allocations, Marcelo Tosatti
- Re: [RFC] memory defragmentation to satisfy high order allocations, Martin J. Bligh
- Re: [RFC] memory defragmentation to satisfy high order allocations, IWAMOTO Toshihiro
October 08, 2004
- C0unt Me In sh, Concetta Tran
- Re: [PATCH] mhp: transfer dirty tag at radix_tree_replace, Marcelo Tosatti
- Re: hit/miss, Rik van Riel
- [PATCH] remove redundant AND from swp_type, Marcelo Tosatti
- Re: [RFC] memory defragmentation to satisfy high order allocations, Marcelo Tosatti
- hit/miss, Ankit Jain
- Re: [RFC] memory defragmentation to satisfy high order allocations, Hirokazu Takahashi
- Re: [RFC] memory defragmentation to satisfy high order allocations, Marcelo Tosatti
- Re: [RFC] memory defragmentation to satisfy high order allocations, Hirokazu Takahashi
- [PATCH] no buddy bitmap patch revist : for ia64 [2/2], Hiroyuki KAMEZAWA
- Re: [RFC] memory defragmentation to satisfy high order allocations, Marcelo Tosatti
- [PATCH] no buddy bitmap patch revisit : for mm/page_alloc.c [1/2], Hiroyuki KAMEZAWA
- [PATCH] no buddy bitmap patch revist : intro and includes [0/2], Hiroyuki KAMEZAWA
- Re: [PATCH] mhp: transfer dirty tag at radix_tree_replace, Hirokazu Takahashi
- Re: [RFC] memory defragmentation to satisfy high order allocations, Hirokazu Takahashi
- Re: [PATCH] no buddy bitmap patch : intro and includes [0/2], Hiroyuki KAMEZAWA
- Re: [Lhms-devel] Re: [PATCH] no buddy bitmap patch : for ia64 [2/2], Hiroyuki KAMEZAWA
October 07, 2004
- Re: [RFC/PATCH] pfn_valid() more generic : arch independent part[0/2], Hiroyuki KAMEZAWA
- Re: memory hotplug and mem=, Dave Hansen
- Re: memory hotplug and mem=, Dave Hansen
- Re: memory hotplug and mem=, Marcelo Tosatti
- Re: memory hotplug and mem=, Dave Hansen
- [PATCH] don't align initmem poisoning, Dave Hansen
- Re: [PATCH] no buddy bitmap patch : intro and includes [0/2], Martin J. Bligh
- memory hotplug and mem=, Marcelo Tosatti
- [patch] remove weird pmd cast, Dave Hansen
- Re: [PATCH] no buddy bitmap patch : intro and includes [0/2], Martin J. Bligh
- Re: [PATCH] no buddy bitmap patch : intro and includes [0/2], Dave Hansen
- RE: [RFC/PATCH] pfn_valid() more generic : arch independent part[0/2], Martin J. Bligh
- Re: [Lhms-devel] Re: [PATCH] no buddy bitmap patch : intro and includes [0/2], Dave McCracken
- Re: [PATCH] no buddy bitmap patch : intro and includes [0/2], Martin J. Bligh
- RE: [RFC/PATCH] pfn_valid() more generic : arch independent part[0/2], Luck, Tony
- Re: [PATCH] no buddy bitmap patch : for ia64 [2/2], Dave Hansen
- Re: [PATCH] no buddy bitmap patch : intro and includes [0/2], Dave Hansen
- [PATCH] 2.6.9-rc3-mm2 alloc_percpu fix for non-NUMA, Badari Pulavarty
- RE: [Lhms-devel] Re: [PATCH] no buddy bitmap patch : intro and includes [0/2], Tolentino, Matthew E
- Re: [PATCH] no buddy bitmap patch : intro and includes [0/2], Martin J. Bligh
- Re: [RFC/PATCH] pfn_valid() more generic : arch independent part[0/2], Martin J. Bligh
- Re: [RFC] memory defragmentation to satisfy high order allocations, Marcelo Tosatti
- [PATCH] no buddy bitmap patch : for ia64 [2/2], Hiroyuki KAMEZAWA
- [PATCH] no buddy bitmap patch : alloc/free [1/2], Hiroyuki KAMEZAWA
- [PATCH] no buddy bitmap patch : intro and includes [0/2], Hiroyuki KAMEZAWA
- Re: align vmemmap to ia64's granule, Hiroyuki KAMEZAWA
- Re: [RFC/PATCH] pfn_valid() more generic : arch independent part[0/2], Hiroyuki KAMEZAWA
- RE: [RFC/PATCH] pfn_valid() more generic : arch independent part[0/2], Luck, Tony
- Re: [RFC/PATCH] pfn_valid() more generic : arch independent part[0/2], Hiroyuki KAMEZAWA
October 06, 2004
- About the avltree.h, Dianqin Xu
- Re: [RFC/PATCH] pfn_valid() more generic : arch independent part[0/2], Martin J. Bligh
- Re: slab fragmentation ?, Badari Pulavarty
- Re: [PATCH] mhp: transfer dirty tag at radix_tree_replace, Hirokazu Takahashi
- Re: [RFC/PATCH] pfn_valid() more generic : intro[0/2], Hiroyuki KAMEZAWA
- [RFC/PATCH] pfn_valid more generic : ia64 part [2/2], Hiroyuki KAMEZAWA
- RE: [RFC/PATCH] pfn_valid() more generic : intro[0/2], Luck, Tony
- [RFC/PATCH] pfn_valid() more generic : arch independent part[0/2], Hiroyuki KAMEZAWA
- [RFC/PATCH] pfn_valid() more generic : intro[0/2], Hiroyuki KAMEZAWA
October 05, 2004
- RE: slab fragmentation ?, Chen, Kenneth W
- RE: slab fragmentation ?, Chen, Kenneth W
- Re: slab fragmentation ?, Badari Pulavarty
- Re: slab fragmentation ?, Badari Pulavarty
- Re: slab fragmentation ?, Manfred Spraul
- Re: slab fragmentation ?, Badari Pulavarty
- Re: [PATCH] mhp: transfer dirty tag at radix_tree_replace, Dave Hansen
- [PATCH] mhp: transfer dirty tag at radix_tree_replace, Marcelo Tosatti
- Re: slab fragmentation ?, Manfred Spraul
- Re: slab fragmentation ?, Badari Pulavarty
- Re: [RFC] memory defragmentation to satisfy high order allocations, Hirokazu Takahashi
- Diff between 2.6.9-rc3-mm1 and 2.6.9-rc3-bk1, O Plameras
October 04, 2004
- Re: [RFC] memory defragmentation to satisfy high order allocations, Marcelo Tosatti
- Re: [RFC] memory defragmentation to satisfy high order allocations, Marcelo Tosatti
- Re: [RFC] memory defragmentation to satisfy high order allocations, Marcelo Tosatti
- Re: slab fragmentation ?, Badari Pulavarty
- Re: slab fragmentation ?, Manfred Spraul
- Re: slab fragmentation ?, Badari Pulavarty
- Re: [RFC] memory defragmentation to satisfy high order allocations, Hirokazu Takahashi
- Re: [RFC] memory defragmentation to satisfy high order allocations, Nick Piggin
- Re: [RFC] memory defragmentation to satisfy high order allocations, Hiroyuki KAMEZAWA
- Re: [RFC] memory defragmentation to satisfy high order allocations, IWAMOTO Toshihiro
- Re: [RFC] memory defragmentation to satisfy high order allocations, IWAMOTO Toshihiro
- Re: [RFC] memory defragmentation to satisfy high order allocations, Hiroyuki KAMEZAWA
- Re: [RFC] memory defragmentation to satisfy high order allocations, Dave Hansen
|
|