LKML: Linux Kernel Archive 2005 Q4

Date Index

Re: [2.6 patch] i386: always use 4k stacks, (continued)
- Re: [2.6 patch] i386: always use 4k stacks, Alex Davis
  - Re: [2.6 patch] i386: always use 4k stacks, Alan Cox
    - Re: [2.6 patch] i386: always use 4k stacks, Alistair John Strachan
      - Re: [2.6 patch] i386: always use 4k stacks, Arjan van de Ven
      - Re: [2.6 patch] i386: always use 4k stacks, Dave Jones
        
        Re: [2.6 patch] i386: always use 4k stacks, Alistair John Strachan
        
        Re: [2.6 patch] i386: always use 4k stacks, Arjan van de Ven
        
        Re: [2.6 patch] i386: always use 4k stacks, Alistair John Strachan
        
        Re: [2.6 patch] i386: always use 4k stacks, Linus Torvalds
        
        Re: [2.6 patch] i386: always use 4k stacks, Michael Buesch
        
        Re: [2.6 patch] i386: always use 4k stacks, Rafael J. Wysocki
      - Re: [2.6 patch] i386: always use 4k stacks, Alan Cox
        
        Re: [2.6 patch] i386: always use 4k stacks, Alex Davis
        
        Re: [2.6 patch] i386: always use 4k stacks, Cal Peake
        
        Re: [2.6 patch] i386: always use 4k stacks, Arjan van de Ven
        
        Re: [2.6 patch] i386: always use 4k stacks, Oliver Neukum
        
        Re: [2.6 patch] i386: always use 4k stacks, Ingo Molnar
        
        Re: [2.6 patch] i386: always use 4k stacks, Wed, 16 Nov 2005 11:18:12 +0100
        
        Re: [2.6 patch] i386: always use 4k stacks, Arjan van de Ven
        
        Re: [2.6 patch] i386: always use 4k stacks, Andi Kleen
        
        Re: [2.6 patch] i386: always use 4k stacks, Jörn Engel
        
        Re: [2.6 patch] i386: always use 4k stacks, jmerkey
        
        Re: [2.6 patch] i386: always use 4k stacks, Jörn Engel
        
        Re: [2.6 patch] i386: always use 4k stacks, Oliver Neukum
        
        Re: [2.6 patch] i386: always use 4k stacks, Arjan van de Ven
        
        Re: [2.6 patch] i386: always use 4k stacks, Andi Kleen
        
        Re: [2.6 patch] i386: always use 4k stacks, Adrian Bunk
        
        Re: [2.6 patch] i386: always use 4k stacks, Benjamin LaHaise
        
        Re: [2.6 patch] i386: always use 4k stacks, Wed, 16 Nov 2005 21:46:05 +0100
        
        Re: [2.6 patch] i386: always use 4k stacks, Andi Kleen
        
        Re: [2.6 patch] i386: always use 4k stacks, Andi Kleen
        
        Re: [2.6 patch] i386: always use 4k stacks, Jörn Engel
        
        Re: [2.6 patch] i386: always use 4k stacks, Jeffrey V. Merkey
        
        Re: [2.6 patch] i386: always use 4k stacks, Jeffrey V. Merkey
        
        Re: [2.6 patch] i386: always use 4k stacks, Jörn Engel
        
        Re: [2.6 patch] i386: always use 4k stacks, Jeff V. Merkey
        
        Re: [2.6 patch] i386: always use 4k stacks, Adrian Bunk
        
        Re: [2.6 patch] i386: always use 4k stacks, Jeff V. Merkey
    - Re: [2.6 patch] i386: always use 4k stacks, Giridhar Pemmasani
      - Re: [2.6 patch] i386: always use 4k stacks, Olivier Galibert
        
        Re: [2.6 patch] i386: always use 4k stacks, Benjamin LaHaise
        
        Re: [2.6 patch] i386: always use 4k stacks, Giridhar Pemmasani
      - Re: [2.6 patch] i386: always use 4k stacks, Alan Cox
        
        Re: [2.6 patch] i386: always use 4k stacks, Giridhar Pemmasani
      - Re: [2.6 patch] i386: always use 4k stacks, Paulo Marques
    - Re: [2.6 patch] i386: always use 4k stacks, Alex Davis
- Re: [2.6 patch] i386: always use 4k stacks, Robert Hancock
  - Re: [2.6 patch] i386: always use 4k stacks, Lee Revell
    - Re: [2.6 patch] i386: always use 4k stacks, Robert Hancock
    - Re: [2.6 patch] i386: always use 4k stacks, Giridhar Pemmasani
    - Re: [2.6 patch] i386: always use 4k stacks, Dave Jones
      - Re: [2.6 patch] i386: always use 4k stacks, Jeff V. Merkey
        
        Re: [2.6 patch] i386: always use 4k stacks, Dave Jones
        
        Re: [2.6 patch] i386: always use 4k stacks, Jeff V. Merkey
        
        Re: [2.6 patch] i386: always use 4k stacks, Neil Brown
        
        Re: [2.6 patch] i386: always use 4k stacks, Jeff V. Merkey
        
        Re: [2.6 patch] i386: always use 4k stacks, Tue, 15 Nov 2005 14:18:51 +0100
        
        Re: [2.6 patch] i386: always use 4k stacks, Arjan van de Ven
        
        Re: [2.6 patch] i386: always use 4k stacks, Giridhar Pemmasani
        
        Re: [2.6 patch] i386: always use 4k stacks, Adrian Bunk
        
        Re: [2.6 patch] i386: always use 4k stacks, Giridhar Pemmasani
        
        Re: [2.6 patch] i386: always use 4k stacks, Adrian Bunk
        
        Re: [2.6 patch] i386: always use 4k stacks, Denis Vlasenko
        
        Re: [2.6 patch] i386: always use 4k stacks, Giridhar Pemmasani
        
        Re: [2.6 patch] i386: always use 4k stacks, Giridhar Pemmasani
        
        Re: [2.6 patch] i386: always use 4k stacks, Bill Davidsen
        
        Re: [2.6 patch] i386: always use 4k stacks, Giridhar Pemmasani
        
        Re: [2.6 patch] i386: always use 4k stacks, Rob Landley
        
        Re: [2.6 patch] i386: always use 4k stacks, Lee Revell
        
        Re: [2.6 patch] i386: always use 4k stacks, Rob Landley
        
        Re: [2.6 patch] i386: always use 4k stacks, Lee Revell
        
        Re: [2.6 patch] i386: always use 4k stacks, Rob Landley
        
        Re: [2.6 patch] i386: always use 4k stacks, Dave Jones
        
        Re: [2.6 patch] i386: always use 4k stacks, Rob Landley
        
        Re: [2.6 patch] i386: always use 4k stacks, Alan Cox
        
        Re: [2.6 patch] i386: always use 4k stacks, Jeff V. Merkey
- Re: [2.6 patch] i386: always use 4k stacks, Robert Hancock
  - Re: [2.6 patch] i386: always use 4k stacks, Jeff V. Merkey
    - Re: [2.6 patch] i386: always use 4k stacks, Robert Hancock
      - Re: [2.6 patch] i386: always use 4k stacks, Jeff V. Merkey
      - Re: [2.6 patch] i386: always use 4k stacks, Bernd Petrovitsch
        
        Re: [2.6 patch] i386: always use 4k stacks, Arjan van de Ven
        
        Re: [2.6 patch] i386: always use 4k stacks, Cal Peake
        
        Re: [2.6 patch] i386: always use 4k stacks, Jeffrey V. Merkey
        
        Re: [2.6 patch] i386: always use 4k stacks, Meelis Roos
    - Re: [2.6 patch] i386: always use 4k stacks, Bill Davidsen
- Re: [2.6 patch] i386: always use 4k stacks, Wed, 16 Nov 2005 00:41:11 +0100
  - Re: [2.6 patch] i386: always use 4k stacks, Parag Warudkar
    - Re: [2.6 patch] i386: always use 4k stacks, Arjan van de Ven
  - Re: [2.6 patch] i386: always use 4k stacks, Bernd Petrovitsch
    - Re: [2.6 patch] i386: always use 4k stacks, Adrian Bunk
    - Re: [2.6 patch] i386: always use 4k stacks, Krzysztof Halasa
- Re: [2.6 patch] i386: always use 4k stacks, Kenneth Parrish
  - Re: [2.6 patch] i386: always use 4k stacks, Adrian Bunk
- Re: [2.6 patch] i386: always use 4k stacks, Kenneth Parrish
  - Re: [2.6 patch] i386: always use 4k stacks, Eric W. Biederman
    - Re: [2.6 patch] i386: always use 4k stacks, Jörn Engel
- Re: [2.6 patch] i386: always use 4k stacks, Kenneth Parrish
- Re: [2.6 patch] i386: always use 4k stacks, Bodo Eggert
  - Re: [2.6 patch] i386: always use 4k stacks, Bill Davidsen
- [2.6 patch] i386: always use 4k stacks, Adrian Bunk
- [2.6 patch] i386: always use 4k stacks, Adrian Bunk
- [2.6 patch] i386: always use 4k stacks, Adrian Bunk
- Re: [2.6 patch] i386: always use 4k stacks, Alex Davis
  - Re: [2.6 patch] i386: always use 4k stacks, Helge Hafting
- [2.6 patch] i386: always use 4k stacks, Adrian Bunk
  - Re: [2.6 patch] i386: always use 4k stacks, Jan Engelhardt
    - Re: [2.6 patch] i386: always use 4k stacks, Ismail Donmez
      - Re: [2.6 patch] i386: always use 4k stacks, Puneet Vyas
        
        Re: [2.6 patch] i386: always use 4k stacks, Pekka Enberg
        
        Re: [2.6 patch] i386: always use 4k stacks, Helge Hafting
        
        Re: [2.6 patch] i386: always use 4k stacks, Helge Hafting
    - Re: [2.6 patch] i386: always use 4k stacks, Lee Revell
    - Re: [2.6 patch] i386: always use 4k stacks, Alan Cox
- [2.6 patch] i386: always use 4k stacks, Adrian Bunk
  - Re: [2.6 patch] i386: always use 4k stacks, Andrew Morton
    - Re: [2.6 patch] i386: always use 4k stacks, Jeff V. Merkey
    - Re: [2.6 patch] i386: always use 4k stacks, Adrian Bunk
      - Re: [2.6 patch] i386: always use 4k stacks, Jeff V. Merkey
        
        Re: [2.6 patch] i386: always use 4k stacks, Lee Revell
        
        Re: [2.6 patch] i386: always use 4k stacks, Jeff V. Merkey
        
        Re: [2.6 patch] i386: always use 4k stacks, Lee Revell
        
        Re: [2.6 patch] i386: always use 4k stacks, Jeff V. Merkey
        
        Re: [2.6 patch] i386: always use 4k stacks, Ismail Donmez
        
        Re: [2.6 patch] i386: always use 4k stacks, Fri, 16 Dec 2005 01:08:02 +0100
        
        Re: [2.6 patch] i386: always use 4k stacks, Jeff V. Merkey
        
        Re: [2.6 patch] i386: always use 4k stacks, Michael Buesch
        
        Re: [2.6 patch] i386: always use 4k stacks, Alan Cox
        
        Re: [2.6 patch] i386: always use 4k stacks, linux-os (Dick Johnson)
        
        Re: [2.6 patch] i386: always use 4k stacks, Xavier Bestel
        
        Re: [2.6 patch] i386: always use 4k stacks, Adrian Bunk
        
        Re: [2.6 patch] i386: always use 4k stacks, Horst von Brand
        
        Re: [2.6 patch] i386: always use 4k stacks, Brian Gerst
        
        Re: [2.6 patch] i386: always use 4k stacks, Arjan van de Ven
        
        Re: [2.6 patch] i386: always use 4k stacks, Oliver Neukum
        
        Re: [2.6 patch] i386: always use 4k stacks, Oliver Neukum
        
        Re: [2.6 patch] i386: always use 4k stacks, Steven Rostedt
        
        Re: [2.6 patch] i386: always use 4k stacks, Horst von Brand
        
        Re: [2.6 patch] i386: always use 4k stacks, Helge Hafting
        
        Re: [2.6 patch] i386: always use 4k stacks, linux-os (Dick Johnson)
        
        Re: [2.6 patch] i386: always use 4k stacks, David Lang
        
        Re: [2.6 patch] i386: always use 4k stacks, linux-os (Dick Johnson)
        
        Re: [2.6 patch] i386: always use 4k stacks, Helge Hafting
        
        Re: [2.6 patch] i386: always use 4k stacks, Ray Lee
        
        Re: [2.6 patch] i386: always use 4k stacks, Helge Hafting
      - Re: [2.6 patch] i386: always use 4k stacks, Dave Jones
        
        Re: [2.6 patch] i386: always use 4k stacks, Adrian Bunk
        
        Re: [2.6 patch] i386: always use 4k stacks, Dave Jones
        
        Re: [2.6 patch] i386: always use 4k stacks, Neil Brown
        
        Re: [2.6 patch] i386: always use 4k stacks, Dave Jones
        
        Re: [2.6 patch] i386: always use 4k stacks, Adrian Bunk
        
        Re: [2.6 patch] i386: always use 4k stacks, Horst von Brand
        
        Re: [2.6 patch] i386: always use 4k stacks, Neil Brown
        
        Re: [2.6 patch] i386: always use 4k stacks, Adrian Bunk
        
        Re: [2.6 patch] i386: always use 4k stacks, Jörn Engel
        
        Re: [2.6 patch] i386: always use 4k stacks, Nathan Scott
        
        Re: [2.6 patch] i386: always use 4k stacks, Dave Jones
      - Re: [2.6 patch] i386: always use 4k stacks, Zwane Mwaikambo
        
        Re: [2.6 patch] i386: always use 4k stacks, Adrian Bunk
    - Re: [2.6 patch] i386: always use 4k stacks, Diego Calleja
      - Re: [2.6 patch] i386: always use 4k stacks, Adrian Bunk
        
        Re: [2.6 patch] i386: always use 4k stacks, Diego Calleja
        
        Re: [2.6 patch] i386: always use 4k stacks, Kyle Moffett
        
        Re: [2.6 patch] i386: always use 4k stacks, Michael Buesch
        
        Re: [2.6 patch] i386: always use 4k stacks, Alan Cox
        
        Re: [2.6 patch] i386: always use 4k stacks, Arjan van de Ven
        
        Re: [2.6 patch] i386: always use 4k stacks, Giridhar Pemmasani
        
        Re: [2.6 patch] i386: always use 4k stacks, Arjan van de Ven
        
        Re: [2.6 patch] i386: always use 4k stacks, Mike Snitzer
        
        Re: [2.6 patch] i386: always use 4k stacks, Arjan van de Ven
        
        Re: [2.6 patch] i386: always use 4k stacks, Mike Snitzer
        
        Re: [2.6 patch] i386: always use 4k stacks, Arjan van de Ven
        
        Re: [2.6 patch] i386: always use 4k stacks, Adrian Bunk
        
        Re: [2.6 patch] i386: always use 4k stacks, Dave Jones
        
        Re: [2.6 patch] i386: always use 4k stacks, Andi Kleen
        
        Re: [2.6 patch] i386: always use 4k stacks, Kyle Moffett
        
        Re: [2.6 patch] i386: always use 4k stacks, Paul Rolland
        
        Re: [2.6 patch] i386: always use 4k stacks, Arjan van de Ven
        
        Re: [2.6 patch] i386: always use 4k stacks, Adrian Bunk
        
        Re: [2.6 patch] i386: always use 4k stacks, Andi Kleen
        
        Re: [2.6 patch] i386: always use 4k stacks, Parag Warudkar
        
        Re: [2.6 patch] i386: always use 4k stacks, Andi Kleen
        
        Re: [2.6 patch] i386: always use 4k stacks, Parag Warudkar
        
        Re: [2.6 patch] i386: always use 4k stacks, Adrian Bunk
        
        Re: [2.6 patch] i386: always use 4k stacks, Parag Warudkar
        
        Re: [2.6 patch] i386: always use 4k stacks, Helge Hafting
        
        Re: [2.6 patch] i386: always use 4k stacks, Parag Warudkar
        
        Re: [2.6 patch] i386: always use 4k stacks, Dumitru Ciobarcianu
        
        Re: [2.6 patch] i386: always use 4k stacks, Parag Warudkar
        
        Re: [2.6 patch] i386: always use 4k stacks, Dumitru Ciobarcianu
        
        Re: [2.6 patch] i386: always use 4k stacks, Parag Warudkar
        
        Re: [2.6 patch] i386: always use 4k stacks, Dumitru Ciobarcianu
        
        Re: [2.6 patch] i386: always use 4k stacks, Tue, 20 Dec 2005 02:24:16 +0100
        
        Re: [2.6 patch] i386: always use 4k stacks, Horst von Brand
        
        Re: [2.6 patch] i386: always use 4k stacks, David Lang
        
        Re: [2.6 patch] i386: always use 4k stacks, Arjan van de Ven
        
        Re: [2.6 patch] i386: always use 4k stacks, David Lang
        
        Re: [2.6 patch] i386: always use 4k stacks, Sander
        
        Re: [2.6 patch] i386: always use 4k stacks, Jeffrey Hundstad
        
        Re: [2.6 patch] i386: always use 4k stacks, Sean
        
        Re: [2.6 patch] i386: always use 4k stacks, Adrian Bunk
        
        Re: [2.6 patch] i386: always use 4k stacks, Dave Jones
        
        Re: [2.6 patch] i386: always use 4k stacks, Adrian Bunk
        
        Re: [2.6 patch] i386: always use 4k stacks, Felix Oxley
        
        Re: [2.6 patch] i386: always use 4k stacks, Adrian Bunk
        
        Re: [2.6 patch] i386: always use 4k stacks, Adrian Bunk
        
        Re: [2.6 patch] i386: always use 4k stacks, Parag Warudkar
        
        Re: [2.6 patch] i386: always use 4k stacks, Adrian Bunk
        
        Re: [2.6 patch] i386: always use 4k stacks, Parag Warudkar
        
        Re: [2.6 patch] i386: always use 4k stacks, Adrian Bunk
      - Re: [2.6 patch] i386: always use 4k stacks, Arjan van de Ven
        
        Message not available
        
        Fwd: [2.6 patch] i386: always use 4k stacks, Mike Snitzer
        
        Re: Fwd: [2.6 patch] i386: always use 4k stacks, Alan Cox
- Re: [2.6 patch] i386: always use 4k stacks, Alex Davis
  - Re: [2.6 patch] i386: always use 4k stacks, Dave Jones
    - Re: [2.6 patch] i386: always use 4k stacks, Alex Davis
      - Re: [2.6 patch] i386: always use 4k stacks, Pekka Enberg
      - Re: [2.6 patch] i386: always use 4k stacks, Kyle Moffett
      - Re: [2.6 patch] i386: always use 4k stacks, Kyle Moffett
      - Re: [2.6 patch] i386: always use 4k stacks, Arjan van de Ven
      - Re: [2.6 patch] i386: always use 4k stacks, David Weinehall
        
        Re: [2.6 patch] i386: always use 4k stacks, Michael Buesch
  - Re: [2.6 patch] i386: always use 4k stacks, Matt Domsch
- Re: [2.6 patch] i386: always use 4k stacks, Alex Davis
  - Re: [2.6 patch] i386: always use 4k stacks, Kyle Moffett
    - Re: [2.6 patch] i386: always use 4k stacks, Alex Davis
      - Re: [2.6 patch] i386: always use 4k stacks, Kyle Moffett
- Re: [2.6 patch] i386: always use 4k stacks, Bodo Eggert
  - Re: [2.6 patch] i386: always use 4k stacks, Denis Vlasenko
  - Re: [2.6 patch] i386: always use 4k stacks, Dave Jones
    - Re: [2.6 patch] i386: always use 4k stacks, Bodo Eggert
  - Re: [2.6 patch] i386: always use 4k stacks, Lee Revell
    - Re: [2.6 patch] i386: always use 4k stacks, Bodo Eggert
- Re: [2.6 patch] i386: always use 4k stacks, Matt Reuther
- Re: [2.6 patch] i386: always use 4k stacks, Alex Davis
- Re: [2.6 patch] i386: always use 4k stacks, Horst von Brand
  - Re: [2.6 patch] i386: always use 4k stacks, Neil Brown
- Re: [2.6 patch] i386: always use 4k stacks, Bodo Eggert
  - Re: [2.6 patch] i386: always use 4k stacks, Adrian Bunk
    - Re: [2.6 patch] i386: always use 4k stacks, Michael Poole
      - Re: [2.6 patch] i386: always use 4k stacks, Adrian Bunk
- Re: [2.6 patch] i386: always use 4k stacks, Stefan Rompf
  - Re: [2.6 patch] i386: always use 4k/4k stacks, Arjan van de Ven
    - Re: [2.6 patch] i386: always use 4k/4k stacks, Stefan Rompf
      - Re: [2.6 patch] i386: always use 4k/4k stacks, Arjan van de Ven
      - Re: [2.6 patch] i386: always use 4k/4k stacks, Helge Hafting
  - Re: [2.6 patch] i386: always use 4k stacks, Alan Cox
- Re: [2.6 patch] i386: always use 4k stacks, Parag Warudkar
  - Re: [2.6 patch] i386: always use 4k stacks, David Lang
  - Re: [2.6 patch] i386: always use 4k stacks, Horst von Brand
- Re: [2.6 patch] i386: always use 4k stacks, Parag Warudkar
  - Message not available
    - Re: [2.6 patch] i386: always use 4k stacks, Sean
  - Re: [2.6 patch] i386: always use 4k stacks, Jesper Juhl
  - Re: [2.6 patch] i386: always use 4k stacks, Horst von Brand
- Re: [2.6 patch] i386: always use 4k stacks, Bodo Eggert
  - Re: [2.6 patch] i386: always use 4k stacks, Eric Dumazet
  - Re: [2.6 patch] i386: always use 4k stacks, Sean
  - Re: [2.6 patch] i386: always use 4k stacks, Diego Calleja
  - Re: [2.6 patch] i386: always use 4k stacks, Pavel Machek
  - Re: [2.6 patch] i386: always use 4k stacks, Horst von Brand
[PATCH] Trivial; turn "const static" into "static const", Jesper Juhl
kjournald - what does this process actually do?, Christian Unger
- Re: kjournald - what does this process actually do?, Christian Unger
- Re: kjournald - what does this process actually do?, Coywolf Qi Hunt
Re: [PATCH 7/15] misc: Make x86 doublefault handling optional, Bodo Eggert
2.6.14.x kernel bug, Wayne E. Harlan
- Re: 2.6.14.x kernel bug, Antonino A. Daplas
2.6.15-rc1: kswapd crash, Mark Lord
- Re: 2.6.15-rc1: kswapd crash, Mark Lord
- Re: 2.6.15-rc1: kswapd crash, Adrian Bunk
  - Re: 2.6.15-rc1: kswapd crash, Mark Lord
    - Re: 2.6.15-rc1: kswapd crash, Adrian Bunk
      - Re: 2.6.15-rc1: kswapd crash, Mark Lord
        
        Re: 2.6.15-rc1: kswapd crash, Mark Lord
        
        Re: 2.6.15-rc1: kswapd crash, Arjan van de Ven
        
        Re: 2.6.15-rc1: kswapd crash, Mark Lord
2.6.14: small patch to sdladrv.c, Toni Mueller
Linux Kernel -KLG extraversion, breno
- Re: Linux Kernel -KLG extraversion, Michal Piotrowski
- <Possible follow-ups>
- Re: Linux Kernel -KLG extraversion, breno
x86 building altivec for raid ?, J.A. Magallon
- Re: x86 building altivec for raid ?, Neil Brown
  - Re: x86 building altivec for raid ?, H. Peter Anvin
  - Re: x86 building altivec for raid ?, J.A. Magallon
  - Re: x86 building altivec for raid ?, Sam Ravnborg
  - Re: x86 building altivec for raid ?, J.A. Magallon
[PATCH -rt] Make rcutorture be a module, Paul E. McKenney
- Re: [PATCH -rt] Make rcutorture be a module, Ingo Molnar
Re: [partial patch] 2.6.14-mm2 bugs and fixes, Andrew Morton
- Re: [partial patch] 2.6.14-mm2 bugs and fixes, Greg KH
- <Possible follow-ups>
- Re: [partial patch] 2.6.14-mm2 bugs and fixes, Andrew Morton
[PPC] 2.6.14.1: Loading FireWire disk fails. Fix: "modprobe ieee1394 disable_irm=1", Wolfgang Pfeiffer
[GIT] Fix memory leak in lease code, Trond Myklebust
[PATCH] fix synclink_gt compile for latest struct pci_driver changes, Paul Fulghum
Q: obtain 2.6.x libata-dev updates with git, Dieter Stüken
[PATCH] fix missing includes for 2.6.15-rc1, Tim Schmielau
- Re: [PATCH] fix missing includes for 2.6.15-rc1, Michael Krufky
Locking md device and system for several seconds, Miro Dietiker, MD Systems
- Re: Locking md device and system for several seconds, Neil Brown
  - AW: Locking md device and system for several seconds, Miro Dietiker, MD Systems
    - Re: AW: Locking md device and system for several seconds, Philippe Pegon
[PATCH] v850: use generic hardirq code, Christoph Hellwig
- Re: [PATCH] v850: use generic hardirq code, Miles Bader
[PATCH] remove enable_irq_nosync, Christoph Hellwig
[PATCH]small fix for __ipv6_addr_type(...), Yan Zheng
- Re: [PATCH]small fix for __ipv6_addr_type(...), Vlad Yasevich
  - Re: [PATCH]small fix for __ipv6_addr_type(...), YOSHIFUJI Hideaki / 吉藤英明
[PATCH] m68knommu: enable_irq/disable_irq, Christoph Hellwig
- Re: [PATCH] m68knommu: enable_irq/disable_irq, Greg Ungerer
  - Re: [PATCH] m68knommu: enable_irq/disable_irq, Christoph Hellwig
Severe VFS Performance Issues 2.6 with > 95000 directory entries, Jeff V. Merkey
- Re: Severe VFS Performance Issues 2.6 with > 95000 directory entries, Nikita Danilov
  - Re: Severe VFS Performance Issues 2.6 with > 95000 directory entries, jmerkey
    - Re: Severe VFS Performance Issues 2.6 with > 95000 directory entries, Nikita Danilov
      - Re: Severe VFS Performance Issues 2.6 with > 95000 directory entries, jmerkey
    - Re: Severe VFS Performance Issues 2.6 with > 95000 directory entries, Douglas McNaught
      - Re: Severe VFS Performance Issues 2.6 with > 95000 directory entries, jmerkey
      - Re: Severe VFS Performance Issues 2.6 with > 95000 directory entries, Jeff V. Merkey
[PATCH] add missing option in kconfig for ipw2200 monitor mode, Kasper Sandberg
ReiserFS: clm-2201: last flush, clm-2200: last commit, John Madden
- Re: ReiserFS: clm-2201: last flush, clm-2200: last commit, John Madden
linux/fs/binfmt_elf.c removal of check, sigint
Via VT6240 Sata problem, Yves Kurz
WARNING's while compiling., Alejandro Bonilla Beeche
- Re: WARNING's while compiling., Antonino A. Daplas
  - Re: WARNING's while compiling., Alejandro Bonilla Beeche
Why did oldconfig's behavior change in 2.6.15-rc1?, Rob Landley
- Re: Why did oldconfig's behavior change in 2.6.15-rc1?, Sam Ravnborg
- Re: Why did oldconfig's behavior change in 2.6.15-rc1?, Roman Zippel
  - Re: [uml-devel] Re: Why did oldconfig's behavior change in 2.6.15-rc1?, Rob Landley
linux-2.6.15-rc1: ipw2200 still not working, Mark Lord
- <Possible follow-ups>
- Re: linux-2.6.15-rc1: ipw2200 still not working, [email protected]
  - Re: linux-2.6.15-rc1: ipw2200 still not working, Mark Lord
[patch] w100fb platform device conversion fixup, Richard Purdie
www.kernel.org/git/ - strange behavior, Michal Piotrowski
[PATCH] vgacon: Workaround for resize bug in some chipsets, Antonino A. Daplas
- Re: [PATCH] vgacon: Workaround for resize bug in some chipsets, Martin Mares
- Re: [PATCH] vgacon: Workaround for resize bug in some chipsets, Samuel Thibault
  - Re: [PATCH] vgacon: Workaround for resize bug in some chipsets, Antonino A. Daplas
    - Re: [PATCH] vgacon: Workaround for resize bug in some chipsets, Samuel Thibault
      - Re: [PATCH] vgacon: Workaround for resize bug in some chipsets, Antonino A. Daplas
- <Possible follow-ups>
- Re: [PATCH] vgacon: Workaround for resize bug in some chipsets, Bodo Eggert
  - Re: [PATCH] vgacon: Workaround for resize bug in some chipsets, Antonino A. Daplas
    - Re: [PATCH] vgacon: Workaround for resize bug in some chipsets, Mika Penttilä
      - Re: [PATCH] vgacon: Workaround for resize bug in some chipsets, Antonino A. Daplas
        
        Re: [PATCH] vgacon: Workaround for resize bug in some chipsets, H. Peter Anvin
  - Re: [PATCH] vgacon: Workaround for resize bug in some chipsets, Samuel Thibault
- Re: [PATCH] vgacon: Workaround for resize bug in some chipsets, Jason Dravet
- Re: [PATCH] vgacon: Workaround for resize bug in some chipsets, Bodo Eggert
  - Re: [PATCH] vgacon: Workaround for resize bug in some chipsets, Jason Dravet
    - Re: [PATCH] vgacon: Workaround for resize bug in some chipsets, Bodo Eggert
    - Re: [PATCH] vgacon: Workaround for resize bug in some chipsets, Samuel Thibault
      - Re: [PATCH] vgacon: Workaround for resize bug in some chipsets, Jason Dravet
        
        Re: [PATCH] vgacon: Workaround for resize bug in some chipsets, Samuel Thibault
- Re: [PATCH] vgacon: Workaround for resize bug in some chipsets, Jason Dravet
  - Re: [PATCH] vgacon: Workaround for resize bug in some chipsets, Samuel Thibault
    - Re: [PATCH] vgacon: Workaround for resize bug in some chipsets, Jason Dravet
ia64 SN2 - migration costs: 1) nearly zero 2) BUG 3) repeated, Paul Jackson
- Re: ia64 SN2 - migration costs: 1) nearly zero 2) BUG 3) repeated, Paul Jackson
  - Re: ia64 SN2 - migration costs: 1) nearly zero 2) BUG 3) repeated, Ingo Molnar
    - Re: ia64 SN2 - migration costs: 1) nearly zero 2) BUG 3) repeated, Paul Jackson
      - Re: ia64 SN2 - migration costs: 1) nearly zero 2) BUG 3) repeated, Paul Jackson
Total freeze with FC4 2.6.1[34]smp [FC4/IBM/ATI], Morten Hulden
vmtrace v0.0, Marcelo Tosatti
[PATCH] drivers/message/i2o/i2o_block.c unsigned comparison, Gabriel A. Devenyi
- Re: [PATCH] drivers/message/i2o/i2o_block.c unsigned comparison, Alexey Dobriyan
  - Re: [PATCH] drivers/message/i2o/i2o_block.c unsigned comparison, Gabriel A. Devenyi
[RESEND] [PATCH] drivers/acpi/asus_acpi.c unsigned comparison, Gabriel A. Devenyi
- Re: [RESEND] [PATCH] drivers/acpi/asus_acpi.c unsigned comparison, Bjorn Helgaas
  - ICMP Ping being lost between kernel and the ping program., Jesse Gordon
    - Re: ICMP Ping being lost between kernel and the ping program. (Solved!), Jesse Gordon
[PATCH] drivers/acpi/asus_acpi.c unsigned comparison, Gabriel A. Devenyi
[RESEND] [PATCH] drivers/char/keyboard.c unsigned comparison, Gabriel A. Devenyi
[PATCH] drivers/net/wireless/hermes.c unsigned int comparision, Gabriel A. Devenyi
NFS question: what's the use of nfs3_async_handle_jukebox?, Xin Zhao
- Re: NFS question: what's the use of nfs3_async_handle_jukebox?, J. Bruce Fields
PROBLEM: No initialization of sound card, Pelle Lundström
- Re: PROBLEM: No initialization of sound card, Martin Schlemmer
- Re: PROBLEM: No initialization of sound card, David Wragg
  - Re: PROBLEM: No initialization of sound card, Lee Revell
    - Re: PROBLEM: No initialization of sound card, Pelle Lundström
      - Re: PROBLEM: No initialization of sound card, Lee Revell
[PATCH] Remove include/linux/mtd/compatmac.h, Alexey Dobriyan
- Re: [PATCH] Remove include/linux/mtd/compatmac.h, Josh Boyer
Bootfailure with shuttle AN50R mainboard, Hans Klotz
[RFT][PATCH 0/3] swsusp: improve freeing of memory, Rafael J. Wysocki
- [RFT][PATCH 1/3] swsusp: remove encryption, Rafael J. Wysocki
  - Re: [RFT][PATCH 1/3] swsusp: remove encryption, Pavel Machek
- [RFT][PATCH 2/3] swsusp: introduce the swap map structure, Rafael J. Wysocki
  - Re: [RFT][PATCH 2/3] swsusp: introduce the swap map structure, Pavel Machek
    - Re: [RFT][PATCH 2/3] swsusp: introduce the swap map structure, Rafael J. Wysocki
- [RFT][PATCH 3/3] swsusp: improve freeing of memory, Rafael J. Wysocki
  - Re: [RFT][PATCH 3/3] swsusp: improve freeing of memory, Pavel Machek
    - Re: [RFT][PATCH 3/3] swsusp: improve freeing of memory, Rafael J. Wysocki
[PATCH] drivers/char/keyboard.c unsigned comparison, Gabriel A. Devenyi
[2.6.13.4 patch] kernel/audit.c: changing audit loglevel, Durval Menezes
gen_initramfs_list.sh: Cannot open 'y', Henrik Christian Grove
- Re: gen_initramfs_list.sh: Cannot open 'y', Martin Schlemmer
- Re: gen_initramfs_list.sh: Cannot open 'y', Sam Ravnborg
- <Possible follow-ups>
- Re: gen_initramfs_list.sh: Cannot open 'y', Henrik Christian Grove
[patch] fix collie for -rc1, Pavel Machek
- Re: [patch] fix collie for -rc1, Russell King
[PATCH] block/elevator.c: forget about strncpy(), Alexey Dobriyan
Re: Waiting for your responce and remain blessed., Enriquez Laarni
Oops: dm_mirror on 2.6.14, Dieter Stüken
PROBLEM: kernel compilation, Alexander Kozyrev
- Re: PROBLEM: kernel compilation, Sam Ravnborg
[git patches] 2.6.x libata fixes, Jeff Garzik
- <Possible follow-ups>
- [git patches] 2.6.x libata fixes, Jeff Garzik
- [git patches] 2.6.x libata fixes, Jeff Garzik
- [git patches] 2.6.x libata fixes, Jeff Garzik
- [git patches] 2.6.x libata fixes, Jeff Garzik
[PATCH 1/9] Kbuild: index asm-$(SUBARCH) headers for UML, Paolo 'Blaisorblade' Giarrusso
- [PATCH 7/9] uml console channels: fix the API of console_write, Paolo 'Blaisorblade' Giarrusso
- [PATCH 8/9] Uml: fix access_ok, Paolo 'Blaisorblade' Giarrusso
- [PATCH 4/9] uml - fixups for "reuse i386 cpu-specific tuning", Paolo 'Blaisorblade' Giarrusso
- [PATCH 6/9] uml console channels: remove console_write wrappers, Paolo 'Blaisorblade' Giarrusso
- [PATCH 5/9] uml: fix mcast network driver error handling, Paolo 'Blaisorblade' Giarrusso
- [PATCH 3/9] uml: micro fixups to arch Kconfig, Paolo 'Blaisorblade' Giarrusso
- [PATCH 9/9] uml: fix daemon transport exit path bug, Paolo 'Blaisorblade' Giarrusso
  - Re: [uml-devel] [PATCH 9/9] uml: fix daemon transport exit path bug, Jeff Dike
- [PATCH 2/9] uml: remove bogus WARN_ON, triggerable harmlessly on a page fault race, Paolo 'Blaisorblade' Giarrusso
[PATCH] Marvell SATA fixes; disable 50XX, Jeff Garzik
[PATCH] ipw2100: Fix 'Driver using old /proc/net/wireless...' message, James Ketrenos
2.6.15-rc1: IDE: fix potential data corruption with SL82C105 interfaces, Russell King
- Re: 2.6.15-rc1: IDE: fix potential data corruption with SL82C105 interfaces, Alan Cox
  - Re: 2.6.15-rc1: IDE: fix potential data corruption with SL82C105 interfaces, Russell King
- Re: 2.6.15-rc1: IDE: fix potential data corruption with SL82C105 interfaces, Bartlomiej Zolnierkiewicz
start_kernel / local_irq_enable() can be very slow, Pozsar Balazs
- Re: start_kernel / local_irq_enable() can be very slow, Andrew Morton
  - Re: start_kernel / local_irq_enable() can be very slow, Linus Torvalds
    - Re: start_kernel / local_irq_enable() can be very slow, Pozsar Balazs
[PATCH] Update location of ll_rw_blk.c in docs, Ben Collins
[PATCH] rt11 Fill out default_simple_type, Daniel Walker
- Re: [PATCH] rt11 Fill out default_simple_type, Ingo Molnar
  - Re: [PATCH] rt11 Fill out default_simple_type, Daniel Walker
  - Re: [PATCH] rt11 Fill out default_simple_type, Thomas Gleixner
    - Re: [PATCH] rt11 Fill out default_simple_type, Tom Rini
      - Re: [PATCH] rt11 Fill out default_simple_type, Thomas Gleixner
    - Re: [PATCH] rt11 Fill out default_simple_type, Ingo Molnar
2.6.15-rc1 [PATCH] MTD_TS5500 Kconfig, Sean Young
- Re: 2.6.15-rc1 [PATCH] MTD_TS5500 Kconfig, Josh Boyer
  - Re: 2.6.15-rc1 [PATCH] MTD_TS5500 Kconfig, Sean Young
Re: [PATCH] ext3: Fix warning without quota support (was: Linux 2.6.14), Nick Warne
- Re: [PATCH] ext3: Fix warning without quota support (was: Linux 2.6.14), Jean Delvare
  - Re: [PATCH] ext3: Fix warning without quota support (was: Linux 2.6.14), Nick Warne
why we need openat et al in the kernel, Jim Meyering
Resume from swsusp stopped working with 2.6.14 and 2.6.15-rc1, Bjørn Mork
- Re: Resume from swsusp stopped working with 2.6.14 and 2.6.15-rc1, Dmitry Torokhov
  - Re: Resume from swsusp stopped working with 2.6.14 and 2.6.15-rc1, Pavel Machek
  - Re: Resume from swsusp stopped working with 2.6.14 and 2.6.15-rc1, Pavel Machek
    - Re: Resume from swsusp stopped working with 2.6.14 and 2.6.15-rc1, Dmitry Torokhov
      - Re: Resume from swsusp stopped working with 2.6.14 and 2.6.15-rc1, Bjørn Mork
- Re: Resume from swsusp stopped working with 2.6.14 and 2.6.15-rc1, Dmitry Torokhov
  - Re: Resume from swsusp stopped working with 2.6.14 and 2.6.15-rc1, Bjørn Mork
  - Re: Resume from swsusp stopped working with 2.6.14 and 2.6.15-rc1, Bernd Donner
  - Re: Resume from swsusp stopped working with 2.6.14 and 2.6.15-rc1, Pavel Machek
    - Re: Resume from swsusp stopped working with 2.6.14 and 2.6.15-rc1, Bjørn Mork
      - Re: Resume from swsusp stopped working with 2.6.14 and 2.6.15-rc1, Pavel Machek
        
        Re: Resume from swsusp stopped working with 2.6.14 and 2.6.15-rc1, Dmitry Torokhov
        
        Re: Resume from swsusp stopped working with 2.6.14 and 2.6.15-rc1, Pavel Machek
        
        Re: Resume from swsusp stopped working with 2.6.14 and 2.6.15-rc1, Dmitry Torokhov
        
        Re: Resume from swsusp stopped working with 2.6.14 and 2.6.15-rc1, Bjørn Mork
        
        Re: Resume from swsusp stopped working with 2.6.14 and 2.6.15-rc1, Pavel Machek
        
        Re: Resume from swsusp stopped working with 2.6.14 and 2.6.15-rc1, Bjørn Mork
        
        Re: Resume from swsusp stopped working with 2.6.14 and 2.6.15-rc1, Pavel Machek
        
        Re: Resume from swsusp stopped working with 2.6.14 and 2.6.15-rc1, Dmitry Torokhov
        
        Re: Resume from swsusp stopped working with 2.6.14 and 2.6.15-rc1, Pavel Machek
        
        Re: Resume from swsusp stopped working with 2.6.14 and 2.6.15-rc1, Dmitry Torokhov
        
        Re: Resume from swsusp stopped working with 2.6.14 and 2.6.15-rc1, Dmitry Torokhov
        
        Re: Resume from swsusp stopped working with 2.6.14 and 2.6.15-rc1, Pavel Machek
        
        Re: Resume from swsusp stopped working with 2.6.14 and 2.6.15-rc1, Rafael J. Wysocki
        
        Re: Resume from swsusp stopped working with 2.6.14 and 2.6.15-rc1, Pavel Machek
        
        Re: Resume from swsusp stopped working with 2.6.14 and 2.6.15-rc1, Bjørn Mork
        
        Re: Resume from swsusp stopped working with 2.6.14 and 2.6.15-rc1, Pavel Machek
        
        Re: Resume from swsusp stopped working with 2.6.14 and 2.6.15-rc1, Bjørn Mork
        
        Re: Resume from swsusp stopped working with 2.6.14 and 2.6.15-rc1, Pavel Machek
        
        Re: Resume from swsusp stopped working with 2.6.14 and 2.6.15-rc1, Rafael J. Wysocki
- <Possible follow-ups>
- Re: Resume from swsusp stopped working with 2.6.14 and 2.6.15-rc1, Bernd Donner
  - Re: Resume from swsusp stopped working with 2.6.14 and 2.6.15-rc1, Jacek Kawa
[PATCH 1/1 kernel 2.6.15-rc1] Fix copy-paste bug in mpc52xx_uart.c (pdev<->dev), Andrey Volkov
- Re: [PATCH 1/1 kernel 2.6.15-rc1] Fix copy-paste bug in mpc52xx_uart.c (pdev<->dev), Russell King
[PATCH 0/1] Some fixes to V4L subsystem, mchehab
Breakage in net/ipv4/tcp_vegas.c, Horst von Brand
- Re: Breakage in net/ipv4/tcp_vegas.c, Ian McDonald
  - Re: Breakage in net/ipv4/tcp_vegas.c, David S. Miller
Re: Some debugging patches on top of -mm, Paul Jackson
- Re: Some debugging patches on top of -mm, Alexander Nyberg
  - Re: Some debugging patches on top of -mm, Paul Jackson
netfilter netbios-ns on ethernet bridge firewall, Jaco Kroon
- Re: netfilter netbios-ns on ethernet bridge firewall, Harald Welte
2.6.15-rc1 freeing a reserved page from uart_shutdown, Matthew Wilcox
- Re: [parisc-linux] 2.6.15-rc1 freeing a reserved page from uart_shutdown, Matthew Wilcox
Re: i386-vmlinuxldss-distinguish-absolute-symbols.patch added to -mm tree, Coywolf Qi Hunt
- Re: i386-vmlinuxldss-distinguish-absolute-symbols.patch added to -mm tree, Andrew Morton
  - Re: i386-vmlinuxldss-distinguish-absolute-symbols.patch added to -mm tree, Eric W. Biederman
[PATCH] I8K: fix /proc reporting of blank service tags, Dmitry Torokhov
[2.6.15-rc1] VFS: file-max limit 400490 reached, Jeff Garzik
- Re: [2.6.15-rc1] VFS: file-max limit 400490 reached, Chris Wedgwood
  - Re: [2.6.15-rc1] VFS: file-max limit 400490 reached, Jeff Garzik
- Re: [2.6.15-rc1] VFS: file-max limit 400490 reached, Jeff Garzik
[PATCH 0/13] Time: Generic Timeofday Subsystem (v B10), john stultz
- [PATCH 1/13] Time: Reduced NTP rework (part 1), john stultz
- [PATCH 4/13] Time: Generic Timekeeping Infrastructure, john stultz
- [PATCH 6/13] Time: i386 Conversion - part 2: Move timer_tsc.c to tsc.c, john stultz
- [PATCH 5/13] Time: i386 Conversion - part 1: Move timer_pit.c to i8253.c, john stultz
- [PATCH 3/13] Time: Clocksource Infrastructure, john stultz
- [PATCH 9/13] Time: i386 Conversion - part 5: Enable Generic Timekeeping, john stultz
- [PATCH 12/13] Time: i386/x86-64 Clocksource Drivers, john stultz
- [PATCH 11/13] Time: x86-64 Conversion to Generic Timekeeping, john stultz
- [PATCH 8/13] Time: i386 Conversion - part 4: ACPI PM variable renaming, john stultz
- [PATCH 13/13] Time: Generic Timekeeping Paraniod Debug Patch, john stultz
- [PATCH 10/13] Time: i386 Conversion - part 6: Remove Old Code, john stultz
- [PATCH 2/13] Time: Reduced NTP Rework (part 2), john stultz
- [PATCH 7/13] Time: i386 Conversion - part 3: Rework TSC Support, john stultz
- Re: [PATCH 0/13] Time: Generic Timeofday Subsystem (v B10), Andi Kleen
  - Re: [PATCH 0/13] Time: Generic Timeofday Subsystem (v B10), john stultz
  - Re: [PATCH 0/13] Time: Generic Timeofday Subsystem (v B10), Ingo Molnar
    - Re: [PATCH 0/13] Time: Generic Timeofday Subsystem (v B10), Andi Kleen
      - Re: [PATCH 0/13] Time: Generic Timeofday Subsystem (v B10), john stultz
      - Re: [PATCH 0/13] Time: Generic Timeofday Subsystem (v B10), Ingo Molnar
- Re: [PATCH 0/13] Time: Generic Timeofday Subsystem (v B10), Frank Sorenson
  - Re: [PATCH 0/13] Time: Generic Timeofday Subsystem (v B10), john stultz
    - Re: [PATCH 0/13] Time: Generic Timeofday Subsystem (v B10), Frank Sorenson
      - Re: [PATCH 0/13] Time: Generic Timeofday Subsystem (v B10), john stultz
        
        Re: [PATCH 0/13] Time: Generic Timeofday Subsystem (v B10), Frank Sorenson
        
        Re: [PATCH 0/13] Time: Generic Timeofday Subsystem (v B10), john stultz
        
        Re: [PATCH 0/13] Time: Generic Timeofday Subsystem (v B10), Frank Sorenson
        
        Re: [PATCH 0/13] Time: Generic Timeofday Subsystem (v B10), john stultz
        
        Re: [PATCH 0/13] Time: Generic Timeofday Subsystem (v B10), Ingo Molnar
        
        Re: [PATCH 0/13] Time: Generic Timeofday Subsystem (v B10), john stultz
[RFC PATCH] Silence warning in cciss_scsi, Grant Coady
- <Possible follow-ups>
- RE: [RFC PATCH] Silence warning in cciss_scsi, Miller, Mike (OS Dev)
inode kernel option for HA clustering/rsync, Matt Hersant
- Re: inode kernel option for HA clustering/rsync, Lars Marowsky-Bree
[2.6 patch] removed useless SCSI_GENERIC_NCR5380_MMIO, Adrian Bunk
- Re: [2.6 patch] removed useless SCSI_GENERIC_NCR5380_MMIO, Christoph Hellwig
- Re: [2.6 patch] removed useless SCSI_GENERIC_NCR5380_MMIO, Alan Cox
  - Re: [2.6 patch] removed useless SCSI_GENERIC_NCR5380_MMIO, Adrian Bunk
[PATCH] Minor warning when building ext3 without quota, Adam Wysocki
drivers/video/nvidia/ compile error with PPC_OF=y, FB_OF=n, Adrian Bunk
- Re: drivers/video/nvidia/ compile error with PPC_OF=y, FB_OF=n, Antonino A. Daplas
[PATCH] Silence cpufreq warning for UP, Grant Coady
Modules are missed while compiling the same version of kernel, Neo Jia
- Re: Modules are missed while compiling the same version of kernel, Neo Jia
- Re: Modules are missed while compiling the same version of kernel, Jesper Juhl
  - Re: Modules are missed while compiling the same version of kernel, Lee Revell
    - Re: Modules are missed while compiling the same version of kernel, Jesper Juhl
Linuv 2.6.15-rc1, Linus Torvalds
- [PATCH] Linux 2.6.15-rc1; fix b2c2 dvb undefined symbol, Prakash Punnoor
- Re: Linuv 2.6.15-rc1, Michal Piotrowski
- Re: Linuv 2.6.15-rc1, Michael Buesch
  - Re: Linuv 2.6.15-rc1, Linus Torvalds
    - Re: Linuv 2.6.15-rc1, Michael Buesch
      - Re: Linuv 2.6.15-rc1, Adrian Bunk
        
        Re: Linuv 2.6.15-rc1, Michael Buesch
        
        Re: Linuv 2.6.15-rc1, Adrian Bunk
        
        Re: Linuv 2.6.15-rc1, Benjamin Herrenschmidt
        
        [2.6 patch] PPC_PREP: remove unneeded exports, Adrian Bunk
        
        Re: [2.6 patch] PPC_PREP: remove unneeded exports, Benjamin Herrenschmidt
        
        Re: Linuv 2.6.15-rc1, Tom Rini
      - Re: Linuv 2.6.15-rc1, Olof Johansson
      - Re: Linuv 2.6.15-rc1, Benjamin Herrenschmidt
        
        Re: Linuv 2.6.15-rc1, Michael Buesch
        
        Re: Linuv 2.6.15-rc1, Kumar Gala
        
        Re: Linuv 2.6.15-rc1, Benjamin Herrenschmidt
        
        Re: Linuv 2.6.15-rc1, Olaf Hering
      - Re: Linuv 2.6.15-rc1, Jesper Juhl
    - Re: Linuv 2.6.15-rc1, Benjamin Herrenschmidt
      - asm/delay.h missing on powerpc (was: Re: Linuv 2.6.15-rc1), Michael Buesch
        
        Re: asm/delay.h missing on powerpc (was: Re: Linuv 2.6.15-rc1), Benjamin Herrenschmidt
        
        Re: asm/delay.h missing on powerpc (was: Re: Linuv 2.6.15-rc1), Michael Buesch
  - PowerBook G4 boot failure (was: Re: Linuv 2.6.15-rc1), Alexey Dobriyan
- Re: Linuv 2.6.15-rc1, John W. Linville
- Re: Linuv 2.6.15-rc1, Jody McIntyre
- Re: Linuv 2.6.15-rc1, Christoph Hellwig
  - Re: Linuv 2.6.15-rc1, Jens Axboe
    - [patch] new block/ directory comment tidy, Coywolf Qi Hunt
      - Re: [patch] new block/ directory comment tidy, Christoph Hellwig
        
        Re: [patch] new block/ directory comment tidy, Jens Axboe
        
        Re: [patch] new block/ directory comment tidy, Coywolf Qi Hunt
        
        Re: [patch] new block/ directory comment tidy, Jens Axboe
- Re: Linuv 2.6.15-rc1, Alexandre Buisse
  - Re: Linuv 2.6.15-rc1, Zilvinas Valinskas
    - Re: Linuv 2.6.15-rc1, Mark Lord
    - Re: Linuv 2.6.15-rc1, Pekka Enberg
      - Re: Linuv 2.6.15-rc1, Alexandre Buisse
      - Re: Linuv 2.6.15-rc1, Žilvinas Valinskas
    - Re: Linuv 2.6.15-rc1, Bill Davidsen
      - Re: Linuv 2.6.15-rc1, Žilvinas Valinskas
        
        Re: Linuv 2.6.15-rc1, Bill Davidsen
  - Re: Linuv 2.6.15-rc1, Pekka Enberg
  - Re: Linuv 2.6.15-rc1, Andrew Morton
    - Re: Linuv 2.6.15-rc1, Zilvinas Valinskas
      - Re: Linuv 2.6.15-rc1, Zilvinas Valinskas
        
        Re: Linuv 2.6.15-rc1, Pekka Enberg
        
        Re: Linuv 2.6.15-rc1, Zilvinas Valinskas
        
        Re: Linuv 2.6.15-rc1, Zilvinas Valinskas
        
        Re: Linuv 2.6.15-rc1, Zhu Yi
        
        Re: Linuv 2.6.15-rc1, Zilvinas Valinskas
        
        Re: Linuv 2.6.15-rc1, Pekka Enberg
        
        Re: Linuv 2.6.15-rc1, Zilvinas Valinskas
        
        Re: Linuv 2.6.15-rc1, Zilvinas Valinskas
        
        Re: Linuv 2.6.15-rc1, Pekka J Enberg
        
        Re: Linuv 2.6.15-rc1, Zilvinas Valinskas
        
        Re: Linuv 2.6.15-rc1, Zilvinas Valinskas
        
        Re: Linuv 2.6.15-rc1, Zilvinas Valinskas
        
        Re: Linuv 2.6.15-rc1, Pekka Enberg
        
        Re: Linuv 2.6.15-rc1, Zilvinas Valinskas
        
        [PATCH] ipw2200: disallow direct scanning when device is down (was: Linuv 2.6.15-rc1), Pekka Enberg
        
        Re: [PATCH] ipw2200: disallow direct scanning when device is down (was: Linuv 2.6.15-rc1), Alejandro Bonilla
        
        Re: [PATCH] ipw2200: disallow direct scanning when device is down (was: Linuv 2.6.15-rc1), Zhu Yi
        
        Re: Linuv 2.6.15-rc1, Linus Torvalds
        
        Re: Linuv 2.6.15-rc1, Pekka J Enberg
        
        Re: Linuv 2.6.15-rc1, Zilvinas Valinskas
        
        Re: Linuv 2.6.15-rc1, Zilvinas Valinskas
    - Re: Linuv 2.6.15-rc1, abuisse
[PATCH] cpuset - fix return without releasing semaphore, bob . picco
- Re: [PATCH] cpuset - fix return without releasing semaphore, Paul Jackson
- Re: [PATCH] cpuset - fix return without releasing semaphore, Paul Jackson
2.6.14.git: user-mode-linux/x86_64 does not build, Junichi Uekawa
- Re: [uml-user] 2.6.14.git: user-mode-linux/x86_64 does not build, Blaisorblade
  - Re: [uml-user] 2.6.14.git: user-mode-linux/x86_64 does not build, Junichi Uekawa
    - Re: [uml-user] 2.6.14.git: user-mode-linux/x86_64 does not build, Blaisorblade
CM8738 audio hampering while playing video on G450 PCI graphic card, Mark Hurenkamp
- Re: CM8738 audio hampering while playing video on G450 PCI graphic card, Alan Cox
- Re: CM8738 audio hampering while playing video on G450 PCI graphic card, Lee Revell
  - Re: CM8738 audio hampering while playing video on G450 PCI graphic card, Lee Revell
Re: [4/6] Remove old PM interface from maestro driver, Zach Brown
2.6.14-ck5, Con Kolivas
Re: [patch] mark text section read-only, Bodo Eggert
- Re: [patch] mark text section read-only, Coywolf Qi Hunt
[PATCH] mm gfp_noreclaim cleanup, Paul Jackson
- Re: [PATCH] mm gfp_noreclaim cleanup, Martin Hicks
[PATCH] Info about -stable to README and point at applying-patches.txt, Jesper Juhl
939 pin Opteron vs. Athlon 64? What's the difference?, Marc Perkel
- Re: 939 pin Opteron vs. Athlon 64? What's the difference?, Joel Jaeggli
- Re: 939 pin Opteron vs. Athlon 64? What's the difference?, Stefan Smietanowski
2.6.9 reporting 1 Gigabyte/second throughput on bio's, timer skew possible?, Jeff V. Merkey
- Re: 2.6.9 reporting 1 Gigabyte/second throughput on bio's, timer skew possible?, Jens Axboe
  - Re: 2.6.9 reporting 1 Gigabyte/second throughput on bio's, timer skew possible?, Jeff V. Merkey
    - Re: 2.6.9 reporting 1 Gigabyte/second throughput on bio's, timer skew possible?, Jens Axboe
      - Re: 2.6.9 reporting 1 Gigabyte/second throughput on bio's, timer skew possible?, jmerkey
Re: 2.6.14-mm2 OOPS - packet writing, Michal Piotrowski
- Re: 2.6.14-mm2 OOPS - packet writing, Peter Osterlund
  - Re: 2.6.14-mm2 OOPS - packet writing, Michal Piotrowski
2.6.14-rt9 nanosleep() behavior.., Gautam Thaker
Subject: [RFC][PATCH] Fix for unsafe notifier chain mechanism, Chandra Seetharaman
- Re: [Lse-tech] Subject: [RFC][PATCH] Fix for unsafe notifier chain mechanism, Paul E. McKenney
  - Re: [Lse-tech] Subject: [RFC][PATCH] Fix for unsafe notifier chain mechanism, Chandra Seetharaman
  - Re: [Lse-tech] Subject: [RFC][PATCH] Fix for unsafe notifier chain mechanism, Alan Stern
    - Re: [Lse-tech] Subject: [RFC][PATCH] Fix for unsafe notifier chain mechanism, Paul E. McKenney
      - Re: [Lse-tech] Subject: [RFC][PATCH] Fix for unsafe notifier chain mechanism, Alan Stern
        
        Re: [Lse-tech] Subject: [RFC][PATCH] Fix for unsafe notifier chain mechanism, Paul E. McKenney
        
        Re: [Lse-tech] Subject: [RFC][PATCH] Fix for unsafe notifier chain mechanism, Alan Stern
        
        Re: [Lse-tech] Subject: [RFC][PATCH] Fix for unsafe notifier chain mechanism, Paul E. McKenney
        
        Re: [Lse-tech] Subject: [RFC][PATCH] Fix for unsafe notifier chain mechanism, Alan Stern
Patches for Kernel 2.6.14 on kernel.org, Miro Dietiker, MD Systems
- Re: Patches for Kernel 2.6.14 on kernel.org, Jesper Juhl
[PATCH 0/8] Direct Migration V3: Overview, Christoph Lameter
- [PATCH 1/8] Direct Migration V3: Swap migration patchset fixes, Christoph Lameter
- [PATCH 2/8] Direct Migration V3: PageSwapCache checks, Christoph Lameter
- [PATCH 3/8] Direct Migration V3: migrate_pages() extension, Christoph Lameter

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