LKML: Linux Kernel Archive 2005 Q4

Date Index

Re: [PATCH] powerpc: mem_init crash for sparsemem, (continued)
- Re: [PATCH] powerpc: mem_init crash for sparsemem, Andy Whitcroft
  - Re: [PATCH] powerpc: mem_init crash for sparsemem, Mike Kravetz
    - Re: [PATCH] powerpc: mem_init crash for sparsemem, Arnd Bergmann
  - Re: [PATCH] powerpc: mem_init crash for sparsemem, Arnd Bergmann
use of $(objtree) with certain include references, Jan Beulich
Invalid context debug message from 2.6.14-git6 with powernow_k7, [email protected]
[2.6 patch] MAINTAINERS: PKTCDVD DRIVER: remove entry for a subscribers-only list, Adrian Bunk
- Re: [2.6 patch] MAINTAINERS: PKTCDVD DRIVER: remove entry for a subscribers-only list, Peter Osterlund
Re: [Vserver] sendfile crash? (2.6.13.4 with vserver 2.1.0-rc4), Grzegorz Nosek
3D video card recommendations, Steven Rostedt
- Re: 3D video card recommendations, Mark Knecht
  - Re: 3D video card recommendations, Paweł Sikora
  - Re: 3D video card recommendations, Steven Rostedt
    - Message not available
      - 3D video card recommendations, Anshuman Gholap
  - Re: 3D video card recommendations, Nix
- Re: 3D video card recommendations, Arjan van de Ven
  - Re: 3D video card recommendations, Steven Rostedt
    - Re: 3D video card recommendations, Hugo Mills
      - Re: 3D video card recommendations, Paweł Sikora
        
        Re: 3D video card recommendations, Paweł Sikora
      - Re: 3D video card recommendations, Ville Syrjälä
        
        Re: 3D video card recommendations, Jerome Glisse
        
        Re: 3D video card recommendations, Gerhard Mack
        
        Re: 3D video card recommendations, Ian Romanick
        
        Re: 3D video card recommendations, Ville Syrjälä
    - Re: 3D video card recommendations, Alan Cox
      - Re: 3D video card recommendations, Xavier Bestel
      - Re: 3D video card recommendations, Gerhard Mack
    - Re: 3D video card recommendations, Toon van der Pas
      - Re: 3D video card recommendations, Arjan van de Ven
        
        Re: 3D video card recommendations, Steven Rostedt
        
        Re: 3D video card recommendations, Matthias Andree
        
        Re: 3D video card recommendations, John Stoffel
        
        Re: 3D video card recommendations, Tue, 8 Nov 2005 23:37:43 +0100
        
        Re: 3D video card recommendations, Alan Cox
      - Re: 3D video card recommendations, Diego Calleja
        
        Re: 3D video card recommendations, Steven Rostedt
        
        Re: 3D video card recommendations, Gerhard Mack
        
        Re: 3D video card recommendations, Steven Rostedt
        
        Re: 3D video card recommendations, Gerhard Mack
        
        Re: 3D video card recommendations, Mark Knecht
        
        Re: 3D video card recommendations, Steven Rostedt
        
        Re: 3D video card recommendations, Mark Knecht
        
        Re: 3D video card recommendations, Gerhard Mack
        
        Re: 3D video card recommendations, Mark Knecht
        
        Re: 3D video card recommendations, Lee Revell
        
        Re: 3D video card recommendations, Mark Knecht
        
        Re: 3D video card recommendations, Steven Rostedt
        
        Re: 3D video card recommendations, Lee Revell
    - Re: 3D video card recommendations, Joel Jaeggli
    - Re: 3D video card recommendations, Stefan Seyfried
      - Re: 3D video card recommendations, Lennart Sorensen
[x86_64] Freeze using IDE as upper than ATA33, Kyuma Ohta
- Re: [x86_64] Freeze using IDE as upper than ATA33, Bartlomiej Zolnierkiewicz
[-mm patch] drivers/char/tlclk.c: make two functions static, Adrian Bunk
- <Possible follow-ups>
- RE: [-mm patch] drivers/char/tlclk.c: make two functions static, Gross, Mark
[2.6 patch] drivers/input/: possible cleanups, Adrian Bunk
- Re: [2.6 patch] drivers/input/: possible cleanups, Vojtech Pavlik
  - Re: [2.6 patch] drivers/input/: possible cleanups, Adrian Bunk
    - Re: [2.6 patch] drivers/input/: possible cleanups, Vojtech Pavlik
      - Re: [2.6 patch] drivers/input/: possible cleanups, Adrian Bunk
        
        Re: [2.6 patch] drivers/input/: possible cleanups, Vojtech Pavlik
[-mm patch] drivers/dlm/: possible cleanups, Adrian Bunk
- Re: [-mm patch] drivers/dlm/: possible cleanups, David Teigland
  - Re: [-mm patch] drivers/dlm/: possible cleanups, Adrian Bunk
- <Possible follow-ups>
- [-mm patch] drivers/dlm/: possible cleanups, Adrian Bunk
[RFC,PATCH] libfs dcache_readdir() and dcache_dir_lseek() bugfix, jblunck
- Re: [RFC,PATCH] libfs dcache_readdir() and dcache_dir_lseek() bugfix, Al Viro
  - Re: [RFC,PATCH] libfs dcache_readdir() and dcache_dir_lseek() bugfix, jblunck
    - Re: [RFC,PATCH] libfs dcache_readdir() and dcache_dir_lseek() bugfix, Miklos Szeredi
      - Re: [RFC,PATCH] libfs dcache_readdir() and dcache_dir_lseek() bugfix, jblunck
        
        Re: [RFC,PATCH] libfs dcache_readdir() and dcache_dir_lseek() bugfix, Miklos Szeredi
        
        Re: [RFC,PATCH] libfs dcache_readdir() and dcache_dir_lseek() bugfix, jblunck
        
        Re: [RFC,PATCH] libfs dcache_readdir() and dcache_dir_lseek() bugfix, Jörn Engel
        
        Re: [RFC,PATCH] libfs dcache_readdir() and dcache_dir_lseek() bugfix, jblunck
        
        Re: [RFC,PATCH] libfs dcache_readdir() and dcache_dir_lseek() bugfix, Jörn Engel
        
        Re: [RFC,PATCH] libfs dcache_readdir() and dcache_dir_lseek() bugfix, Miklos Szeredi
        
        Re: [RFC,PATCH] libfs dcache_readdir() and dcache_dir_lseek() bugfix, Miklos Szeredi
        
        Re: [RFC,PATCH] libfs dcache_readdir() and dcache_dir_lseek() bugfix, jblunck
        
        Re: [RFC,PATCH] libfs dcache_readdir() and dcache_dir_lseek() bugfix, Miklos Szeredi
        
        Re: [RFC,PATCH] libfs dcache_readdir() and dcache_dir_lseek() bugfix, jblunck
        
        Re: [RFC,PATCH] libfs dcache_readdir() and dcache_dir_lseek() bugfix, Miklos Szeredi
        
        Re: [RFC,PATCH] libfs dcache_readdir() and dcache_dir_lseek() bugfix, jblunck
        
        Re: [RFC,PATCH] libfs dcache_readdir() and dcache_dir_lseek() bugfix, Al Viro
        
        Re: [RFC,PATCH] libfs dcache_readdir() and dcache_dir_lseek() bugfix, Trond Myklebust
        
        Re: [RFC,PATCH] libfs dcache_readdir() and dcache_dir_lseek() bugfix, Miklos Szeredi
  - Re: [RFC,PATCH] libfs dcache_readdir() and dcache_dir_lseek() bugfix, Rob Landley
    - Re: [RFC,PATCH] libfs dcache_readdir() and dcache_dir_lseek() bugfix, jblunck
- Re: [RFC,PATCH] libfs dcache_readdir() and dcache_dir_lseek() bugfix, Jörn Engel
Re: [PATCH] via82cxxx IDE: Support multiple controllers (v2), Daniel Drake
- Re: [PATCH] via82cxxx IDE: Support multiple controllers (v2), Bartlomiej Zolnierkiewicz
[PATCH resubmit] do_mount: reduce stack consumption, Heiko Carstens
- Re: [PATCH resubmit] do_mount: reduce stack consumption, Al Viro
  - Re: [PATCH resubmit] do_mount: reduce stack consumption, Heiko Carstens
    - Re: [PATCH resubmit] do_mount: reduce stack consumption, Al Viro
      - Re: [PATCH resubmit] do_mount: reduce stack consumption, Heiko Carstens
- Re: [PATCH resubmit] do_mount: reduce stack consumption, Andrew Morton
  - Re: [PATCH resubmit] do_mount: reduce stack consumption, Heiko Carstens
    - Re: [PATCH resubmit] do_mount: reduce stack consumption, Adrian Bunk
      - Re: [PATCH resubmit] do_mount: reduce stack consumption, Andrew Morton
        
        Re: [PATCH resubmit] do_mount: reduce stack consumption, cplk
        
        Re: [PATCH resubmit] do_mount: reduce stack consumption, Andrew Morton
        
        Re: [PATCH resubmit] do_mount: reduce stack consumption, Neil Brown
        
        Re: [dm-devel] Re: [PATCH resubmit] do_mount: reduce stack consumption, Neil Brown
        
        Re: [dm-devel] Re: [PATCH resubmit] do_mount: reduce stack consumption, Heiko Carstens
        
        Re: [dm-devel] Re: [PATCH resubmit] do_mount: reduce stack consumption, Neil Brown
        
        Re: [dm-devel] Re: [PATCH resubmit] do_mount: reduce stack consumption, Andrew Morton
        
        Re: [dm-devel] Re: [PATCH resubmit] do_mount: reduce stack consumption, Nick Piggin
        
        Re: [dm-devel] Re: [PATCH resubmit] do_mount: reduce stack consumption, Neil Brown
        
        Re: [dm-devel] Re: [PATCH resubmit] do_mount: reduce stack consumption, Andrew Morton
        
        Re: [dm-devel] Re: [PATCH resubmit] do_mount: reduce stack consumption, Nick Piggin
- <Possible follow-ups>
- Re: [PATCH resubmit] do_mount: reduce stack consumption, Andreas Herrmann
  - Re: [PATCH resubmit] do_mount: reduce stack consumption, Andrew Morton
    - Re: [PATCH resubmit] do_mount: reduce stack consumption, Arjan van de Ven
      - Re: [PATCH resubmit] do_mount: reduce stack consumption, Andrew Morton
2.6.14-ck3, Con Kolivas
ALPHA: missing reference to barrier(), alpha @ steudten Engineering
- Re: ALPHA: missing reference to barrier(), Daniel Drake
[Fwd: [PATCH] [PNP][RFC] Suspend support for PNP bus.], Pierre Ossman
- Re: [Fwd: [PATCH] [PNP][RFC] Suspend support for PNP bus.], Dmitry Torokhov
  - Re: [Fwd: [PATCH] [PNP][RFC] Suspend support for PNP bus.], Pierre Ossman
    - Re: [Fwd: [PATCH] [PNP][RFC] Suspend support for PNP bus.], Dmitry Torokhov
      - Re: [Fwd: [PATCH] [PNP][RFC] Suspend support for PNP bus.], Pierre Ossman
        
        Re: [Fwd: [PATCH] [PNP][RFC] Suspend support for PNP bus.], Dmitry Torokhov
        
        Re: [Fwd: [PATCH] [PNP][RFC] Suspend support for PNP bus.], Dmitry Torokhov
        
        Re: [Fwd: [PATCH] [PNP][RFC] Suspend support for PNP bus.], Andrew Morton
        
        Re: [Fwd: [PATCH] [PNP][RFC] Suspend support for PNP bus.], Dmitry Torokhov
- Re: [Fwd: [PATCH] [PNP][RFC] Suspend support for PNP bus.], Andrew Morton
  - Re: [Fwd: [PATCH] [PNP][RFC] Suspend support for PNP bus.], Pierre Ossman
    - Re: [Fwd: [PATCH] [PNP][RFC] Suspend support for PNP bus.], Andrew Morton
      - Re: [Fwd: [PATCH] [PNP][RFC] Suspend support for PNP bus.], Pierre Ossman
        
        Re: [Fwd: [PATCH] [PNP][RFC] Suspend support for PNP bus.], Andrew Morton
        
        Re: [Fwd: [PATCH] [PNP][RFC] Suspend support for PNP bus.], Pierre Ossman
        
        Re: [Fwd: [PATCH] [PNP][RFC] Suspend support for PNP bus.], Pierre Ossman
        
        Re: [Fwd: [PATCH] [PNP][RFC] Suspend support for PNP bus.], Takashi Iwai
sigsuspend() and ptrace(), Greg
- Re: sigsuspend() and ptrace(), Daniel Jacobowitz
  - Re: sigsuspend() and ptrace(), Greg
[PATCH] [MMC] Fix chip config in wbsd, Pierre Ossman
why we set current->state = TASK_RUNNING in handle_mm_fault?, jeff shia
[PATCH 6/5] cpuset: rebind numa vma mempolicy fix, Paul Jackson
- Re: [PATCH 6/5] cpuset: rebind numa vma mempolicy fix, Andrew Morton
Re: 2.6.14-rc5-mm1 - ide-cs broken!, Greg KH
- Re: 2.6.14-rc5-mm1 - ide-cs broken!, Alan Cox
  - Re: 2.6.14-rc5-mm1 - ide-cs broken!, Greg KH
    - [patch] Re: 2.6.14-rc5-mm1 - ide-cs broken!, Richard Purdie
      - Re: [patch] Re: 2.6.14-rc5-mm1 - ide-cs broken!, Alan Cox
      - Re: [patch] Re: 2.6.14-rc5-mm1 - ide-cs broken!, Bill Davidsen
        
        Re: [patch] Re: 2.6.14-rc5-mm1 - ide-cs broken!, Richard Purdie
        
        Re: [patch] Re: 2.6.14-rc5-mm1 - ide-cs broken!, Bill Davidsen
        
        Re: [patch] Re: 2.6.14-rc5-mm1 - ide-cs broken!, Richard Purdie
        
        Re: [patch] Re: 2.6.14-rc5-mm1 - ide-cs broken!, Bill Davidsen
        
        Re: [patch] Re: 2.6.14-rc5-mm1 - ide-cs broken!, Damir Perisa
        
        Re: [patch] Re: 2.6.14-rc5-mm1 - ide-cs broken!, Damir Perisa
      - Re: [patch] Re: 2.6.14-rc5-mm1 - ide-cs broken!, Mark Lord
        
        Re: [patch] Re: 2.6.14-rc5-mm1 - ide-cs broken!, Richard Purdie
- ide-cs broken / udev magic, Damir Perisa
  - Re: ide-cs broken / udev magic, Greg KH
    - Re: ide-cs broken / udev magic, Richard Purdie
      - Re: ide-cs broken / udev magic, Damir Perisa
latency report, Trevor Woerner
- Re: latency report, Gene Heskett
  - Re: latency report, Trevor Woerner
    - Re: latency report, Gene Heskett
      - Re: latency report, Randy.Dunlap
- Re: latency report, Carlos Antunes
  - Re: latency report, Trevor Woerner
    - Re: latency report, Trevor Woerner
tty locking again :), Benjamin Herrenschmidt
- Re: tty locking again :), Alan Cox
mmc_block.c - cmd24/25 do not expect r1b, ambat sasi nair
- Re: mmc_block.c - cmd24/25 do not expect r1b, Russell King
Re: Advantech Watchdog timer query, Ryan Clayburn
- Re: Advantech Watchdog timer query, Pádraig Brady
[PATCH 1/5] cpuset: better bitmap remap defaults, Paul Jackson
- [PATCH 4/5] cpuset: mempolicy one more nodemask conversion, Paul Jackson
- [PATCH 5/5] cpuset: memory reclaim rate meter, Paul Jackson
  - Re: [PATCH 5/5] cpuset: memory reclaim rate meter, Andrew Morton
    - Re: [PATCH 5/5] cpuset: memory reclaim rate meter, Paul Jackson
    - Re: [PATCH 5/5] cpuset: memory reclaim rate meter, Paul Jackson
  - Re: [PATCH 5/5] cpuset: memory reclaim rate meter, Paul Jackson
- [PATCH 2/5] cpuset: rebind numa vma mempolicy, Paul Jackson
  - Re: [PATCH 2/5] cpuset: rebind numa vma mempolicy, Paul Jackson
- [PATCH 3/5] cpuset: change marker for relative numbering, Paul Jackson
  - Re: [PATCH 3/5] cpuset: change marker for relative numbering, Andrew Morton
    - Re: [PATCH 3/5] cpuset: change marker for relative numbering, Paul Jackson
      - Re: [PATCH 3/5] cpuset: change marker for relative numbering, Andrew Morton
        
        Re: [PATCH 3/5] cpuset: change marker for relative numbering, Paul Jackson
[PATCH 3/3] dvb: nxt200x: Add function for nxt200x to change pll input, Michael Krufky
- Re: [PATCH 3/3] dvb: nxt200x: Add function for nxt200x to change pll input, Michael Krufky
[PATCH 2/3] dvb: nxt200x: Fix typo in Makefile for nxt200x, Michael Krufky
[PATCH 1/3] dvb: lgdt330x: Correct QAM symbol_rate_min for lgdt3302 and lgdt3303, Michael Krufky
Re: [PATCH] core remove PageReserved, Dave Jones
- Re: [PATCH] core remove PageReserved, Nick Piggin
Re: [PATCH] I8K: convert to seqfile, Dave Jones
- Re: [PATCH] I8K: convert to seqfile, Al Viro
  - Re: [PATCH] I8K: convert to seqfile, Dmitry Torokhov
Re: + dvb-add-alternate-stv0297-driver.patch added to -mm tree, Michael Krufky
Gigabyte GA-K8N51GMF-9 Motherboard, Marc Perkel
- Re: Gigabyte GA-K8N51GMF-9 Motherboard, Jeffrey Hundstad
  - Re: Gigabyte GA-K8N51GMF-9 Motherboard, Marc Perkel
IPC_STAT and SHM_HUGETLB, "Arun Sharma (अरुण)"
[2.6 patch] SCSI_AACRAID: add a help text, Adrian Bunk
- <Possible follow-ups>
- RE: [2.6 patch] SCSI_AACRAID: add a help text, Salyzyn, Mark
  - Re: [2.6 patch] SCSI_AACRAID: add a help text, Adrian Bunk
- [2.6 patch] SCSI_AACRAID: add a help text, Adrian Bunk
Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Andy Nelson
- Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Martin J. Bligh
  - Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Nick Piggin
- Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Linus Torvalds
  - Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Paul Jackson
    - Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Ingo Molnar
      - Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Paul Jackson
        
        Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Ingo Molnar
      - Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Linus Torvalds
        
        Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Martin J. Bligh
        
        Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Ingo Molnar
        
        Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Paul Jackson
        
        Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Linus Torvalds
        
        Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Paul Jackson
        
        Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Kyle Moffett
        
        Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Linus Torvalds
        
        Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Linus Torvalds
        
        Best CPU chipset for Linux? (was: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19), John Stoffel
        
        Re: Best CPU chipset for Linux? (was: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19), Linus Torvalds
        
        Re: Best CPU chipset for Linux? (was: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19), John Stoffel
        
        Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Ingo Molnar
        
        Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Dave Hansen
        
        Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Ingo Molnar
        
        Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Steven Rostedt
        
        Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Joel Schopp
        
        Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Rob Landley
        
        Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Joel Schopp
    - Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Eric Dumazet
      - Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Adam Litke
  - Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Andy Nelson
    - Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Ingo Molnar
      - Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Andy Nelson
        
        Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Ingo Molnar
        
        Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Linus Torvalds
        
        Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Ingo Molnar
        
        Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Linus Torvalds
        
        Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Andy Nelson
    - Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Linus Torvalds
      - Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Martin J. Bligh
        
        Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Linus Torvalds
        
        Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Martin J. Bligh
      - Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Andy Nelson
        
        Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Linus Torvalds
- <Possible follow-ups>
- Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Andy Nelson
- [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Andy Nelson
  - Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Linus Torvalds
    - Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Andy Nelson
  - Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Ingo Molnar
    - Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Andy Nelson
      - Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Ingo Molnar
      - Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Linus Torvalds
        
        Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Linus Torvalds
        
        Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Rob Landley
        
        Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Paul Jackson
      - Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Gregory Maxwell
        
        Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Andi Kleen
        
        Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Nick Piggin
        
        Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Zan Lynx
        
        Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Rob Landley
- Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Andy Nelson
- Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Andy Nelson
- RE: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Seth, Rohit
  - RE: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Andy Nelson
    - RE: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Adam Litke
      - RE: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Rohit Seth
        
        RE: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Andy Nelson
        
        RE: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Martin J. Bligh
        
        RE: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Rohit Seth
        
        RE: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Adam Litke
        
        Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, David Gibson
        
        RE: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Adam Litke
        
        RE: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Rohit Seth
- RE: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19, Seth, Rohit
Reboot problem., JaniD++
- Re: Reboot problem., Willy Tarreau
[PATCH] drivers/net/wireless/airo.c unsigned comparason, Gabriel A. Devenyi
- <Possible follow-ups>
- [PATCH] drivers/net/wireless/airo.c unsigned comparason, Gabriel A. Devenyi
[PATCH 0/42] PCI Error Recovery for PPC64 and misc device drivers, Linas Vepstas
- [PATCH 1/42] ppc64: uniform usage of bus unit id interfaces, linas
- [PATCH 2/42]: ppc64: misc minor cleanup, Linas Vepstas
- [PATCH 5/42]: ppc64: RTAS error reporting restructuring, Linas Vepstas
- [PATCH 3/42]: ppc64: PCI address cache minor fixes, Linas Vepstas
- [PATCH 4/42]: ppc64: PCI error rate statistics, Linas Vepstas
- [PATCH 10/42]: ppc64: bugfix: don't silently gnore PCI errors, Linas Vepstas
- [PATCH 7/42]: ppc64: serialize reports of PCI errors, Linas Vepstas
- [PATCH 17/42]: ppc64: mark failed devices, Linas Vepstas
- [PATCH 12/42]: ppc64: PCI error event dispatcher, Linas Vepstas
- [PATCH 16/42]: PCI: PCI Error reporting callbacks, Linas Vepstas
  - Re: [PATCH 16/42]: PCI: PCI Error reporting callbacks, Greg KH
    - Re: [PATCH 16/42]: PCI: PCI Error reporting callbacks, Paul Mackerras
      - Re: [PATCH 16/42]: PCI: PCI Error reporting callbacks, linas
        
        Re: [PATCH 16/42]: PCI: PCI Error reporting callbacks, Greg KH
        
        typedefs and structs [was Re: [PATCH 16/42]: PCI: PCI Error reporting callbacks], linas
        
        Re: typedefs and structs [was Re: [PATCH 16/42]: PCI: PCI Error reporting callbacks], Greg KH
        
        Re: typedefs and structs [was Re: [PATCH 16/42]: PCI: PCI Error reporting callbacks], linas
        
        Re: typedefs and structs [was Re: [PATCH 16/42]: PCI: PCI Error reporting callbacks], Greg KH
        
        Re: typedefs and structs [was Re: [PATCH 16/42]: PCI: PCI Error reporting callbacks], linas
        
        Re: typedefs and structs [was Re: [PATCH 16/42]: PCI: PCI Error reporting callbacks], Greg KH
        
        Re: typedefs and structs [was Re: [PATCH 16/42]: PCI: PCI Error reporting callbacks], Steven Rostedt
        
        Re: typedefs and structs [was Re: [PATCH 16/42]: PCI: PCI Error reporting callbacks], Neil Brown
        
        Re: typedefs and structs, linas
        
        Re: typedefs and structs [was Re: [PATCH 16/42]: PCI: PCI Error reporting callbacks], Denis Vlasenko
        
        Re: typedefs and structs [was Re: [PATCH 16/42]: PCI: PCI Error reporting callbacks], Matthew Wilcox
        
        Re: typedefs and structs, linas
        
        Re: typedefs and structs, Steven Rostedt
        
        Re: typedefs and structs, Bernd Petrovitsch
        
        Re: typedefs and structs, Kyle Moffett
        
        Re: typedefs and structs, linas
        
        Re: typedefs and structs, Douglas McNaught
        
        Re: typedefs and structs, linas
        
        Re: typedefs and structs, Douglas McNaught
        
        Re: typedefs and structs, Dmitry Torokhov
        
        Re: typedefs and structs, Kyle Moffett
        
        Re: typedefs and structs, J.A. Magallon
        
        Re: typedefs and structs, Vadim Lobanov
        
        Re: typedefs and structs, linas
        
        Re: typedefs and structs, thockin
        
        Re: typedefs and structs, linas
        
        Re: typedefs and structs, thockin
        
        Re: typedefs and structs, Andreas Schwab
        
        Re: typedefs and structs, Bernd Petrovitsch
        
        Re: typedefs and structs, Matthew Wilcox
        
        Re: typedefs and structs, linux-os (Dick Johnson)
        
        Re: typedefs and structs, Vadim Lobanov
        
        Re: typedefs and structs, linux-os (Dick Johnson)
        
        Re: typedefs and structs, Vadim Lobanov
        
        Re: typedefs and structs - trim request, doug thompson
        
        Re: typedefs and structs, Andreas Schwab
        
        Re: typedefs and structs, Vadim Lobanov
        
        Re: typedefs and structs, Steven Rostedt
        
        Re: typedefs and structs, Vadim Lobanov
        
        Re: typedefs and structs, J.A. Magallon
        
        Re: typedefs and structs, Nikita Danilov
        
        Re: typedefs and structs, linux-os (Dick Johnson)
        
        Re: typedefs and structs, Kyle Moffett
        
        Re: typedefs and structs, Vadim Lobanov
        
        Re: typedefs and structs, J.A. Magallon
        
        Re: typedefs and structs, linas
        
        Re: typedefs and structs, Vadim Lobanov
        
        Re: typedefs and structs, linas
        
        Re: typedefs and structs, David Gibson
        
        Re: typedefs and structs, Zan Lynx
        
        Re: typedefs and structs, linas
        
        Re: typedefs and structs, Bernd Petrovitsch
        
        Re: typedefs and structs [was Re: [PATCH 16/42]: PCI: PCI Error reporting callbacks], Randy.Dunlap
        
        [PATCH 1/7]: PCI revised [PATCH 16/42]: PCI: PCI Error reporting callbacks, linas
        
        Re: [PATCH 1/7]: PCI revised [PATCH 16/42]: PCI: PCI Error reporting callbacks, Christoph Hellwig
        
        Re: [PATCH 1/7]: PCI revised [PATCH 16/42]: PCI: PCI Error reporting callbacks, Greg KH
        
        [PATCH 1/7]: PCI revised (2) [PATCH 16/42]: PCI: PCI Error reporting callbacks, linas
        
        Re: [PATCH 1/7]: PCI revised (2) [PATCH 16/42]: PCI: PCI Error reporting callbacks, Greg KH
        
        Re: [PATCH 1/7]: PCI revised (2) [PATCH 16/42]: PCI: PCI Error reporting callbacks, Linus Torvalds
        
        Re: [PATCH 1/7]: PCI revised (2) [PATCH 16/42]: PCI: PCI Error reporting callbacks, Greg KH
        
        [PATCH 1/7]: PCI revised (3) [PATCH 16/42]: PCI: PCI Error reporting callbacks, linas
        
        Re: [PATCH 1/7]: PCI revised (3) [PATCH 16/42]: PCI: PCI Error reporting callbacks, Greg KH
        
        Re: [PATCH 1/7]: PCI revised (3) [PATCH 16/42]: PCI: PCI Error reporting callbacks, linas
        
        Re: [PATCH 1/7]: PCI revised (3) [PATCH 16/42]: PCI: PCI Error reporting callbacks, Greg KH
        
        [PATCH 2/7]: Revised [PATCH 27/42]: SCSI: add PCI error recovery to IPR dev driver, linas
        
        Re: [PATCH 2/7]: Revised [PATCH 27/42]: SCSI: add PCI error recovery to IPR dev driver, Brian King
        
        Re: [PATCH 2/7]: Revised [PATCH 27/42]: SCSI: add PCI error recovery to IPR dev driver, linas
        
        [PATCH 3/7]: Revised [PATCH 28/42]: SCSI: add PCI error recovery to Symbios dev driver, linas
        
        [PATCH 4/7]: Revised [PATCH 29/42]: ethernet: add PCI error recovery to e100 dev driver, linas
        
        [PATCH: 5/7]: Revised: [PATCH 30/42]: ethernet: add PCI error recovery to e1000 dev driver, linas
        
        [PATCH 6/7]: Revised [PATCH 31/42]: ethernet: add PCI error recovery to ixgb dev driver, linas
        
        [PATCH 7/7]: Revised [PATCH 32/42]: RFC: Add compile-time config options, linas
- [PATCH 20/42]: ppc64: PCI hotplug common code elimination, Linas Vepstas
- [PATCH 21/42]: PCI: cleanup/simplify ppc64 PCI hotplug code, Linas Vepstas
- [PATCH 22/42]: PCI: remove duplicted pci hotplug code, Linas Vepstas
  - Re: [PATCH 22/42]: PCI: remove duplicted pci hotplug code, John Rose
- [PATCH 34/42]: ppc64: Remove duplicate code, Linas Vepstas
- [PATCH 24/42]: ppc64: PCI Error Recovery: PPC64 core recovery routines, Linas Vepstas
- [PATCH 26/42]: ppc64: Add "partion endpoint" support, Linas Vepstas
- [PATCH 25/42]: ppc64: Split out PCI address cache to its own file, Linas Vepstas
- [PATCH 30/42]: ethernet: add PCI error recovery to e1000 dev driver, Linas Vepstas
- [PATCH 41/42]: ppc64: Save device BARS much earlier in the boot sequence, Linas Vepstas
  - Re: [PATCH 41/42]: ppc64: Save device BARS much earlier in the boot sequence, linas
- [PATCH 40/42]: ppc64: IOMMU: don't ioremap null pointers, Linas Vepstas
- [PATCH 38/42]: ppc64: Don't continue with PCI Error recovery if slot reset failed., Linas Vepstas
- [PATCH 37/42]: ppc64: set up the RTAS token just like the rest of them., Linas Vepstas
- [PATCH 31/42]: ethernet: add PCI error recovery to ixgb dev driver, Linas Vepstas
- [PATCH 42/42]: ppc64: get rid of per_cpu counters, Linas Vepstas
- [PATCH 39/42]: ppc64: handle multifunction PCI devices properly, Linas Vepstas
- [PATCH 11/42]: ppc64: move code to powerpc directory from ppc64, Linas Vepstas
- [PATCH 35/42]: ppc64: bugfix: fill in un-initialzed field, Linas Vepstas
- [PATCH 36/42]: ppc64: Use PE configuration address consistently, Linas Vepstas
- [PATCH 23/42]: ppc64: migrate common PCI hotplug code, Linas Vepstas
- [PATCH 27/42]: SCSI: add PCI error recovery to IPR dev driver, Linas Vepstas
- [PATCH 33/42]: ppc64: remove bogus printk, Linas Vepstas
- [PATCH 32/42]: RFC: Add compile-time config options, Linas Vepstas
- [PATCH 29/42]: ethernet: add PCI error recovery to e100 dev driver, Linas Vepstas
  - Re: [PATCH 29/42]: ethernet: add PCI error recovery to e100 dev driver, Jesse Brandeburg
    - Re: [PATCH 29/42]: ethernet: add PCI error recovery to e100 dev driver, Jesse Brandeburg
- [PATCH 18/42]: ppc64: bugfix: crash on dlpar slot add, remove, Linas Vepstas
- [PATCH 28/42]: SCSI: add PCI error recovery to Symbios dev driver, Linas Vepstas
- [PATCH 14/42]: ppc64: Save & restore of PCI device BARS, Linas Vepstas
- [PATCH 15/42]: Documentation: PCI Error Recovery, Linas Vepstas
- [PATCH 9/42]: ppc64: bugfix: crash on PCI hotplug, Linas Vepstas
- [PATCH 13/42]: ppc64: PCI reset support routines, Linas Vepstas
- [PATCH 8/42]: ppc64: escape hatch for spinning interrupt deadlocks, Linas Vepstas
- [PATCH 19/42]: ppc64: bugfix: crash on PHB add, Linas Vepstas
  - Re: [PATCH 19/42]: ppc64: bugfix: crash on PHB add, John Rose
    - Re: [PATCH 19/42]: ppc64: bugfix: crash on PHB add, linas
- [PATCH 6/42]: ppc64: avoid PCI error reporting for empty slots, Linas Vepstas
- [PATCH 11/42]: ppc64: move code to powerpc directory from ppc64, Linas Vepstas
- Re: [PATCH 0/42] PCI Error Recovery for PPC64 and misc device drivers, Greg KH
  - Re: [PATCH 0/42] PCI Error Recovery for PPC64 and misc device drivers, Paul Mackerras
    - Re: [PATCH 0/42] PCI Error Recovery for PPC64 and misc device drivers, Greg KH
      - Re: [PATCH 0/42] PCI Error Recovery for PPC64 and misc device drivers, Paul Mackerras
        
        Re: [PATCH 0/42] PCI Error Recovery for PPC64 and misc device drivers, Greg KH
[git patch review 1/7] [IB] ucm: 32/64 compatibility fixes, Roland Dreier
- [git patch review 2/7] [IB] kzalloc() conversions, Roland Dreier
  - [git patch review 3/7] [IPoIB] remove unneeded initializations to 0, Roland Dreier
    - [git patch review 4/7] [IPoIB] don't compile debug code if debugging isn't enabled, Roland Dreier
      - [git patch review 5/7] [IB] mthca: fix format of FW version, Roland Dreier
        
        [git patch review 6/7] [IB] umad: fix hot remove of IB devices, Roland Dreier
        
        [git patch review 7/7] [IB] mthca: check P_Key index in modify QP, Roland Dreier
[PATCH 1/2] slob: introduce mm/util.c for shared functions, Matt Mackall
- [PATCH 2/2] slob: introduce the SLOB allocator, Matt Mackall
- Re: [PATCH 1/2] slob: introduce mm/util.c for shared functions, Andrew Morton
  - Re: [PATCH 1/2] slob: introduce mm/util.c for shared functions, Matt Mackall
    - Re: [PATCH 1/2] slob: introduce mm/util.c for shared functions, Pekka Enberg
      - Re: [PATCH 1/2] slob: introduce mm/util.c for shared functions, Paulo Marques
    - Re: [PATCH 1/2] slob: introduce mm/util.c for shared functions, Tom Rini
2.6.14: advansys & zd1201 on PowerMac 8500/G3, John Mock
- Re: 2.6.14: advansys & zd1201 on PowerMac 8500/G3, Benjamin Herrenschmidt
- <Possible follow-ups>
- Re: 2.6.14: advansys & zd1201 on PowerMac 8500/G3, John Mock
PROBLEM: potential null-pointer dereference in fs/bfs/inode.c, Nic Volanschi
pxa27x_udc -- support for usb gadget for pxa27x?, Pavel Machek
- Re: pxa27x_udc -- support for usb gadget for pxa27x?, Richard Purdie
  - Re: pxa27x_udc -- support for usb gadget for pxa27x?, Pavel Machek
  - Re: pxa27x_udc -- support for usb gadget for pxa27x?, Pavel Machek
    - Re: pxa27x_udc -- support for usb gadget for pxa27x?, David Vrabel
      - Re: pxa27x_udc -- support for usb gadget for pxa27x?, Richard Purdie
        
        Re: pxa27x_udc -- support for usb gadget for pxa27x?, Pavel Machek
        
        make oldconfig issues since 2.15-rc1-mm1, Stef van der Made
        
        Re: pxa27x_udc -- support for usb gadget for pxa27x?, Mark Underwood
        
        Re: pxa27x_udc -- support for usb gadget for pxa27x?, Pavel Machek
        
        Re: pxa27x_udc -- support for usb gadget for pxa27x?, Mark Underwood
kernel connector upcall API, Steve French
- Re: kernel connector upcall API, Badari Pulavarty
recommended sparse checks on kernel code, Steve French
2.6.14-rt1: oprofile doesn't work anymore, Lee Revell
- Re: 2.6.14-rt1: oprofile doesn't work anymore, Lee Revell
  - Re: 2.6.14-rt1: oprofile doesn't work anymore, Lee Revell
[PATCH] memory leak in dentry_open(), Peter Staubach
[ANNOUNCE] November Release of LTP Available, Marty Ridgeway
[PATCH 2.6.14] i2c chips: ds1337 2/2, James Chapman
- Re: [PATCH 2.6.14] i2c chips: ds1337 2/2, Jean Delvare
[PATCH: 2.6.14] i2c chips: ds1337 1/2, James Chapman
- Re: [PATCH: 2.6.14] i2c chips: ds1337 1/2, Jean Delvare
  - Re: [PATCH: 2.6.14] i2c chips: ds1337 1/2, James Chapman
[PATCH] mm: poison struct page for ptlock, Hugh Dickins
- Re: [PATCH] mm: poison struct page for ptlock, Andrew Morton
  - Re: [PATCH] mm: poison struct page for ptlock, Hugh Dickins
    - Re: [PATCH] mm: poison struct page for ptlock, Andrew Morton
- Re: [PATCH] mm: poison struct page for ptlock, Andrew Morton
  - Re: [PATCH] mm: poison struct page for ptlock, Olof Johansson
  - Re: [PATCH] mm: poison struct page for ptlock, Anton Blanchard
  - Re: [PATCH] mm: poison struct page for ptlock, Paul Mackerras
  - Re: [PATCH] mm: poison struct page for ptlock, Andrew Morton
  - Re: [PATCH] mm: poison struct page for ptlock, Hugh Dickins
    - Re: [PATCH] mm: poison struct page for ptlock, Andrew Morton
      - Re: [PATCH] mm: poison struct page for ptlock, David S. Miller
      - Re: [PATCH] mm: poison struct page for ptlock, Hugh Dickins
        
        Re: [PATCH] mm: poison struct page for ptlock, Andrew Morton
        
        Re: [PATCH] mm: poison struct page for ptlock, Hugh Dickins
Re: AMD Geode GX/LX Support (Refreshed), John Zulauf
Large file system oddities, Lukas Hejtmanek
- Re: Large file system oddities, Nathan Scott
  - Re: Large file system oddities, Lukas Hejtmanek
[PATCH] s390: merge common parts of head.S and head64.S, Heiko Carstens
2.6.14 qc-usb oops on amd64 smp, David Liontooth
- Re: 2.6.14 qc-usb oops on amd64 smp, Greg KH
[2.6 patch] drivers/message/fusion/mptbase.c: make code static, Adrian Bunk
- <Possible follow-ups>
- [2.6 patch] drivers/message/fusion/mptbase.c: make code static, Adrian Bunk
Error Messages, Wilfred Holloway
WTF is include/asm-arm/arch-s3c2410/system.h ?, Adrian Bunk
- Re: WTF is include/asm-arm/arch-s3c2410/system.h ?, Russell King
  - [2.6 patch] cleanup include/asm-arm/arch-s3c2410/system.h, Adrian Bunk
    - Re: [2.6 patch] cleanup include/asm-arm/arch-s3c2410/system.h, Russell King
      - Re: [2.6 patch] cleanup include/asm-arm/arch-s3c2410/system.h, Adrian Bunk
- <Possible follow-ups>
- Re: WTF is include/asm-arm/arch-s3c2410/system.h ?, Kris Katterjohn
Re: [PATCH] Merge __load_pointer() and load_pointer() in net/core/filter.c;kernel 2.6.14, Kris Katterjohn
Kernel BUG, Mark Fortescue
- Re: Kernel BUG, Trond Myklebust
  - Re: Kernel BUG, Mark Fortescue
  - Re: Kernel BUG, Mark Fortescue
- <Possible follow-ups>
- Kernel bug, Vympel
  - Re: Kernel bug, Hugh Dickins
do_sendfile ppos check ..., Herbert Poetzl
- Re: do_sendfile ppos check ..., Herbert Xu
  - Re: do_sendfile ppos check ..., Herbert Poetzl
    - Re: do_sendfile ppos check ..., Herbert Xu
post-2.6.14 USB change breaks sparc64 boot, David S. Miller
- Re: post-2.6.14 USB change breaks sparc64 boot, Maciej W. Rozycki
  - Re: post-2.6.14 USB change breaks sparc64 boot, Alan Stern
    - Re: post-2.6.14 USB change breaks sparc64 boot, Maciej W. Rozycki
      - Re: post-2.6.14 USB change breaks sparc64 boot, Alan Stern
  - Re: post-2.6.14 USB change breaks sparc64 boot, David S. Miller
    - Re: post-2.6.14 USB change breaks sparc64 boot, Greg KH
      - Re: post-2.6.14 USB change breaks sparc64 boot, Alan Stern
- Re: post-2.6.14 USB change breaks sparc64 boot, Greg KH
[ANNOUNCE] Enhanced Linux Progress Patch v1.1-2.6.14, Matthias Kunze
[RFC: 2.6 patch] move rtc_interrupt() prototype to rtc.h, Adrian Bunk
[2.6 patch] drivers/char/sysrq.c: make two functions static, Adrian Bunk
- <Possible follow-ups>
- [2.6 patch] drivers/char/sysrq.c: make two functions static, Adrian Bunk
[2.6 patch] drivers/char/ftape/lowlevel/ftape-buffer.c should #include "../lowlevel/ftape-buffer.h", Adrian Bunk
2.6.14: CR4 not needed to be inspected on the 486 anymore?, Maciej W. Rozycki
- Re: 2.6.14: CR4 not needed to be inspected on the 486 anymore?, Zachary Amsden
  - Re: 2.6.14: CR4 not needed to be inspected on the 486 anymore?, Maciej W. Rozycki
    - Re: 2.6.14: CR4 not needed to be inspected on the 486 anymore?, Zachary Amsden
      - Re: 2.6.14: CR4 not needed to be inspected on the 486 anymore?, Andi Kleen
        
        Re: 2.6.14: CR4 not needed to be inspected on the 486 anymore?, Maciej W. Rozycki
        
        Re: 2.6.14: CR4 not needed to be inspected on the 486 anymore?, Zachary Amsden
        
        Re: 2.6.14: CR4 not needed to be inspected on the 486 anymore?, Maciej W. Rozycki
        
        Re: 2.6.14: CR4 not needed to be inspected on the 486 anymore?, Zachary Amsden
        
        Re: 2.6.14: CR4 not needed to be inspected on the 486 anymore?, linux-os (Dick Johnson)
        
        Re: 2.6.14: CR4 not needed to be inspected on the 486 anymore?, Zachary Amsden
        
        Re: 2.6.14: CR4 not needed to be inspected on the 486 anymore?, linux-os (Dick Johnson)
        
        Re: 2.6.14: CR4 not needed to be inspected on the 486 anymore?, Ondrej Zary
        
        Re: 2.6.14: CR4 not needed to be inspected on the 486 anymore?, Maciej W. Rozycki
powernow-k8 schedules in atomic since sunday :-(, Petr Vandrovec
- Re: powernow-k8 schedules in atomic since sunday :-(, Ashok Raj
  - Re: powernow-k8 schedules in atomic since sunday :-(, Zwane Mwaikambo
    - Re: powernow-k8 schedules in atomic since sunday :-(, Dave Jones
[KORG] patch-2.6.14-git6 tarball: EMPTY, Michael Krufky
[PATCH] perform maintenance on Documentation/vm/hugetlbpage.txt, Muli Ben-Yehuda
updated cross-reference (2.6.14), Paul Albrecht
- Re: updated cross-reference (2.6.14), Coywolf Qi Hunt
[PATCH] hfsplus: don't modify journaled volume, Roman Zippel
- Re: [PATCH] hfsplus: don't modify journaled volume, Andrew Morton
  - Re: [PATCH] hfsplus: don't modify journaled volume, Anton Altaparmakov
    - Re: [PATCH] hfsplus: don't modify journaled volume, Anton Altaparmakov
      - Re: [PATCH] hfsplus: don't modify journaled volume, Roman Zippel
        
        Re: [PATCH] hfsplus: don't modify journaled volume, Anton Altaparmakov
        
        Re: [PATCH] hfsplus: don't modify journaled volume, Rogério Brito
        
        Re: [PATCH] hfsplus: don't modify journaled volume, Roman Zippel
[PATCH 9/9] kconfig: stricter error checking for .config, Roman Zippel
[PATCH 8/9] kconfig: improve error handling in the parser, Roman Zippel
[PATCH 7/9] kconfig: simplify symbol type parsing, Roman Zippel
[PATCH 5/9] kconfig: update kconfig Makefile, Roman Zippel
- Re: [PATCH 5/9] kconfig: update kconfig Makefile, Sam Ravnborg
  - Re: [PATCH 5/9] kconfig: update kconfig Makefile, Roman Zippel
[PATCH 3/9] kconfig: preset config during all*config, Roman Zippel
[PATCH 4/9] kconfig: allow variable argumnts for range, Roman Zippel
[PATCH 2/9] kconfig: fix restart for choice symbols, Roman Zippel
- Re: [PATCH 2/9] kconfig: fix restart for choice symbols, Andrew Morton
  - Re: [PATCH 2/9] kconfig: fix restart for choice symbols, Roman Zippel
[PATCH 1/9] kconfig: Fix Kconfig performance bug, Roman Zippel
First steps towards making NO_IRQ a generic concept, Matthew Wilcox
- Re: First steps towards making NO_IRQ a generic concept, Matthew Wilcox
  - Re: First steps towards making NO_IRQ a generic concept, Ingo Molnar
    - Re: First steps towards making NO_IRQ a generic concept, Matthew Wilcox
      - Re: First steps towards making NO_IRQ a generic concept, Ingo Molnar
        
        Re: First steps towards making NO_IRQ a generic concept, Matthew Wilcox
        
        Re: First steps towards making NO_IRQ a generic concept, Ingo Molnar
- Re: First steps towards making NO_IRQ a generic concept, Matthew Wilcox
  - Re: First steps towards making NO_IRQ a generic concept, Arjan van de Ven
- Re: First steps towards making NO_IRQ a generic concept, Matthew Wilcox
- Re: First steps towards making NO_IRQ a generic concept, Matthew Wilcox
Re: [2.6.14-rt4] / fix `"tsc_c3_compensate" [drivers/acpi/processor.ko] undefined!`, Paweł Sikora
- Re: [2.6.14-rt4] / fix `"tsc_c3_compensate" [drivers/acpi/processor.ko] undefined!`, Ingo Molnar
Parallel ATA with libata status with the patches I'm working on, Alan Cox
- Re: Parallel ATA with libata status with the patches I'm working on, Russell King
  - Re: Parallel ATA with libata status with the patches I'm working on, Bartlomiej Zolnierkiewicz
    - Re: Parallel ATA with libata status with the patches I'm working on, Alan Cox
    - Re: Parallel ATA with libata status with the patches I'm working on, David S. Miller
      - Re: Parallel ATA with libata status with the patches I'm working on, Bartlomiej Zolnierkiewicz
        
        Re: Parallel ATA with libata status with the patches I'm working on, Alan Cox
    - Re: Parallel ATA with libata status with the patches I'm working on, Krzysztof Halasa
      - Re: Parallel ATA with libata status with the patches I'm working on, Bartlomiej Zolnierkiewicz
        
        Re: Parallel ATA with libata status with the patches I'm working on, Alan Cox
        
        Re: Parallel ATA with libata status with the patches I'm working on, Rogério Brito
        
        Re: Parallel ATA with libata status with the patches I'm working on, Alan Cox
        
        Re: Parallel ATA with libata status with the patches I'm working on, Alan Cox
        
        Re: Parallel ATA with libata status with the patches I'm working on, Russell King
        
        Re: Parallel ATA with libata status with the patches I'm working on, Benjamin Herrenschmidt
        
        Re: Parallel ATA with libata status with the patches I'm working on, Krzysztof Halasa
        
        Re: Parallel ATA with libata status with the patches I'm working on, Bartlomiej Zolnierkiewicz
  - Re: Parallel ATA with libata status with the patches I'm working on, Alan Cox
    - Re: Parallel ATA with libata status with the patches I'm working on, Russell King
      - Re: Parallel ATA with libata status with the patches I'm working on, Alan Cox
      - Re: Parallel ATA with libata status with the patches I'm working on, Jeff Garzik
    - Re: Parallel ATA with libata status with the patches I'm working on, Jeff Garzik
      - Re: Parallel ATA with libata status with the patches I'm working on, Xavier Bestel
- Re: Parallel ATA with libata status with the patches I'm working on, Bartlomiej Zolnierkiewicz
  - Re: Parallel ATA with libata status with the patches I'm working on, Alan Cox
    - Re: Parallel ATA with libata status with the patches I'm working on, Bartlomiej Zolnierkiewicz
    - Re: Parallel ATA with libata status with the patches I'm working on, Mark Lord
      - Re: Parallel ATA with libata status with the patches I'm working on, Mark Lord
        
        Re: Parallel ATA with libata status with the patches I'm working on, Alan Cox
- Re: Parallel ATA with libata status with the patches I'm working on, Jeff Garzik
  - Re: Parallel ATA with libata status with the patches I'm working on, Mark Lord
- Re: Parallel ATA with libata status with the patches I'm working on, Benjamin Herrenschmidt
  - Re: Parallel ATA with libata status with the patches I'm working on, Jeff Garzik
  - Re: Parallel ATA with libata status with the patches I'm working on, Alan Cox
    - Re: Parallel ATA with libata status with the patches I'm working on, Benjamin Herrenschmidt
      - Re: Parallel ATA with libata status with the patches I'm working on, Alan Cox
2.6.14-git6.{gz,bz2} patches on kernel.org are empty, Alessandro Suardi
- Re: 2.6.14-git6.{gz,bz2} patches on kernel.org are empty, Jesper Juhl
  - Re: 2.6.14-git6.{gz,bz2} patches on kernel.org are empty, Alessandro Suardi
[patch] sharpsl MTD NAND driver support for akita/borzoi, Richard Purdie
2.6.14: Oops in bttv_irq_wakeup_video, Duncan Sands
[patch] __find_get_block_slow() cleanup, Coywolf Qi Hunt
Failure: ARM clps7500, Russell King
- Re: Failure: ARM clps7500, Trond Myklebust
  - Re: Failure: ARM clps7500, Russell King
[PATCH] Incorrect device link for ide-cs, Hannes Reinecke
- Re: [PATCH] Incorrect device link for ide-cs, Bartlomiej Zolnierkiewicz
  - Re: [PATCH] Incorrect device link for ide-cs, Hannes Reinecke
    - Re: [PATCH] Incorrect device link for ide-cs, Bartlomiej Zolnierkiewicz
    - Re: [PATCH] Incorrect device link for ide-cs, Bartlomiej Zolnierkiewicz
2.6.14-git4 suspend fails: kernel NULL pointer dereference, Patrizio Bassi
- <Possible follow-ups>
- Re: 2.6.14-git4 suspend fails: kernel NULL pointer dereference, Pavel Machek
  - Re: 2.6.14-git4 suspend fails: kernel NULL pointer dereference, Patrizio Bassi
    - Re: 2.6.14-git4 suspend fails: kernel NULL pointer dereference, Pavel Machek
      - Re: 2.6.14-git4 suspend fails: kernel NULL pointer dereference, Patrizio Bassi
  - Re: 2.6.14-git4 suspend fails: kernel NULL pointer dereference, Shaohua Li
    - Re: 2.6.14-git4 suspend fails: kernel NULL pointer dereference, Patrizio Bassi
    - Re: 2.6.14-git4 suspend fails: kernel NULL pointer dereference, Pavel Machek
      - Re: 2.6.14-git4 suspend fails: kernel NULL pointer dereference, Patrizio
        
        Re: 2.6.14-git4 suspend fails: kernel NULL pointer dereference, Pavel Machek
        
        Re: 2.6.14-git4 suspend fails: kernel NULL pointer dereference, Patrizio Bassi
GIT Help (branches and all that stuff), Chris Boot
keyboard dies during failed suspend attempt, Pierre Ossman
- Re: keyboard dies during failed suspend attempt, Dmitry Torokhov
  - Re: keyboard dies during failed suspend attempt, Pierre Ossman
Re: [RFC] The driver model, I2C and gpio provision on Sharp SL-C1000 (Akita), David Brownell
- Re: [RFC] The driver model, I2C and gpio provision on Sharp SL-C1000 (Akita), Richard Purdie
  - Re: [RFC] The driver model, I2C and gpio provision on Sharp SL-C1000 (Akita), David Brownell
urgent anyone help me, Ravichandran
[patch 0/7] Another input update, Dmitry Torokhov
- [patch 6/7] logips2pp: add MX3100 signature, Dmitry Torokhov
- [patch 1/7] dmasound_awacs: convert to dynamic input allocation, Dmitry Torokhov
- [patch 4/7] Fix input device deregistration, Dmitry Torokhov
- [patch 5/7] locomokbd: fix wrong bustype, Dmitry Torokhov
- [patch 2/7] locomokbd: convert to dynamic input allocation, Dmitry Torokhov
- [patch 3/7] Do not register statically allocated input devices, Dmitry Torokhov
- [patch 7/7] lkkbd: misc fixes, Dmitry Torokhov
- Re: [patch 0/7] Another input update, Dmitry Torokhov
  - Re: [patch 0/7] Another input update, Linus Torvalds
mencoder fails with Linux kernel from linus's git tree (2 Nov 2005), Junichi Uekawa
- [x86_64] 2.6.14-git13 mplayer fails with "v4l2: ioctl queue buffer failed: Bad address" (2 Nov 2005, 11 Nov 2005), Junichi Uekawa
  - Re: [x86_64] 2.6.14-git13 mplayer fails with "v4l2: ioctl queue buffer failed: Bad address" (2 Nov 2005, 11 Nov 2005), Mike Krufky
    - Re: [x86_64] 2.6.14-git13 mplayer fails with "v4l2: ioctl queue buffer failed: Bad address" (2 Nov 2005, 11 Nov 2005), Junichi Uekawa
      - Re: [x86_64] 2.6.14-git13 mplayer fails with "v4l2: ioctl queue buffer failed: Bad address" (2 Nov 2005, 11 Nov 2005), Michael Krufky
        
        Re: [x86_64] 2.6.14-git13 mplayer fails with "v4l2: ioctl queue buffer failed: Bad address" (2 Nov 2005, 11 Nov 2005), Junichi Uekawa
        
        Re: [x86_64] 2.6.14-git13 mplayer fails with "v4l2: ioctl queue buffer failed: Bad address" (2 Nov 2005, 11 Nov 2005), Michael Krufky
        
        Re: [x86_64] 2.6.14-git13 mplayer fails with "v4l2: ioctl queue buffer failed: Bad address" (2 Nov 2005, 11 Nov 2005), Junichi Uekawa
        
        Re: [x86_64] 2.6.14-git13 mplayer fails with "v4l2: ioctl queue buffer failed: Bad address" (2 Nov 2005, 11 Nov 2005), Hugh Dickins
        
        Re: [x86_64] 2.6.14-git13 mplayer fails with "v4l2: ioctl queue buffer failed: Bad address" (2 Nov 2005, 11 Nov 2005), Nickolay V. Shmyrev
        
        Re: [x86_64] 2.6.14-git13 mplayer fails with "v4l2: ioctl queue buffer failed: Bad address" (2 Nov 2005, 11 Nov 2005), Matti Aarnio
        
        Re: [x86_64] 2.6.14-git13 mplayer fails with "v4l2: ioctl queue buffer failed: Bad address" (2 Nov 2005, 11 Nov 2005), Junichi Uekawa
        
        Re: [x86_64] 2.6.14-git13 mplayer fails with "v4l2: ioctl queue buffer failed: Bad address" (2 Nov 2005, 11 Nov 2005), Nickolay V. Shmyrev
        
        Re: [x86_64] 2.6.14-git13 mplayer fails with "v4l2: ioctl queue buffer failed: Bad address" (2 Nov 2005, 11 Nov 2005), Hugh Dickins
        
        Re: [x86_64] 2.6.14-git13 mplayer fails with "v4l2: ioctl queue buffer failed: Bad address" (2 Nov 2005, 11 Nov 2005), Junichi Uekawa
        
        Re: [x86_64] 2.6.14-git13 mplayer fails with "v4l2: ioctl queue buffer failed: Bad address" (2 Nov 2005, 11 Nov 2005), Junichi Uekawa
        
        Re: [x86_64] 2.6.14-git13 mplayer fails with "v4l2: ioctl queue buffer failed: Bad address" (2 Nov 2005, 11 Nov 2005), Junichi Uekawa
        
        Re: [x86_64] 2.6.14-git13 mplayer fails with "v4l2: ioctl queue buffer failed: Bad address" (2 Nov 2005, 11 Nov 2005), Ricardo Cerqueira
  - Message not available
    - [x86_64] linux 2.6.15-rc6 mplayer fails to record ALSA audio., Junichi Uekawa
[Patch 2.6.14] Clean up the die notifier registration routines, Keith Owens

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