LKML: Linux Kernel Archive 2007 Q2

Date Index

Re: [PATCH 2/3] drm modesetting core, (continued)
- [PATCH 3/3] Intel support for DRM modesetting, Jesse Barnes
  - Re: [PATCH 3/3] Intel support for DRM modesetting, Jesse Barnes
- Re: [RFC] enhancing the kernel's graphics subsystem, Jon Smirl
  - Re: [RFC] enhancing the kernel's graphics subsystem, Jesse Barnes
    - Re: [RFC] enhancing the kernel's graphics subsystem, Jon Smirl
      - Re: [RFC] enhancing the kernel's graphics subsystem, Jeff Garzik
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Jon Smirl
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Arjan van de Ven
      - Re: [RFC] enhancing the kernel's graphics subsystem, Jesse Barnes
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Jon Smirl
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Jesse Barnes
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Jesse Barnes
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Jon Smirl
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Dave Airlie
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Jon Smirl
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Jon Smirl
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Dave Airlie
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Jon Smirl
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Dave Airlie
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Jon Smirl
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Dave Airlie
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Jeff Garzik
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Jon Smirl
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Benjamin Herrenschmidt
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Jeff Garzik
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Alan Cox
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Jeff Garzik
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Jon Smirl
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Jon Smirl
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Dave Airlie
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Dave Airlie
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Jeff Garzik
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Dave Airlie
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Jon Smirl
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Alan Cox
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Jeff Garzik
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Benjamin Herrenschmidt
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Jesse Barnes
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Jeff Garzik
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Jon Smirl
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Jesse Barnes
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Jon Smirl
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Dave Airlie
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Jon Smirl
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Dave Airlie
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Jon Smirl
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Pavel Machek
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Jon Smirl
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Pavel Machek
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Jon Smirl
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Alan Cox
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Jon Smirl
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Jesse Barnes
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Jon Smirl
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Alan Cox
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Jesse Barnes
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Jon Smirl
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Jeff Garzik
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Jesse Barnes
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Matthew Garrett
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Dave Airlie
  - Re: [RFC] enhancing the kernel's graphics subsystem, Dave Airlie
    - Re: [RFC] enhancing the kernel's graphics subsystem, Helge Hafting
      - Re: [RFC] enhancing the kernel's graphics subsystem, Dave Airlie
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Helge Hafting
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Jesse Barnes
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Jon Smirl
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Dave Airlie
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Xavier Bestel
- Re: [RFC] enhancing the kernel's graphics subsystem, Benjamin Herrenschmidt
  - Re: [RFC] enhancing the kernel's graphics subsystem, Keith Packard
    - Re: [RFC] enhancing the kernel's graphics subsystem, Benjamin Herrenschmidt
  - Re: [RFC] enhancing the kernel's graphics subsystem, Jesse Barnes
    - Re: [RFC] enhancing the kernel's graphics subsystem, Benjamin Herrenschmidt
      - Re: [RFC] enhancing the kernel's graphics subsystem, Jesse Barnes
        
        Re: [RFC] enhancing the kernel's graphics subsystem, Antonino A. Daplas
      - Re: [RFC] enhancing the kernel's graphics subsystem, Helge Hafting
  - Re: [RFC] enhancing the kernel's graphics subsystem, Philipp Klaus Krause
    - Re: [RFC] enhancing the kernel's graphics subsystem, Jesse Barnes
    - Re: [RFC] enhancing the kernel's graphics subsystem, Dave Airlie
- Re: [RFC] enhancing the kernel's graphics subsystem, l l
question on msdos support, Mike . Johnson
- Re: question on msdos support, Clemens Koller
IPv6: 6to4 tunnel randomly cutting out on 2.6.8.1 - any patches?, Philip Pemberton
- Re: IPv6: 6to4 tunnel randomly cutting out on 2.6.8.1 - any patches?, David Miller
  - Re: IPv6: 6to4 tunnel randomly cutting out on 2.6.8.1 - any patches?, Philip Pemberton
    - Re: IPv6: 6to4 tunnel randomly cutting out on 2.6.8.1 - any patches?, Jan Engelhardt
      - Re: IPv6: 6to4 tunnel randomly cutting out on 2.6.8.1 - any patches?, Pekka Pietikainen
        
        Re: IPv6: 6to4 tunnel randomly cutting out on 2.6.8.1 - any patches?, Philip Pemberton
patch cpufreq-powernow-k7-fix-mhz-rounding-issue-with-perflib.patch queued to 2.6.21-stable tree, chrisw
Re: [PATCH] drivers/ata: Add the SW NCQ support to sata_nv for MCP51/MCP55/MCP61, Zoltan Boszormenyi
- <Possible follow-ups>
- Re: [PATCH] drivers/ata: Add the SW NCQ support to sata_nv for MCP51/MCP55/MCP61, Robert Hancock
  - Re: [PATCH] drivers/ata: Add the SW NCQ support to sata_nv for MCP51/MCP55/MCP61, Alan Cox
    - Re: [PATCH] drivers/ata: Add the SW NCQ support to sata_nv for MCP51/MCP55/MCP61, Jeff Garzik
      - Re: [PATCH] drivers/ata: Add the SW NCQ support to sata_nv for MCP51/MCP55/MCP61, Alan Cox
      - Re: [PATCH] drivers/ata: Add the SW NCQ support to sata_nv for MCP51/MCP55/MCP61, Zoltan Boszormenyi
- RE: [PATCH] drivers/ata: Add the SW NCQ support to sata_nv for MCP51/MCP55/MCP61, Kuan Luo
- Re: [PATCH] drivers/ata: Add the SW NCQ support to sata_nv for MCP51/MCP55/MCP61, Robert Hancock
Having problems with 8250 module in 2.6.20,2.6.21..., CIJOML
- Re: Having problems with 8250 module in 2.6.20,2.6.21..., Russell King
[GIT] Please pull the following bugfixes for the NFS client, Trond Myklebust
v2.6.21-rt3, Ingo Molnar
- Re: v2.6.21-rt3, emin ak
  - Re: v2.6.21-rt3, Thomas Gleixner
    - Re: v2.6.21-rt3, emin ak
      - Re: v2.6.21-rt3, Thomas Gleixner
        
        Re: v2.6.21-rt3, Wolfgang Grandegger
- Re: v2.6.21-rt3, K.R. Foley
- Re: v2.6.21-rt3, Daniel Walker
  - Re: v2.6.21-rt3, Thomas Gleixner
    - Re: v2.6.21-rt3, Daniel Walker
      - Re: v2.6.21-rt3, Thomas Gleixner
        
        Re: v2.6.21-rt3, Daniel Walker
        
        Re: v2.6.21-rt3, Ingo Molnar
        
        Re: v2.6.21-rt3, Daniel Walker
[PATCH] revert "cancel_delayed_work: use del_timer() instead of del_timer_sync()", Oleg Nesterov
CFS Scheduler and real-time tasks, Török Edvin
- Re: CFS Scheduler and real-time tasks, Ingo Molnar
  - Re: CFS Scheduler and real-time tasks, Török Edvin
    - Re: CFS Scheduler and real-time tasks, Ingo Molnar
      - Re: CFS Scheduler and real-time tasks, Török Edvin
        
        Re: CFS Scheduler and real-time tasks, Török Edvin
pata_via appears to incorrectly detects 40-pin cable, Francis Russell
- Re: pata_via appears to incorrectly detects 40-pin cable, Claas Langbehn
  - Re: pata_via appears to incorrectly detects 40-pin cable, Francis Russell
- Re: pata_via appears to incorrectly detects 40-pin cable, Alan Cox
  - Re: pata_via appears to incorrectly detects 40-pin cable, Francis Russell
- <Possible follow-ups>
- pata_via appears to incorrectly detects 40-pin cable, Francis Russell
[PATCH 2.6.21-rt2] PowerPC: implement read_persistent_clock(), Sergei Shtylyov
Scheduler responsiveness under load, Bill Davidsen
RSS controller v2 Test results (lmbench ), Balbir Singh
- Re: RSS controller v2 Test results (lmbench ), Andrew Morton
  - Re: RSS controller v2 Test results (lmbench ), Balbir Singh
  - Re: RSS controller v2 Test results (lmbench ), Kirill Korotaev
    - Re: RSS controller v2 Test results (lmbench ), Balbir Singh
      - Re: RSS controller v2 Test results (lmbench ), Paul Menage
        
        Re: RSS controller v2 Test results (lmbench ), Balbir Singh
- Re: RSS controller v2 Test results (lmbench ), Rik van Riel
  - Re: RSS controller v2 Test results (lmbench ), Balbir Singh
    - Re: RSS controller v2 Test results (lmbench ), Lee Schermerhorn
      - Re: RSS controller v2 Test results (lmbench ), William Lee Irwin III
[patch] CFS scheduler, -v13, Ingo Molnar
- Re: [patch] CFS scheduler, -v13, Anant Nitya
  - Re: [patch] CFS scheduler, -v13, Ingo Molnar
    - Re: [patch] CFS scheduler, -v13, Anant Nitya
    - Re: [patch] CFS scheduler, -v13, Anant Nitya
      - Re: [patch] CFS scheduler, -v13, Ingo Molnar
      - Re: bad networking related lag in v2.6.22-rc2, Ingo Molnar
        
        Re: bad networking related lag in v2.6.22-rc2, Ingo Molnar
        
        Re: bad networking related lag in v2.6.22-rc2, Ingo Molnar
        
        Re: bad networking related lag in v2.6.22-rc2, Ingo Molnar
        
        Re: bad networking related lag in v2.6.22-rc2, David Miller
        
        Re: bad networking related lag in v2.6.22-rc2, Ingo Molnar
        
        Re: bad networking related lag in v2.6.22-rc2, Anant Nitya
        
        Re: bad networking related lag in v2.6.22-rc2, Ingo Molnar
        
        Re: bad networking related lag in v2.6.22-rc2, Anant Nitya
        
        Re: bad networking related lag in v2.6.22-rc2, Anant Nitya
        
        Re: bad networking related lag in v2.6.22-rc2, Ingo Molnar
        
        Re: bad networking related lag in v2.6.22-rc2, Patrick McHardy
        
        Re: bad networking related lag in v2.6.22-rc2, Patrick McHardy
        
        Re: bad networking related lag in v2.6.22-rc2, Anant Nitya
        
        Re: bad networking related lag in v2.6.22-rc2, Ingo Molnar
        
        Re: bad networking related lag in v2.6.22-rc2, Anant Nitya
        
        Re: bad networking related lag in v2.6.22-rc2, Ingo Molnar
        
        Re: bad networking related lag in v2.6.22-rc2, Patrick McHardy
        
        Re: bad networking related lag in v2.6.22-rc2, Ingo Molnar
        
        Re: bad networking related lag in v2.6.22-rc2, Herbert Xu
        
        Re: bad networking related lag in v2.6.22-rc2, Patrick McHardy
        
        Re: bad networking related lag in v2.6.22-rc2, Linus Torvalds
        
        Re: bad networking related lag in v2.6.22-rc2, Patrick McHardy
        
        Re: bad networking related lag in v2.6.22-rc2, Ingo Molnar
        
        Re: bad networking related lag in v2.6.22-rc2, David Miller
        
        Re: bad networking related lag in v2.6.22-rc2, Patrick McHardy
        
        Re: bad networking related lag in v2.6.22-rc2, David Miller
        
        Re: bad networking related lag in v2.6.22-rc2, Anant Nitya
        
        Re: bad networking related lag in v2.6.22-rc2, Ingo Molnar
        
        Re: bad networking related lag in v2.6.22-rc2, Ingo Molnar
        
        Re: bad networking related lag in v2.6.22-rc2, Patrick McHardy
        
        Re: bad networking related lag in v2.6.22-rc2, Anant Nitya
        
        Re: bad networking related lag in v2.6.22-rc2, David Miller
        
        Re: bad networking related lag in v2.6.22-rc2, Ingo Molnar
        
        Re: bad networking related lag in v2.6.22-rc2, David Miller
      - Re: [patch] CFS scheduler, -v13, Linus Torvalds
  - Re: [patch] CFS scheduler, -v13, Bill Davidsen
    - Re: [patch] CFS scheduler, -v13, Anant Nitya
- Re: [patch] CFS scheduler, -v13, Michael Lothian
  - Re: [patch] CFS scheduler, -v13, Ingo Molnar
- <Possible follow-ups>
- Re: [patch] CFS scheduler, -v13, Hemmann, Volker Armin
  - Re: [patch] CFS scheduler, -v13, Ingo Molnar
[PATCH 2.6.21-rt2] PowerPC: enable HRT and dynticks support, Sergei Shtylyov
[PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Sergei Shtylyov
- Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Kumar Gala
  - Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Sergei Shtylyov
    - Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Kumar Gala
      - Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Sergei Shtylyov
        
        Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Kumar Gala
        
        Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Sergei Shtylyov
        
        Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Matt Sealey
        
        Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Sergei Shtylyov
        
        Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Matt Sealey
        
        Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Thomas Gleixner
        
        Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Matt Sealey
        
        Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Kumar Gala
        
        Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Thomas Gleixner
        
        Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Matt Sealey
        
        Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Matt Sealey
        
        Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, David Miller
      - Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Daniel Walker
        
        Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Sergei Shtylyov
        
        Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Daniel Walker
        
        Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Sergei Shtylyov
        
        Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Paul Mackerras
        
        Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Daniel Walker
        
        Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Benjamin Herrenschmidt
        
        Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Matt Sealey
        
        Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Benjamin Herrenschmidt
        
        Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Segher Boessenkool
        
        Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Benjamin Herrenschmidt
- Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Segher Boessenkool
  - Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Sergei Shtylyov
    - Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Segher Boessenkool
      - Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Sergei Shtylyov
        
        Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Segher Boessenkool
        
        Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Benjamin Herrenschmidt
        
        Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Dave Liu
        
        Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Benjamin Herrenschmidt
        
        Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Sergei Shtylyov
        
        Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Sergei Shtylyov
        
        Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Benjamin Herrenschmidt
        
        Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Segher Boessenkool
        
        Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Benjamin Herrenschmidt
        
        Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Paul Mackerras
- [PATCH 2.6.21-rt7] PowerPC: fix clockevents for classic CPUs, Sergei Shtylyov
  - Re: [PATCH 2.6.21-rt7] PowerPC: fix clockevents for classic CPUs, Segher Boessenkool
- <Possible follow-ups>
- Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Albert Cahalan
  - Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Sergei Shtylyov
    - Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Albert Cahalan
      - Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Segher Boessenkool
        
        Re: [PATCH 2.6.21-rt2] PowerPC: decrementer clockevent driver, Albert Cahalan
[RFC] log out-of-virtual-memory events, Andrea Righi
- Re: [RFC] log out-of-virtual-memory events, Rik van Riel
  - Re: signals logged / [RFC] log out-of-virtual-memory events, Jan Engelhardt
    - Re: signals logged / [RFC] log out-of-virtual-memory events, Andi Kleen
      - Re: signals logged / [RFC] log out-of-virtual-memory events, Jan Engelhardt
        
        Re: signals logged / [RFC] log out-of-virtual-memory events, Andrea Righi
        
        Re: signals logged / [RFC] log out-of-virtual-memory events, Jan Engelhardt
        
        Re: signals logged / [RFC] log out-of-virtual-memory events, Andrea Righi
        
        Re: signals logged / [RFC] log out-of-virtual-memory events, Folkert van Heusden
        
        Re: signals logged / [RFC] log out-of-virtual-memory events, Eric Dumazet
        
        Re: signals logged / [RFC] log out-of-virtual-memory events, Folkert van Heusden
        
        Re: signals logged / [RFC] log out-of-virtual-memory events, Stephen Hemminger
        
        Re: signals logged / [RFC] log out-of-virtual-memory events, Folkert van Heusden
        
        Re: signals logged / [RFC] log out-of-virtual-memory events, Jan Engelhardt
        
        Re: signals logged / [RFC] log out-of-virtual-memory events, Folkert van Heusden
        
        Re: signals logged / [RFC] log out-of-virtual-memory events, Andi Kleen
        
        Re: signals logged / [RFC] log out-of-virtual-memory events, Folkert van Heusden
        
        Re: signals logged / [RFC] log out-of-virtual-memory events, Folkert van Heusden
        
        Re: signals logged / [RFC] log out-of-virtual-memory events, Andi Kleen
        
        Re: signals logged / [RFC] log out-of-virtual-memory events, Jeff Dike
        
        Re: signals logged / [RFC] log out-of-virtual-memory events, Gábor Lénárt
        
        Re: signals logged / [RFC] log out-of-virtual-memory events, Andrea Righi
        
        Re: signals logged / [RFC] log out-of-virtual-memory events, Folkert van Heusden
        
        Re: signals logged / [RFC] log out-of-virtual-memory events, Jan Engelhardt
        
        Re: signals logged / [RFC] log out-of-virtual-memory events, Folkert van Heusden
        
        Re: signals logged / [RFC] log out-of-virtual-memory events, Andrea Righi
        
        Re: signals logged / [RFC] log out-of-virtual-memory events, Folkert van Heusden
        
        Re: signals logged / [RFC] log out-of-virtual-memory events, Andrea Righi
        
        Re: signals logged / [RFC] log out-of-virtual-memory events, Satyam Sharma
        
        Re: signals logged / [RFC] log out-of-virtual-memory events, Folkert van Heusden
        
        Re: signals logged / [RFC] log out-of-virtual-memory events, Folkert van Heusden
        
        Re: signals logged / [RFC] log out-of-virtual-memory events, Jiri Kosina
        
        Re: signals logged / [RFC] log out-of-virtual-memory events, Jan Engelhardt
  - Re: [RFC] log out-of-virtual-memory events, Andrea Righi
    - Re: [RFC] log out-of-virtual-memory events, Robin Holt
      - Re: [RFC] log out-of-virtual-memory events, Andrea Righi
        
        Re: [RFC] log out-of-virtual-memory events, Andrea Righi
        
        Re: [RFC] log out-of-virtual-memory events, Bernd Eckenfels
        
        [PATCH 1/2] limit print_fatal_signal() rate (was: [RFC] log out-of-virtual-memory events), Andrea Righi
        
        Re: [PATCH 1/2] limit print_fatal_signal() rate (was: [RFC] log out-of-virtual-memory events), Andrew Morton
        
        Re: [PATCH 1/2] limit print_fatal_signal() rate, Andrea Righi
        
        Re: [PATCH 1/2] limit print_fatal_signal() rate (was: [RFC] log out-of-virtual-memory events), Ingo Molnar
        
        Re: [PATCH 1/2] limit print_fatal_signal() rate (was: [RFC] log out-of-virtual-memory events), Andrew Morton
        
        Re: [PATCH 1/2] limit print_fatal_signal() rate (was: [RFC] log out-of-virtual-memory events), Ingo Molnar
        
        Re: [PATCH 1/2] limit print_fatal_signal() rate (was: [RFC] log out-of-virtual-memory events), Andrew Morton
        
        Re: [PATCH 1/2] limit print_fatal_signal() rate, Andrea Righi
        
        Re: [PATCH 1/2] limit print_fatal_signal() rate, Ingo Molnar
        
        Re: [PATCH 1/2] limit print_fatal_signal() rate (was: [RFC] log out-of-virtual-memory events), Ingo Molnar
        
        Re: [RFC] log out-of-virtual-memory events, Bernd Eckenfels
        
        [PATCH 2/2] log out-of-virtual-memory events (was: [RFC] log out-of-virtual-memory events), Andrea Righi
        
        Re: [PATCH 2/2] log out-of-virtual-memory events (was: [RFC] log out-of-virtual-memory events), Andrew Morton
        
        Re: [PATCH 2/2] log out-of-virtual-memory events, Andrea Righi
    - Re: [RFC] log out-of-virtual-memory events, Folkert van Heusden
[PATCH] Make common helpers for seq_files that work with list_head-s, Pavel Emelianov
- Re: [PATCH] Make common helpers for seq_files that work with list_head-s, Dmitry Torokhov
- Re: [PATCH] Make common helpers for seq_files that work with list_head-s, Andrew Morton
Re: [PATCH 06/44 take 2] [UBI] startup code, Christoph Hellwig
- Re: [PATCH 06/44 take 2] [UBI] startup code, Artem Bityutskiy
Saitek USB Gamer's Keyboard, Chris Malton
- Re: Saitek USB Gamer's Keyboard, Jiri Kosina
[PATCH] ubi: kill homegrown endian macros, Christoph Hellwig
- Re: [PATCH] ubi: kill homegrown endian macros, Artem Bityutskiy
  - Re: [PATCH] ubi: kill homegrown endian macros, Christoph Hellwig
    - Re: [PATCH] ubi: kill homegrown endian macros, Artem Bityutskiy
      - Re: [PATCH] ubi: kill homegrown endian macros, Andrew Morton
        
        Re: [PATCH] ubi: kill homegrown endian macros, Artem Bityutskiy
        
        Re: [PATCH] ubi: kill homegrown endian macros, Andrew Morton
        
        Re: [PATCH] ubi: kill homegrown endian macros, Artem Bityutskiy
        
        Re: [PATCH] ubi: kill homegrown endian macros, Matthieu CASTET
        
        Re: [PATCH] ubi: kill homegrown endian macros, David Woodhouse
        
        Re: [PATCH] ubi: kill homegrown endian macros, John Anthony Kazos Jr.
        
        Re: [PATCH] ubi: kill homegrown endian macros, David Woodhouse
        
        Re: [PATCH] ubi: kill homegrown endian macros, John Anthony Kazos Jr.
        
        Re: [PATCH] ubi: kill homegrown endian macros, David Woodhouse
        
        Re: [PATCH] ubi: kill homegrown endian macros, Segher Boessenkool
        
        Re: [PATCH] ubi: kill homegrown endian macros, David Woodhouse
        
        Re: [PATCH] ubi: kill homegrown endian macros, Segher Boessenkool
        
        Re: [PATCH] ubi: kill homegrown endian macros, David Woodhouse
        
        Re: [PATCH] ubi: kill homegrown endian macros, matthieu castet
        
        Re: [PATCH] ubi: kill homegrown endian macros, David Woodhouse
        
        Re: [PATCH] ubi: kill homegrown endian macros, matthieu castet
        
        Re: [PATCH] ubi: kill homegrown endian macros, Al Viro
        
        Re: [PATCH] ubi: kill homegrown endian macros, Al Viro
        
        Re: [PATCH] ubi: kill homegrown endian macros, Artem Bityutskiy
        
        Re: [PATCH] ubi: kill homegrown endian macros, Al Viro
        
        Re: [PATCH] ubi: kill homegrown endian macros, Dmitry Torokhov
        
        Re: [PATCH] ubi: kill homegrown endian macros, Al Viro
        
        Re: [PATCH] ubi: kill homegrown endian macros, David Miller
        
        Re: [PATCH] ubi: kill homegrown endian macros, Al Viro
        
        Re: [PATCH] ubi: kill homegrown endian macros, Al Viro
  - Re: [PATCH] ubi: kill homegrown endian macros, David Miller
    - Re: [PATCH] ubi: kill homegrown endian macros, Al Viro
- Re: [PATCH] ubi: kill homegrown endian macros, David Woodhouse
  - Re: [PATCH] ubi: kill homegrown endian macros, Christoph Hellwig
    - Re: [PATCH] ubi: kill homegrown endian macros, Sam Ravnborg
      - Re: [PATCH] ubi: kill homegrown endian macros, Christoph Hellwig
        
        Re: [PATCH] ubi: kill homegrown endian macros, Jeremy Fitzhardinge
- Re: [PATCH] ubi: kill homegrown endian macros, Matthieu CASTET
box reboots when using a non-default memory split and highmem, Roland Cruse
SideWinder GameVoice driver, Tomas Carnecky
- Re: SideWinder GameVoice driver, Jiri Kosina
  - Re: SideWinder GameVoice driver, Tomas Carnecky
    - Re: SideWinder GameVoice driver, Tomas Carnecky
      - Re: SideWinder GameVoice driver, Jiri Kosina
        
        Re: SideWinder GameVoice driver, Tomas Carnecky
        
        Re: SideWinder GameVoice driver, Jiri Kosina
        
        Re: SideWinder GameVoice driver, Tomas Carnecky
        
        Re: SideWinder GameVoice driver, Jiri Kosina
        
        Re: SideWinder GameVoice driver, Tomas Carnecky
- Re: SideWinder GameVoice driver, Lee Revell
  - Re: SideWinder GameVoice driver, Jiri Kosina
    - Re: SideWinder GameVoice driver, Tomas Carnecky
- Re: SideWinder GameVoice driver, Bill Davidsen
[PATCH] uselib: add missing MNT_NOEXEC check, Christoph Hellwig
- Re: [PATCH] uselib: add missing MNT_NOEXEC check, Ulrich Drepper
  - Re: [PATCH] uselib: add missing MNT_NOEXEC check, Christoph Hellwig
[PATCH] INPUT: Sanitize PIT locking in pcspkr, Thomas Gleixner
- Re: [PATCH] INPUT: Sanitize PIT locking in pcspkr, Dmitry Torokhov
  - Re: [PATCH] INPUT: Sanitize PIT locking in pcspkr, Thomas Gleixner
    - Re: [PATCH] INPUT: Sanitize PIT locking in pcspkr, Dmitry Torokhov
      - Re: [PATCH] INPUT: Sanitize PIT locking in pcspkr, Thomas Gleixner
        
        Re: [PATCH] INPUT: Sanitize PIT locking in pcspkr, Andi Kleen
        
        Re: [PATCH] INPUT: Sanitize PIT locking in pcspkr, Dmitry Torokhov
- Re: [stable] [PATCH] INPUT: Sanitize PIT locking in pcspkr, Chris Wright
  - Re: [stable] [PATCH] INPUT: Sanitize PIT locking in pcspkr, Dmitry Torokhov
[PATCH 2.6.21-rt2] PowerPC: revert fix for threaded fasteoi IRQ handlers, Sergei Shtylyov
This kernel requires the following features not present on the CPU... (on a VIA C7 CPU), Claas Langbehn
- Re: This kernel requires the following features not present on the CPU... (on a VIA C7 CPU), Alan Cox
  - Re: This kernel requires the following features not present on the CPU... (on a VIA C7 CPU), Claas Langbehn
- Re: This kernel requires the following features not present on the CPU... (on a VIA C7 CPU), H. Peter Anvin
  - Re: This kernel requires the following features not present on the CPU... (on a VIA C7 CPU), Claas Langbehn
- Re: This kernel requires the following features not present on the CPU... (on a VIA C7 CPU), Simon Arlott
  - Re: This kernel requires the following features not present on the CPU... (on a VIA C7 CPU), H. Peter Anvin
    - Re: This kernel requires the following features not present on the CPU... (on a VIA C7 CPU), Simon Arlott
      - Re: This kernel requires the following features not present on the CPU... (on a VIA C7 CPU), H. Peter Anvin
  - Re: This kernel requires the following features not present on the CPU... (on a VIA C7 CPU), Jan Engelhardt
- Re: This kernel requires the following features not present on the CPU... (on a VIA C7 CPU), Simon Arlott
- <Possible follow-ups>
- Re: This kernel requires the following features not present on the CPU... (on a VIA C7 CPU), Artur Kedzierski
  - Re: This kernel requires the following features not present on the CPU... (on a VIA C7 CPU), Claas Langbehn
    - Re: This kernel requires the following features not present on the CPU... (on a VIA C7 CPU), Christian Volkmann
another "default y" Kconfig option..., Guennadi Liakhovetski
[PATCH] ide.c: microscopic size and readability optimization, Borislav Petkov
- Re: [PATCH] ide.c: microscopic size and readability optimization, Paul Sokolovsky
- Re: [PATCH] ide.c: microscopic size and readability optimization, Alan Cox
  - Re: [PATCH] ide.c: microscopic size and readability optimization, Borislav Petkov
[PATCH] x86 new setup: use appropriate sections for code and data, Alexander van Heukelum
- Re: [PATCH] x86 new setup: use appropriate sections for code and data, H. Peter Anvin
  - Re: [PATCH] x86 new setup: use appropriate sections for code and data, Alexander van Heukelum
Re: [PATCH] NOHZ: local_softirq_pending with tickless plip, Thomas Gleixner
- Re: [PATCH] NOHZ: local_softirq_pending with tickless plip, Mikulas Patocka
- Re: [PATCH] NOHZ: local_softirq_pending with tickless plip, David Miller
- Re: [PATCH] NOHZ: local_softirq_pending with tickless plip, David Miller
[PATCH 0/5] Annotation fixes for grouping pages by mobility v2, Mel Gorman
- [PATCH 1/5] Mark bio_alloc() allocations correctly, Mel Gorman
- [PATCH 2/5] Do not annotate shmem allocations explicitly, Mel Gorman
- [PATCH 3/5] Add __GFP_TEMPORARY to identify allocations that are short-lived, Mel Gorman
- [PATCH 4/5] Rename GFP_HIGH_MOVABLE to GFP_HIGHUSER_MOVABLE, Mel Gorman
- [PATCH 5/5] Mark page cache pages as __GFP_PAGECACHE instead of __GFP_MOVABLE, Mel Gorman
  - Re: [PATCH 5/5] Mark page cache pages as __GFP_PAGECACHE instead of __GFP_MOVABLE, Andrew Morton
    - Re: [PATCH 5/5] Mark page cache pages as __GFP_PAGECACHE instead of __GFP_MOVABLE, Mel Gorman
usb-storage nice value, DervishD
- Re: usb-storage nice value, Alan Cox
  - Re: usb-storage nice value, DervishD
- Re: usb-storage nice value, Stefan Richter
  - Re: usb-storage nice value, DervishD
    - Re: usb-storage nice value, Jan Engelhardt
      - Re: usb-storage nice value, DervishD
        
        Re: usb-storage nice value, Jan Engelhardt
        
        Re: usb-storage nice value, DervishD
- Re: usb-storage nice value, Heikki Orsila
  - Re: usb-storage nice value, DervishD
Dumping a process's pagetable entries?, Matthias Andree
- Re: Dumping a process's pagetable entries?, Andrew Morton
Fork bombing Attack, Anand Jahagirdar
- Re: Fork bombing Attack, Marat Buharov
- Re: Fork bombing Attack, Alan Cox
- <Possible follow-ups>
- Fork Bombing Attack, Anand Jahagirdar
  - Re: Fork Bombing Attack, Valdis . Kletnieks
    - Re: Fork Bombing Attack, Anand Jahagirdar
      - Re: Fork Bombing Attack, Michael Tokarev
      - Re: Fork Bombing Attack, Ahmed S. Darwish
        
        Re: Fork Bombing Attack, Anand Jahagirdar
        
        Re: Fork Bombing Attack, Valdis . Kletnieks
        
        Re: Fork Bombing Attack, Krzysztof Halasa
        
        Re: Fork Bombing Attack, Bernd Eckenfels
      - Re: Fork Bombing Attack, Mark Lord
RE: 2.6.22-rc1-mm1 - s390 vs. md, Williams, Dan J
- Re: 2.6.22-rc1-mm1 - s390 vs. md, Cornelia Huck
  - RE: 2.6.22-rc1-mm1 - s390 vs. md, Williams, Dan J
    - Re: 2.6.22-rc1-mm1 - s390 vs. md, Cornelia Huck
      - RE: 2.6.22-rc1-mm1 - s390 vs. md, Williams, Dan J
      - RE: 2.6.22-rc1-mm1 - s390 vs. md, Williams, Dan J
        
        RE: 2.6.22-rc1-mm1 - s390 vs. md, Martin Schwidefsky
        
        Re: 2.6.22-rc1-mm1 - s390 vs. md, Cornelia Huck
        
        Re: 2.6.22-rc1-mm1 - s390 vs. md, Martin Schwidefsky
        
        RE: 2.6.22-rc1-mm1 - s390 vs. md, Williams, Dan J
        
        Re: 2.6.22-rc1-mm1 - s390 vs. md, Cornelia Huck
[PATCH] NS16550A: Restore HS settings in EXCR2 on resume, David Woodhouse
- Re: [PATCH] NS16550A: Restore HS settings in EXCR2 on resume, Alan Cox
[PATCH] bluetooth: fix locking in hci_sock_dev_event(), Satyam Sharma
- Re: [PATCH] bluetooth: fix locking in hci_sock_dev_event(), David Miller
- Re: [PATCH] bluetooth: fix locking in hci_sock_dev_event(), David Miller
  - Re: [PATCH] bluetooth: fix locking in hci_sock_dev_event(), Satyam Sharma
[patch 0/3] Slab Defrag / Slab Targeted Reclaim, clameter
- [patch 3/3] Support removal of unused dentry entries via SLUB defrag interface, clameter
- [patch 1/3] SLUB: add support for kmem_cache_ops, clameter
- [patch 2/3] SLUB: Implement targeted reclaim and partial list defragmentation, clameter
user pointers and race conditions, sk b
- Re: user pointers and race conditions, Al Viro
- Re: user pointers and race conditions, David Miller
- Re: user pointers and race conditions, Arjan van de Ven
Convert namespace_sem to a mutex, Bharata B Rao
- Re: Convert namespace_sem to a mutex, Satyam Sharma
- Re: Convert namespace_sem to a mutex, Al Viro
  - Re: Convert namespace_sem to a mutex, Bharata B Rao
    - Re: Convert namespace_sem to a mutex, Al Viro
PROBLEM: 2.6.21 - "make modules" with GREP_OPTIONS="-C1" (and other), Martin Christoph
- Re: PROBLEM: 2.6.21 - "make modules" with GREP_OPTIONS="-C1" (and other), Kok, Auke
- Re: PROBLEM: 2.6.21 - "make modules" with GREP_OPTIONS="-C1" (and other), Sam Ravnborg
[Patch] Allocate sparsemem memmap above 4G on X86_64, Zou Nan hai
- Re: [Patch] Allocate sparsemem memmap above 4G on X86_64, Andrew Morton
  - Re: [Patch] Allocate sparsemem memmap above 4G on X86_64, Zou Nan hai
    - Re: [Patch] Allocate sparsemem memmap above 4G on X86_64, Andrew Morton
[PATCH]x86_64: early_print kernel console should send CRLF not LFCR, Yinghai Lu
dock support on thinkpad x60s for DVD/CDROM, George Nychis
- Re: dock support on thinkpad x60s for DVD/CDROM, Henrique de Moraes Holschuh
- Re: dock support on thinkpad x60s for DVD/CDROM, Pavel Machek
[PATCH] fix kmalloc(0) in arch/ia64/pci/pci.c, KAMEZAWA Hiroyuki
- Re: [PATCH] fix kmalloc(0) in arch/ia64/pci/pci.c, Andrew Morton
  - Re: [PATCH] fix kmalloc(0) in arch/ia64/pci/pci.c, KAMEZAWA Hiroyuki
radeonfb and X800 cards, Daniel Drake
- Re: radeonfb and X800 cards, Benjamin Herrenschmidt
  - Re: radeonfb and X800 cards, Luca
  - Re: radeonfb and X800 cards, Luca Tettamanti
    - Re: radeonfb and X800 cards, Fabio Comolli
      - Re: radeonfb and X800 cards, Benjamin Herrenschmidt
        
        Re: radeonfb and X800 cards, Fabio Comolli
        
        Re: radeonfb and X800 cards, Fabio Comolli
    - Re: radeonfb and X800 cards, Benjamin Herrenschmidt
      - Re: radeonfb and X800 cards, Jimmy Jazz
        
        Re: radeonfb and X800 cards, Luca Tettamanti
        
        Re: radeonfb and X800 cards, Jimmy Jazz
Proposed update of the i386 boot document, H. Peter Anvin
- Re: Proposed update of the i386 boot document, Vivek Goyal
Resending: RT patches expose netdev race [was Re: [RFC] [patch 2/2] powerpc 2.6.21-rt1: fix kernel hang and/or panic, Linas Vepstas
- Re: Resending: RT patches expose netdev race [was Re: [RFC] [patch 2/2] powerpc 2.6.21-rt1: fix kernel hang and/or panic, Benjamin Herrenschmidt
  - Re: Resending: RT patches expose netdev race [was Re: [RFC] [patch 2/2] powerpc 2.6.21-rt1: fix kernel hang and/or panic, Linas Vepstas
2.6.22-rc1-mm1: strange GPF when panicing under kvm, Jeremy Fitzhardinge
- Re: 2.6.22-rc1-mm1: strange GPF when panicing under kvm, Avi Kivity
  - Re: 2.6.22-rc1-mm1: strange GPF when panicing under kvm, Jeremy Fitzhardinge
    - Re: 2.6.22-rc1-mm1: strange GPF when panicing under kvm, Avi Kivity
      - Re: 2.6.22-rc1-mm1: strange GPF when panicing under kvm, Jeremy Fitzhardinge
        
        Re: 2.6.22-rc1-mm1: strange GPF when panicing under kvm, Avi Kivity
2.6.22-rc1 does not boot on VIA C3_2 cause of X86_CMPXCHG64, Christian
- Re: 2.6.22-rc1 does not boot on VIA C3_2 cause of X86_CMPXCHG64, Dave Jones
  - Re: 2.6.22-rc1 does not boot on VIA C3_2 cause of X86_CMPXCHG64, H. Peter Anvin
    - Re: 2.6.22-rc1 does not boot on VIA C3_2 cause of X86_CMPXCHG64, H. Peter Anvin
  - Re: 2.6.22-rc1 does not boot on VIA C3_2 cause of X86_CMPXCHG64, Christian
    - Re: 2.6.22-rc1 does not boot on VIA C3_2 cause of X86_CMPXCHG64, Christian Volkmann
      - Re: 2.6.22-rc1 does not boot on VIA C3_2 cause of X86_CMPXCHG64, Dave Jones
        
        Re: 2.6.22-rc1 does not boot on VIA C3_2 cause of X86_CMPXCHG64, Christian Volkmann
        
        [RFC: 2.6 patch] i386: remove support for the Rise CPU, Adrian Bunk
        
        Re: [RFC: 2.6 patch] i386: remove support for the Rise CPU, Dave Jones
        
        Re: [RFC: 2.6 patch] i386: remove support for the Rise CPU, Christian Volkmann
        
        Re: [RFC: 2.6 patch] i386: remove support for the Rise CPU, Dave Jones
      - Re: 2.6.22-rc1 does not boot on VIA C3_2 cause of X86_CMPXCHG64, Hans de Bruin
  - Re: 2.6.22-rc1 does not boot on VIA C3_2 cause of X86_CMPXCHG64, Alan Cox
  - Re: 2.6.22-rc1 does not boot on VIA C3_2 cause of X86_CMPXCHG64, Andi Kleen
    - Re: 2.6.22-rc1 does not boot on VIA C3_2 cause of X86_CMPXCHG64, Dave Jones
    - Re: 2.6.22-rc1 does not boot on VIA C3_2 cause of X86_CMPXCHG64, H. Peter Anvin
  - Re: 2.6.22-rc1 does not boot on VIA C3_2 cause of X86_CMPXCHG64 II, Andi Kleen
    - Re: 2.6.22-rc1 does not boot on VIA C3_2 cause of X86_CMPXCHG64 II, Dave Jones
      - Re: 2.6.22-rc1 does not boot on VIA C3_2 cause of X86_CMPXCHG64 II, Andi Kleen
        
        Re: 2.6.22-rc1 does not boot on VIA C3_2 cause of X86_CMPXCHG64 II, Dave Jones
    - Re: 2.6.22-rc1 does not boot on VIA C3_2 cause of X86_CMPXCHG64 II, Claas Langbehn
      - Re: 2.6.22-rc1 does not boot on VIA C3_2 cause of X86_CMPXCHG64 II, H. Peter Anvin
    - Re: 2.6.22-rc1 does not boot on VIA C3_2 cause of X86_CMPXCHG64 II, Christian Volkmann
      - Re: 2.6.22-rc1 does not boot on VIA C3_2 cause of X86_CMPXCHG64 II, Andi Kleen
        
        Re: 2.6.22-rc1 does not boot on VIA C3_2 cause of X86_CMPXCHG64 II, H. Peter Anvin
      - Re: 2.6.22-rc1 does not boot on VIA C3_2 cause of X86_CMPXCHG64 II, Claas Langbehn
        
        Via C3: other flags possible ?, Christian Volkmann
        
        Re: Via C3: other flags possible ?, Christian Volkmann
        
        Re: Via C3/C7: other flags possible ?, Simon Arlott
        
        Re: Via C3/C7: other flags possible ?, Claas Langbehn
        
        Re: Via C3/C7: other flags possible ?, Christian Volkmann
        
        Re: Via C3: other flags possible ?, Andi Kleen
      - Re: 2.6.22-rc1 does not boot on VIA C3_2 cause of X86_CMPXCHG64 II, Claas Langbehn
- Re: 2.6.22-rc1 does not boot on VIA C3_2 cause of X86_CMPXCHG64, Linus Torvalds
  - Re: 2.6.22-rc1 does not boot on VIA C3_2 cause of X86_CMPXCHG64, Christian
    - Re: 2.6.22-rc1 does not boot on VIA C3_2 cause of X86_CMPXCHG64, Linus Torvalds
      - Re: 2.6.22-rc1 does not boot on VIA C3_2 cause of X86_CMPXCHG64, H. Peter Anvin
        
        Re: 2.6.22-rc1 does not boot on VIA C3_2 cause of X86_CMPXCHG64, Linus Torvalds
        
        Re: 2.6.22-rc1 does not boot on VIA C3_2 cause of X86_CMPXCHG64, H. Peter Anvin
        
        Re: 2.6.22-rc1 does not boot on VIA C3_2 cause of X86_CMPXCHG64, Dave Jones
        
        Re: 2.6.22-rc1 does not boot on VIA C3_2 cause of X86_CMPXCHG64, H. Peter Anvin
        
        Re: 2.6.22-rc1 does not boot on VIA C3_2 cause of X86_CMPXCHG64, Dave Jones
- Re: 2.6.22-rc1 does not boot on VIA C3_2 cause of X86_CMPXCHG64, Hans de Bruin
[PATCH] powernow-k8: depend on acpi-processor for SMP systems, Daniel Drake
- Re: [PATCH] powernow-k8: depend on acpi-processor for SMP systems, Dave Jones
- Re: [PATCH] powernow-k8: depend on acpi-processor for SMP systems, Joshua Hoblitt
  - Re: [PATCH] powernow-k8: depend on acpi-processor for SMP systems, Dave Jones
  - Re: [PATCH] powernow-k8: depend on acpi-processor for SMP systems, Daniel Drake
    - Re: [PATCH] powernow-k8: depend on acpi-processor for SMP systems, Ed Sweetman
- Re: [PATCH] powernow-k8: depend on acpi-processor for SMP systems, Pavel Machek
  - Re: [PATCH] powernow-k8: depend on acpi-processor for SMP systems, Ed Sweetman
    - Re: [PATCH] powernow-k8: depend on acpi-processor for SMP systems, Pavel Machek
- Re: [PATCH] powernow-k8: depend on acpi-processor for SMP systems, Len Brown
  - Re: [PATCH] powernow-k8: depend on acpi-processor for SMP systems, Dave Jones
    - Re: [PATCH] powernow-k8: depend on acpi-processor for SMP systems, Ed Sweetman
      - Re: [PATCH] powernow-k8: depend on acpi-processor for SMP systems, Ed Sweetman
        
        Re: [PATCH] powernow-k8: depend on acpi-processor for SMP systems, Dave Jones
        
        Re: [PATCH] powernow-k8: depend on acpi-processor for SMP systems, Ed Sweetman
      - Re: [PATCH] powernow-k8: depend on acpi-processor for SMP systems, Dave Jones
[PATCH] spi: potential memleak in spidev_ioctl, Florin Malita
bug seen with dynticks from CONFIG_HARDIRQS_SW_RESEND, Woodruff, Richard
- Re: bug seen with dynticks from CONFIG_HARDIRQS_SW_RESEND, Thomas Gleixner
  - RE: bug seen with dynticks from CONFIG_HARDIRQS_SW_RESEND, Woodruff, Richard
    - RE: bug seen with dynticks from CONFIG_HARDIRQS_SW_RESEND, Thomas Gleixner
      - RE: bug seen with dynticks from CONFIG_HARDIRQS_SW_RESEND, Woodruff, Richard
        
        RE: bug seen with dynticks from CONFIG_HARDIRQS_SW_RESEND, Thomas Gleixner
UML doesn't compile in 2.6.21, Robert Schwebel
- Re: UML doesn't compile in 2.6.21, Rob Landley
  - Re: UML doesn't compile in 2.6.21, Robert Schwebel
    - Re: UML doesn't compile in 2.6.21, Robert Schwebel
    - Re: UML doesn't compile in 2.6.21, Rob Landley
- Re: UML doesn't compile in 2.6.21, Jeff Dike
[PATCH 9/9] readahead: remove the old algorithm, Fengguang Wu
- <Possible follow-ups>
- Re: [PATCH 9/9] readahead: remove the old algorithm, Andi Kleen
  - Re: [PATCH 9/9] readahead: remove the old algorithm, Fengguang Wu
[PATCH 5/9] readahead: on-demand readahead logic, Fengguang Wu
- Re: [PATCH 5/9] readahead: on-demand readahead logic, Andrew Morton
  - Re: [PATCH 5/9] readahead: on-demand readahead logic, Fengguang Wu
- <Possible follow-ups>
- Re: [PATCH 5/9] readahead: on-demand readahead logic, Rusty Russell
  - Re: [PATCH 5/9] readahead: on-demand readahead logic, Fengguang Wu
  - Message not available
    - Re: [PATCH 5/9] readahead: on-demand readahead logic, Rusty Russell
      - Re: [PATCH 5/9] readahead: on-demand readahead logic, Fengguang Wu
      - Message not available
        
        Re: [PATCH 5/9] readahead: on-demand readahead logic, Rusty Russell
        
        Re: [PATCH 5/9] readahead: on-demand readahead logic, Fengguang Wu
[PATCH 8/9] readahead: convert ext3/ext4 invocations, Fengguang Wu
- <Possible follow-ups>
- Re: [PATCH 8/9] readahead: convert ext3/ext4 invocations, Andi Kleen
[PATCH 7/9] readahead: convert splice invocations, Fengguang Wu
[PATCH 1/9] readahead: introduce PG_readahead, Fengguang Wu
- Re: [PATCH 1/9] readahead: introduce PG_readahead, Andrew Morton
  - Re: [PATCH 1/9] readahead: introduce PG_readahead, Andi Kleen
    - Re: [PATCH 1/9] readahead: introduce PG_readahead, Andrew Morton
  - Re: [PATCH 1/9] readahead: introduce PG_readahead, Fengguang Wu
    - Re: [PATCH 1/9] readahead: introduce PG_readahead, Andrew Morton
      - Re: [PATCH 1/9] readahead: introduce PG_readahead, Fengguang Wu
        
        Re: [PATCH 1/9] readahead: introduce PG_readahead, Christoph Lameter
- <Possible follow-ups>
- Re: [PATCH 1/9] readahead: introduce PG_readahead, Rusty Russell
  - Re: [PATCH 1/9] readahead: introduce PG_readahead, Fengguang Wu
[PATCH 3/9] readahead: MIN_RA_PAGES/MAX_RA_PAGES macros, Fengguang Wu
[PATCH 4/9] readahead: data structure and routines, Fengguang Wu
- <Possible follow-ups>
- Re: [PATCH 4/9] readahead: data structure and routines, Rusty Russell
  - Re: [PATCH 4/9] readahead: data structure and routines, Fengguang Wu
  - Message not available
    - Re: [PATCH 4/9] readahead: data structure and routines, Rusty Russell
      - Re: [PATCH 4/9] readahead: data structure and routines, Fengguang Wu
[PATCH 2/9] readahead: add look-ahead support to __do_page_cache_readahead(), Fengguang Wu
[PATCH 0/9] on-demand readahead, Fengguang Wu
[PATCH 6/9] readahead: convert filemap invocations, Fengguang Wu
[PATCH 10/10] [HEADS UP] fbdev: Move arch-specific bits to their respective subdirectories, Antonino A. Daplas
- Re: [PATCH 10/10] [HEADS UP] fbdev: Move arch-specific bits to their respective subdirectories, David Miller
  - Re: [PATCH 10/10] [HEADS UP] fbdev: Move arch-specific bits to their respective subdirectories, Antonino A. Daplas
- Message not available
  - Re: [PATCH 10/10] [HEADS UP] fbdev: Move arch-specific bits to their respective subdirectories, Antonino A. Daplas
- Re: [Linux-fbdev-devel] [PATCH 10/10] [HEADS UP] fbdev: Move arch-specific bits to their respective subdirectories, Geert Uytterhoeven
  - Re: [Linux-fbdev-devel] [PATCH 10/10] [HEADS UP] fbdev: Move arch-specific bits to their respective subdirectories, Antonino A. Daplas
- Re: [PATCH 10/10] [HEADS UP] fbdev: Move arch-specific bits to their respective subdirectories, Christoph Hellwig
  - Re: [PATCH 10/10] [HEADS UP] fbdev: Move arch-specific bits to their respective subdirectories, Antonino A. Daplas
    - Re: [PATCH 10/10] [HEADS UP] fbdev: Move arch-specific bits to their respective subdirectories, David Miller
[RFC][PATCH] XFS: memory leak in xfs_inactive() - is xfs_trans_free() enough or do we need xfs_trans_cancel() ?, Jesper Juhl
- Re: [RFC][PATCH] XFS: memory leak in xfs_inactive() - is xfs_trans_free() enough or do we need xfs_trans_cancel() ?, David Chinner
  - Re: [RFC][PATCH] XFS: memory leak in xfs_inactive() - is xfs_trans_free() enough or do we need xfs_trans_cancel() ?, Jesper Juhl
    - Re: [RFC][PATCH] XFS: memory leak in xfs_inactive() - is xfs_trans_free() enough or do we need xfs_trans_cancel() ?, Jesper Juhl
[PATCH] aic94xx: asd_clear_nexus should fail if the cleared task does not complete, Darrick J. Wong
[PATCH] Remove duplicate ID in ipaq driver, Ben Collins
- Re: [PATCH] Remove duplicate ID in ipaq driver, Roland Dreier
  - Re: [PATCH] Remove duplicate ID in ipaq driver, Ben Collins
    - Re: [linux-usb-devel] [PATCH] Remove duplicate ID in ipaq driver, Greg KH
      - Re: [linux-usb-devel] [PATCH] Remove duplicate ID in ipaq driver, Ben Collins
        
        Re: [linux-usb-devel] [PATCH] Remove duplicate ID in ipaq driver, Valdis . Kletnieks
        
        Re: [linux-usb-devel] [PATCH] Remove duplicate ID in ipaq driver, Greg KH
- Re: [PATCH] Remove duplicate ID in ipaq driver, Jiri Slaby
[PATCH] Remove duplicate IDs from option card driver, Ben Collins
[1/3] 2.6.22-rc1: known regressions v2, Michal Piotrowski
- (1 loop device) Re: [1/3] 2.6.22-rc1: known regressions v2, Alexey Dobriyan
  - Re: (1 loop device) Re: [1/3] 2.6.22-rc1: known regressions v2, Michal Piotrowski
- Re: [1/3] 2.6.22-rc1: known regressions v2, Ray Lee
- Re: [alsa-devel] [1/3] 2.6.22-rc1: known regressions v2, Takashi Iwai
  - Re: [alsa-devel] [1/3] 2.6.22-rc1: known regressions v2, Michal Piotrowski
- Re: [1/3] 2.6.22-rc1: known regressions v2, Herbert Xu
Re: [3/3] 2.6.22-rc1: known regressions v2, Michal Piotrowski
- Re: [3/3] 2.6.22-rc1: known regressions v2, Mauro Carvalho Chehab
Re: [2/3] 2.6.22-rc1: known regressions v2, Michal Piotrowski
- Re: [2/3] 2.6.22-rc1: known regressions v2, Christoph Lameter
  - Re: [2/3] 2.6.22-rc1: known regressions v2, Linus Torvalds
- Re: [2/3] 2.6.22-rc1: known regressions v2 - XFS, David Chinner
  - Re: [2/3] 2.6.22-rc1: known regressions v2 - XFS, Jeremy Fitzhardinge
    - Re: [2/3] 2.6.22-rc1: known regressions v2 - XFS, David Chinner
[PATCH] x86_64: mcelog tolerant level cleanup, Tim Hockin
- Re: [PATCH] x86_64: mcelog tolerant level cleanup, Andi Kleen
  - Re: [PATCH] x86_64: mcelog tolerant level cleanup, Tim Hockin
[2.6.20.11] File system corruption with degraded md/RAID-5 device, koan
- Re: [2.6.20.11] File system corruption with degraded md/RAID-5 device, koan
- Re: [2.6.20.11] File system corruption with degraded md/RAID-5 device, Neil Brown
  - Re: [2.6.20.11] File system corruption with degraded md/RAID-5 device, koan
[BUG] unable to handle kernel NULL pointer dereference at virtual address 00000003, thomas
[PATCH 2.6.21-rc1-mm1] add check_highest_zone to build_zonelists_in_zone_order, Lee Schermerhorn
- Re: [PATCH 2.6.21-rc1-mm1] add check_highest_zone to build_zonelists_in_zone_order, KAMEZAWA Hiroyuki
Problem with 82365SL driver in 2.6.21.1, Rafał Bilski
NO Section mismatch with newsetup, oliver pinter
[PATCH 2.6.21-rt2] PowerPC: remove broken vsyscall code, Sergei Shtylyov
[PATCH] Avoid zero size allocation in cache_k8_northbridges(), Ben Collins
Kernel NFS lockd freezes notebook on shutdown (Linux 2.6.22-rc1 + CFS v12), Zilvinas Valinskas
- Re: Kernel NFS lockd freezes notebook on shutdown (Linux 2.6.22-rc1 + CFS v12), Andrew Morton
  - Re: Kernel NFS lockd freezes notebook on shutdown (Linux 2.6.22-rc1 + CFS v12), Oleg Nesterov
    - Re: Kernel NFS lockd freezes notebook on shutdown (Linux 2.6.22-rc1 + CFS v12), Zilvinas Valinskas
    - Re: Kernel NFS lockd freezes notebook on shutdown (Linux 2.6.22-rc1 + CFS v12), Zilvinas Valinskas
      - Re: Kernel NFS lockd freezes notebook on shutdown (Linux 2.6.22-rc1 + CFS v12), Zilvinas Valinskas
      - Re: Kernel NFS lockd freezes notebook on shutdown (Linux 2.6.22-rc1 + CFS v12), Oleg Nesterov
        
        Re: Kernel NFS lockd freezes notebook on shutdown (Linux 2.6.22-rc1 + CFS v12), Zilvinas Valinskas
        
        Re: Kernel NFS lockd freezes notebook on shutdown (Linux 2.6.22-rc1 + CFS v12), Oleg Nesterov
        
        Re: Kernel NFS lockd freezes notebook on shutdown (Linux 2.6.22-rc1 + CFS v12), zilvinas
        
        Re: Kernel NFS lockd freezes notebook on shutdown (Linux 2.6.22-rc1 + CFS v12), J. Bruce Fields

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