LKML: Linux Kernel Archive 2006 Q2

Date Index

Re: [Lse-tech] [PATCH 00/11] Task watchers: Introduction, (continued)
Kernel panic when re-inserting Adaptec PCMCIA card, Alex Davis
- <Possible follow-ups>
- Re: Kernel panic when re-inserting Adaptec PCMCIA card, Alex Davis
- Re: Kernel panic when re-inserting Adaptec PCMCIA card, Chuck Ebbert
  - Re: Kernel panic when re-inserting Adaptec PCMCIA card, Alex Davis
  - Re: Kernel panic when re-inserting Adaptec PCMCIA card, Alex Davis
- Re: Kernel panic when re-inserting Adaptec PCMCIA card, Alex Davis
  - Re: Kernel panic when re-inserting Adaptec PCMCIA card, Randy.Dunlap
- Re: Kernel panic when re-inserting Adaptec PCMCIA card, Alex Davis
BUG: soft lockup detected on CPU#1, ipmi_si, Peter Palfrader
- Re: [Openipmi-developer] BUG: soft lockup detected on CPU#1, ipmi_si, Corey Minyard
  - Re: [Openipmi-developer] BUG: soft lockup detected on CPU#1, ipmi_si, Peter Palfrader
    - Re: [Openipmi-developer] BUG: soft lockup detected on CPU#1, ipmi_si, Corey Minyard
      - Re: [Openipmi-developer] BUG: soft lockup detected on CPU#1, ipmi_si, Matt Domsch
        
        Re: [Openipmi-developer] BUG: soft lockup detected on CPU#1, ipmi_si, Corey Minyard
        
        Re: [Openipmi-developer] BUG: soft lockup detected on CPU#1, ipmi_si, Corey Minyard
        
        Re: [Openipmi-developer] BUG: soft lockup detected on CPU#1, ipmi_si, Matt Domsch
      - Re: [Openipmi-developer] BUG: soft lockup detected on CPU#1, ipmi_si, Peter Palfrader
Athlon CPU detection/fixup is broken in 2.6.2-rc2, Thomas Davis
- Re: Athlon CPU detection/fixup is broken in 2.6.2-rc2, Andi Kleen
  - Re: Athlon CPU detection/fixup is broken in 2.6.2-rc2, Randy.Dunlap
    - Re: Athlon CPU detection/fixup is broken in 2.6.2-rc2, Andi Kleen
      - Re: Athlon CPU detection/fixup is broken in 2.6.2-rc2, Jan Engelhardt
[PATCH 0/4] VFS fileop cleanups by collapsing AIO and vector IO, Badari Pulavarty
- [PATCH 1/4] Vectorize aio_read/aio_write methods, Badari Pulavarty
- [PATCH 2/4] Remove readv/writev methods and use aio_read/aio_write instead, Badari Pulavarty
- [PATCH 4/4] Streamline generic_file_* interfaces and filemap cleanups, Badari Pulavarty
- [PATCH 3/4] Core aio changes to support vectored AIO, Badari Pulavarty
  - Re: [PATCH 3/4] Core aio changes to support vectored AIO, James Morris
[RFC PATCH 0/4] utrace: new modular infrastructure for user debug/tracing, Roland McGrath
- <Possible follow-ups>
- Re: [RFC PATCH 0/4] utrace: new modular infrastructure for user debug/tracing, Albert Cahalan
[RFC PATCH 4/4] utrace: ptrace compatibility, Roland McGrath
[RFC PATCH 3/4] utrace core, Roland McGrath
[PATCH-rt] ARM: add Kconfig support for HRT, Kevin Hilman
Serial-Core: USB-Serial port current issues., Luiz Fernando N. Capitulino
- Re: Serial-Core: USB-Serial port current issues., Russell King
  - Re: Serial-Core: USB-Serial port current issues., Luiz Fernando N. Capitulino
    - Re: Serial-Core: USB-Serial port current issues., Pete Zaitcev
      - Re: Serial-Core: USB-Serial port current issues., Luiz Fernando N. Capitulino
        
        Re: Serial-Core: USB-Serial port current issues., Greg KH
        
        Re: Serial-Core: USB-Serial port current issues., Luiz Fernando N. Capitulino
  - Re: Serial-Core: USB-Serial port current issues., Luiz Fernando N. Capitulino
    - Re: Serial-Core: USB-Serial port current issues., Pete Zaitcev
      - Re: Serial-Core: USB-Serial port current issues., Luiz Fernando N. Capitulino
        
        Re: Serial-Core: USB-Serial port current issues., Russell King
        
        Re: Serial-Core: USB-Serial port current issues., Luiz Fernando N. Capitulino
        
        Re: Serial-Core: USB-Serial port current issues., Russell King
        
        Re: Serial-Core: USB-Serial port current issues., Luiz Fernando N. Capitulino
        
        Re: Serial-Core: USB-Serial port current issues., Greg KH
        
        Re: Serial-Core: USB-Serial port current issues., Paul Fulghum
2.6.17-rc6 new perfmon code base + libpfm available, Stephane Eranian
2.6.17-rc6-mm2-lockdep -- BUG: hard-safe -> hard-unsafe lock order detected! [ieee80211softmac], Miles Lane
more than 3 GB in userspace (4G/4G patch?) for 2.6.16, Hanno Mueller
- Re: more than 3 GB in userspace (4G/4G patch?) for 2.6.16, H. Peter Anvin
  - Re: more than 3 GB in userspace (4G/4G patch?) for 2.6.16, Dave Hansen
[Patch] Remove needless checks in fs/9p/vfs_inode.c, Eric Sesterhenn
[PATCH -mm] constify sched.c stat_nam strings, Andreas Mohr
- Re: [PATCH -mm] constify sched.c stat_nam strings, Michael Tokarev
  - Re: [PATCH -mm] constify sched.c stat_nam strings, Andreas Mohr
    - [PATCH -mm] small kernel/sched.c cleanup, Andreas Mohr
      - Re: [PATCH -mm] small kernel/sched.c cleanup, Ingo Molnar
[PATCH -mm] constify mm/page_alloc.c strings, Andreas Mohr
[PATCH -mm] i386 usercopy.c opcode reordering (pipelining), Andreas Mohr
- Re: [PATCH -mm] i386 usercopy.c opcode reordering (pipelining), Arjan van de Ven
[PATCH -mm] i386 syscall opcode reordering (pipelining), Andreas Mohr
- Re: [PATCH -mm] i386 syscall opcode reordering (pipelining), Arjan van de Ven
  - Re: [PATCH -mm] i386 syscall opcode reordering (pipelining), H. Peter Anvin
    - Re: [PATCH -mm] i386 syscall opcode reordering (pipelining), David Woodhouse
    - Re: [PATCH -mm] i386 syscall opcode reordering (pipelining), H. Peter Anvin
  - Re: [PATCH -mm] i386 syscall opcode reordering (pipelining), Andreas Mohr
[PATCH 1/2] (resend) x86_64 stack overflow debugging, Eric Sandeen
- Re: [discuss] [PATCH 1/2] (resend) x86_64 stack overflow debugging, Jan Beulich
  - Re: [discuss] [PATCH 1/2] (resend) x86_64 stack overflow debugging, Andi Kleen
[PATCH 2/2] x86_64 stack usage debugging, Eric Sandeen
SO_REUSEPORT and multicasting, Jason
- Re: SO_REUSEPORT and multicasting, Jan Engelhardt
  - Re: SO_REUSEPORT and multicasting, Jason
    - Re: SO_REUSEPORT and multicasting, Alan Cox
      - Re: SO_REUSEPORT and multicasting, Jason
        
        Re: SO_REUSEPORT and multicasting, David Miller
        
        Re: SO_REUSEPORT and multicasting, Jason
        
        Re: SO_REUSEPORT and multicasting, David Miller
        
        Re: SO_REUSEPORT and multicasting, Jason
- Re: SO_REUSEPORT and multicasting, James Courtier-Dutton
  - Re: SO_REUSEPORT and multicasting, Jason
Packing data in kernel memory, John Richard Moser
- Re: Packing data in kernel memory, Jan Engelhardt
  - Re: Packing data in kernel memory, Randy.Dunlap
    - Re: Packing data in kernel memory, John Richard Moser
      - Re: Packing data in kernel memory, Randy.Dunlap
[PATCH] nVidia quirk to make AER PCI-E extended capability visible, Brice Goglin
Re: [linux-usb-devel] [linux-pm] Remote wake up not working, David Brownell
The i386 and x86_64 genirq patches are wrong!, Eric W. Biederman
- Re: The i386 and x86_64 genirq patches are wrong!, Ingo Molnar
  - Re: The i386 and x86_64 genirq patches are wrong!, Eric W. Biederman
  - Re: The i386 and x86_64 genirq patches are wrong!, Eric W. Biederman
    - Re: The i386 and x86_64 genirq patches are wrong!, Andrew Morton
      - Re: The i386 and x86_64 genirq patches are wrong!, Eric W. Biederman
      - Re: The i386 and x86_64 genirq patches are wrong!, Eric W. Biederman
2.6.16-20, sdc sector size 0 reported, Gaspar Bakos
- Re: 2.6.16-20, sdc sector size 0 reported, adam radford
How does RAID work with IT8212 RAID PCI card?, Christian Härtwig
- Re: How does RAID work with IT8212 RAID PCI card?, Lennart Sorensen
  - Re: How does RAID work with IT8212 RAID PCI card?, Matheus Izvekov
    - Re: How does RAID work with IT8212 RAID PCI card?, Lennart Sorensen
      - Re: How does RAID work with IT8212 RAID PCI card?, Matheus Izvekov
  - Re: How does RAID work with IT8212 RAID PCI card?, Alan Cox
- <Possible follow-ups>
- Fwd: Re: How does RAID work with IT8212 RAID PCI card?, Christian Härtwig
[PATCH] com20020_cs, kernel 2.6.17-rc6, Marc Sowen
Use of spinlock after free with CFQ scheduler, Thomas Petazzoni
- Re: Use of spinlock after free with CFQ scheduler, Jens Axboe
AMD AM2 dual core with 8 gigs of ram, Marc Perkel
2.6.17: networking bug??, Mark Lord
- Re: 2.6.17: networking bug??, Mark Lord
  - Re: 2.6.17: networking bug??, Mark Lord
    - Re: 2.6.17: networking bug??, Mark Lord
      - Re: 2.6.17: networking bug??, Mark Lord
        
        Re: 2.6.17: networking bug??, Mark Lord
        
        Re: 2.6.17: networking bug??, John Heffner
        
        Re: 2.6.17: networking bug??, Linus Torvalds
        
        Re: 2.6.17: networking bug??, Mark Lord
        
        Re: 2.6.17: networking bug??, Mark Lord
        
        Re: 2.6.17: networking bug??, David Miller
        
        Re: 2.6.17: networking bug??, Mark Lord
        
        Re: 2.6.17: networking bug??, Rick Jones
        
        Re: 2.6.17: networking bug??, David Miller
        
        Re: 2.6.17: networking bug??, Rick Jones
        
        Re: 2.6.17: networking bug??, David Miller
        
        Re: 2.6.17: networking bug??, Matt Mackall
        
        Re: 2.6.17: networking bug??, Helge Hafting
        
        Re: 2.6.17: networking bug??, Andi Kleen
        
        Re: 2.6.17: networking bug??, Daniel Drake
        
        Re: 2.6.17: networking bug??, John Heffner
        
        Re: 2.6.17: networking bug??, Barry K. Nathan
        
        Re: 2.6.17: networking bug??, Chase Venters
        
        Re: 2.6.17: networking bug??, David Miller
- Re: 2.6.17: networking bug??, Helge Hafting
[patch] s390: missing ifdef in bitops.h, Heiko Carstens
- Re: [patch] s390: missing ifdef in bitops.h, David Woodhouse
  - Re: [patch] s390: missing ifdef in bitops.h, Arnd Bergmann
    - Re: [patch] s390: missing ifdef in bitops.h, David Woodhouse
      - Re: [patch] s390: missing ifdef in bitops.h, Heiko Carstens
    - Re: [patch] s390: missing ifdef in bitops.h, Arnd Bergmann
      - Re: [patch] s390: missing ifdef in bitops.h, Martin Schwidefsky
        
        Re: [patch] s390: missing ifdef in bitops.h, David Woodhouse
        
        Re: [patch] s390: missing ifdef in bitops.h, Martin Schwidefsky
  - Re: [patch] s390: missing ifdef in bitops.h, Martin Schwidefsky
Tracking the Linux graphics (DRM/Fb/OpenGL/X/console) discussion, Xiong Jiang
[PATCH 0/6] mm: tracking dirty pages -v8, Peter Zijlstra
- [PATCH 1/6] mm: tracking shared dirty pages, Peter Zijlstra
  - Re: [PATCH 1/6] mm: tracking shared dirty pages, Andi Kleen
    - Re: [PATCH 1/6] mm: tracking shared dirty pages, Peter Zijlstra
      - Re: [PATCH 1/6] mm: tracking shared dirty pages, Nick Piggin
- [PATCH 2/6] mm: balance dirty pages, Peter Zijlstra
- [PATCH 3/6] mm: msync() cleanup, Peter Zijlstra
- [PATCH 6/6] mm: remove some update_mmu_cache() calls, Peter Zijlstra
- [PATCH 5/6] mm: small cleanup of install_page(), Peter Zijlstra
- [PATCH 7/6] mm: page_mkwrite, Peter Zijlstra
- [PATCH 4/6] mm: optimize the new mprotect() code a bit, Peter Zijlstra
[Winbond] flash memory reader SCSI device drivers, dezheng shen
- Re: [Winbond] flash memory reader SCSI device drivers, Jesper Juhl
  - Re: [Winbond] flash memory reader SCSI device drivers, dezheng shen
  - Re: [Winbond] flash memory reader SCSI device drivers, dezheng shen
    - Re: [Winbond] flash memory reader SCSI device drivers, Pierre Ossman
      - Re: [Winbond] flash memory reader SCSI device drivers [C sources], dezheng shen
      - Re: [Winbond] flash memory reader SCSI device drivers [headers], dezheng shen
        
        Re: [Winbond] flash memory reader SCSI device drivers [headers], Randy.Dunlap
        
        Re: [Winbond] flash memory reader SCSI device drivers [headers], Pierre Ossman
        
        Re: [Winbond] flash memory reader SCSI device drivers [headers], dezheng shen
        
        Re: [Winbond] flash memory reader SCSI device drivers [headers], Jesper Juhl
        
        Re: [Winbond] flash memory reader SCSI device drivers [headers], Pierre Ossman
[2.6.17-rc6] Oops in UDF, Gregor Jasny
asynchronous raw io, Krishna Chaitanya
Re: [PATCH]: Adding a counter in vma to indicate the number of physical_pages_backing it, Albert Cahalan
- Re: [PATCH]: Adding a counter in vma to indicate the number of physical_pages_backing it, Andi Kleen
  - Re: [PATCH]: Adding a counter in vma to indicate the number of physical_pages_backing it, Rohit Seth
    - Re: [PATCH]: Adding a counter in vma to indicate the number of physical_pages_backing it, Andi Kleen
[PATCH] ide-floppy: fix debug-only syntax error, Randy.Dunlap
[PATCH] kernel-doc: warn on malformed function docs., Randy.Dunlap
[PATCH] UML - Fix wall_to_monotonic initialization, Jeff Dike
Replace kmalloc and memset in get_undo_list with kzalloc, Matt Helsley
Reworked 64bit resource patches, Greg KH
- [PATCH 01/16] 64bit resource: C99 changes for struct resource declarations, Greg KH
  - [PATCH 02/16] 64bit resource: fix up printks for resources in sound drivers, Greg KH
    - [PATCH 03/16] 64bit resource: fix up printks for resources in networks drivers, Greg KH
      - [PATCH 04/16] 64bit resource: fix up printks for resources in pci core and hotplug drivers, Greg KH
        
        [PATCH 05/16] 64bit resource: fix up printks for resources in mtd drivers, Greg KH
        
        [PATCH 06/16] 64bit resource: fix up printks for resources in ide drivers, Greg KH
        
        [PATCH 07/16] 64bit resource: fix up printks for resources in video drivers, Greg KH
        
        [PATCH 08/16] 64bit resource: fix up printks for resources in pcmcia drivers, Greg KH
        
        [PATCH 09/16] 64bit resource: fix up printks for resources in arch and core code, Greg KH
        
        [PATCH 10/16] 64bit resource: fix up printks for resources in misc drivers, Greg KH
        
        [PATCH 11/16] 64bit resource: introduce resource_size_t for the start and end of struct resource, Greg KH
        
        [PATCH 12/16] 64bit resource: change resource core to use resource_size_t, Greg KH
        
        [PATCH 15/16] 64bit resource: change pci core and arch code to use resource_size_t, Greg KH
        
        [PATCH 14/16] 64bit resource: change pnp core to use resource_size_t, Greg KH
        
        [PATCH 15/16] 64bit Resource: convert a few remaining drivers to use resource_size_t where needed, Greg KH
        
        [PATCH 16/16] 64bit Resource: finally enable 64bit resource sizes, Greg KH
        
        Re: [PATCH 16/16] 64bit Resource: finally enable 64bit resource sizes, Geert Uytterhoeven
        
        Re: [PATCH 16/16] 64bit Resource: finally enable 64bit resource sizes, Greg KH
        
        Message not available
        
        Re: [PATCH 16/16] 64bit Resource: finally enable 64bit resource sizes, Geert Uytterhoeven
        
        Re: [PATCH 16/16] 64bit Resource: finally enable 64bit resource sizes, Vivek Goyal
        
        Re: [PATCH 16/16] 64bit Resource: finally enable 64bit resource sizes, Greg KH
        
        Re: [PATCH 16/16] 64bit Resource: finally enable 64bit resource sizes, Vivek Goyal
        
        Re: [PATCH 16/16] 64bit Resource: finally enable 64bit resource sizes, Geert Uytterhoeven
        
        Re: [PATCH 16/16] 64bit Resource: finally enable 64bit resource sizes, Vivek Goyal
        
        Re: [PATCH 16/16] 64bit Resource: finally enable 64bit resource sizes, Geert Uytterhoeven
        
        Re: [PATCH 16/16] 64bit Resource: finally enable 64bit resource sizes, Roman Zippel
        
        Re: [PATCH 16/16] 64bit Resource: finally enable 64bit resource sizes, Geert Uytterhoeven
        
        Re: [PATCH 16/16] 64bit Resource: finally enable 64bit resource sizes, Roman Zippel
        
        Re: [PATCH 16/16] 64bit Resource: finally enable 64bit resource sizes, Geert Uytterhoeven
        
        Re: [PATCH 16/16] 64bit Resource: finally enable 64bit resource sizes, Vivek Goyal
      - Re: [PATCH 03/16] 64bit resource: fix up printks for resources in networks drivers, Jesse Brandeburg
        
        Re: [PATCH 03/16] 64bit resource: fix up printks for resources in networks drivers, Greg KH
[RFC][PATCH] Avoid race w/ posix-cpu-timer and exiting tasks, john stultz
- <Possible follow-ups>
- Re: [RFC][PATCH] Avoid race w/ posix-cpu-timer and exiting tasks, Oleg Nesterov
  - Re: [RFC][PATCH] Avoid race w/ posix-cpu-timer and exiting tasks, john stultz
    - Re: [RFC][PATCH] Avoid race w/ posix-cpu-timer and exiting tasks, Oleg Nesterov
[RFC/PATCH 1/2] in-kernel sockets API, Sridhar Samudrala
- Re: [RFC/PATCH 1/2] in-kernel sockets API, Stephen Hemminger
  - Re: [RFC/PATCH 1/2] in-kernel sockets API, Arnaldo Carvalho de Melo
  - Re: [RFC/PATCH 1/2] in-kernel sockets API, Brian F. G. Bidulock
    - Re: [RFC/PATCH 1/2] in-kernel sockets API, Daniel Phillips
      - Re: [RFC/PATCH 1/2] in-kernel sockets API, Brian F. G. Bidulock
        
        Re: [RFC/PATCH 1/2] in-kernel sockets API, Chase Venters
        
        Re: [RFC/PATCH 1/2] in-kernel sockets API, Daniel Phillips
        
        Re: [RFC/PATCH 1/2] in-kernel sockets API, Brian F. G. Bidulock
        
        Re: [RFC/PATCH 1/2] in-kernel sockets API, H. Peter Anvin
        
        Re: [RFC/PATCH 1/2] in-kernel sockets API, Chase Venters
        
        Re: [RFC/PATCH 1/2] in-kernel sockets API, Brian F. G. Bidulock
        
        Re: [RFC/PATCH 1/2] in-kernel sockets API, Chase Venters
        
        Re: [RFC/PATCH 1/2] in-kernel sockets API, Brian F. G. Bidulock
        
        Re: [RFC/PATCH 1/2] in-kernel sockets API, Chase Venters
        
        Re: [RFC/PATCH 1/2] in-kernel sockets API, Brian F. G. Bidulock
        
        Re: [RFC/PATCH 1/2] in-kernel sockets API, Alan Cox
        
        Re: [RFC/PATCH 1/2] in-kernel sockets API, Brian F. G. Bidulock
        
        Re: [RFC/PATCH 1/2] in-kernel sockets API, Theodore Tso
        
        RE: [RFC/PATCH 1/2] in-kernel sockets API, David Schwartz
        
        Re: [RFC/PATCH 1/2] in-kernel sockets API, Brian F. G. Bidulock
        
        Re: [RFC/PATCH 1/2] in-kernel sockets API, Ben Greear
        
        Re: [RFC/PATCH 1/2] in-kernel sockets API, Chase Venters
        
        Re: [RFC/PATCH 1/2] in-kernel sockets API, Brian F. G. Bidulock
        
        Re: [RFC/PATCH 1/2] in-kernel sockets API, Chase Venters
        
        Re: [RFC/PATCH 1/2] in-kernel sockets API, Brian F. G. Bidulock
        
        Re: [RFC/PATCH 1/2] in-kernel sockets API, Ben Greear
        
        Re: [RFC/PATCH 1/2] in-kernel sockets API, Brian F. G. Bidulock
        
        Re: [RFC/PATCH 1/2] in-kernel sockets API, H. Peter Anvin
        
        Re: [RFC/PATCH 1/2] in-kernel sockets API, Brice Goglin
        
        Re: [RFC/PATCH 1/2] in-kernel sockets API, Dave Jones
        
        Re: [RFC/PATCH 1/2] in-kernel sockets API, Chris Friesen
      - Re: [RFC/PATCH 1/2] in-kernel sockets API, Harald Welte
        
        Re: [RFC/PATCH 1/2] in-kernel sockets API, Erik Mouw
        
        Re: [RFC/PATCH 1/2] in-kernel sockets API, Harald Welte
        
        Re: [RFC/PATCH 1/2] in-kernel sockets API, Daniel Phillips
        
        Re: [RFC/PATCH 1/2] in-kernel sockets API, Brian F. G. Bidulock
        
        Re: [RFC/PATCH 1/2] in-kernel sockets API, Sridhar Samudrala
- Re: [RFC/PATCH 1/2] in-kernel sockets API, Jan Engelhardt
  - Re: [RFC/PATCH 1/2] in-kernel sockets API, Sridhar Samudrala
[RFC/PATCH 2/2] update sunrpc to use in-kernel sockets API, Sridhar Samudrala
- Re: [RFC/PATCH 2/2] update sunrpc to use in-kernel sockets API, James Morris
  - Re: [RFC/PATCH 2/2] update sunrpc to use in-kernel sockets API, Sridhar Samudrala
    - Re: [RFC/PATCH 2/2] update sunrpc to use in-kernel sockets API, James Morris
      - Re: [RFC/PATCH 2/2] update sunrpc to use in-kernel sockets API, Sridhar Samudrala
        
        Re: [RFC/PATCH 2/2] update sunrpc to use in-kernel sockets API, James Morris
[PATCH] cpqarray: Cleanups about ida_proc_get_info, Laura Garcia
[BUG] safe_smp_process_id() uses apicid which exceeds NR_CPUs in array, Doug Thompson
- Re: [BUG] safe_smp_process_id() uses apicid which exceeds NR_CPUs in array, Andi Kleen
PROBLEM: 2.6.16.20 kernel oops, Petr Sebor
- <Possible follow-ups>
- Re: PROBLEM: 2.6.16.20 kernel oops, Chuck Ebbert
Serial Console and Slow SCSI Disk Access?, Jeff Gold
- Re: Serial Console and Slow SCSI Disk Access?, Mark Lord
  - Re: Serial Console and Slow SCSI Disk Access?, Jeff Gold
    - Re: Serial Console and Slow SCSI Disk Access?, Helge Hafting
      - Re: Serial Console and Slow SCSI Disk Access?, Jeff Gold
        
        Re: Serial Console and Slow SCSI Disk Access?, Helge Hafting
        
        Re: Serial Console and Slow SCSI Disk Access?, Jeff Gold
        
        Re: Serial Console and Slow SCSI Disk Access?, David Lang
        
        Re: Serial Console and Slow SCSI Disk Access?, Andrey Melnikoff
[RFC] Light weight event counters (V2) instead of page state, Christoph Lameter
- Re: [RFC] Light weight event counters (V2) instead of page state, Martin Peschke
  - Re: [RFC] Light weight event counters (V2) instead of page state, Christoph Lameter
[PATCH 00/21] Zoned VM counters V3, Christoph Lameter
- [PATCH 01/21] Create vmstat.c/.h from page_alloc.c/.h, Christoph Lameter
- [PATCH 02/21] Basic ZVC (zoned vm counter) implementation, Christoph Lameter
  - Re: zoned vm counters: per zone counter functionality, Nick Piggin
    - Re: zoned vm counters: per zone counter functionality, Christoph Lameter
      - Re: zoned vm counters: per zone counter functionality, Nick Piggin
        
        Re: zoned vm counters: per zone counter functionality, Hugh Dickins
        
        Re: zoned vm counters: per zone counter functionality, Andi Kleen
        
        Re: zoned vm counters: per zone counter functionality, Christoph Lameter
- [PATCH 12/21] Conversion of nr_pagetables to per zone counter, Christoph Lameter
- [PATCH 04/21] swap_prefetch: Convert nr_mapped to ZVC, Christoph Lameter
  - Re: [PATCH 04/21] swap_prefetch: Convert nr_mapped to ZVC, Con Kolivas
- [PATCH 08/21] swap_prefetch: Split NR_ANON off NR_MAPPED, Christoph Lameter
  - Re: [PATCH 08/21] swap_prefetch: Split NR_ANON off NR_MAPPED, Con Kolivas
- [PATCH 15/21] reiser4: Conversiion of nr_dirty to ZVC, Christoph Lameter
- [PATCH 20/21] Conversion of nr_bounce to per zone counter, Christoph Lameter
- [PATCH 16/21] Conversion of nr_writeback to per zone counter, Christoph Lameter
- [PATCH 18/21] Conversion of nr_unstable to per zone counter, Christoph Lameter
- [PATCH 17/21] swap_prefetch: Conversion of nr_writeback to ZVC, Christoph Lameter
  - Re: [PATCH 17/21] swap_prefetch: Conversion of nr_writeback to ZVC, Con Kolivas
- [PATCH 21/21] Remove useless struct wbs, Christoph Lameter
- [PATCH 10/21] Conversion of nr_slab to per zone counter, Christoph Lameter
- [PATCH 19/21] swap_prefetch: Conversion of nr_unstable to ZVC, Christoph Lameter
  - Re: [PATCH 19/21] swap_prefetch: Conversion of nr_unstable to ZVC, Con Kolivas
    - Re: [PATCH 19/21] swap_prefetch: Conversion of nr_unstable to ZVC, Christoph Lameter
      - Re: [PATCH 19/21] swap_prefetch: Conversion of nr_unstable to ZVC, Con Kolivas
        
        Re: [PATCH 19/21] swap_prefetch: Conversion of nr_unstable to ZVC, Con Kolivas
        
        Re: [PATCH 19/21] swap_prefetch: Conversion of nr_unstable to ZVC, Christoph Lameter
        
        Re: [PATCH 19/21] swap_prefetch: Conversion of nr_unstable to ZVC, Con Kolivas
- [PATCH 13/21] Conversion of nr_dirty to per zone counter, Christoph Lameter
- [PATCH 11/21] swap_prefetch: Conversion of nr_slab to ZVC, Christoph Lameter
- [PATCH 06/21] Remove nr_mapped from scan controls structure, Christoph Lameter
- [PATCH 14/21] swap_prefetch: Conversion of nr_dirty to ZVC, Christoph Lameter
  - Re: [PATCH 14/21] swap_prefetch: Conversion of nr_dirty to ZVC, Con Kolivas
- [PATCH 09/21] zone_reclaim: remove /proc/sys/vm/zone_reclaim_interval, Christoph Lameter
- [PATCH 07/21] Split NR_ANON off from NR_MAPPED, Christoph Lameter
- [PATCH 05/21] Conversion of nr_pagecache to per zone counter, Christoph Lameter
- [PATCH 03/21] Convert nr_mapped to per zone counter, Christoph Lameter
VMSPLIT kernel config option, Andrew Clayton
- Re: VMSPLIT kernel config option, Mark Lord
- Re: VMSPLIT kernel config option, Chase Venters
  - Re: VMSPLIT kernel config option, Andrew Clayton
[PATCH] ipc namespace - compilation fix, Kirill Korotaev
- Re: [PATCH] ipc namespace - compilation fix, Horms
[PATCH 2.6.17-rc6-mm2] ipc namespace : unshare fix, Cedric Le Goater
[PATCH] Delete unused definitions of kvaddr_to_nid, Ralf Baechle
pl2303 ttyUSB0: pl2303_open - failed submitting interrupt urb, error -28, Mark Lord
- Re: pl2303 ttyUSB0: pl2303_open - failed submitting interrupt urb, error -28, Mark Lord
- Re: pl2303 ttyUSB0: pl2303_open - failed submitting interrupt urb, error -28, Lee Revell
- Re: pl2303 ttyUSB0: pl2303_open - failed submitting interrupt urb, error -28, Mark Lord
- Re: pl2303 ttyUSB0: pl2303_open - failed submitting interrupt urb, error -28, Greg KH
  - Re: pl2303 ttyUSB0: pl2303_open - failed submitting interrupt urb, error -28, Mark Lord
  - Re: pl2303 ttyUSB0: pl2303_open - failed submitting interrupt urb, error -28, Mark Lord
    - Re: pl2303 ttyUSB0: pl2303_open - failed submitting interrupt urb, error -28, Greg KH
      - Re: pl2303 ttyUSB0: pl2303_open - failed submitting interrupt urb, error -28, Mark Lord
      - Re: pl2303 ttyUSB0: pl2303_open - failed submitting interrupt urb, error -28, Mark Lord
        
        Re: pl2303 ttyUSB0: pl2303_open - failed submitting interrupt urb, error -28, Greg KH
        
        Re: pl2303 ttyUSB0: pl2303_open - failed submitting interrupt urb, error -28, Mark Lord
        
        Re: pl2303 ttyUSB0: pl2303_open - failed submitting interrupt urb, error -28, Greg KH
        
        Re: pl2303 ttyUSB0: pl2303_open - failed submitting interrupt urb, error -28, Mark Lord
        
        Re: pl2303 ttyUSB0: pl2303_open - failed submitting interrupt urb, error -28, Mark Lord
        
        Re: pl2303 ttyUSB0: pl2303_open - failed submitting interrupt urb, error -28, Frank Gevaerts
        
        Re: pl2303 ttyUSB0: pl2303_open - failed submitting interrupt urb, error -28, Luiz Fernando N. Capitulino
        
        Re: pl2303 ttyUSB0: pl2303_open - failed submitting interrupt urb, error -28, Luiz Fernando N. Capitulino
        
        [PATCH] clean tty fields on failed device open, Frank Gevaerts
        
        Re: [PATCH] clean tty fields on failed device open, Luiz Fernando N. Capitulino
        
        Re: [PATCH] clean tty fields on failed device open, Frank Gevaerts
        
        Re: [PATCH] clean tty fields on failed device open, Luiz Fernando N. Capitulino
Re: [[email protected]: Re: pci_restore_state], Linas Vepstas
BUG: write-lock lockup, Charles C. Bennett, Jr.
- Re: BUG: write-lock lockup, Andrew Morton
  - [patch] increase spinlock-debug looping timeouts from 1 sec to 1 min, Ingo Molnar
    - Re: [patch] increase spinlock-debug looping timeouts from 1 sec to 1 min, Andrew Morton
      - Re: [patch] increase spinlock-debug looping timeouts from 1 sec to 1 min, Ingo Molnar
        
        Re: [patch] increase spinlock-debug looping timeouts from 1 sec to 1 min, Ingo Molnar
        
        Re: [patch] increase spinlock-debug looping timeouts from 1 sec to 1 min, Andrew Morton
        
        Re: [patch] increase spinlock-debug looping timeouts from 1 sec to 1 min, Ingo Molnar
        
        Re: [patch] increase spinlock-debug looping timeouts from 1 sec to 1 min, Andrew Morton
        
        Re: [patch] increase spinlock-debug looping timeouts from 1 sec to 1 min, Ingo Molnar
        
        Re: [patch] increase spinlock-debug looping timeouts from 1 sec to 1 min, Andrew Morton
        
        Re: [patch] increase spinlock-debug looping timeouts from 1 sec to 1 min, Arjan van de Ven
        
        [patch] fix spinlock-debug looping, Ingo Molnar
        
        Re: [patch] fix spinlock-debug looping, Andrew Morton
        
        Re: [patch] fix spinlock-debug looping, Ingo Molnar
        
        Re: [patch] fix spinlock-debug looping, Andrew Morton
        
        Re: [patch] fix spinlock-debug looping, Ingo Molnar
        
        Re: [patch] fix spinlock-debug looping, Dave Olson
Re: [PATCH] tmpfs: Decrement i_nlink correctly in shmem_rmdir(), Hugh Dickins
- [PATCH] tmpfs: Decrement i_nlink correctly in shmem_rmdir(), Hugh Dickins
Re: sharp zaurus sl-5500 (collie): touchscreen now works, Richard Purdie
- Re: sharp zaurus sl-5500 (collie): touchscreen now works, Pavel Machek
  - Re: sharp zaurus sl-5500 (collie): touchscreen now works, Richard Purdie
    - Re: sharp zaurus sl-5500 (collie): touchscreen now works, Marcin Juszkiewicz
      - Re: sharp zaurus sl-5500 (collie): touchscreen now works, Pavel Machek
        
        Re: sharp zaurus sl-5500 (collie): touchscreen now works, Marcin Juszkiewicz
[RFC -mm] more cpu_relax() places?, Andreas Mohr
- [PATCH -mm] i386: cpu_relax() smp.c (was: [RFC -mm] more cpu_relax() places?), Andreas Mohr
  - Re: [PATCH -mm] i386: cpu_relax() smp.c, Nick Piggin
    - Re: [PATCH -mm] i386: cpu_relax() smp.c, Andreas Mohr
- [PATCH -mm] x86_64 apic.h cpu_relax() (was: [RFC -mm] more cpu_relax() places?), Andreas Mohr
  - Re: [PATCH -mm] x86_64 apic.h cpu_relax() (was: [RFC -mm] more cpu_relax() places?), Andi Kleen
- [PATCH -mm] ACPI lock: cpu_relax() (was: [RFC -mm] more cpu_relax() places?), Andreas Mohr
  - Re: [PATCH -mm] ACPI lock: cpu_relax() (was: [RFC -mm] more cpu_relax() places?), Andreas Mohr
[PATCH] stack overflow checking for x86_64 / 2.6, Eric Sandeen
- Re: [PATCH] stack overflow checking for x86_64 / 2.6, Andi Kleen
  - Re: [PATCH] stack overflow checking for x86_64 / 2.6, Eric Sandeen
[RFC] vfs: Support for COW files in sys_open, Carl Spalletta
PATA: UDMA settings in Alans patch-2.6.17-rc4-ide1.gz better than with 2.6.17-rc6-mm2, Arne Ahrend
- Re: PATA: UDMA settings in Alans patch-2.6.17-rc4-ide1.gz better than with 2.6.17-rc6-mm2, Alan Cox
[PATCH] kprobes for s390 architecture, Mike Grundy
- Re: [PATCH] kprobes for s390 architecture, Martin Schwidefsky
  - Re: [PATCH] kprobes for s390 architecture, Mike Grundy
    - Re: [PATCH] kprobes for s390 architecture, Martin Schwidefsky
      - Re: [PATCH] kprobes for s390 architecture, Mike Grundy
        
        Re: [PATCH] kprobes for s390 architecture, Martin Schwidefsky
      - Re: [PATCH] kprobes for s390 architecture, Mike Grundy
        
        Re: [PATCH] kprobes for s390 architecture, Jan Glauber
        
        Re: [PATCH] kprobes for s390 architecture, Mike Grundy
        
        Re: [PATCH] kprobes for s390 architecture, Jan Glauber
        
        Re: [PATCH] kprobes for s390 architecture, Heiko Carstens
      - Re: [PATCH] kprobes for s390 architecture, Mike Grundy
  - Re: [PATCH] kprobes for s390 architecture, Jan Glauber
- Re: [PATCH] kprobes for s390 architecture, Jan Glauber
bcm43xx in 2.6.17-rc6, Andreas Rittershofer
- Re: bcm43xx in 2.6.17-rc6, Michael Buesch
  - Re: bcm43xx in 2.6.17-rc6, Andreas Rittershofer
    - Re: bcm43xx in 2.6.17-rc6, Michael Buesch
[RFC] scheduler issue & patch, Gerd Hoffmann
- Re: [RFC] scheduler issue & patch, Siddha, Suresh B
  - Re: [RFC] scheduler issue & patch, Gerd Hoffmann
TCSBRK(1) on pl2303 USB/serial returns prematurely, Karel Kulhavy
- Re: TCSBRK(1) on pl2303 USB/serial returns prematurely, H. Peter Anvin
- Re: TCSBRK(1) on pl2303 USB/serial returns prematurely, Luiz Fernando N. Capitulino
[PATCH] CRC ITU-T V.41, Ivo van Doorn
- Re: [PATCH] CRC ITU-T V.41, Randy.Dunlap
  - Re: [PATCH] CRC ITU-T V.41, Ivo van Doorn
    - Re: [PATCH] CRC ITU-T V.41, Randy.Dunlap
      - Re: [PATCH] CRC ITU-T V.41, Ivo van Doorn
    - Re: [PATCH] CRC ITU-T V.41, Jan Engelhardt
      - Re: [PATCH] CRC ITU-T V.41, Ivo van Doorn
RE: [discuss] x86_64: x86-64 mailing lists / posting patchkits / x86-64 releases, Langsdorf, Mark
- Re: [discuss] x86_64: x86-64 mailing lists / posting patchkits / x86-64 releases, Randy.Dunlap
Can't Mount CF-Card on boot of 2.6.15 Kernel on EPIA - VFS: Cannot open root device, Markus Biermaier
- Re: Can't Mount CF-Card on boot of 2.6.15 Kernel on EPIA - VFS: Cannot open root device, Jan Engelhardt
  - Re: Can't Mount CF-Card on boot of 2.6.15 Kernel on EPIA - VFS: Cannot open root device, Markus Biermaier
    - Re: Can't Mount CF-Card on boot of 2.6.15 Kernel on EPIA - VFS: Cannot open root device, Jan Engelhardt
      - Re: Can't Mount CF-Card on boot of 2.6.15 Kernel on EPIA - VFS: Cannot open root device, Markus Biermaier
      - Re: Can't Mount CF-Card on boot of 2.6.15 Kernel on EPIA - VFS: Cannot open root device, Markus Biermaier
        
        Re: Can't Mount CF-Card on boot of 2.6.15 Kernel on EPIA - VFS: Cannot open root device, Jan Engelhardt
        
        Re: Can't Mount CF-Card on boot of 2.6.15 Kernel on EPIA - VFS: Cannot open root device, Markus Biermaier
- <Possible follow-ups>
- Re: Can't Mount CF-Card on boot of 2.6.15 Kernel on EPIA - VFS: Cannot open root device, Markus Biermaier
  - Re: Can't Mount CF-Card on boot of 2.6.15 Kernel on EPIA - VFS: Cannot open root device, Randy.Dunlap
    - Re: Can't Mount CF-Card on boot of 2.6.15 Kernel on EPIA - VFS: Cannot open root device, Markus Biermaier
      - Re: Can't Mount CF-Card on boot of 2.6.15 Kernel on EPIA - VFS: Cannot open root device, Jan Engelhardt
  - Re: Can't Mount CF-Card on boot of 2.6.15 Kernel on EPIA - VFS: Cannot open root device, Markus Biermaier
    - Re: Can't Mount CF-Card on boot of 2.6.15 Kernel on EPIA - VFS: Cannot open root device, Jan Engelhardt
PC card RS-232 freezes the computer, Karel Kulhavy
- Re: PC card RS-232 freezes the computer, Jan Engelhardt
- Re: PC card RS-232 freezes the computer, Pavel Machek
[PATCH] saa7134 card (LifeView3000 NTSC), Zac Bowling
[PATCH 0/7] fuse: file locking + misc, Miklos Szeredi
- [PATCH 1/7] fuse: use MISC_MAJOR, Miklos Szeredi
- [PATCH 2/7] fuse: no backgrounding on interrupt, Miklos Szeredi
- [PATCH 3/7] fuse: add control filesystem, Miklos Szeredi
  - Re: [PATCH 3/7] fuse: add control filesystem, Andrew Morton
    - Re: [PATCH 3/7] fuse: add control filesystem, Miklos Szeredi
- [PATCH 4/7] fuse: add POSIX file locking support, Miklos Szeredi
  - Re: [PATCH 4/7] fuse: add POSIX file locking support, Andrew Morton
    - Re: [PATCH 4/7] fuse: add POSIX file locking support, Miklos Szeredi
  - Re: [PATCH 4/7] fuse: add POSIX file locking support, Jesper Juhl
    - Re: [PATCH 4/7] fuse: add POSIX file locking support, Miklos Szeredi
      - Re: [PATCH 4/7] fuse: add POSIX file locking support, Jesper Juhl
        
        Re: [PATCH 4/7] fuse: add POSIX file locking support, Miklos Szeredi
- [PATCH 5/7] fuse: ensure FLUSH reaches userspace, Miklos Szeredi
- [PATCH 6/7] fuse: rename the interrupted flag, Miklos Szeredi
- [PATCH 7/7] fuse: add request interruption, Miklos Szeredi
Incorrect speed at Palm 100 serial adapter, Karel Kulhavy
- Re: Incorrect speed at Palm 100 serial adapter, Greg KH
x86_64: x86-64 mailing lists / posting patchkits / x86-64 releases, Andi Kleen
- Re: [discuss] x86_64: x86-64 mailing lists / posting patchkits / x86-64 releases, Jan Beulich
- Re: [discuss] x86_64: x86-64 mailing lists / posting patchkits / x86-64 releases, Chris Schlaeger
- Re: [discuss] x86_64: x86-64 mailing lists / posting patchkits / x86-64 releases, Ravikiran G Thirumalai
- Re: x86_64: x86-64 mailing lists / posting patchkits / x86-64 releases, Nigel Cunningham
- Re: x86_64: x86-64 mailing lists / posting patchkits / x86-64 releases, Muli Ben-Yehuda
- Re: x86_64: x86-64 mailing lists / posting patchkits / x86-64 releases, Andrew Morton
  - Re: x86_64: x86-64 mailing lists / posting patchkits / x86-64 releases, Andi Kleen
Next-gen ptrace?, Chuck Ebbert
[PATCH] Another couple of alterations to the memory barrier doc, David Howells
- Re: [PATCH] Another couple of alterations to the memory barrier doc, Paul E. McKenney
[Patch] More !tty cleanups in drivers/char, Eric Sesterhenn
Good performance (hard realtime ??) on 2.6.16 patched with patch-2.6.16-rt29 from Ingo Molnar, kernel
- Re: Good performance (hard realtime ??) on 2.6.16 patched with patch-2.6.16-rt29 from Ingo Molnar, Felix Oxley
  - Re: Good performance (hard realtime ??) on 2.6.16 patched with patch-2.6.16-rt29 from Ingo Molnar, Carl
  - Re: Good performance (hard realtime ??) on 2.6.16 patched with patch-2.6.16-rt29 from Ingo Molnar, Lee Revell
    - Re: Good performance (hard realtime ??) on 2.6.16 patched with patch-2.6.16-rt29 from Ingo Molnar, Esben Nielsen
Multiple routing tables, Nitin Jerath
NPTL mutex and the scheduling priority, Atsushi Nemoto
- Re: NPTL mutex and the scheduling priority, Arjan van de Ven
  - Re: NPTL mutex and the scheduling priority, Jakub Jelinek
    - Re: NPTL mutex and the scheduling priority, Sébastien Dugué
      - Re: NPTL mutex and the scheduling priority, Atsushi Nemoto
      - Re: NPTL mutex and the scheduling priority, Pierre Peiffer
      - Re: NPTL mutex and the scheduling priority, Jakub Jelinek
        
        Re: NPTL mutex and the scheduling priority, Sébastien Dugué
        
        Re: NPTL mutex and the scheduling priority, Jakub Jelinek
        
        Re: NPTL mutex and the scheduling priority, Sébastien Dugué
        
        Re: NPTL mutex and the scheduling priority, Jakub Jelinek
        
        Re: NPTL mutex and the scheduling priority, Pierre Peiffer
        
        Re: NPTL mutex and the scheduling priority, Pierre Peiffer
[RFC] the /proc/filecache interface, Fengguang Wu
- <Possible follow-ups>
- Re: [RFC] the /proc/filecache interface, Pavel Machek
  - Re: [RFC] the /proc/filecache interface, Fengguang Wu
- Re: [RFC] the /proc/filecache interface, Bernard Blackham
  - Re: [RFC] the /proc/filecache interface, Fengguang Wu
  - Message not available
    - Re: [RFC] the /proc/filecache interface, Bernard Blackham
- Re: [RFC] the /proc/filecache interface, Badari Pulavarty
  - Re: [RFC] the /proc/filecache interface, Fengguang Wu
[PATCH][M68K]Trivial typo fix, Jan Altenberg
[PATCH 2.6.17-rc6-git2] Update my contact information in CREDITS., Niels Kristian Bech Jensen
[SPARSEMEM] confusing uses of SPARSEM_EXTREME (try #2), Franck Bui-Huu
- Re: [SPARSEMEM] confusing uses of SPARSEM_EXTREME (try #2), Dave Hansen
  - Re: [SPARSEMEM] confusing uses of SPARSEM_EXTREME (try #2), Franck Bui-Huu
- Re: [SPARSEMEM] confusing uses of SPARSEM_EXTREME (try #2), Andy Whitcroft
  - Re: [SPARSEMEM] confusing uses of SPARSEM_EXTREME (try #2), Franck Bui-Huu
    - Re: [SPARSEMEM] confusing uses of SPARSEM_EXTREME (try #2), Andy Whitcroft
      - Re: [SPARSEMEM] confusing uses of SPARSEM_EXTREME (try #2), Franck Bui-Huu
        
        Re: [SPARSEMEM] confusing uses of SPARSEM_EXTREME (try #2), Andy Whitcroft
[PATCH] autofs4 - need to invalidate children on tree mount expire, Ian Kent
[PATCH] VIA C7 CPU flags, michal
Soft lockup on CPU 0 possibly related to threads in kernel 2.6.16.1, Maurice Volaski
Spontaneous access to the CDROM on two computers simultaneously, Maurice Volaski
- <Possible follow-ups>
- Re: Spontaneous access to the CDROM on two computers simultaneously, Maurice Volaski
[PATCH] Fix for the PPTP hangs that have been reported, Paul Mackerras
- Re: [PATCH] Fix for the PPTP hangs that have been reported, Michael Buesch
- Re: [PATCH] Fix for the PPTP hangs that have been reported, Lee Revell
Re: [PATCH] revert "swsusp: fix breakage with swap on lvm", Dave Jones
- Re: [PATCH] revert "swsusp: fix breakage with swap on lvm", Rafael J. Wysocki
  - Re: [PATCH] revert "swsusp: fix breakage with swap on lvm", Dave Jones
    - Re: [PATCH] revert "swsusp: fix breakage with swap on lvm", Rafael J. Wysocki
[PATCH] x86 built-in command line, Matt Mackall
- Re: [PATCH] x86 built-in command line, Jesper Juhl
- Re: [PATCH] x86 built-in command line, Jan Engelhardt
  - Re: [PATCH] x86 built-in command line, Matt Mackall
    - Re: [PATCH] x86 built-in command line, H. Peter Anvin
- Re: [PATCH] x86 built-in command line, Arjan van de Ven
  - Re: [PATCH] x86 built-in command line, Matt Mackall
    - Re: [PATCH] x86 built-in command line, Arjan van de Ven
      - Re: [PATCH] x86 built-in command line, Matt Mackall
        
        Re: [PATCH] x86 built-in command line, Willy Tarreau
    - Re: [PATCH] x86 built-in command line, H. Peter Anvin
- Re: [PATCH] x86 built-in command line, Andi Kleen
  - Re: [PATCH] x86 built-in command line, Matt Mackall
    - Re: [PATCH] x86 built-in command line, H. Peter Anvin
- Re: [PATCH] x86 built-in command line, H. Peter Anvin
  - Re: [PATCH] x86 built-in command line, Michael Buesch
    - Re: [PATCH] x86 built-in command line, H. Peter Anvin
  - Re: [PATCH] x86 built-in command line, Tim Bird
- Message not available
  - Re: [PATCH] x86 built-in command line, Matt Mackall
    - Re: [PATCH] x86 built-in command line, Thomas Gleixner
      - Re: [PATCH] x86 built-in command line, Tim Bird
        
        Re: [PATCH] x86 built-in command line, Thomas Gleixner
        
        Re: [PATCH] x86 built-in command line, Tim Bird
    - Re: [PATCH] x86 built-in command line, Randy.Dunlap
      - Re: [PATCH] x86 built-in command line, Tim Bird
        
        Re: [PATCH] x86 built-in command line, Randy.Dunlap
[Patch] Cleanup char/esp.c, Eric Sesterhenn
[Patch] Cyclades Cleanup, Eric Sesterhenn
- Re: [Patch] Cyclades Cleanup, Alan Cox
[GIT PATCH] PCI fixes for 2.6.17-rc6, Greg KH
[PATCH -rt] fix misspelled PREEMPT, dwalker
- Re: [PATCH -rt] fix misspelled PREEMPT, Thomas Gleixner
[patch] i386: extra checks in show_registers(), Chuck Ebbert
[patch] i386: use C code for current_thread_info(), Chuck Ebbert
- Re: [patch] i386: use C code for current_thread_info(), Linus Torvalds
- Re: [patch] i386: use C code for current_thread_info(), Jan Engelhardt
  - Re: [patch] i386: use C code for current_thread_info(), Jan Engelhardt
  - Re: [patch] i386: use C code for current_thread_info(), Alistair John Strachan
    - Re: [patch] i386: use C code for current_thread_info(), Andi Kleen
- <Possible follow-ups>
- Re: [patch] i386: use C code for current_thread_info(), Chuck Ebbert
  - Re: [patch] i386: use C code for current_thread_info(), Emmanuel Fleury
- Re: [patch] i386: use C code for current_thread_info(), Chuck Ebbert
  - Re: [patch] i386: use C code for current_thread_info(), Adrian Bunk
  - Re: [patch] i386: use C code for current_thread_info(), Andreas Mohr
- Re: [patch] i386: use C code for current_thread_info(), Chuck Ebbert
  - Re: [patch] i386: use C code for current_thread_info(), Andreas Mohr
    - Re: [patch] i386: use C code for current_thread_info(), Avi Kivity
- Re: [patch] i386: use C code for current_thread_info(), Albert Cahalan
graphical monitor, clown
[patch] ICH7 SCI_EN quirk required for Macbook, Ryan Lortie
- <Possible follow-ups>
- [patch] ICH7 SCI_EN quirk required for Macbook, Ryan Lortie
Video drivers and System Management mode., James Courtier-Dutton
- Re: Video drivers and System Management mode., Lee Revell
  - Re: Video drivers and System Management mode., Daniel Hazelton
Kernel 2.6.17-rc5 under amd64 may be hanging I/O, [Was] Re: [Q] What would cause fsck running on a drbd device to just stop?, Maurice Volaski
[ANNOUNCE] Stacked GIT 0.10, Catalin Marinas
[ANN] libata "chilled" for 2.6.18, Jeff Garzik
[PATCH] libata: increase max-sectors to 256, Jeff Garzik
[PATCH] header install: cosmetic cleanups to kbuild infrastructure, Sam Ravnborg
- Re: [PATCH] header install: cosmetic cleanups to kbuild infrastructure, David Woodhouse
  - Re: [PATCH] header install: cosmetic cleanups to kbuild infrastructure, Sam Ravnborg
    - Re: [PATCH] header install: cosmetic cleanups to kbuild infrastructure, David Woodhouse
[PATCH] tmpfs time granularity fix for [acm]time going backwards. Also VFS time granularity bug on creat(). (Repost, more content), Robin H. Johnson
- Re: [PATCH] tmpfs time granularity fix for [acm]time going backwards. Also VFS time granularity bug on creat(). (Repost, more content), Hugh Dickins
  - Re: [PATCH] tmpfs time granularity fix for [acm]time going backwards. Also VFS time granularity bug on creat(). (Repost, more content), Robin H. Johnson
    - Re: [PATCH] tmpfs time granularity fix for [acm]time going backwards. Also VFS time granularity bug on creat(). (Repost, more content), Jan Engelhardt
    - Re: [PATCH] tmpfs time granularity fix for [acm]time going backwards. Also VFS time granularity bug on creat(). (Repost, more content), Hugh Dickins
      - [PATCH] tmpfs: time granularity fix for [acm]time going backwards, Hugh Dickins
        
        Re: [PATCH] tmpfs: time granularity fix for [acm]time going backwards, Andi Kleen
- Re: [PATCH] tmpfs time granularity fix for [acm]time going backwards. Also VFS time granularity bug on creat(). (Repost, more content), Andi Kleen
  - Re: [PATCH] tmpfs time granularity fix for [acm]time going backwards. Also VFS time granularity bug on creat(). (Repost, more content), Hugh Dickins
    - Re: [PATCH] tmpfs time granularity fix for [acm]time going backwards. Also VFS time granularity bug on creat(). (Repost, more content), Andi Kleen
[PATCH 2.6.17-rc6 0/9] Kernel memory leak detector 0.7, Catalin Marinas
- [PATCH 2.6.17-rc6 2/9] Some documentation for kmemleak, Catalin Marinas
- [PATCH 2.6.17-rc6 1/9] Base support for kmemleak, Catalin Marinas
  - Re: [PATCH 2.6.17-rc6 1/9] Base support for kmemleak, Pekka Enberg
    - Re: [PATCH 2.6.17-rc6 1/9] Base support for kmemleak, Catalin Marinas
- [PATCH 2.6.17-rc6 5/9] Add kmemleak support for i386, Catalin Marinas
- [PATCH 2.6.17-rc6 6/9] Add kmemleak support for ARM, Catalin Marinas
- [PATCH 2.6.17-rc6 4/9] Modules support for kmemleak, Catalin Marinas
- [PATCH 2.6.17-rc6 3/9] Add the memory allocation/freeing hooks for kmemleak, Catalin Marinas
- [PATCH 2.6.17-rc6 8/9] Simple testing for kmemleak, Catalin Marinas
- [PATCH 2.6.17-rc6 9/9] Keep the __init functions after initialization, Catalin Marinas
- [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives, Catalin Marinas
  - Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives, Pekka Enberg
    - Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives, Catalin Marinas
      - Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives, Pekka J Enberg
        
        Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives, Catalin Marinas
        
        Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives, Ingo Molnar
        
        Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives, Pekka J Enberg
        
        Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives, Ingo Molnar
        
        Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives, Pekka J Enberg
        
        Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives, Catalin Marinas
        
        Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives, Ingo Molnar
        
        Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives, Catalin Marinas
        
        Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives, Catalin Marinas
        
        Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives, Catalin Marinas
        
        Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives, Ingo Molnar
        
        Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives, Catalin Marinas
        
        Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives, Pekka J Enberg
        
        Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives, Catalin Marinas
        
        Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives, Pekka J Enberg
        
        Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives, Catalin Marinas
        
        Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives, Pekka Enberg
        
        Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives, Catalin Marinas
        
        Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives, Ingo Molnar
        
        Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives, Pekka J Enberg
        
        Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives, Catalin Marinas
        
        Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives, Ingo Molnar
        
        Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives, Andi Kleen
        
        Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives, Jeremy Fitzhardinge
        
        Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives, Ingo Molnar
        
        Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives, Catalin Marinas
        
        Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives, Catalin Marinas
        
        Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives, Catalin Marinas
      - Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives, Peter Zijlstra
        
        Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives, Catalin Marinas
    - Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives, Catalin Marinas
      - Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives, Ingo Molnar
        
        Re: [PATCH 2.6.17-rc6 7/9] Remove some of the kmemleak false positives, Catalin Marinas
List of Optical devices., Tom Gaudasinski
- Re: List of Optical devices., Bernd Eckenfels
2.6.17-rc5-mm3 - USB issues, Johny Ågotnes
- Re: 2.6.17-rc5-mm3 - USB issues, Johny
- <Possible follow-ups>
- Re: 2.6.17-rc5-mm3 - USB issues, Pete Zaitcev
does linux support copy on write page table entries?, Yitzchak Eidus
- Re: does linux support copy on write page table entries?, Joshua Hudson
Re: [PATCH] [2.6.17-rc6] Section mismatch in drivers/net/ne.o during modpost, Mikael Pettersson
- Re: [PATCH] [2.6.17-rc6] Section mismatch in drivers/net/ne.o during modpost, Jan Engelhardt
- Re: [PATCH] [2.6.17-rc6] Section mismatch in drivers/net/ne.o during modpost, Keith Owens
  - Re: [PATCH] [2.6.17-rc6] Section mismatch in drivers/net/ne.o during modpost, Randy.Dunlap
  - Re: [PATCH] [2.6.17-rc6] Section mismatch in drivers/net/ne.o during modpost, Sam Ravnborg
- <Possible follow-ups>
- Re: [PATCH] [2.6.17-rc6] Section mismatch in drivers/net/ne.o during modpost, Mikael Pettersson
  - Re: [PATCH] [2.6.17-rc6] Section mismatch in drivers/net/ne.o during modpost, Sam Ravnborg
Removal of security/root_plug.c, Anne Thrax
- Re: Removal of security/root_plug.c, Greg KH
- Re: Removal of security/root_plug.c, Jan Engelhardt
  - Re: Removal of security/root_plug.c, Greg KH
APIC error on CPU1: 00(40), Stian Jordet
VGER does gradual SPF activation (FAQ matter), Matti Aarnio
- Re: VGER does gradual SPF activation (FAQ matter), David Woodhouse
  - Re: VGER does gradual SPF activation (FAQ matter), Rik van Riel
    - Re: VGER does gradual SPF activation (FAQ matter), David Woodhouse
    - Re: VGER does gradual SPF activation (FAQ matter), Theodore Tso
      - Re: VGER does gradual SPF activation (FAQ matter), Rik van Riel

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