LKML: Linux Kernel Archive 2006 Q1

Date Index

Re: CD writing in future Linux try #2 [ was: Re: CD writing in future Linux (stirring up a hornets' nest) ], (continued)
- CD-blanking leads to machine freeze with current -git [was: Re: CD writing in future Linux try #2 [ was: Re: CD writing in future Linux (stirring up a hornets' nest) ]], Marc Koschewski
  - Re: CD-blanking leads to machine freeze with current -git [was: Re: CD writing in future Linux try #2 [ was: Re: CD writing in future Linux (stirring up a hornets' nest) ]], Phillip Susi
    - Re: CD-blanking leads to machine freeze with current -git [was: Re: CD writing in future Linux try #2 [ was: Re: CD writing in future Linux (stirring up a hornets' nest) ]], Gene Heskett
      - Re: CD-blanking leads to machine freeze with current -git [was: Re: CD writing in future Linux try #2 [ was: Re: CD writing in future Linux (stirring up a hornets' nest) ]], Kyle Moffett
        
        Re: CD-blanking leads to machine freeze with current -git [was: Re: CD writing in future Linux try #2 [ was: Re: CD writing in future Linux (stirring up a hornets' nest) ]], Gene Heskett
    - Re: CD-blanking leads to machine freeze with current -git [was: Re: CD writing in future Linux try #2 [ was: Re: CD writing in future Linux (stirring up a hornets' nest) ]], Marc Koschewski
      - Re: CD-blanking leads to machine freeze with current -git [was: Re: CD writing in future Linux try #2 [ was: Re: CD writing in future Linux (stirring up a hornets' nest) ]], Phillip Susi
        
        Re: CD-blanking leads to machine freeze with current -git [was: Re: CD writing in future Linux try #2 [ was: Re: CD writing in future Linux (stirring up a hornets' nest) ]], Lennart Sorensen
        
        Re: CD-blanking leads to machine freeze with current -git, Jan Engelhardt
        
        Re: CD-blanking leads to machine freeze with current -git, Marc Koschewski
        
        Re: CD-blanking leads to machine freeze with current -git, Doug McNaught
        
        Re: CD-blanking leads to machine freeze with current -git, Marc Koschewski
      - Re: CD-blanking leads to machine freeze with current -git [was: Re: CD writing in future Linux try #2 [ was: Re: CD writing in future Linux (stirring up a hornets' nest) ]], Alan Cox
        
        Re: CD-blanking leads to machine freeze with current -git [was: Re: CD writing in future Linux try #2 [ was: Re: CD writing in future Linux (stirring up a hornets' nest) ]], Marc Koschewski
        
        Re: CD-blanking leads to machine freeze with current -git, Doug McNaught
        
        Re: CD-blanking leads to machine freeze with current -git [was: Re: CD writing in future Linux try #2 [ was: Re: CD writing in future Linux (stirring up a hornets' nest) ]], Alan Cox
      - Re: CD-blanking leads to machine freeze with current -git [was: Re: CD writing in future Linux try #2 [ was: Re: CD writing in future Linux (stirring up a hornets' nest) ]], hackmiester (Hunter Fuller)
        
        Re: CD-blanking leads to machine freeze with current -git [was: Re: CD writing in future Linux try #2 [ was: Re: CD writing in future Linux (stirring up a hornets' nest) ]], Marc Koschewski
- Re: CD writing in future Linux try #2 [ was: Re: CD writing in future Linux (stirring up a hornets' nest) ], Robert Hancock
re: patching arm-linux 2.4.18 on sharp zaurus sl-5500, Lorne J. Leitman
- Re: patching arm-linux 2.4.18 on sharp zaurus sl-5500, Erik Mouw
  - Re: patching arm-linux 2.4.18 on sharp zaurus sl-5500, Marc
    - Re: patching arm-linux 2.4.18 on sharp zaurus sl-5500, Pavel Machek
[PATCH 0/3] bitmap: multiword allocations and region restructuring., Paul Mundt
- [PATCH 1/3] bitmap: region cleanup, Paul Mundt
- [PATCH 3/3] bitmap: region restructuring, Paul Mundt
- [PATCH 2/3] bitmap: region multiword spanning support, Paul Mundt
libata-dev queue updated, Jeff Garzik
mprotect() resets caching policy, Thomas Hellström
- Re: mprotect() resets caching policy, Hugh Dickins
  - Re: mprotect() resets caching policy, Thomas Hellström
$$s1> just ArtsandCulture, Erna Madrid
More information on scsi_cmd_cache leak... (bisect), Chase Venters
- Re: More information on scsi_cmd_cache leak... (bisect), Neil Brown
  - Re: More information on scsi_cmd_cache leak... (bisect), Jens Axboe
    - Re: More information on scsi_cmd_cache leak... (bisect), Jens Axboe
      - Re: More information on scsi_cmd_cache leak... (bisect), Chase Venters
      - Re: More information on scsi_cmd_cache leak... (bisect), Mike Christie
        
        Re: More information on scsi_cmd_cache leak... (bisect), Jens Axboe
        
        Re: More information on scsi_cmd_cache leak... (bisect), James Bottomley
        
        Re: More information on scsi_cmd_cache leak... (bisect), Jens Axboe
        
        Re: More information on scsi_cmd_cache leak... (bisect), Mike Christie
        
        Re: More information on scsi_cmd_cache leak... (bisect), Jens Axboe
        
        Re: More information on scsi_cmd_cache leak... (bisect), Chase Venters
        
        Re: More information on scsi_cmd_cache leak... (bisect), askernel2615
        
        Re: More information on scsi_cmd_cache leak... (bisect), Jens Axboe
        
        Re: More information on scsi_cmd_cache leak... (bisect), Tim Morley
        
        Re: More information on scsi_cmd_cache leak... (bisect), Jens Axboe
- Re: More information on scsi_cmd_cache leak... (bisect), Alexey Dobriyan
- Re: More information on scsi_cmd_cache leak... (bisect), Ariel
  - Re: More information on scsi_cmd_cache leak... (bisect), Chase Venters
  - Re: More information on scsi_cmd_cache leak... (bisect), Neil Brown
- Re: More information on scsi_cmd_cache leak... (bisect), Ariel
[no subject], sarat
- Re:, Arjan van de Ven
[KORG] Kernel sources online, Karel Kulhavy
- Re: [KORG] Kernel sources online, Pekka Enberg
- Re: [KORG] Kernel sources online, Kurt Wall
  - Re: [KORG] Kernel sources online, Arthur Othieno
[KORG] "working Linux system", Karel Kulhavy
- Re: [KORG] "working Linux system", Arjan van de Ven
- Re: [KORG] "working Linux system", Greg Norris
  - Re: [KORG] "working Linux system", linux-os (Dick Johnson)
- Re: [KORG] "working Linux system", Ralf Baechle
[no subject], sarat
Kernel manual pages, Karel Kulhavy
- Re: Kernel manual pages, Erik Mouw
- Re: Kernel manual pages, sean
Re: libata support for JMicron JMB360 ?, Prakash Punnoor
Clock resolution (2.6.15.1), Ulrich Windl
netboot broken ?, Knut Petersen
- Re: netboot broken ?, Magnus Damm
- Re: netboot broken ?, Bryan O'Sullivan
  - Re: netboot broken ?, H. Peter Anvin
[PATCH v2] sata_sil: combined irq + LBT DMA patch for testing, Jeff Garzik
How to map high memory for block io, Pierre Ossman
- Re: How to map high memory for block io, Jens Axboe
  - Re: How to map high memory for block io, Pierre Ossman
    - Re: How to map high memory for block io, Jens Axboe
      - Re: How to map high memory for block io, Pierre Ossman
        
        Re: How to map high memory for block io, Jens Axboe
        
        Re: How to map high memory for block io, Pierre Ossman
        
        Re: How to map high memory for block io, Pierre Ossman
        
        Re: How to map high memory for block io, Jens Axboe
        
        Re: How to map high memory for block io, Pierre Ossman
        
        Re: How to map high memory for block io, Pierre Ossman
        
        Re: How to map high memory for block io, Russell King
        
        Re: How to map high memory for block io, Pierre Ossman
        
        Re: How to map high memory for block io, Jens Axboe
        
        Re: How to map high memory for block io, Russell King
        
        Re: How to map high memory for block io, Jens Axboe
        
        Re: How to map high memory for block io, Russell King
        
        Re: How to map high memory for block io, Pierre Ossman
        
        Re: How to map high memory for block io, Pierre Ossman
        
        Re: How to map high memory for block io, Russell King
        
        Re: How to map high memory for block io, Jens Axboe
        
        Re: How to map high memory for block io, Pierre Ossman
        
        Re: How to map high memory for block io, Jens Axboe
        
        Re: How to map high memory for block io, Pierre Ossman
        
        Re: How to map high memory for block io, Jens Axboe
        
        Re: How to map high memory for block io, Pierre Ossman
        
        Re: How to map high memory for block io, Russell King
        
        Re: How to map high memory for block io, Jens Axboe
        
        Re: How to map high memory for block io, Pierre Ossman
        
        Re: How to map high memory for block io, Russell King
        
        Re: How to map high memory for block io, Pierre Ossman
        
        Re: How to map high memory for block io, Russell King
        
        Re: How to map high memory for block io, Pierre Ossman
        
        Re: How to map high memory for block io, Russell King
        
        Re: How to map high memory for block io, Pierre Ossman
        
        Re: How to map high memory for block io, Pierre Ossman
        
        Re: How to map high memory for block io, Russell King
HELP: "PCI: Fail to allocate mem resource, Reg Clemens
libata errors in 2.6.15.1 ICH6 AHCI (SATA drive WD740GD), Kalin KOZHUHAROV
- Re: libata errors in 2.6.15.1 ICH6 AHCI (SATA drive WD740GD), Chase Venters
Sh0ots gash inductiveness, Frankie Hopkins
wireless geo stuff (was Re: wireless-2.6 status (25 January 2006)), Jeff Garzik
[RT] possible bug in trace_start_sched_wakeup, Steven Rostedt
- Re: [RT] possible bug in trace_start_sched_wakeup, Steven Rostedt
  - Re: [RT] possible bug in trace_start_sched_wakeup, Ingo Molnar
    - Re: [RT] possible bug in trace_start_sched_wakeup, Steven Rostedt
  - Re: [RT] possible bug in trace_start_sched_wakeup, Ingo Molnar
    - Re: [RT] possible bug in trace_start_sched_wakeup, Steven Rostedt
noisy edac, Dave Jones
- Re: noisy edac, Alan Cox
  - Re: noisy edac, Dave Jones
    - Re: noisy edac, Doug Thompson
      - Re: noisy edac, Dave Peterson
        
        Re: noisy edac, doug thompson
        
        Re: noisy edac, Dave Peterson
        
        Re: noisy edac, Gunther Mayer
        
        Re: noisy edac, Dave Peterson
        
        Re: noisy edac, Gunther Mayer
        
        Re: noisy edac, doug thompson
        
        Re: noisy edac, Dave Peterson
        
        Re: noisy edac, Dave Peterson
        
        Re: noisy edac, Eric W. Biederman
        
        Re: noisy edac, Dave Peterson
        
        Re: noisy edac, doug thompson
        
        [PATCH] EDAC printk() cleanup, Dave Peterson
        
        Re: [PATCH] EDAC printk() cleanup, doug thompson
      - Re: noisy edac, Eric W. Biederman
unsupported USB or network hardware?, chris m
SuSE 10.0 - agpgart: unable to determine aperture size, George
[lock validator] net/ipv4/fib_hash.c: illegal {enabled-softirqs} -> {used-in-softirq} usage?, Ingo Molnar
- Re: [lock validator] net/ipv4/fib_hash.c: illegal {enabled-softirqs} -> {used-in-softirq} usage?, Herbert Xu
  - [lock validator] inet6_destroy_sock(): soft-safe -> soft-unsafe lock dependency, Ingo Molnar
    - Re: [lock validator] inet6_destroy_sock(): soft-safe -> soft-unsafe lock dependency, Ingo Molnar
    - Re: [lock validator] inet6_destroy_sock(): soft-safe -> soft-unsafe lock dependency, Herbert Xu
      - Re: [lock validator] inet6_destroy_sock(): soft-safe -> soft-unsafe lock dependency, David S. Miller
        
        Re: [lock validator] inet6_destroy_sock(): soft-safe -> soft-unsafe lock dependency, Ingo Molnar
        
        Re: [lock validator] inet6_destroy_sock(): soft-safe -> soft-unsafe lock dependency, Ingo Molnar
        
        Re: [lock validator] inet6_destroy_sock(): soft-safe -> soft-unsafe lock dependency, Herbert Xu
        
        Re: [lock validator] inet6_destroy_sock(): soft-safe -> soft-unsafe lock dependency, Ingo Molnar
        
        Re: [lock validator] inet6_destroy_sock(): soft-safe -> soft-unsafe lock dependency, Herbert Xu
        
        Re: [lock validator] inet6_destroy_sock(): soft-safe -> soft-unsafe lock dependency, David S. Miller
        
        Re: [lock validator] inet6_destroy_sock(): soft-safe -> soft-unsafe lock dependency, Ingo Molnar
        
        Re: [lock validator] inet6_destroy_sock(): soft-safe -> soft-unsafe lock dependency, Ingo Molnar
        
        Re: [lock validator] inet6_destroy_sock(): soft-safe -> soft-unsafe lock dependency, Herbert Xu
        
        Re: [lock validator] inet6_destroy_sock(): soft-safe -> soft-unsafe lock dependency, Herbert Xu
        
        Re: [lock validator] inet6_destroy_sock(): soft-safe -> soft-unsafe lock dependency, Ingo Molnar
      - Re: [lock validator] inet6_destroy_sock(): soft-safe -> soft-unsafe lock dependency, Ingo Molnar
        
        Re: [lock validator] inet6_destroy_sock(): soft-safe -> soft-unsafe lock dependency, Herbert Xu
        
        Re: [lock validator] inet6_destroy_sock(): soft-safe -> soft-unsafe lock dependency, Herbert Xu
        
        Re: [lock validator] inet6_destroy_sock(): soft-safe -> soft-unsafe lock dependency, Ingo Molnar
        
        Re: [lock validator] inet6_destroy_sock(): soft-safe -> soft-unsafe lock dependency, David S. Miller
[lock validator] drivers/net/8139too.c: deadlock?, Ingo Molnar
- Re: [lock validator] drivers/net/8139too.c: deadlock?, Francois Romieu
  - Re: [lock validator] drivers/net/8139too.c: deadlock?, Herbert Xu
    - Re: [lock validator] drivers/net/8139too.c: deadlock?, Jeff Garzik
      - [PATCH] 8139too: fix a TX timeout watchdog thread against NAPI softirq race, Francois Romieu
        
        Re: [PATCH] 8139too: fix a TX timeout watchdog thread against NAPI softirq race, Ingo Molnar
        
        Re: [PATCH] 8139too: fix a TX timeout watchdog thread against NAPI softirq race, Ingo Molnar
        
        Re: [PATCH] 8139too: fix a TX timeout watchdog thread against NAPI softirq race, Andrew Morton
[2.6 patch: 0/10] remove ISA legacy functions, Adrian Bunk
- [1/10] remove ISA legacy functions: drivers/char/toshiba.c, Adrian Bunk
- [2/10] remove ISA legacy functions: drivers/net/arcnet/, Adrian Bunk
- [3/10] remove ISA legacy functions: drivers/scsi/g_NCR5380.c, Adrian Bunk
- [4/10] remove ISA legacy functions: drivers/scsi/in2000.c, Adrian Bunk
- [5/10] remove ISA legacy functions: drivers/net/hp-plus.c, Adrian Bunk
- [6/10] remove ISA legacy functions: drivers/net/hp100.c, Adrian Bunk
- [7/10] remove ISA legacy functions: drivers/net/lance.c, Adrian Bunk
- [8/10] remove ISA legacy functions: remove the helpers, Adrian Bunk
- [9/10] remove ISA legacy functions: remove documentation, Adrian Bunk
- [10/10] remove ISA legacy functions: only 9 patches, Adrian Bunk
[2.6 patch] net/tipc/: possible cleanups, Adrian Bunk
- <Possible follow-ups>
- [2.6 patch] net/tipc/: possible cleanups, Adrian Bunk
  - Re: [2.6 patch] net/tipc/: possible cleanups, Per Liden
Suspend to RAM: help with whitelist wanted, Pavel Machek
- Re: Suspend to RAM: help with whitelist wanted, Luca
  - Re: Suspend to RAM: help with whitelist wanted, Pavel Machek
    - Re: Suspend to RAM: help with whitelist wanted, Olivier Galibert
      - Re: Suspend to RAM: help with whitelist wanted, Pavel Machek
  - Re: Suspend to RAM: help with whitelist wanted, Pavel Machek
    - Re: Suspend to RAM: help with whitelist wanted, Matthew Garrett
      - Re: Suspend to RAM: help with whitelist wanted, Pavel Machek
        
        Re: Suspend to RAM: help with whitelist wanted, Matthew Garrett
        
        Re: Suspend to RAM: help with whitelist wanted, Pavel Machek
    - Re: Suspend to RAM: help with whitelist wanted, Luca
      - Re: Suspend to RAM: help with whitelist wanted, Jan De Luyck
        
        Re: Suspend to RAM: help with whitelist wanted, Luca
      - Re: Suspend to RAM: help with whitelist wanted, Pavel Machek
      - Re: Suspend to RAM: help with whitelist wanted, Pavel Machek
        
        Re: Suspend to RAM: help with whitelist wanted, Luca
Asus P5A Reboots, Simon Morgan
- Re: Asus P5A Reboots, Arjan van de Ven
  - Re: Asus P5A Reboots, Simon Morgan
[PATCH] Enable remote RCU callback processing on SMP systems, Dimitri Sivanich
- <Possible follow-ups>
- [PATCH] Enable remote RCU callback processing on SMP systems, Dimitri Sivanich
  - Re: [PATCH] Enable remote RCU callback processing on SMP systems, Chris Mason
    - Re: [PATCH] Enable remote RCU callback processing on SMP systems, Dimitri Sivanich
      - Re: [PATCH] Enable remote RCU callback processing on SMP systems, Chris Mason
[PATCH] new tty buffering locking fix, Paul Fulghum
- <Possible follow-ups>
- Re: [PATCH] new tty buffering locking fix, Olaf Hering
  - Re: [PATCH] new tty buffering locking fix, Paul Fulghum
    - Re: [PATCH] new tty buffering locking fix, Olaf Hering
      - Re: [PATCH] new tty buffering locking fix, Paul Fulghum
      - Re: [PATCH] new tty buffering locking fix, Paul Fulghum
        
        Re: [PATCH] new tty buffering locking fix, Alan Cox
        
        Re: [PATCH] new tty buffering locking fix, Paul Fulghum
        
        Re: [PATCH] new tty buffering locking fix, Paul Fulghum
        
        Re: [PATCH] new tty buffering locking fix, Paul Fulghum
        
        Re: [PATCH] new tty buffering locking fix, Olaf Hering
arch/i386/kernel/nmi.c: fix compiler warning, Lee Revell
- Re: arch/i386/kernel/nmi.c: fix compiler warning, Joe Perches
  - Re: arch/i386/kernel/nmi.c: fix compiler warning, Andrew Morton
[PATCH] driver core: better reference counting for klists, Alan Stern
- Re: [PATCH] driver core: better reference counting for klists, Greg KH
  - Re: [PATCH] driver core: better reference counting for klists, Alan Stern
    - Re: [PATCH] driver core: better reference counting for klists, Greg KH
      - Re: [PATCH] driver core: better reference counting for klists, Alan Stern
[PATCH] 2.6 Altix : correct export call, Pat Gefre
- <Possible follow-ups>
- [PATCH] 2.6 Altix : correct export call, Pat Gefre
  - Re: [PATCH] 2.6 Altix : correct export call, Randy.Dunlap
2.6.15 reiserfs bugs that cause the system to hang and increase load sistematically, Maciej Soltysiak
- Re: 2.6.15 reiserfs bugs that cause the system to hang and increase load sistematically, Vladimir V. Saveliev
- <Possible follow-ups>
- Re: 2.6.15 reiserfs bugs that cause the system to hang and increase load sistematically, Maciej Soltysiak
Right way to configure a driver? (sysfs, ioctl, proc, configfs,....), Aritz Bastida
- Re: Right way to configure a driver? (sysfs, ioctl, proc, configfs,....), Greg KH
  - Re: Right way to configure a driver? (sysfs, ioctl, proc, configfs,....), Aritz Bastida
    - Message not available
      - Re: Right way to configure a driver? (sysfs, ioctl, proc, configfs,....), Aritz Bastida
        
        Re: Right way to configure a driver? (sysfs, ioctl, proc, configfs,....), Greg KH
        
        Re: Right way to configure a driver? (sysfs, ioctl, proc, configfs,....), Jan Engelhardt
        
        Re: Right way to configure a driver? (sysfs, ioctl, proc, configfs,....), Greg KH
        
        Re: Right way to configure a driver? (sysfs, ioctl, proc, configfs,....), Aritz Bastida
        
        Re: Right way to configure a driver? (sysfs, ioctl, proc, configfs,....), Jan Engelhardt
        
        Re: Right way to configure a driver? (sysfs, ioctl, proc, configfs,....), Neil Brown
    - Re: Right way to configure a driver? (sysfs, ioctl, proc, configfs,....), Greg KH
      - Re: Right way to configure a driver? (sysfs, ioctl, proc, configfs,....), Aritz Bastida
        
        Re: Right way to configure a driver? (sysfs, ioctl, proc, configfs,....), linux-os (Dick Johnson)
        
        Re: Right way to configure a driver? (sysfs, ioctl, proc, configfs,....), Aritz Bastida
        
        Re: Right way to configure a driver? (sysfs, ioctl, proc, configfs,....), linux-os (Dick Johnson)
Badness in vsnprintf, Horst Schirmeier
- Re: Badness in vsnprintf, Nish Aravamudan
  - Re: Badness in vsnprintf, Horst Schirmeier
- <Possible follow-ups>
- Re:Badness in vsnprintf, Chuck Ebbert
[PATCH] Fix RocketPort driver., Michal Ostrowski
[patch 0/4] net: Percpufy frequently used variables on struct proto, Ravikiran G Thirumalai
- [patch 1/4] net: Percpufy frequently used variables -- add percpu_counter_mod_bh, Ravikiran G Thirumalai
- [patch 2/4] net: Percpufy frequently used variables -- struct proto.memory_allocated, Ravikiran G Thirumalai
  - Re: [patch 2/4] net: Percpufy frequently used variables -- struct proto.memory_allocated, Eric Dumazet
- [patch 3/4] net: Percpufy frequently used variables -- proto.sockets_allocated, Ravikiran G Thirumalai
  - Re: [patch 3/4] net: Percpufy frequently used variables -- proto.sockets_allocated, Eric Dumazet
    - Re: [patch 3/4] net: Percpufy frequently used variables -- proto.sockets_allocated, Ravikiran G Thirumalai
      - Re: [patch 3/4] net: Percpufy frequently used variables -- proto.sockets_allocated, Andrew Morton
        
        Re: [patch 3/4] net: Percpufy frequently used variables -- proto.sockets_allocated, Eric Dumazet
        
        Re: [patch 3/4] net: Percpufy frequently used variables -- proto.sockets_allocated, Ravikiran G Thirumalai
        
        Re: [patch 3/4] net: Percpufy frequently used variables -- proto.sockets_allocated, Eric Dumazet
        
        Re: [patch 3/4] net: Percpufy frequently used variables -- proto.sockets_allocated, Ravikiran G Thirumalai
        
        Re: [patch 3/4] net: Percpufy frequently used variables -- proto.sockets_allocated, Ravikiran G Thirumalai
        
        Re: [patch 3/4] net: Percpufy frequently used variables -- proto.sockets_allocated, Eric Dumazet
        
        Re: [patch 3/4] net: Percpufy frequently used variables -- proto.sockets_allocated, Andrew Morton
        
        Re: [patch 3/4] net: Percpufy frequently used variables -- proto.sockets_allocated, Eric Dumazet
        
        Re: [patch 3/4] net: Percpufy frequently used variables -- proto.sockets_allocated, Eric Dumazet
        
        Re: [patch 3/4] net: Percpufy frequently used variables -- proto.sockets_allocated, Ravikiran G Thirumalai
        
        Re: [patch 3/4] net: Percpufy frequently used variables -- proto.sockets_allocated, Eric Dumazet
        
        Re: [patch 3/4] net: Percpufy frequently used variables -- proto.sockets_allocated, Andrew Morton
        
        Re: [patch 3/4] net: Percpufy frequently used variables -- proto.sockets_allocated, Eric Dumazet
        
        Re: [patch 3/4] net: Percpufy frequently used variables -- proto.sockets_allocated, Andrew Morton
        
        Re: [patch 3/4] net: Percpufy frequently used variables -- proto.sockets_allocated, Benjamin LaHaise
        
        Re: [patch 3/4] net: Percpufy frequently used variables -- proto.sockets_allocated, Andrew Morton
        
        Re: [patch 3/4] net: Percpufy frequently used variables -- proto.sockets_allocated, Benjamin LaHaise
        
        Re: [patch 3/4] net: Percpufy frequently used variables -- proto.sockets_allocated, Andrew Morton
        
        Re: [patch 3/4] net: Percpufy frequently used variables -- proto.sockets_allocated, Kyle McMartin
        
        Re: [patch 3/4] net: Percpufy frequently used variables -- proto.sockets_allocated, Andi Kleen
        
        Re: [patch 3/4] net: Percpufy frequently used variables -- proto.sockets_allocated, Eric Dumazet
        
        Re: [patch 3/4] net: Percpufy frequently used variables -- proto.sockets_allocated, Benjamin LaHaise
        
        Re: [patch 3/4] net: Percpufy frequently used variables -- proto.sockets_allocated, Andrew Morton
        
        Re: [patch 3/4] net: Percpufy frequently used variables -- proto.sockets_allocated, Andrew Morton
        
        Re: [patch 3/4] net: Percpufy frequently used variables -- proto.sockets_allocated, Ravikiran G Thirumalai
        
        Re: [patch 3/4] net: Percpufy frequently used variables -- proto.sockets_allocated, Andrew Morton
        
        Re: [patch 3/4] net: Percpufy frequently used variables -- proto.sockets_allocated, Ravikiran G Thirumalai
        
        Re: [patch 3/4] net: Percpufy frequently used variables -- proto.sockets_allocated, Andrew Morton
        
        Re: [patch 3/4] net: Percpufy frequently used variables -- proto.sockets_allocated, Ravikiran G Thirumalai
        
        Re: [patch 3/4] net: Percpufy frequently used variables -- proto.sockets_allocated, Andrew Morton
- [patch 4/4] net: Percpufy frequently used variables -- proto.inuse, Ravikiran G Thirumalai
[PATCH 0/9] Reducing fragmentation using zones v4, Mel Gorman
- [PATCH 1/9] Add __GFP_EASYRCLM flag and update callers, Mel Gorman
- [PATCH 3/9] x86 - Specify amount of kernel memory at boot time, Mel Gorman
- [PATCH 2/9] Create the ZONE_EASYRCLM zone, Mel Gorman
- [PATCH 5/9] At boot, determine what zone memory will hot-add to, Mel Gorman
- [PATCH 4/9] ppc64 - Specify amount of kernel memory at boot time, Mel Gorman
  - Re: [Lhms-devel] [PATCH 4/9] ppc64 - Specify amount of kernel memory at boot time, Joel Schopp
    - Re: [Lhms-devel] [PATCH 4/9] ppc64 - Specify amount of kernel memory at boot time, Mel Gorman
- [PATCH 6/9] Allow HugeTLB allocations to use ZONE_EASYRCLM, Mel Gorman
- [PATCH 8/9] ForTesting - Prevent OOM killer firing for high-order allocations, Mel Gorman
- [PATCH 7/9] Add documentation for extra boot parameters, Mel Gorman
- [PATCH 9/9] ForTesting - Drain the per-cpu caches with high order allocations fail, Mel Gorman
- Re: [PATCH 0/9] Reducing fragmentation using zones v4, KAMEZAWA Hiroyuki
  - Re: [Lhms-devel] Re: [PATCH 0/9] Reducing fragmentation using zones v4, KAMEZAWA Hiroyuki
    - Re: [Lhms-devel] Re: [PATCH 0/9] Reducing fragmentation using zones v4, Mel Gorman
      - Re: [Lhms-devel] Re: [PATCH 0/9] Reducing fragmentation using zones v4, KAMEZAWA Hiroyuki
        
        Re: [Lhms-devel] Re: [PATCH 0/9] Reducing fragmentation using zones v4, Mel Gorman
[patch 0/2] RCU: fix various latency/oom issues, Dipankar Sarma
- Re: [patch 1/2] rcu batch tuning, Dipankar Sarma
  - Re: [patch 2/2] fix file counting, Dipankar Sarma
    - Re: [patch 2/2] fix file counting, Eric Dumazet
      - Re: [patch 2/2] fix file counting, Andrew Morton
        
        Re: [patch 2/2] fix file counting, Paul E. McKenney
        
        Re: [patch 2/2] fix file counting, Andrew Morton
        
        Re: [patch 2/2] fix file counting, Dipankar Sarma
        
        Re: [patch 2/2] fix file counting, Andrew Morton
        
        Re: [patch 2/2] fix file counting, Dipankar Sarma
        
        Re: [patch 2/2] fix file counting, Dipankar Sarma
        
        Re: [patch 2/2] fix file counting, Eric Dumazet
        
        Re: [patch 2/2] fix file counting, Dipankar Sarma
  - Re: [patch 1/2] rcu batch tuning, Paul E. McKenney
    - Re: [patch 1/2] rcu batch tuning, Dipankar Sarma
[patch 2.6.15] i386: allow disabling X86_FEATURE_SEP at boot, Chuck Ebbert
- Re: [patch 2.6.15] i386: allow disabling X86_FEATURE_SEP at boot, Andrew Morton
I/O errors while dding between 2 SATA drives, James Lamanna
- Re: I/O errors while dding between 2 SATA drives, Tejun
How to dump stack for kernel threads, Larry Finger
- Re: How to dump stack for kernel threads, Jan Engelhardt
  - Re: How to dump stack for kernel threads, Larry Finger
Problems with MSI-X on ia64, Miller, Mike (OS Dev)
- Re: Problems with MSI-X on ia64, Mark Maule
- Re: Problems with MSI-X on ia64, Grant Grundler
- Re: Problems with MSI-X on ia64, Grant Grundler
  - Re: Problems with MSI-X on ia64, Chris Wedgwood
    - Re: Problems with MSI-X on ia64, Matthew Wilcox
    - Re: Problems with MSI-X on ia64, Grant Grundler
      - Re: Problems with MSI-X on ia64, Chris Wedgwood
- <Possible follow-ups>
- RE: Problems with MSI-X on ia64, Miller, Mike (OS Dev)
  - Re: Problems with MSI-X on ia64, Greg KH
- RE: Problems with MSI-X on ia64, Miller, Mike (OS Dev)
- RE: Problems with MSI-X on ia64, Luck, Tony
  - Re: Problems with MSI-X on ia64, Grant Grundler
    - Re: Problems with MSI-X on ia64, Roland Dreier
- RE: Problems with MSI-X on ia64, Miller, Mike (OS Dev)
  - Re: Problems with MSI-X on ia64, Grant Grundler
- RE: Problems with MSI-X on ia64, Miller, Mike (OS Dev)
[patch] warn if free_irq() is called from IRQ context, Ingo Molnar
[patch] drivers/block/floppy.c: dont free_irq() from irq context, Ingo Molnar
- Re: [patch] drivers/block/floppy.c: dont free_irq() from irq context, Andrew Morton
vesa fb is slow on 2.6.15.1, Hai Zaar
- Re: vesa fb is slow on 2.6.15.1, Antonino A. Daplas
  - Re: vesa fb is slow on 2.6.15.1, Hai Zaar
    - Re: vesa fb is slow on 2.6.15.1, Alistair John Strachan
    - Re: vesa fb is slow on 2.6.15.1, Antonino A. Daplas
      - Re: vesa fb is slow on 2.6.15.1, Hai Zaar
        
        Re: vesa fb is slow on 2.6.15.1, Hai Zaar
        
        Re: vesa fb is slow on 2.6.15.1, Antonino A. Daplas
        
        Re: vesa fb is slow on 2.6.15.1, Hai Zaar
        
        Re: vesa fb is slow on 2.6.15.1, Antonino A. Daplas
        
        Re: vesa fb is slow on 2.6.15.1, Hai Zaar
        
        Message not available
        
        Message not available
        
        Re: vesa fb is slow on 2.6.15.1, Hai Zaar
        
        Re: vesa fb is slow on 2.6.15.1, Antonino A. Daplas
[BUG] debugfs: hard link count wrong, Heiko Carstens
- Re: [BUG] debugfs: hard link count wrong, Greg KH
  - Re: [BUG] debugfs: hard link count wrong, Heiko Carstens
    - Re: [BUG] debugfs: hard link count wrong, Greg KH
      - Re: [BUG] debugfs: hard link count wrong, Heiko Carstens
        
        Re: [BUG] debugfs: hard link count wrong, Greg KH
        
        Re: [BUG] debugfs: hard link count wrong, Vincent Hanquez
        
        Re: [BUG] debugfs: hard link count wrong, Heiko Carstens
        
        Re: [BUG] debugfs: hard link count wrong, Heiko Carstens
Re: [PATCH] Zone reclaim: proc override, Olaf Hering
- Re: [PATCH] Zone reclaim: proc override, Christoph Lameter
Documentation for /dev/tun, Karel Kulhavy
- Re: Documentation for /dev/tun, Jiri Kosina
  - Re: Documentation for /dev/tun, Karel Kulhavy
    - Re: Documentation for /dev/tun, Erik Mouw
Dont record local apic ids when they are disabled in MADT, Ashok Raj
- Re: Dont record local apic ids when they are disabled in MADT, Andi Kleen
  - Re: Dont record local apic ids when they are disabled in MADT, Ashok Raj
    - Re: Dont record local apic ids when they are disabled in MADT, Andi Kleen
      - Re: Dont record local apic ids when they are disabled in MADT, Ashok Raj
Xorg freezes 2.6.16-rc1, Mauro Tassinari
- Xorg crashes 2.6.16-rc1-git4, Mauro Tassinari
  - Re: Xorg crashes 2.6.16-rc1-git4, Pekka Enberg
[PATCH] Remove fs/jffs2/histo.h, Alexey Dobriyan
[RT] kgameportd/633 changed soft IRQ-flags., Philipp Matthias Hahn
[PATCH] xtensa: add asm/futex.h, Alexey Dobriyan
goal self AETEA Information Technology Inc., Conrad Brunson
[PATCH][TRIVIAL] Fix spelling in E1000_DISABLE_PACKET_SPLIT Kconfig description, James Ring
[PATCH] Remove CONFIG_PARPORT_ARC, drivers/parport/parport_arc.c, Alexey Dobriyan
[PATCH] ieee1394: allow building with absolute SUBDIRS path, Johannes Berg
- Re: [PATCH] ieee1394: allow building with absolute SUBDIRS path, Stefan Richter
  - Re: [PATCH] ieee1394: allow building with absolute SUBDIRS path, Johannes Berg
- Re: [PATCH] ieee1394: allow building with absolute SUBDIRS path, Jody McIntyre
  - ieee1394/oui.db (was Re: [PATCH] ieee1394: allow building with absolute SUBDIRS path), Stefan Richter
    - Re: ieee1394/oui.db (was Re: [PATCH] ieee1394: allow building with absolute SUBDIRS path), Jody McIntyre
    - Message not available
      - Re: ieee1394/oui.db (was Re: [PATCH] ieee1394: allow building with absolute SUBDIRS path), Stefan Richter
USB host pci-quirks, Oskar Senft
- <Possible follow-ups>
- RE: USB host pci-quirks, Aleksey Gorelov
  - Re: USB host pci-quirks, Oskar Senft
    - Re: USB host pci-quirks, Greg KH
      - Re: USB host pci-quirks, Oskar Senft
- RE: USB host pci-quirks, Aleksey Gorelov
smp 'nice' bias support breaks scheduler behavior, Siddha, Suresh B
- Re: smp 'nice' bias support breaks scheduler behavior, Con Kolivas
  - Re: smp 'nice' bias support breaks scheduler behavior, Peter Williams
    - Re: smp 'nice' bias support breaks scheduler behavior, Siddha, Suresh B
      - Re: smp 'nice' bias support breaks scheduler behavior, Con Kolivas
        
        Re: smp 'nice' bias support breaks scheduler behavior, Siddha, Suresh B
        
        Re: smp 'nice' bias support breaks scheduler behavior, Con Kolivas
        
        Re: smp 'nice' bias support breaks scheduler behavior, Siddha, Suresh B
        
        Re: smp 'nice' bias support breaks scheduler behavior, Con Kolivas
[PATCH] Remove arch/ppc/syslib/ppc4xx_pm.c, Alexey Dobriyan
[Patch] sched: new sched domain for representing multi-core, Siddha, Suresh B
- Re: [Patch] sched: new sched domain for representing multi-core, Ingo Molnar
  - Re: [Patch] sched: new sched domain for representing multi-core, Siddha, Suresh B
    - Re: [Patch] sched: new sched domain for representing multi-core, Andrew Morton
      - Re: [Patch] sched: new sched domain for representing multi-core, Siddha, Suresh B
        
        Re: [Patch] sched: new sched domain for representing multi-core, Andrew Morton
        
        Re: [Patch] sched: new sched domain for representing multi-core, Siddha, Suresh B
        
        Re: [Patch] sched: new sched domain for representing multi-core, Andrew Morton
        
        Re: [Patch] sched: new sched domain for representing multi-core, Siddha, Suresh B
- Re: [Patch] sched: new sched domain for representing multi-core, Andi Kleen
  - Re: [Patch] sched: new sched domain for representing multi-core, Siddha, Suresh B
- Re: [Patch] sched: new sched domain for representing multi-core, Pavel Machek
  - Re: [Patch] sched: new sched domain for representing multi-core, Siddha, Suresh B
- <Possible follow-ups>
- Re: [Patch] sched: new sched domain for representing multi-core, Samuel Thibault
  - Re: [Patch] sched: new sched domain for representing multi-core, Siddha, Suresh B
[2.6 patch] kernel/posix-timers.c: remove do_posix_clock_notimer_create(), Adrian Bunk
- Re: [2.6 patch] kernel/posix-timers.c: remove do_posix_clock_notimer_create(), George Anzinger
- Re: [2.6 patch] kernel/posix-timers.c: remove do_posix_clock_notimer_create(), Thomas Gleixner
mptable irq info wrong on Tyan S5112, need advice, Rod Morison
Issues with uli526x networking module, Prakash Punnoor
- Re: Issues with uli526x networking module, Nigel Cunningham
  - Re: Issues with uli526x networking module, Prakash Punnoor
    - Re: Issues with uli526x networking module, Nigel Cunningham
Test program demonstrating sys_clone() is broken on i386, Chuck Ebbert
RE: Job, Bill Gates
Sunrise knick-knack for top men 867 croceines, Clarice
OOPS while doing amdump - 2.6.14, James Lamanna
maintenance releases in GIT tree, Horst Schirmeier
- Re: maintenance releases in GIT tree, Greg KH
[ 00/23] [Suspend2] Freezer Upgrade Patches, Nigel Cunningham
- [ 06/23] [Suspend2] Disable usermode helper invocations when the freezer is on., Nigel Cunningham
  - Re: [ 06/23] [Suspend2] Disable usermode helper invocations when the freezer is on., Rafael J. Wysocki
    - Re: [ 06/23] [Suspend2] Disable usermode helper invocations when the freezer is on., Nigel Cunningham
      - Re: [ 06/23] [Suspend2] Disable usermode helper invocations when the freezer is on., Rafael J. Wysocki
        
        Re: [ 06/23] [Suspend2] Disable usermode helper invocations when the freezer is on., Nigel Cunningham
        
        Re: [ 06/23] [Suspend2] Disable usermode helper invocations when the freezer is on., Rafael J. Wysocki
- [ 13/23] [Suspend2] Add support for thawing just kernel threads or all threads., Nigel Cunningham
- [ 10/23] [Suspend2] Add support for freezing filesystem bdevs., Nigel Cunningham
- [ 23/23] [Suspend2] Don't scan LRU while freezer is on., Nigel Cunningham
- [ 22/23] [Suspend2] Modify swsusp to thaw kernel threads while eating memory., Nigel Cunningham
- [ 09/23] [Suspend2] Quieten the freezer for normal operation., Nigel Cunningham
- [ 01/23] [Suspend2] Make workqueues freezeable., Nigel Cunningham
  - Re: [ 01/23] [Suspend2] Make workqueues freezeable., Rafael J. Wysocki
    - Re: [ 01/23] [Suspend2] Make workqueues freezeable., Nigel Cunningham
- [ 14/23] [Suspend2] Helper for counting freezeable threads of a type., Nigel Cunningham
- [ 07/23] [Suspend2] Add which-to-thaw parameter to thaw_processes() calls., Nigel Cunningham
- [ 21/23] [Suspend2] Remove unused DEBUG undef., Nigel Cunningham
- [ 05/23] [Suspend2] Make the freezer use todo lists., Nigel Cunningham
- [ 04/23] [Suspend2] Todo notifier for processes., Nigel Cunningham
- [ 19/23] [Suspend2] Freeze all threads of a type., Nigel Cunningham
- [ 20/23] [Suspend2] Modify process.c includes and export freezer state., Nigel Cunningham
- [ 03/23] [Suspend2] Allow a notifier to remove itself from the notifier list., Nigel Cunningham
- [ 18/23] [Suspend2] Helper: Did we fail to freeze all threads of a type?, Nigel Cunningham
- [ 02/23] [Suspend2] Add new include/linux/freezer.h header., Nigel Cunningham
- [ 17/23] [Suspend2] Helper to prod processes that should have frozen but haven't., Nigel Cunningham
- [ 12/23] [Suspend2] Split freezing of threads according to whether user/kernelspace., Nigel Cunningham
- [ 08/23] [Suspend2] New freezer explanation for kernel/power/process.c, Nigel Cunningham
- [ 11/23] [Suspend2] Modify freezeable for freezing kernel threads separately., Nigel Cunningham
- [ 16/23] [Suspend2] Helper to signal all threads of a type., Nigel Cunningham
- [ 15/23] [Suspend2] Helper for counting uninterruptible threads of a type., Nigel Cunningham
  - Re: [ 15/23] [Suspend2] Helper for counting uninterruptible threads of a type., Rafael J. Wysocki
    - Re: [ 15/23] [Suspend2] Helper for counting uninterruptible threads of a type., Pavel Machek
      - Re: [ 15/23] [Suspend2] Helper for counting uninterruptible threads of a type., Rafael J. Wysocki
        
        [RFC/RFT] finally solve "swsusp fails with mysqld" problem, Pavel Machek
        
        Re: [RFC/RFT] finally solve "swsusp fails with mysqld" problem, Rafael J. Wysocki
        
        Re: [RFC/RFT] finally solve "swsusp fails with mysqld" problem, Pavel Machek
        
        Re: [RFC/RFT] finally solve "swsusp fails with mysqld" problem, Rafael J. Wysocki
      - Re: [ 15/23] [Suspend2] Helper for counting uninterruptible threads of a type., Nigel Cunningham
- Re: [ 00/23] [Suspend2] Freezer Upgrade Patches, Pavel Machek
  - Re: [ 00/23] [Suspend2] Freezer Upgrade Patches, Nigel Cunningham
- Re: [ 00/23] [Suspend2] Freezer Upgrade Patches, Rafael J. Wysocki
  - Re: [ 00/23] [Suspend2] Freezer Upgrade Patches, Nigel Cunningham
    - Re: [ 00/23] [Suspend2] Freezer Upgrade Patches, Rafael J. Wysocki
      - Re: [ 00/23] [Suspend2] Freezer Upgrade Patches, Nigel Cunningham
        
        Re: [ 00/23] [Suspend2] Freezer Upgrade Patches, Pavel Machek
        
        Re: [ 00/23] [Suspend2] Freezer Upgrade Patches, Nigel Cunningham
        
        Re: [ 00/23] [Suspend2] Freezer Upgrade Patches, Pavel Machek
      - Re: [ 00/23] [Suspend2] Freezer Upgrade Patches, Stefan Seyfried
        
        Re: [ 00/23] [Suspend2] Freezer Upgrade Patches, Rafael J. Wysocki
[PATCH] serial: Add spin_lock_init() in 8250 early_serial_setup() to init port.lock, George G. Davis
- Re: [PATCH] serial: Add spin_lock_init() in 8250 early_serial_setup() to init port.lock, Atsushi Nemoto
  - Re: [PATCH] serial: Add spin_lock_init() in 8250 early_serial_setup() to init port.lock, George G. Davis
    - Re: [PATCH] serial: Add spin_lock_init() in 8250 early_serial_setup() to init port.lock, Atsushi Nemoto
      - Re: [PATCH] serial: Add spin_lock_init() in 8250 early_serial_setup() to init port.lock, George G. Davis
    - Re: [PATCH] serial: Add spin_lock_init() in 8250 early_serial_setup() to init port.lock, Russell King
      - Re: [PATCH] serial: Add spin_lock_init() in 8250 early_serial_setup() to init port.lock, George G. Davis
[PATCH] at76c651: don't do generic __ilog2 on mips, Alexey Dobriyan
[PATCH] ipmi: mem_{in,out}[bwl] => intf_mem_{in,out}[bwl], Alexey Dobriyan
[patch, lock validator] fix deadlock in drivers/pci/msi.c, Ingo Molnar
- Re: [patch, lock validator] fix deadlock in drivers/pci/msi.c, Ingo Molnar
[PATCH]ip_options_fragment() has no effect on fragmentation, Wei Yongjun
- Re: [PATCH]ip_options_fragment() has no effect on fragmentation, Eric Dumazet
- Re: [PATCH]ip_options_fragment() has no effect on fragmentation, Patrick McHardy
[patch 3/9] mempool - Make mempools NUMA aware, Matthew Dobson
- Re: [patch 3/9] mempool - Make mempools NUMA aware, Christoph Lameter
  - Re: [patch 3/9] mempool - Make mempools NUMA aware, Matthew Dobson
    - Re: [patch 3/9] mempool - Make mempools NUMA aware, Christoph Lameter
      - Re: [patch 3/9] mempool - Make mempools NUMA aware, Matthew Dobson
        
        Re: [patch 3/9] mempool - Make mempools NUMA aware, Christoph Lameter
        
        Re: [patch 3/9] mempool - Make mempools NUMA aware, Matthew Dobson
        
        Re: [patch 3/9] mempool - Make mempools NUMA aware, Christoph Lameter
        
        Re: [patch 3/9] mempool - Make mempools NUMA aware, Matthew Dobson
        
        Re: [patch 3/9] mempool - Make mempools NUMA aware, Christoph Lameter
        
        Re: [patch 3/9] mempool - Make mempools NUMA aware, Matthew Dobson
        
        Re: [patch 3/9] mempool - Make mempools NUMA aware, Christoph Lameter
        
        Re: [patch 3/9] mempool - Make mempools NUMA aware, Andi Kleen
        
        Re: [patch 3/9] mempool - Make mempools NUMA aware, Paul Jackson
        
        Re: [patch 3/9] mempool - Make mempools NUMA aware, Matthew Dobson
        
        Re: [patch 3/9] mempool - Make mempools NUMA aware, Paul Jackson
        
        Re: [patch 3/9] mempool - Make mempools NUMA aware, Pavel Machek
        
        Re: [patch 3/9] mempool - Make mempools NUMA aware, Sridhar Samudrala
        
        Re: [patch 3/9] mempool - Make mempools NUMA aware, Pavel Machek
        
        Re: [patch 3/9] mempool - Make mempools NUMA aware, Sridhar Samudrala
        
        Re: [patch 3/9] mempool - Make mempools NUMA aware, Pavel Machek
        
        Let the flames begin... [was Re: [patch 3/9] mempool - Make mempools NUMA aware], Pavel Machek
- Re: [patch 3/9] mempool - Make mempools NUMA aware, Benjamin LaHaise
  - Re: [patch 3/9] mempool - Make mempools NUMA aware, Matthew Dobson
    - Re: [patch 3/9] mempool - Make mempools NUMA aware, Benjamin LaHaise
      - Re: [patch 3/9] mempool - Make mempools NUMA aware, Matthew Dobson
[patch 7/9] mempool - Update other mempool users, Matthew Dobson
[patch 1/9] mempool - Add page allocator, Matthew Dobson
- <Possible follow-ups>
- [patch 1/9] mempool - Add page allocator, Matthew Dobson
[patch] Avoid use of spinlock for percpu_counter, Ravikiran G Thirumalai
- Re: [patch] Avoid use of spinlock for percpu_counter, Eric Dumazet
  - Re: [patch] Avoid use of spinlock for percpu_counter, Ravikiran G Thirumalai
[PATCH -mm] swsusp: userland interface fixes, Rafael J. Wysocki
[RFC] make it easy to test new kernels, jerome lacoste
- Re: [RFC] make it easy to test new kernels, Christopher Friesen
- Re: [RFC] make it easy to test new kernels, Jesper Juhl
- Re: [RFC] make it easy to test new kernels, Tejun
[patch 6/9] mempool - Update kzalloc mempool users, Matthew Dobson
- Re: [patch 6/9] mempool - Update kzalloc mempool users, Pekka Enberg
  - Re: [patch 6/9] mempool - Update kzalloc mempool users, Matthew Dobson
Re: random minor benchmark: Re: Copy 20 tarfiles: ext2 vs (reiser4, unixfile), Al Boldi
[patch 5/9] mempool - Update kmalloc mempool users, Matthew Dobson
[patch 4/9] mempool - Update mempool page allocator user, Matthew Dobson
[patch 9/9] slab - Implement single mempool backing for slab allocator, Matthew Dobson
- Re: [patch 9/9] slab - Implement single mempool backing for slab allocator, Pekka Enberg
  - Re: [patch 9/9] slab - Implement single mempool backing for slab allocator, Matthew Dobson
    - Re: [patch 9/9] slab - Implement single mempool backing for slab allocator, Pekka J Enberg
[patch 2/9] mempool - Use common mempool page allocator, Matthew Dobson
[patch 8/9] slab - Add *_mempool slab variants, Matthew Dobson
- Re: [patch 8/9] slab - Add *_mempool slab variants, Pekka Enberg
  - Re: [patch 8/9] slab - Add *_mempool slab variants, Matthew Dobson
    - Re: [patch 8/9] slab - Add *_mempool slab variants, Pekka J Enberg
    - Re: [patch 8/9] slab - Add *_mempool slab variants, Pekka J Enberg
[PATCH] kprobes: Fix return probes on x86_64 __switch_to, Jim Keniston
$7325/mo, Loyd Robles
[Patch] apha show_interrups() trashes argument, Eric Sesterhenn / snakebyte
wrongly marked __init/__initdata for CPU hotplug, Ashok Raj
- Re: wrongly marked __init/__initdata for CPU hotplug, Andrew Morton
  - Re: wrongly marked __init/__initdata for CPU hotplug, Ashok Raj
- Re: wrongly marked __init/__initdata for CPU hotplug, Keith Owens
  - Re: wrongly marked __init/__initdata for CPU hotplug, Ashok Raj
  - Re: wrongly marked __init/__initdata for CPU hotplug, Andi Kleen
- Re: wrongly marked __init/__initdata for CPU hotplug, Andi Kleen
  - Re: wrongly marked __init/__initdata for CPU hotplug, Randy.Dunlap
[PATCH 3/3] megaraid_sas: support for 1078 type controller added, Sumant Patro
- <Possible follow-ups>
- RE: [PATCH 3/3] megaraid_sas: support for 1078 type controller added, Moore, Eric
- RE: [PATCH 3/3] megaraid_sas: support for 1078 type controller added, Kolli, Neela
[PATCH 2/3] megaraid_sas: new template defined to represent each type of controllers, Sumant Patro
[Patch][Trivial] Fix debug statement in inftlcore.c, Eric Sesterhenn / snakebyte
- Re: [Patch][Trivial] Fix debug statement in inftlcore.c, Greg Ungerer
[PATCH 1/3] megaraid_sas: cleanup queue command path, Sumant Patro
[patch 0/9] Critical Mempools, Matthew Dobson
- Re: [patch 0/9] Critical Mempools, Christoph Lameter
  - Re: [patch 0/9] Critical Mempools, Matthew Dobson
    - Re: [patch 0/9] Critical Mempools, Christoph Lameter
      - Re: [patch 0/9] Critical Mempools, Matthew Dobson
        
        Re: [patch 0/9] Critical Mempools, Benjamin LaHaise
        
        Re: [patch 0/9] Critical Mempools, Matthew Dobson
        
        Re: [patch 0/9] Critical Mempools, Pekka Enberg
        
        Re: [patch 0/9] Critical Mempools, Paul Jackson
        
        Re: [patch 0/9] Critical Mempools, Pekka Enberg
        
        Re: [patch 0/9] Critical Mempools, Matthew Dobson
        
        Re: [patch 0/9] Critical Mempools, Pekka Enberg
        
        Re: [patch 0/9] Critical Mempools, Matthew Dobson
        
        Re: [patch 0/9] Critical Mempools, Jan Kiszka
        
        Re: [patch 0/9] Critical Mempools, Sridhar Samudrala
        
        Re: [patch 0/9] Critical Mempools, Sridhar Samudrala
[PATCH] IPMI remove invalid acpi register spacing check, Corey Minyard
[PATCH] alpha: Fix getxpid on alpha so it works for threads., Eric W. Biederman

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