LKML: Linux Kernel Archive 2006 Q2

Date Index

Re: 4096 byte limit to /proc/PID/environ ?, (continued)
uclinux 2.4.32 panic, Steve Clark
- Re: uclinux 2.4.32 panic, Willy Tarreau
  - Re: uclinux 2.4.32 panic, Steve Clark
    - Re: uclinux 2.4.32 panic, Willy TARREAU
      - Re: uclinux 2.4.32 panic, Steve Clark
        
        Re: uclinux 2.4.32 panic, Stephen Clark
        
        Re: uclinux 2.4.32 panic, Willy Tarreau
[git pull] jfs update, Dave Kleikamp
[PATCH mm] swapless page migration: fix swapops.h:97 BUG, Hugh Dickins
- Re: [PATCH mm] swapless page migration: fix swapops.h:97 BUG, Christoph Lameter
  - Re: [PATCH mm] swapless page migration: fix swapops.h:97 BUG, Hugh Dickins
Linux 2.6 NFS client read-ahead, German San Agustin
- Re: Linux 2.6 NFS client read-ahead, Trond Myklebust
[PATCH 06/33] readahead: refactor __do_page_cache_readahead(), Wu Fengguang
- Re: [PATCH 06/33] readahead: refactor __do_page_cache_readahead(), Andrew Morton
  - Re: [PATCH 06/33] readahead: refactor __do_page_cache_readahead(), Paul Mackerras
    - Re: [PATCH 06/33] readahead: refactor __do_page_cache_readahead(), Andrew Morton
  - Re: [PATCH 06/33] readahead: refactor __do_page_cache_readahead(), Wu Fengguang
[PATCH 13/33] readahead: state based method - aging accounting, Wu Fengguang
- Re: [PATCH 13/33] readahead: state based method - aging accounting, Andrew Morton
  - Re: [PATCH 13/33] readahead: state based method - aging accounting, Wu Fengguang
    - Re: [PATCH 13/33] readahead: state based method - aging accounting, Andrew Morton
      - Re: [PATCH 13/33] readahead: state based method - aging accounting, Wu Fengguang
[PATCH 09/33] readahead: events accounting, Wu Fengguang
- Re: [PATCH 09/33] readahead: events accounting, Andrew Morton
  - Re: [PATCH 09/33] readahead: events accounting, Wu Fengguang
  - Re: [PATCH 09/33] readahead: events accounting, Wu Fengguang
    - Re: [PATCH 09/33] readahead: events accounting, Martin Peschke
[PATCH 14/33] readahead: state based method - data structure, Wu Fengguang
- Re: [PATCH 14/33] readahead: state based method - data structure, Nick Piggin
  - Re: [PATCH 14/33] readahead: state based method - data structure, Wu Fengguang
- Re: [PATCH 14/33] readahead: state based method - data structure, Andrew Morton
  - Re: [PATCH 14/33] readahead: state based method - data structure, Wu Fengguang
  - Re: [PATCH 14/33] readahead: state based method - data structure, Wu Fengguang
[PATCH 03/33] radixtree: hole scanning functions, Wu Fengguang
- Re: [PATCH 03/33] radixtree: hole scanning functions, Andrew Morton
  - Re: [PATCH 03/33] radixtree: hole scanning functions, Wu Fengguang
  - Re: [PATCH 03/33] radixtree: hole scanning functions, Wu Fengguang
    - Re: [PATCH 03/33] radixtree: hole scanning functions, Andrew Morton
[PATCH 11/33] readahead: sysctl parameters, Wu Fengguang
- Re: [PATCH 12/33] readahead: min/max sizes, Nick Piggin
  - Re: [PATCH 12/33] readahead: min/max sizes, Wu Fengguang
[PATCH 10/33] readahead: support functions, Wu Fengguang
- Re: [PATCH 10/33] readahead: support functions, Nick Piggin
  - Re: [PATCH 10/33] readahead: support functions, Wu Fengguang
- Re: [PATCH 10/33] readahead: support functions, Andrew Morton
  - Re: [PATCH 10/33] readahead: support functions, Wu Fengguang
[PATCH 05/33] readahead: refactor do_generic_mapping_read(), Wu Fengguang
[PATCH 31/33] readahead: debug radix tree new functions, Wu Fengguang
- <Possible follow-ups>
- [PATCH 31/33] readahead: debug radix tree new functions, Wu Fengguang
[PATCH 07/33] readahead: insert cond_resched() calls, Wu Fengguang
[PATCH 29/33] readahead: nfsd case, Wu Fengguang
- <Possible follow-ups>
- [PATCH 29/33] readahead: nfsd case, Wu Fengguang
[PATCH 33/33] readahead: debug traces showing read patterns, Wu Fengguang
- <Possible follow-ups>
- [PATCH 33/33] readahead: debug traces showing read patterns, Wu Fengguang
[PATCH 32/33] readahead: debug traces showing accessed file names, Wu Fengguang
- <Possible follow-ups>
- [PATCH 32/33] readahead: debug traces showing accessed file names, Wu Fengguang
[PATCH 30/33] readahead: turn on by default, Wu Fengguang
- <Possible follow-ups>
- [PATCH 30/33] readahead: turn on by default, Wu Fengguang
[PATCH 23/33] readahead: backward prefetching method, Wu Fengguang
- Re: [PATCH 23/33] readahead: backward prefetching method, Nate Diller
  - Re: [PATCH 23/33] readahead: backward prefetching method, Nathan Scott
    - Re: [PATCH 23/33] readahead: backward prefetching method, Wu Fengguang
[PATCH 25/33] readahead: thrashing recovery method, Wu Fengguang
- <Possible follow-ups>
- [PATCH 25/33] readahead: thrashing recovery method, Wu Fengguang
[PATCH 27/33] readahead: laptop mode, Wu Fengguang
- Re: [PATCH 27/33] readahead: laptop mode, Andrew Morton
[PATCH 28/33] readahead: loop case, Wu Fengguang
- <Possible follow-ups>
- Re: [PATCH 28/33] readahead: loop case, Limin Wang
  - Re: [PATCH 28/33] readahead: loop case, wfg
- [PATCH 28/33] readahead: loop case, Wu Fengguang
[PATCH 15/33] readahead: state based method - routines, Wu Fengguang
- Re: [PATCH 15/33] readahead: state based method - routines, Andrew Morton
  - Re: [PATCH 15/33] readahead: state based method - routines, Wu Fengguang
[PATCH 18/33] readahead: initial method - guiding sizes, Wu Fengguang
[PATCH 24/33] readahead: seeking reads method, Wu Fengguang
- <Possible follow-ups>
- [PATCH 24/33] readahead: seeking reads method, Wu Fengguang
[PATCH 26/33] readahead: call scheme, Wu Fengguang
- <Possible follow-ups>
- [PATCH 26/33] readahead: call scheme, Wu Fengguang
[PATCH 20/33] readahead: initial method - expected read size, Wu Fengguang
- Re: [PATCH 22/33] readahead: initial method, Nick Piggin
  - Re: [PATCH 22/33] readahead: initial method, Wu Fengguang
- Re: [PATCH 20/33] readahead: initial method - expected read size, Andrew Morton
  - Re: [PATCH 20/33] readahead: initial method - expected read size, Wu Fengguang
[PATCH 19/33] readahead: initial method - thrashing guard size, Wu Fengguang
- <Possible follow-ups>
- [PATCH 19/33] readahead: initial method - thrashing guard size, Wu Fengguang
[PATCH 17/33] readahead: context based method, Wu Fengguang
- Re: [PATCH 17/33] readahead: context based method, Nick Piggin
  - Re: [PATCH 17/33] readahead: context based method, Wu Fengguang
- Re: [PATCH 17/33] readahead: context based method, Andrew Morton
  - Re: [PATCH 17/33] readahead: context based method, Wu Fengguang
- Re: [PATCH 17/33] readahead: context based method, Andrew Morton
  - Re: [PATCH 17/33] readahead: context based method, Wu Fengguang
- <Possible follow-ups>
- Re: [PATCH 17/33] readahead: context based method, Peter Zijlstra
  - Re: [PATCH 17/33] readahead: context based method, Wu Fengguang
  - Message not available
    - Re: [PATCH 17/33] readahead: context based method, Peter Zijlstra
      - Re: [PATCH 17/33] readahead: context based method, Wu Fengguang
- [PATCH 17/33] readahead: context based method, Wu Fengguang
[PATCH 04/33] readahead: page flag PG_readahead, Wu Fengguang
- Re: [PATCH 04/33] readahead: page flag PG_readahead, Andrew Morton
  - Re: [PATCH 04/33] readahead: page flag PG_readahead, Wu Fengguang
- <Possible follow-ups>
- Re: [PATCH 04/33] readahead: page flag PG_readahead, Peter Zijlstra
  - Re: [PATCH 04/33] readahead: page flag PG_readahead, Wu Fengguang
  - Message not available
    - Re: [PATCH 04/33] readahead: page flag PG_readahead, Peter Zijlstra
[PATCH 08/33] readahead: common macros, Wu Fengguang
- Re: [PATCH 08/33] readahead: common macros, Nick Piggin
  - Re: [PATCH 08/33] readahead: common macros, Wu Fengguang
    - Re: [PATCH 08/33] readahead: common macros, Nick Piggin
      - Re: [PATCH 08/33] readahead: common macros, Wu Fengguang
  - Re: [PATCH 08/33] readahead: common macros, Wu Fengguang
    - Re: [PATCH 08/33] readahead: common macros, Andrew Morton
- Re: [PATCH 08/33] readahead: common macros, Andrew Morton
[PATCH 00/33] Adaptive read-ahead V12, Wu Fengguang
- Re: [PATCH 00/33] Adaptive read-ahead V12, Andrew Morton
  - Re: [PATCH 00/33] Adaptive read-ahead V12, Michael Stone
  - Re: [PATCH 00/33] Adaptive read-ahead V12, David Lang
    - Re: [PATCH 00/33] Adaptive read-ahead V12, Andrew Morton
      - Re: [PATCH 00/33] Adaptive read-ahead V12, David Lang
      - Re: [PATCH 00/33] Adaptive read-ahead V12, Michael Stone
  - Re: [PATCH 00/33] Adaptive read-ahead V12, Wu Fengguang
  - Re: [PATCH 00/33] Adaptive read-ahead V12, Jon Smirl
    - Re: [PATCH 00/33] Adaptive read-ahead V12, Nick Piggin
  - Re: [PATCH 00/33] Adaptive read-ahead V12, Andi Kleen
    - Re: [PATCH 00/33] Adaptive read-ahead V12, Andrew Morton
    - Re: [PATCH 00/33] Adaptive read-ahead V12, Folkert van Heusden
      - Re: [PATCH 00/33] Adaptive read-ahead V12, Con Kolivas
        
        Re: [PATCH 00/33] Adaptive read-ahead V12, Con Kolivas
        
        Re: [PATCH 00/33] Adaptive read-ahead V12, Diego Calleja
        
        Re: [PATCH 00/33] Adaptive read-ahead V12, kernel
        
        Re: [PATCH 00/33] Adaptive read-ahead V12, Wu Fengguang
- <Possible follow-ups>
- Re: [PATCH 00/33] Adaptive read-ahead V12, Just Marc
[PATCH 02/33] radixtree: look-aside cache, Wu Fengguang
[PATCH] Per-superblock unused dentry LRU lists V2, David Chinner
- Re: [PATCH] Per-superblock unused dentry LRU lists V2, Balbir Singh
  - Re: [PATCH] Per-superblock unused dentry LRU lists V2, David Chinner
    - Re: [PATCH] Per-superblock unused dentry LRU lists V2, Balbir Singh
    - Re: [PATCH] Per-superblock unused dentry LRU lists V2, David Chinner
      - Re: [PATCH] Per-superblock unused dentry LRU lists V2, Balbir Singh
        
        Re: [PATCH] Per-superblock unused dentry LRU lists V2, David Chinner
        
        Re: [PATCH] Per-superblock unused dentry LRU lists V2, David Chinner
High speed method to determine bandwidth, Irfan Habib
UML boot failure with kinit, Miklos Szeredi
- Re: UML boot failure with kinit, Jeff Dike
- Re: UML boot failure with kinit, H. Peter Anvin
Problem with TLB mcheck!, art
- <Possible follow-ups>
- Re[2]: Problem with TLB mcheck!, art
Q: how to send ATA cmds to USB drive?, Herbert Rosmanith
- Re: Q: how to send ATA cmds to USB drive?, Alan Cox
  - Re: Q: how to send ATA cmds to USB drive?, Herbert Rosmanith
    - Re: Q: how to send ATA cmds to USB drive?, Herbert Rosmanith
      - Re: Q: how to send ATA cmds to USB drive?, Herbert Rosmanith
- <Possible follow-ups>
- Re: Q: how to send ATA cmds to USB drive?, Robert Hancock
  - Re: Q: how to send ATA cmds to USB drive?, Jeff Garzik
sky2 hw csum failure [was Re: sky2 large MTU problems], Daniel J Blueman
- Re: sky2 hw csum failure [was Re: sky2 large MTU problems], Stephen Hemminger
New Linux Cross Reference (LXR) site, Michael Opdenacker
- Re: New Linux Cross Reference (LXR) site, Jan Kiszka
  - Re: New Linux Cross Reference (LXR) site, Michael Opdenacker
    - Re: New Linux Cross Reference (LXR) site, Jan-Benedict Glaw
[PATCH] [MMC] Fix premature use of md->disk, Pierre Ossman
What's in netdev-2.6.git, Jeff Garzik
[PATCH 00/03] kexec: Avoid overwriting the current pgd (V2), Magnus Damm
- [PATCH 01/03] kexec: Avoid overwriting the current pgd (V2, stubs), Magnus Damm
  - Re: [Fastboot] [PATCH 01/03] kexec: Avoid overwriting the current pgd (V2, stubs), Eric W. Biederman
    - Re: [Fastboot] [PATCH 01/03] kexec: Avoid overwriting the current pgd (V2, stubs), Magnus Damm
      - Re: [Fastboot] [PATCH 01/03] kexec: Avoid overwriting the current pgd (V2, stubs), Eric W. Biederman
        
        Re: [Fastboot] [PATCH 01/03] kexec: Avoid overwriting the current pgd (V2, stubs), Magnus Damm
        
        Re: [Fastboot] [PATCH 01/03] kexec: Avoid overwriting the current pgd (V2, stubs), Eric W. Biederman
        
        Re: [Fastboot] [PATCH 01/03] kexec: Avoid overwriting the current pgd (V2, stubs), Magnus Damm
- [PATCH 02/03] kexec: Avoid overwriting the current pgd (V2, i386), Magnus Damm
  - Re: [PATCH 02/03] kexec: Avoid overwriting the current pgd (V2, i386), Vivek Goyal
    - Re: [PATCH 02/03] kexec: Avoid overwriting the current pgd (V2, i386), Magnus Damm
    - Re: [Fastboot] Re: [PATCH 02/03] kexec: Avoid overwriting the current pgd (V2, i386), Eric W. Biederman
  - Re: [Fastboot] [PATCH 02/03] kexec: Avoid overwriting the current pgd (V2, i386), Eric W. Biederman
- [PATCH 03/03] kexec: Avoid overwriting the current pgd (V2, x86_64), Magnus Damm
  - Re: [Fastboot] [PATCH 03/03] kexec: Avoid overwriting the current pgd (V2, x86_64), Eric W. Biederman
    - Re: [Fastboot] [PATCH 03/03] kexec: Avoid overwriting the current pgd (V2, x86_64), Magnus Damm
      - Re: [Fastboot] [PATCH 03/03] kexec: Avoid overwriting the current pgd (V2, x86_64), Vivek Goyal
        
        Re: [Fastboot] [PATCH 03/03] kexec: Avoid overwriting the current pgd (V2, x86_64), Magnus Damm
        
        Re: [Fastboot] [PATCH 03/03] kexec: Avoid overwriting the current pgd (V2, x86_64), Vivek Goyal
        
        Re: [Fastboot] [PATCH 03/03] kexec: Avoid overwriting the current pgd (V2, x86_64), Magnus Damm
      - Re: [Fastboot] [PATCH 03/03] kexec: Avoid overwriting the current pgd (V2, x86_64), Eric W. Biederman
        
        Re: [Fastboot] [PATCH 03/03] kexec: Avoid overwriting the current pgd (V2, x86_64), Magnus Damm
        
        Re: [Fastboot] [PATCH 03/03] kexec: Avoid overwriting the current pgd (V2, x86_64), Eric W. Biederman
        
        Re: [Fastboot] [PATCH 03/03] kexec: Avoid overwriting the current pgd (V2, x86_64), Magnus Damm
        
        Re: [Fastboot] [PATCH 03/03] kexec: Avoid overwriting the current pgd (V2, x86_64), Vivek Goyal
      - Re: [Fastboot] [PATCH 03/03] kexec: Avoid overwriting the current pgd (V2, x86_64), Gerd Hoffmann
        
        Re: [Fastboot] [PATCH 03/03] kexec: Avoid overwriting the current pgd (V2, x86_64), Magnus Damm
        
        Re: [Fastboot] [PATCH 03/03] kexec: Avoid overwriting the current pgd (V2, x86_64), Eric W. Biederman
        
        Re: [Fastboot] [PATCH 03/03] kexec: Avoid overwriting the current pgd (V2, x86_64), Magnus Damm
- Re: [PATCH 00/03] kexec: Avoid overwriting the current pgd (V2), Vivek Goyal
  - Re: [PATCH 00/03] kexec: Avoid overwriting the current pgd (V2), Magnus Damm
    - Re: [PATCH 00/03] kexec: Avoid overwriting the current pgd (V2), Eric W. Biederman
      - Re: [PATCH 00/03] kexec: Avoid overwriting the current pgd (V2), Magnus Damm
        
        Re: [PATCH 00/03] kexec: Avoid overwriting the current pgd (V2), Eric W. Biederman
        
        Re: [Fastboot] [PATCH 00/03] kexec: Avoid overwriting the current pgd (V2), Magnus Damm
        
        Re: [Fastboot] [PATCH 00/03] kexec: Avoid overwriting the current pgd (V2), Eric W. Biederman
        
        Re: [Fastboot] [PATCH 00/03] kexec: Avoid overwriting the current pgd (V2), Magnus Damm
[Fwd: [PATCH] Revive pci_find_ext_capability], Jeff Garzik
- Re: [Fwd: [PATCH] Revive pci_find_ext_capability], Greg KH
[PATCH] affs: possible null pointer dereference in affs_rename(), Florin Malita
[PATCH] Per-superblock unused dentry LRU lists., David Chinner
- Re: [PATCH] Per-superblock unused dentry LRU lists., Randy.Dunlap
  - Re: [PATCH] Per-superblock unused dentry LRU lists., David Chinner
- Re: [PATCH] Per-superblock unused dentry LRU lists., Arjan van de Ven
  - Re: [PATCH] Per-superblock unused dentry LRU lists., David Chinner
    - Re: [PATCH] Per-superblock unused dentry LRU lists., Arjan van de Ven
      - Re: [PATCH] Per-superblock unused dentry LRU lists., David Chinner
- Re: [PATCH] Per-superblock unused dentry LRU lists., Balbir Singh
  - Re: [PATCH] Per-superblock unused dentry LRU lists., David Chinner
    - Re: [PATCH] Per-superblock unused dentry LRU lists., Balbir Singh
      - Re: [PATCH] Per-superblock unused dentry LRU lists., David Chinner
        
        Re: [PATCH] Per-superblock unused dentry LRU lists., Balbir Singh
[OOPS] amrestore dies in kmem_cache_free 2.6.16.18 - cannot restore backups!, James Lamanna
- Re: [OOPS] amrestore dies in kmem_cache_free 2.6.16.18 - cannot restore backups!, Pekka Enberg
- Re: [OOPS] amrestore dies in kmem_cache_free 2.6.16.18 - cannot restore backups!, Kai Makisara
  - Re: [OOPS] amrestore dies in kmem_cache_free 2.6.16.18 - cannot restore backups!, Kai Makisara
    - Re: [OOPS] amrestore dies in kmem_cache_free 2.6.16.18 - cannot restore backups!, James Lamanna
    - Re: [OOPS] amrestore dies in kmem_cache_free 2.6.16.18 - cannot restore backups!, James Lamanna
back to discussion of VIA quirk fixup, Sergio Monteiro Basto
- Re: back to discussion of VIA quirk fixup, Chris Wedgwood
- Re: back to discussion of VIA quirk fixup, Bjorn Helgaas
Query regarding _etext, _edata, _end., vamsi krishna
- Re: Query regarding _etext, _edata, _end., Arjan van de Ven
- Re: Query regarding _etext, _edata, _end., H. Peter Anvin
[PATCH 0/9] I/OAT repost, Chris Leech
- [PATCH 9/9] [I/OAT] TCP recv offload to I/OAT, Chris Leech
- [PATCH 4/9] [I/OAT] Utility functions for offloading sk_buff to iovec copies, Chris Leech
- [PATCH 3/9] [I/OAT] Setup the networking subsystem as a DMA client, Chris Leech
  - Re: [PATCH 3/9] [I/OAT] Setup the networking subsystem as a DMA client, David Miller
- [PATCH 5/9] [I/OAT] Structure changes for TCP recv offload to I/OAT, Chris Leech
- [PATCH 8/9] [I/OAT] Add a sysctl for tuning the I/OAT offloaded I/O threshold, Chris Leech
  - Re: [PATCH 8/9] [I/OAT] Add a sysctl for tuning the I/OAT offloaded I/O threshold, Andrew Morton
- [PATCH 7/9] [I/OAT] make sk_eat_skb I/OAT aware, Chris Leech
- [PATCH 6/9] [I/OAT] Rename cleanup_rbuf to tcp_cleanup_rbuf and make non-static, Chris Leech
- [PATCH 2/9] [I/OAT] Driver for the Intel(R) I/OAT DMA engine, Chris Leech
  - Re: [PATCH 2/9] [I/OAT] Driver for the Intel(R) I/OAT DMA engine, Andrew Morton
  - Re: [PATCH 2/9] [I/OAT] Driver for the Intel(R) I/OAT DMA engine, Olof Johansson
  - Re: [PATCH 2/9] [I/OAT] Driver for the Intel(R) I/OAT DMA engine, Adrian Bunk
- [PATCH 1/9] [I/OAT] DMA memcpy subsystem, Chris Leech
  - Re: [PATCH 1/9] [I/OAT] DMA memcpy subsystem, Andrew Morton
    - Re: [PATCH 1/9] [I/OAT] DMA memcpy subsystem, Nathan Lynch
  - Re: [PATCH 1/9] [I/OAT] DMA memcpy subsystem, Andrew Morton
  - Re: [PATCH 1/9] [I/OAT] DMA memcpy subsystem, Olof Johansson
    - Re: [PATCH 1/9] [I/OAT] DMA memcpy subsystem, Olof Johansson
- Re: [PATCH 0/9] I/OAT repost, David Miller
2.6.17-rc4-mm3: scary warning from pdflush, Pavel Machek
- Re: 2.6.17-rc4-mm3: scary warning from pdflush, Andrew Morton
[PATCH]x86_64: moving phys_proc_id and cpu_core_id to cpuinfo_x86, Rohit Seth
- Re: [PATCH]x86_64: moving phys_proc_id and cpu_core_id to cpuinfo_x86, Andi Kleen
  - Re: [PATCH]x86_64: moving phys_proc_id and cpu_core_id to cpuinfo_x86, Rohit Seth
remove VM_LOCKED before remap_pfn_range and drop VM_SHM, Christoph Lameter
- Re: remove VM_LOCKED before remap_pfn_range and drop VM_SHM, Hugh Dickins
Re: sky2 large MTU problems..., Daniel J Blueman
[PATCH 0/4] V4L/DVB updates, mchehab
[PATCH] firmware_class: s/semaphores/mutexes, Laura Garcia
problem of module SX8, Александр Садков
[RFC][PATCH] md: Move stripe operations outside the spinlock (v2), Dan Williams
[PATCH] updated reiser4 - reduced cpu usage for writes by writing more than 4k at a time (has implications for generic write code and eventually for the IO layer), Hans Reiser
- Re: [PATCH] updated reiser4 - reduced cpu usage for writes by writing more than 4k at a time (has implications for generic write code and eventually for the IO layer), Alexey Polyakov
  - Re: [PATCH] updated reiser4 - reduced cpu usage for writes by writing more than 4k at a time (has implications for generic write code and eventually for the IO layer), Michal Piotrowski
    - Re: [PATCH] updated reiser4 - reduced cpu usage for writes by writing more than 4k at a time (has implications for generic write code and eventually for the IO layer), Vladimir V. Saveliev
      - Re: [PATCH] updated reiser4 - reduced cpu usage for writes by writing more than 4k at a time (has implications for generic write code and eventually for the IO layer), Jan Engelhardt
        
        Re: [PATCH] updated reiser4 - reduced cpu usage for writes by writing more than 4k at a time (has implications for generic write code and eventually for the IO layer), Vladimir V. Saveliev
        
        Re: [PATCH] updated reiser4 - reduced cpu usage for writes by writing more than 4k at a time (has implications for generic write code and eventually for the IO layer), Jan Engelhardt
- Re: [PATCH] updated reiser4 - reduced cpu usage for writes by writing more than 4k at a time (has implications for generic write code and eventually for the IO layer), Tom Vier
  - Re: [PATCH] updated reiser4 - reduced cpu usage for writes by writing more than 4k at a time (has implications for generic write code and eventually for the IO layer), Hans Reiser
    - Re: [PATCH] updated reiser4 - reduced cpu usage for writes by writing more than 4k at a time (has implications for generic write code and eventually for the IO layer), Jens Axboe
      - Re: [PATCH] updated reiser4 - reduced cpu usage for writes by writing more than 4k at a time (has implications for generic write code and eventually for the IO layer), Vladimir V. Saveliev
        
        Re: [PATCH] updated reiser4 - reduced cpu usage for writes by writing more than 4k at a time (has implications for generic write code and eventually for the IO layer), Jens Axboe
        
        Re: [PATCH] updated reiser4 - reduced cpu usage for writes by writing more than 4k at a time (has implications for generic write code and eventually for the IO layer), Vladimir V. Saveliev
        
        Re: [PATCH] updated reiser4 - reduced cpu usage for writes by writing more than 4k at a time (has implications for generic write code and eventually for the IO layer), Hans Reiser
        
        Re: [PATCH] updated reiser4 - reduced cpu usage for writes by writing more than 4k at a time (has implications for generic write code and eventually for the IO layer), Christoph Hellwig
        
        batched write, Vladimir V. Saveliev
        
        Re: batched write, Andrew Morton
        
        Re: batched write, Hans Reiser
        
        Re: batched write, Nix
        
        Re: batched write, Hans Reiser
        
        Re: batched write, Miklos Szeredi
        
        Re: batched write, Hans Reiser
        
        Re: batched write, Miklos Szeredi
        
        Re: batched write, Akshat Aranya
        
        Re: batched write, Hans Reiser
        
        Re: batched write, Andreas Dilger
        
        Re: batched write, Hans Reiser
        
        Re: batched write, Andreas Dilger
        
        Re: batched write, Hans Reiser
        
        Re: batched write, David Chinner
        
        Re: batched write, Hans Reiser
        
        Re: batched write, Andrew Morton
        
        Re: batched write, Steven Whitehouse
        
        Re: batched write, Vladimir V. Saveliev
        
        Re: batched write, Hans Reiser
        
        Re: batched write, Vladimir V. Saveliev
  - Re: [PATCH] updated reiser4 - reduced cpu usage for writes by writing more than 4k at a time (has implications for generic write code and eventually for the IO layer), Hans Reiser
PROBLEM: Kernel oops!, [email protected]
[PATCH] -mm: use proper defines for i8259A I/O, Andreas Mohr
[PATCH] -mm: constify libcrc32c table, Andreas Mohr
[PATCH] -mm: constify parts of kernel/power/, Andreas Mohr
- Re: [PATCH] -mm: constify parts of kernel/power/, Pavel Machek
[PATCH] -mm: constify arch/i386/pci/irq.c, Andreas Mohr
[PATCH] -mm: make debug_mutex_on __read_mostly, Andreas Mohr
[PATCH] -mm: make rt_trace_on __read_mostly, Andreas Mohr
[PATCH] -mm: make ACPI errata __read_mostly, Andreas Mohr
[PATCH 0 of 10] ipath patches for 2.6.17, Bryan O'Sullivan
- [PATCH 1 of 10] ipath - fix spinlock recursion bug, Bryan O'Sullivan
  - Re: [PATCH 1 of 10] ipath - fix spinlock recursion bug, Roland Dreier
    - Re: [PATCH 1 of 10] ipath - fix spinlock recursion bug, Bryan O'Sullivan
      - Re: [PATCH 1 of 10] ipath - fix spinlock recursion bug, Roland Dreier
        
        Re: [PATCH 1 of 10] ipath - fix spinlock recursion bug, Bryan O'Sullivan
- [PATCH 7 of 10] ipath - enable PE800 receive interrupts on user ports, Bryan O'Sullivan
- [PATCH 3 of 10] ipath - fix reporting of driver version to userspace, Bryan O'Sullivan
- [PATCH 2 of 10] ipath - don't modify QP if changes fail, Bryan O'Sullivan
- [PATCH 5 of 10] ipath - fix NULL dereference during cleanup, Bryan O'Sullivan
- [PATCH 10 of 10] ipath - deref correct pointer when using kernel SMA, Bryan O'Sullivan
- [PATCH 8 of 10] ipath - register as IB device owner, Bryan O'Sullivan
- [PATCH 4 of 10] ipath - replace uses of LIST_POISON, Bryan O'Sullivan
- [PATCH 6 of 10] ipath - enable GPIO interrupt on HT-460, Bryan O'Sullivan
- [PATCH 9 of 10] ipath - fix null deref during rdma ops, Bryan O'Sullivan
A couple of oops., Carlos Martín
- Re: A couple of oops., Andrew Morton
  - Re: A couple of oops., Carlos Martín
    - Re: A couple of oops., Carlos Martín
ext3-fs transient corruption with devmapper over md raid, kernel 2.6.16.14, Evan Harris
- Re: ext3-fs transient corruption with devmapper over md raid, kernel 2.6.16.14, Alasdair G Kergon
  - Re: ext3-fs transient corruption with devmapper over md raid, kernel 2.6.16.14, Evan Harris
    - Re: ext3-fs transient corruption with devmapper over md raid, kernel 2.6.16.14, Alasdair G Kergon
[PATCH] -mm: make i387 mxcsr_feature_mask __read_mostly, Andreas Mohr
[PATCH] -mm: constify some parts of arch/i386/kernel/cpu/, Andreas Mohr
[PATCH] -mm: cyrix code CONFIG_PCI fix / add __initdata, Andreas Mohr
[PATCH] -mm: make using_apic_timer __read_mostly, Andreas Mohr
[PATCH] -mm: constify drivers/char/keyboard.c, Andreas Mohr
[PATCH] PCI: fix MMIO addressing collisions, Patrick Jefferson
- Re: [PATCH] PCI: fix MMIO addressing collisions, Ivan Kokshaysky
  - Re: [PATCH] PCI: fix MMIO addressing collisions, Greg KH
    - Re: [PATCH] PCI: fix MMIO addressing collisions, Patrick Jefferson
Allow MSI to work on kexec kernel, Rajesh Shah
Compact Flash Serial ATA patch, Russell McConnachie
- Re: Compact Flash Serial ATA patch, Matthew Dharm
  - Re: Compact Flash Serial ATA patch, Russell McConnachie
  - Re: Compact Flash Serial ATA patch, Alan Cox
- Re: Compact Flash Serial ATA patch, Alan Cox
  - Re: Compact Flash Serial ATA patch, markus reichelt
    - Re: Compact Flash Serial ATA patch, Helge Hafting
[Question] how to follow a symlink via a dentry?, Steven Rostedt
- Re: [Question] how to follow a symlink via a dentry?, Stephen Hemminger
  - Re: [Question] how to follow a symlink via a dentry?, Steven Rostedt
Re: [PATCH 0/5] Permit NFS superblock sharing [try #3], David Howells
kernel: padlock: VIA PadLock not detected., markus reichelt
- Re: kernel: padlock: VIA PadLock not detected., Adam Jones
Page allocation failure in 2.6.16.x - how to diagnose, Harry Edmon
Sense data errors trying to read from tape - 2.6.14-gentoo-r5, James Lamanna
- Re: Sense data errors trying to read from tape - 2.6.14-gentoo-r5, Kai Makisara
  - Re: Sense data errors trying to read from tape - 2.6.14-gentoo-r5, James Lamanna
[OOPS] amrestore dies in pfn_to_page 2.6.16-gentoo-r7 (x86_64), James Lamanna
[ANNOUNCE] FLAME: external kernel module for L2.5 meshing, Herman Elfrink
- Re: [ANNOUNCE] FLAME: external kernel module for L2.5 meshing, Alan Cox
  - Re: [ANNOUNCE] FLAME: external kernel module for L2.5 meshing, Simon Oosthoek
    - Re: [ANNOUNCE] FLAME: external kernel module for L2.5 meshing, Erik Mouw
      - Re: [ANNOUNCE] FLAME: external kernel module for L2.5 meshing, Simon Oosthoek
      - Re: [ANNOUNCE] FLAME: external kernel module for L2.5 meshing, Alan Cox
- Re: [ANNOUNCE] FLAME: external kernel module for L2.5 meshing, Stephen Hemminger
  - Re: [ANNOUNCE] FLAME: external kernel module for L2.5 meshing, Simon Oosthoek
    - Re: [ANNOUNCE] FLAME: external kernel module for L2.5 meshing, Alan Cox
    - Re: [ANNOUNCE] FLAME: external kernel module for L2.5 meshing, Steven Rostedt
- Re: [ANNOUNCE] FLAME: external kernel module for L2.5 meshing, Stephen Hemminger
  - Re: [ANNOUNCE] FLAME: external kernel module for L2.5 meshing, Simon Oosthoek
- Re: [ANNOUNCE] FLAME: external kernel module for L2.5 meshing, Pavel Machek
Ingo's realtime_preempt patch causes kernel oops, Yann . LEPROVOST
- Re: Ingo's realtime_preempt patch causes kernel oops, Steven Rostedt
- Re: Ingo's realtime_preempt patch causes kernel oops, Steven Rostedt
  - Re: Ingo's realtime_preempt patch causes kernel oops, Daniel Walker
    - Re: Ingo's realtime_preempt patch causes kernel oops, Steven Rostedt
      - Re: Ingo's realtime_preempt patch causes kernel oops, Yann . LEPROVOST
        
        Re: Ingo's realtime_preempt patch causes kernel oops, Steven Rostedt
        
        Re: Ingo's realtime_preempt patch causes kernel oops, Yann . LEPROVOST
        
        Re: Ingo's realtime_preempt patch causes kernel oops, Steven Rostedt
        
        Re: Ingo's realtime_preempt patch causes kernel oops, Yann . LEPROVOST
        
        Re: Ingo's realtime_preempt patch causes kernel oops, Steven Rostedt
        
        Re: Ingo's realtime_preempt patch causes kernel oops, Thomas Gleixner
        
        Re: Ingo's realtime_preempt patch causes kernel oops, Sven-Thorsten Dietrich
        
        Re: Ingo's realtime_preempt patch causes kernel oops, Steven Rostedt
        
        Re: Ingo's realtime_preempt patch causes kernel oops, Thomas Gleixner
        
        Re: Ingo's realtime_preempt patch causes kernel oops, Steven Rostedt
        
        Re: Ingo's realtime_preempt patch causes kernel oops, Thomas Gleixner
        
        Re: Ingo's realtime_preempt patch causes kernel oops, Sven-Thorsten Dietrich
        
        Re: Ingo's realtime_preempt patch causes kernel oops, Daniel Walker
        
        Re: Ingo's realtime_preempt patch causes kernel oops, Yann . LEPROVOST
        
        Re: Ingo's realtime_preempt patch causes kernel oops, Esben Nielsen
        
        Re: Ingo's realtime_preempt patch causes kernel oops, Thomas Gleixner
        
        Re: Ingo's realtime_preempt patch causes kernel oops, Sven-Thorsten Dietrich
        
        RT_PREEMPT problem with cascaded irqchip, Yann . LEPROVOST
        
        Re: RT_PREEMPT problem with cascaded irqchip, Thomas Gleixner
        
        Re: RT_PREEMPT problem with cascaded irqchip, Yann . LEPROVOST
        
        Re: RT_PREEMPT problem with cascaded irqchip, Thomas Gleixner
        
        Re: RT_PREEMPT problem with cascaded irqchip, Yann . LEPROVOST
        
        Re: RT_PREEMPT problem with cascaded irqchip, Thomas Gleixner
        
        Re: RT_PREEMPT problem with cascaded irqchip, Yann . LEPROVOST
        
        Re: Ingo's realtime_preempt patch causes kernel oops, Sven-Thorsten Dietrich
  - Re: Ingo's realtime_preempt patch causes kernel oops, Thomas Gleixner
- <Possible follow-ups>
- Re: Ingo's realtime_preempt patch causes kernel oops, Daniel Walker
  - Re: Ingo's realtime_preempt patch causes kernel oops, Thomas Gleixner
[PATCH] make ams work with latest kernels, Johannes Berg
- Re: [PATCH] make ams work with latest kernels, Stelian Pop
  - Re: [PATCH] make ams work with latest kernels, Johannes Berg
  - Re: [PATCH] make ams work with latest kernels, Pavel Machek
    - Re: [PATCH] make ams work with latest kernels, Johannes Berg
      - Re: [PATCH] make ams work with latest kernels, Stelian Pop
        
        Re: [PATCH] make ams work with latest kernels, Pavel Machek
[RFC][PATCH] node hotplug : register_cpu() changes [0/3], KAMEZAWA Hiroyuki
- [RFC][PATCH] node hotplug [2/3] fixes callres of register_cpu, KAMEZAWA Hiroyuki
- [RFC][PATCH] node hotplug [1/3] register-cpu-remove-node-struct, KAMEZAWA Hiroyuki
- [RFC][PATCH] node hotplug [3/3] register_node fix, KAMEZAWA Hiroyuki
- Re: [RFC][PATCH] node hotplug : register_cpu() changes [0/3], Ashok Raj
  - Re: [RFC][PATCH] node hotplug : register_cpu() changes [0/3], KAMEZAWA Hiroyuki
    - Re: [RFC][PATCH] node hotplug : register_cpu() changes [0/3], KAMEZAWA Hiroyuki
    - Re: [RFC][PATCH] node hotplug : register_cpu() changes [0/3], Ashok Raj
      - Re: [RFC][PATCH] node hotplug : register_cpu() changes [0/3], KAMEZAWA Hiroyuki
        
        Re: [RFC][PATCH] node hotplug : register_cpu() changes [0/3], Ashok Raj
[-mm] klibc breaks my initscripts, Pavel Machek
- Re: [-mm] klibc breaks my initscripts, H. Peter Anvin
  - Re: [-mm] klibc breaks my initscripts, Pavel Machek
    - Re: [-mm] klibc breaks my initscripts, H. Peter Anvin
      - Re: [-mm] klibc breaks my initscripts, Pavel Machek
        
        Re: [-mm] klibc breaks my initscripts, H. Peter Anvin
        
        Re: [-mm] klibc breaks my initscripts, Pavel Machek
        
        Re: [-mm] klibc breaks my initscripts, H. Peter Anvin
- Re: [-mm] klibc breaks my initscripts, H. Peter Anvin
  - Re: [-mm] klibc breaks my initscripts, Joshua Hudson
wrong in_flight diskstat in 2.6.16.1, Martin Devera
- Re: wrong in_flight diskstat in 2.6.16.1, Jens Axboe
  - Re: wrong in_flight diskstat in 2.6.16.1, Martin Devera
    - Re: wrong in_flight diskstat in 2.6.16.1, Jens Axboe
[-mm] oops during boot, in dock-related code, Pavel Machek
- Re: [-mm] oops during boot, in dock-related code, Kristen Accardi
  - Re: [-mm] oops during boot, in dock-related code, Pavel Machek
I have gold dust for sale,, [email protected]
[Patch]Fix spanned_pages is not updated at a case of memory hot-add., Yasunori Goto
- Re: [Patch]Fix spanned_pages is not updated at a case of memory hot-add., Dave Hansen
  - Re: [Patch]Fix spanned_pages is not updated at a case of memory hot-add., Yasunori Goto
    - Re: [Patch]Fix spanned_pages is not updated at a case of memory hot-add., Dave Hansen
      - Re: [Patch]Fix spanned_pages is not updated at a case of memory hot-add., Yasunori Goto
      - [Patch]Fix spanned_pages is not updated at a case of memory hot-add take 2.., Yasunori Goto
Re: Sign-off for the IP1000A driver before inclusion, jesse\(建興\)
- <Possible follow-ups>
- Re: Sign-off for the IP1000A driver before inclusion, jesse\(建興\)
  - Re: Sign-off for the IP1000A driver before inclusion, Pekka J Enberg
    - Message not available
      - Re: Sign-off for the IP1000A driver before inclusion, Pekka J Enberg
        
        Re: Sign-off for the IP1000A driver before inclusion, Andrew Morton
        
        Re: Sign-off for the IP1000A driver before inclusion, Pekka J Enberg
        
        Message not available
        
        Re: Sign-off for the IP1000A driver before inclusion, Pekka J Enberg
        
        Message not available
        
        Re: Sign-off for the IP1000A driver before inclusion, Francois Romieu
[PATCH] loop: online resize support, Akinobu Mita
- Re: [PATCH] loop: online resize support, Andrew Morton
[PATCH 0/5] myri10ge - Myri-10G Ethernet driver - v3, Brice Goglin
- [PATCH 1/5] Add Myricom PCI vendor ID to pci_ids.h, Brice Goglin
- [PATCH 2/5] myri10ge - Revive pci_find_ext_capability, Brice Goglin
- [PATCH 3/5] myri10ge - Driver header files, Brice Goglin
- [PATCH 5/5] myri10ge - Kconfig and Makefile, Brice Goglin
- [PATCH 4/5] myri10ge - Driver core, Brice Goglin
- Re: [PATCH 0/5] myri10ge - Myri-10G Ethernet driver - v3, Jeff Garzik
i386 Kconfig options out of order, Keith Owens
- Re: i386 Kconfig options out of order, Roman Zippel
  - Re: i386 Kconfig options out of order, Keith Owens
[PATCH 1/3] proc: sysctl: rename proc_doutsstring to proc_do_uts_string, Sam Vilain
- [PATCH 2/3] proc: sysctl: add _proc_do_string helper, Sam Vilain
- [PATCH 3/3] proc: make UTS-related sysctls utsns aware, Sam Vilain
  - Re: [PATCH 3/3] proc: make UTS-related sysctls utsns aware, Andrew Morton
    - Re: [PATCH 3/3] proc: make UTS-related sysctls utsns aware, Sam Vilain
  - Re: [PATCH 3/3] proc: make UTS-related sysctls utsns aware, Dave Hansen
    - Message not available
      - Re: [PATCH 3/3] proc: make UTS-related sysctls utsns aware, Sam Vilain
- <Possible follow-ups>
- [PATCH 1/3] proc: sysctl: rename proc_doutsstring to proc_do_uts_string, Sam Vilain
  - Message not available
    - [PATCH 2/3] proc: sysctl: add _proc_do_string helper, Sam Vilain
Re: cpusets: only wakeup kswapd for zones in the current cpuset, Paul Jackson
- Re: cpusets: only wakeup kswapd for zones in the current cpuset, Christoph Lameter
  - Re: cpusets: only wakeup kswapd for zones in the current cpuset, Paul Jackson
    - Re: cpusets: only wakeup kswapd for zones in the current cpuset, Christoph Lameter
      - [PATCH] cpuset: remove extra cpuset_zone_allowed check in __alloc_pages, Chris Wright
        
        Re: [PATCH] cpuset: remove extra cpuset_zone_allowed check in __alloc_pages, Paul Jackson
        
        Re: [PATCH] cpuset: remove extra cpuset_zone_allowed check in __alloc_pages, Christoph Lameter
        
        Re: [PATCH] cpuset: remove extra cpuset_zone_allowed check in __alloc_pages, Paul Jackson
[PATCH (try #3)] mm: avoid unnecessary OOM kills, Dave Peterson
- Re: [PATCH (try #3)] mm: avoid unnecessary OOM kills, Nick Piggin
  - Re: [PATCH (try #3)] mm: avoid unnecessary OOM kills, Dave Peterson
    - Re: [PATCH (try #3)] mm: avoid unnecessary OOM kills, Nick Piggin
      - Re: [PATCH (try #3)] mm: avoid unnecessary OOM kills, Dave Peterson
        
        Re: [PATCH (try #3)] mm: avoid unnecessary OOM kills, Nick Piggin
[patch 3/3] vdso: randomize the i386 vDSO by moving it into a vma, Ingo Molnar
[patch 0/3] vdso: -V3, Ingo Molnar
[patch 1/3] vdso: print fatal signals, Ingo Molnar
- Re: [patch 1/3] vdso: print fatal signals, Zachary Amsden
[patch 2/3] vdso: improve print_fatal_signals support by adding memory maps, Ingo Molnar
- Re: [patch 2/3] vdso: improve print_fatal_signals support by adding memory maps, Zachary Amsden
  - Re: [patch 2/3] vdso: improve print_fatal_signals support by adding memory maps, Ingo Molnar
- <Possible follow-ups>
- Re: [patch 2/3] vdso: improve print_fatal_signals support by adding memory maps, Simon Raffeiner
  - Re: [patch 2/3] vdso: improve print_fatal_signals support by adding memory maps, Randy.Dunlap
    - Re: [patch 2/3] vdso: improve print_fatal_signals support by adding memory maps, Andrew Morton
      - Re: [patch 2/3] vdso: improve print_fatal_signals support by adding memory maps, Simon Raffeiner
        
        Re: [patch 2/3] vdso: improve print_fatal_signals support by adding memory maps, Randy.Dunlap
        
        Re: [patch 2/3] vdso: improve print_fatal_signals support by adding memory maps, Simon Raffeiner
        
        Re: [patch 2/3] vdso: improve print_fatal_signals support by adding memory maps, Randy.Dunlap
nmi_watchdog default setting on i386 and x86_64, Mike Mason
- Re: nmi_watchdog default setting on i386 and x86_64, Mikael Pettersson
  - Re: nmi_watchdog default setting on i386 and x86_64, Andi Kleen
Question re: __mlog_cpu_guess in fs/ocfs2/cluster/masklog.h, Lee Revell
- Re: Question re: __mlog_cpu_guess in fs/ocfs2/cluster/masklog.h, Zach Brown
  - Re: Question re: __mlog_cpu_guess in fs/ocfs2/cluster/masklog.h, Lee Revell
    - Re: Question re: __mlog_cpu_guess in fs/ocfs2/cluster/masklog.h, Zach Brown
[RFC PATCH] Fix broken suspend/resume in ohci1394 (Was: ACPI suspend problems revisited), Robert Hancock
- <Possible follow-ups>
- Re: [RFC PATCH] Fix broken suspend/resume in ohci1394 (Was: ACPI suspend problems revisited), Stefan Richter
[PATCH 3/3][resend] moxa: partial CodingStyle cleanup & spelling fixes, Jesper Juhl
[PATCH 2/3][resend] moxa: remove pointless check of 'tty' argument vs NULL, Jesper Juhl
[PATCH 1/3][resend] moxa: remove pointless casts, Jesper Juhl
[PATCH (try #2)] mm: avoid unnecessary OOM kills, Dave Peterson
- Re: [PATCH (try #2)] mm: avoid unnecessary OOM kills, Paul Jackson
  - Re: [PATCH (try #2)] mm: avoid unnecessary OOM kills, Dave Peterson
    - Re: [PATCH (try #2)] mm: avoid unnecessary OOM kills, Paul Jackson
charset2upper broken, Steve French
- Re: charset2upper broken, Alexander E. Patrakov
[stable][patch] x86_64: fix number of ia32 syscalls, Chuck Ebbert
- Re: [stable][patch] x86_64: fix number of ia32 syscalls, Andi Kleen
  - Re: [stable][patch] x86_64: fix number of ia32 syscalls, Chris Wright
  - Re: [stable][patch] x86_64: fix number of ia32 syscalls, Brian Gerst
    - Re: [stable][patch] x86_64: fix number of ia32 syscalls, Andi Kleen
- Re: [stable][patch] x86_64: fix number of ia32 syscalls, Michael Buesch
Re: [PATCH] s390: next_timer_interrupt overflow in stop_hz_timer, Dave Jones
- Re: [PATCH] s390: next_timer_interrupt overflow in stop_hz_timer, Martin Schwidefsky
Linux 2.6.16.18, Chris Wright
- Re: Linux 2.6.16.18, Chris Wright
tuning for large files in xfs, fitzboy
- Re: tuning for large files in xfs, Avi Kivity
  - Re: tuning for large files in xfs, fitzboy
    - Re: tuning for large files in xfs, Avi Kivity
      - Re: tuning for large files in xfs, fitzboy
        
        Re: tuning for large files in xfs, Avi Kivity
        
        Re: tuning for large files in xfs, fitzboy
        
        Re: tuning for large files in xfs, Avi Kivity
- Re: tuning for large files in xfs, Miquel van Smoorenburg
- Re: tuning for large files in xfs, Matheus Izvekov
  - Re: tuning for large files in xfs, fitzboy
    - Re: tuning for large files in xfs, Matheus Izvekov
- Re: tuning for large files in xfs, Nathan Scott
  - Re: tuning for large files in xfs, fitzboy
    - Re: tuning for large files in xfs, Nathan Scott
      - Re: tuning for large files in xfs, fitzboy
        
        Re: tuning for large files in xfs, Nathan Scott
        
        Re: tuning for large files in xfs, fitzboy
- <Possible follow-ups>
- Re: Re: tuning for large files in xfs, fitzboy
cpu hotplug sleeping from invalid context, Dave Jones
- Re: cpu hotplug sleeping from invalid context, Ashok Raj
- Re: cpu hotplug sleeping from invalid context, Ashok Raj
- Re: cpu hotplug sleeping from invalid context, Nathan Lynch
- <Possible follow-ups>
- RE: cpu hotplug sleeping from invalid context, shin, jacob
[RFC] Consoldidate arch/{i386,x86_64}/boot, Carl-Daniel Hailfinger
- Re: [RFC] Consoldidate arch/{i386,x86_64}/boot, Andi Kleen
  - [PATCH] Consoldidate arch/{i386,x86_64}/boot/compressed/misc.c, Carl-Daniel Hailfinger
    - Re: [PATCH] Consoldidate arch/{i386,x86_64}/boot/compressed/misc.c, Andi Kleen
      - Re: [PATCH] Consoldidate arch/{i386,x86_64}/boot/compressed/misc.c, Carl-Daniel Hailfinger
Re: Kernel 2.6.16-1.2122_FC5 & lmsensors, Dave Jones
- Re: Kernel 2.6.16-1.2122_FC5 & lmsensors, Pavel Machek
- Re: Kernel 2.6.16-1.2122_FC5 & lmsensors, Jean Delvare
[PATCH] Fix typo in arch/i386/power/cpu.c, Zachary Amsden
- Re: [PATCH] Fix typo in arch/i386/power/cpu.c, Pavel Machek
2.6.17-rc4-mm3 - Build error in jffs, Martin J. Bligh
- Re: 2.6.17-rc4-mm3 - Build error in jffs, Josh Boyer
RT patch + LTTng, Serge Noiraud
- Re: RT patch + LTTng, Lee Revell
  - Re: RT patch + LTTng, Serge Noiraud
- Re: RT patch + LTTng, Daniel Walker
  - Re: RT patch + LTTng, Serge Noiraud
    - Re: RT patch + LTTng, Daniel Walker
      - Re: RT patch + LTTng, Serge Noiraud
Fwd: [BUG] 2.6.16 extra ptrace trap on syscall exit, Blaisorblade
usb-serial ipaq kernel problem, Frank Gevaerts
- Re: usb-serial ipaq kernel problem, Greg KH
  - [PATCH] Re: usb-serial ipaq kernel problem, Frank Gevaerts
    - Re: [PATCH] Re: usb-serial ipaq kernel problem, Frank Gevaerts
- <Possible follow-ups>
- usb-serial ipaq kernel problem, Frank Gevaerts
  - Re: usb-serial ipaq kernel problem, Pete Zaitcev
    - Re: usb-serial ipaq kernel problem, Frank Gevaerts
    - Re: usb-serial ipaq kernel problem, Frank Gevaerts
    - Re: usb-serial ipaq kernel problem, Luiz Fernando N. Capitulino
      - Re: usb-serial ipaq kernel problem, Luiz Fernando N. Capitulino
        
        Re: usb-serial ipaq kernel problem, Luiz Fernando N. Capitulino
        
        Re: usb-serial ipaq kernel problem, Frank Gevaerts
        
        Re: usb-serial ipaq kernel problem, Luiz Fernando N. Capitulino
        
        Re: usb-serial ipaq kernel problem, Frank Gevaerts
        
        Re: usb-serial ipaq kernel problem, Luiz Fernando N. Capitulino
        
        Re: usb-serial ipaq kernel problem, Frank Gevaerts
        
        Re: usb-serial ipaq kernel problem, Luiz Fernando N. Capitulino
        
        Re: usb-serial ipaq kernel problem, Luiz Fernando N. Capitulino
        
        Re: usb-serial ipaq kernel problem, Frank Gevaerts
        
        Re: usb-serial ipaq kernel problem, Frank Gevaerts
        
        Re: usb-serial ipaq kernel problem, Pete Zaitcev
        
        Re: usb-serial ipaq kernel problem, Frank Gevaerts
        
        Re: usb-serial ipaq kernel problem, Luiz Fernando N. Capitulino
        
        Re: usb-serial ipaq kernel problem, Frank Gevaerts
        
        Re: usb-serial ipaq kernel problem, Greg KH
        
        [PATCH] ipaq.c bugfixes, Frank Gevaerts
        
        Re: [PATCH] ipaq.c bugfixes, Greg KH
        
        Re: [PATCH] ipaq.c bugfixes, Frank Gevaerts
        
        Re: [PATCH] ipaq.c bugfixes, Frank Gevaerts
        
        [PATCH] ipaq.c connection open timing parameters, Frank Gevaerts
        
        Re: [PATCH] ipaq.c connection open timing parameters, Frank Gevaerts
        
        Re: [PATCH] ipaq.c bugfixes, Luiz Fernando N. Capitulino
        
        Re: [PATCH] ipaq.c bugfixes, Frank Gevaerts
        
        Re: [PATCH] ipaq.c bugfixes, Frank Gevaerts
        
        Re: [linux-usb-devel] [PATCH] ipaq.c bugfixes, Luiz Fernando N. Capitulino
        
        Re: [linux-usb-devel] [PATCH] ipaq.c bugfixes, Frank Gevaerts
        
        Re: usb-serial ipaq kernel problem, Luiz Fernando N. Capitulino
        
        Re: usb-serial ipaq kernel problem, Frank Gevaerts
        
        Re: usb-serial ipaq kernel problem, Luiz Fernando N. Capitulino
        
        Re: usb-serial ipaq kernel problem, Frank Gevaerts
        
        Re: usb-serial ipaq kernel problem, Frank Gevaerts
        
        Re: usb-serial ipaq kernel problem, Luiz Fernando N. Capitulino
2.6.17-rc4 new perfmon code base, libpfm, and pfmon releases, Stephane Eranian
Device name persist and initrd problem, govind
[PATCH 6/6] reliable stack trace support (i386 entry.S annotations), Jan Beulich
- Re: [PATCH 6/6] reliable stack trace support (i386 entry.S annotations), Andrew Morton
  - Re: [PATCH 6/6] reliable stack trace support (i386 entry.S annotations), Andrew Morton
    - Re: [PATCH 6/6] reliable stack trace support (i386 entry.S annotations), Jan Beulich
  - Re: [PATCH 6/6] reliable stack trace support (i386 entry.S annotations), Andi Kleen
    - Re: [PATCH 6/6] reliable stack trace support (i386 entry.S annotations), Andrew Morton
      - Re: [PATCH 6/6] reliable stack trace support (i386 entry.S annotations), Andrew Morton
  - Re: [PATCH 6/6] reliable stack trace support (i386 entry.S annotations), Jan Beulich
    - Re: [PATCH 6/6] reliable stack trace support (i386 entry.S annotations), Andrew Morton
[PATCH 5/6, 2nd try] reliable stack trace support (i386), Jan Beulich
- Re: [PATCH 5/6, 2nd try] reliable stack trace support (i386), Andi Kleen
  - Re: [PATCH 5/6, 2nd try] reliable stack trace support (i386), Jan Beulich
[PATCH 4/6] reliable stack trace support (x86-64 syscall adjustment), Jan Beulich
[PATCH 3/6] reliable stack trace support (x86-64 IRQ stack adjustment), Jan Beulich
- Re: [PATCH 3/6] reliable stack trace support (x86-64 IRQ stack adjustment), Andi Kleen
[PATCH 2/6, 2nd try] reliable stack trace support (x86-64), Jan Beulich
- Re: [PATCH 2/6, 2nd try] reliable stack trace support (x86-64), Andi Kleen
  - Re: [PATCH 2/6, 2nd try] reliable stack trace support (x86-64), Jan Beulich
[PATCH 1/6, 2nd try] reliable stack trace support, Jan Beulich
RAID Sync Speeds, Rainer Shiz
- Re: RAID Sync Speeds, Chris Boot
- Re: RAID Sync Speeds, Neil Brown
  - Re: RAID Sync Speeds, Rainer Shiz
    - Re: RAID Sync Speeds, Neil Brown
[PATCH/RFC 2.6.17-rc4 1/1] ACPI: Atlas ACPI driver v4, jayakumar . acpi
strange latency problem with local_irqs_disabled in kernel mode., Patrick Fritzsch
[PATCH, RFC] Add option for stripping modules while installing them, Theodore Ts'o
[PATCH] Cleanup dead code from ext2 mount code, Theodore Ts'o
[PATCH] Fix memory leak when the ext3's journal file is corrupted, Theodore Ts'o
- Re: [PATCH] Fix memory leak when the ext3's journal file is corrupted, Willy TARREAU
[PATCH] Add user taint flag, Theodore Ts'o
- Re: [PATCH] Add user taint flag, Andrew Morton
  - Re: [PATCH] Add user taint flag, Theodore Tso
    - Re: [PATCH] Add user taint flag, Nick Piggin
  - Re: [PATCH] Add user taint flag, Stefan Seyfried
- Re: [PATCH] Add user taint flag, Stephen C. Tweedie
- Re: [PATCH] Add user taint flag, Arjan van de Ven
  - Re: [PATCH] Add user taint flag, Alan Cox
    - Re: [PATCH] Add user taint flag, Valdis . Kletnieks
      - Re: [PATCH] Add user taint flag, Jan Engelhardt
    - Re: [PATCH] Add user taint flag, Arjan van de Ven
  - Re: [PATCH] Add user taint flag, Theodore Tso
- Re: [PATCH] Add user taint flag, Randy.Dunlap
- Re: [PATCH] Add user taint flag, Greg KH
  - Re: [PATCH] Add user taint flag, Theodore Tso
    - Re: [PATCH] Add user taint flag, Dave Jones
      - Re: [PATCH] Add user taint flag, Dave Jones
    - Re: [PATCH] Add user taint flag, Greg KH
[PATCH] Remove inconsistent space before exclamation point in ext3's mount code, Theodore Ts'o

[Index of Archives] [FAQ] [Kernel Announce] [Kernel Newbies] [IETF Annouce] [Security] [Netfilter] [Yosemite Campsites] [Bugtraq]