LKML: Linux Kernel Archive 2007 Q1

Date Index

Re: CPU load, (continued)
[RFC PATCH] QRCU fastpath optimization, Paul E. McKenney
- Re: [RFC PATCH] QRCU fastpath optimization, Jens Axboe
  - Re: [RFC PATCH] QRCU fastpath optimization, Paul E. McKenney
[PATCH 1/7] cleanup: paravirt unhandled fallthrough, Rusty Russell
- [PATCH 2/7] cleanup: Initialize esp0 properly all the time, Rusty Russell
  - [PATCH 3/7] cleanup: Make hvc_console.c compile on non-PowerPC, Rusty Russell
    - [PATCH 4/7] cleanup: Move mce_disabled to asm/mce.h, Rusty Russell
      - [PATCH 5/7] cleanup: Rename cpu_gdt_descr and remove extern declaration from smpboot.c, Rusty Russell
        
        [PATCH 6/7] cleanup: Remove extern declaration from mm/discontig.c, put in header., Rusty Russell
        
        [PATCH 7/7] cleanup: make disable_acpi() valid w/o CONFIG_ACPI, Rusty Russell
        
        [PATCH 1/2] lguest preparation: EXPORT_SYMBOL_GPL 5 functions, Rusty Russell
        
        [PATCH 2/2] lguest preparation: expose futex infrastructure: get_futex_key, get_key_refs and drop_key_refs, Rusty Russell
        
        [PATCH 1/8] lguest: Kconfig and headers, Rusty Russell
        
        [PATCH 2/8] lguest: the host code (lg.ko)., Rusty Russell
        
        [PATCH 3/8] lguest: Guest code, Rusty Russell
        
        [PATCH 4/8] lguest: Makefile, Rusty Russell
        
        [PATCH 5/8] lguest: trivial guest network driver, Rusty Russell
        
        [PATCH 6/8] lguest: trivial guest console driver, Rusty Russell
        
        [PATCH 7/8] lguest: trivial guest block driver, Rusty Russell
        
        [PATCH 8/8] lguest: documentatation and example launcher, Rusty Russell
        
        Re: [PATCH 7/8] lguest: trivial guest block driver, Jens Axboe
        
        Re: [PATCH 7/8] lguest: trivial guest block driver, Rusty Russell
        
        Re: [PATCH 7/8] lguest: trivial guest block driver, Jens Axboe
        
        Re: [PATCH 7/8] lguest: trivial guest block driver, Jens Axboe
        
        Re: [PATCH 7/8] lguest: trivial guest block driver, Rusty Russell
        
        Re: [PATCH 7/8] lguest: trivial guest block driver, Jens Axboe
        
        Re: [PATCH 7/8] lguest: trivial guest block driver, Rusty Russell
        
        Re: [PATCH 7/8] lguest: trivial guest block driver, Jens Axboe
        
        Re: [PATCH 5/8] lguest: trivial guest network driver, Herbert Xu
        
        Re: [PATCH 5/8] lguest: trivial guest network driver, Rusty Russell
        
        Re: [PATCH 5/8] lguest: trivial guest network driver, Herbert Xu
        
        Re: [PATCH 5/8] lguest: trivial guest network driver, Rusty Russell
        
        Re: [PATCH 5/8] lguest: trivial guest network driver, Herbert Xu
        
        Re: [PATCH 5/8] lguest: trivial guest network driver, Rusty Russell
        
        Re: [PATCH 1/8] lguest: Kconfig and headers, James Morris
        
        Re: [PATCH 7/7] cleanup: make disable_acpi() valid w/o CONFIG_ACPI, Len Brown
        
        Re: [PATCH 5/7] cleanup: Rename cpu_gdt_descr and remove extern declaration from smpboot.c, Zachary Amsden
libata FUA revisited, Robert Hancock
- Re: libata FUA revisited, Tejun Heo
  - Re: libata FUA revisited, Jeff Garzik
- <Possible follow-ups>
- Re: libata FUA revisited, Robert Hancock
- Re: libata FUA revisited, Robert Hancock
  - Re: libata FUA revisited, Tejun Heo
    - Re: libata FUA revisited, Robert Hancock
      - Re: libata FUA revisited, Tejun Heo
        
        Re: libata FUA revisited, Jens Axboe
        
        Re: libata FUA revisited, Robert Hancock
        
        Re: libata FUA revisited, Tejun Heo
        
        Re: libata FUA revisited, Jens Axboe
        
        Re: libata FUA revisited, Tejun Heo
        
        Re: libata FUA revisited, Jens Axboe
        
        Re: libata FUA revisited, Ric Wheeler
        
        Re: libata FUA revisited, Ric Wheeler
        
        Re: libata FUA revisited, Robert Hancock
        
        Re: libata FUA revisited, Ric Wheeler
        
        Re: libata FUA revisited, Robert Hancock
        
        Re: libata FUA revisited, Jens Axboe
[PATCH] powerpc: Fix vDSO page count calculation, Benjamin Herrenschmidt
BUG: at fs/nfs/pagelist.c:339 nfs_scan_dirty(), Matthew Hodgson
[PATCH] sata_nv: add back some verbosity into ADMA error_handler, Robert Hancock
- Re: [PATCH] sata_nv: add back some verbosity into ADMA error_handler, Jeff Garzik
[PATCH] sata_nv: handle SError status indication, Robert Hancock
- Re: [PATCH] sata_nv: handle SError status indication, Jeff Garzik
pcim_enable_device BUGs for libata devices in 2.6.20-git6, Robert Hancock
- Re: pcim_enable_device BUGs for libata devices in 2.6.20-git6, Tejun Heo
  - Re: pcim_enable_device BUGs for libata devices in 2.6.20-git6, Pavel Machek
    - Re: pcim_enable_device BUGs for libata devices in 2.6.20-git6, Tejun Heo
[patch] (2nd try) add epoll compat code to kernel/compat.c ..., Davide Libenzi
- Re: [patch] (2nd try) add epoll compat code to kernel/compat.c ..., Stephen Rothwell
  - Re: [patch] (2nd try) add epoll compat code to kernel/compat.c ..., Davide Libenzi
    - Re: [patch] (2nd try) add epoll compat code to kernel/compat.c ..., Stephen Rothwell
  - Re: [patch] (2nd try) add epoll compat code to kernel/compat.c ..., James Bottomley
    - Re: [patch] (2nd try) add epoll compat code to kernel/compat.c ..., Stephen Rothwell
Regress for 8139too in 2.6.20, Larry Finger
- Re: Regress for 8139too in 2.6.20, Andrew Morton
  - Re: Regress for 8139too in 2.6.20, Larry Finger
Multicast "ipmr.c" misunderstood / bug / new feature., Iratxo Pichel Ortiz
Problem with USB ports and a dongle, Thibaud Hulin
- Re: Problem with USB ports and a dongle, Oliver Neukum
[PATCH 4/3] make cancel_rearming_delayed_work() work on any workqueue, not just keventd_wq, Oleg Nesterov
- Re: [PATCH 4/3] make cancel_rearming_delayed_work() work on any workqueue, not just keventd_wq, Oleg Nesterov
[patch] add epoll compat code to kernel/compat.c ..., Davide Libenzi
- Re: [patch] add epoll compat code to kernel/compat.c ..., Heiko Carstens
  - Re: [patch] add epoll compat code to kernel/compat.c ..., Davide Libenzi
[PATCH 00/05] Linux Kernel Markers - kernel 2.6.20, Mathieu Desnoyers
- [PATCH 04/05] Linux Kernel Markers : i386 optimization, Mathieu Desnoyers
- [PATCH 02/05] Linux Kernel Markers, architecture independant code., Mathieu Desnoyers
  - Re: [PATCH 02/05] Linux Kernel Markers, architecture independant code., Andrew Morton
    - Re: [PATCH 02/05] Linux Kernel Markers, architecture independant code., Mathieu Desnoyers
- [PATCH 01/05] Linux Kernel Markers : Kconfig menus, Mathieu Desnoyers
- [PATCH 05/05] Linux Kernel Markers, non optimized architectures, Mathieu Desnoyers
  - Re: [PATCH 05/05] Linux Kernel Markers, non optimized architectures, Andrew Morton
    - Re: [PATCH 05/05] Linux Kernel Markers, non optimized architectures, Mathieu Desnoyers
      - Re: Re: [PATCH 05/05] Linux Kernel Markers, non optimized architectures, Karim Yaghmour
        
        Re: [PATCH 05/05] Linux Kernel Markers, non optimized architectures, Mathieu Desnoyers
        
        Re: [PATCH 05/05] Linux Kernel Markers, non optimized architectures, Karim Yaghmour
        
        Re: [PATCH 05/05] Linux Kernel Markers, non optimized architectures, Mathieu Desnoyers
        
        Re: [PATCH 05/05] Linux Kernel Markers, non optimized architectures, Karim Yaghmour
        
        [PATCH] Linux Kernel Markers - cleanup, Mathieu Desnoyers
- [PATCH 03/05] Linux Kernel Markers : powerpc optimization, Mathieu Desnoyers
- Re: [PATCH 00/05] Linux Kernel Markers - kernel 2.6.20, Andrew Morton
  - Re: [PATCH 00/05] Linux Kernel Markers - kernel 2.6.20, Frank Ch. Eigler
    - Re: [PATCH 00/05] Linux Kernel Markers - kernel 2.6.20, Andrew Morton
      - Re: [PATCH 00/05] Linux Kernel Markers - kernel 2.6.20, Mathieu Desnoyers
      - Re: [PATCH 00/05] Linux Kernel Markers - kernel 2.6.20, Vara Prasad
  - Re: [PATCH 00/05] Linux Kernel Markers - kernel 2.6.20, Mathieu Desnoyers
  - [PATCH] Linux Kernel Markers Documentation, Mathieu Desnoyers
    - Re: [PATCH] Linux Kernel Markers Documentation, Randy Dunlap
      - Re: [PATCH] Linux Kernel Markers Documentation, Mathieu Desnoyers
      - Re: [PATCH] Linux Kernel Markers Documentation - fix, Mathieu Desnoyers
Re: [PATCH] keep track of network interface renaming, Robert Hancock
- Re: [PATCH] keep track of network interface renaming, David Miller
[PATCH 00/10] atomic.h : standardizing atomic primitives, Mathieu Desnoyers
- [PATCH 01/10] atomic.h : Add atomic64 cmpxchg, xchg and add_unless to alpha, Mathieu Desnoyers
- [PATCH 05/10] atomic.h : Add atomic64 cmpxchg, xchg and add_unless to mips, Mathieu Desnoyers
- [PATCH 03/10] atomic.h : i386 type safety fix, Mathieu Desnoyers
- [PATCH 04/10] atomic.h : Add atomic64 cmpxchg, xchg and add_unless to ia64, Mathieu Desnoyers
- [PATCH 06/10] atomic.h : Add atomic64 cmpxchg, xchg and add_unless to parisc, Mathieu Desnoyers
- [PATCH 09/10] atomic.h : Add atomic64_xchg to s390, Mathieu Desnoyers
- [PATCH 08/10] atomic.h : Add atomic64 cmpxchg, xchg and add_unless to sparc64, Mathieu Desnoyers
- [PATCH 10/10] atomic.h : Add atomic64 cmpxchg, xchg and add_unless to x86_64, Mathieu Desnoyers
  - Re: [PATCH 10/10] atomic.h : Add atomic64 cmpxchg, xchg and add_unless to x86_64, Andi Kleen
    - Re: [PATCH 10/10] atomic.h : Add atomic64 cmpxchg, xchg and add_unless to x86_64, Mathieu Desnoyers
      - Re: [PATCH] atomic.h : atomic_add_unless as inline. Remove system.h atomic.h circular dependency, Mathieu Desnoyers
- [PATCH 02/10] atomic.h : Complete atomic_long operations in asm-generic, Mathieu Desnoyers
- [PATCH 07/10] atomic.h : Add atomic64 cmpxchg, xchg and add_unless to powerpc, Mathieu Desnoyers
[PATCH] add missing io...._rep() on sparc32, Al Viro
[PATCH] Update documentation, Aneesh Kumar K.V
2.6.20/2.6.20-rc7 : ethX renumbered, Paul Rolland
- [PATCH] keep track of network interface renaming, Olaf Hering
  - RE: [PATCH] keep track of network interface renaming, Paul Rolland
  - Re: [PATCH] keep track of network interface renaming, David Miller
    - Message not available
      - Re: [PATCH] keep track of network interface renaming, David Miller
        
        Re: [PATCH] keep track of network interface renaming, Tilman Schmidt
- Re: 2.6.20/2.6.20-rc7 : ethX renumbered, Benoit Boissinot
  - RE: 2.6.20/2.6.20-rc7 : ethX renumbered, Paul Rolland
    - RE: 2.6.20/2.6.20-rc7 : ethX renumbered, Paul Rolland
libsata doesn't like bus without master, Patrick Ale
- Re: libsata doesn't like bus without master, Tejun Heo
- <Possible follow-ups>
- Re: libsata doesn't like bus without master, Robert Hancock
  - Re: libsata doesn't like bus without master, Patrick Ale
  - Re: libsata doesn't like bus without master, Mark Lord
- Re: libsata doesn't like bus without master, Robert Hancock
  - Re: libsata doesn't like bus without master, Patrick Ale
  - Re: libsata doesn't like bus without master, Henrique de Moraes Holschuh
    - Re: libsata doesn't like bus without master, Patrick Ale
- Re: libsata doesn't like bus without master, Vincent Legoll
  - Re: libsata doesn't like bus without master, Vincent Legoll
    - Re: libsata doesn't like bus without master, Patrick Ale
      - Re: libsata doesn't like bus without master, Patrick Ale
      - Re: libsata doesn't like bus without master, Vincent Legoll
      - RE: libsata doesn't like bus without master, Paul Rolland
        
        Re: libsata doesn't like bus without master, Patrick Ale
[PATCH] input: extend EV_LED, Németh Márton
- Re: [PATCH] input: extend EV_LED, Dmitry Torokhov
  - Re: [PATCH] input: extend EV_LED, Németh Márton
    - Re: [PATCH] input: extend EV_LED, Dmitry Torokhov
      - Re: [PATCH] input: extend EV_LED, Németh Márton
      - Re: [PATCH] input: extend EV_LED, Pavel Machek
        
        Re: [PATCH] input: extend EV_LED, Németh Márton
        
        Re: [PATCH] input: extend EV_LED, Richard Purdie
        
        Re: [PATCH] input: extend EV_LED, Pavel Machek
        
        Re: [PATCH] input: extend EV_LED, Richard Purdie
        
        Re: [PATCH] input: extend EV_LED, Henrique de Moraes Holschuh
        
        Re: [PATCH] input: extend EV_LED, Richard Purdie
        
        Re: [PATCH] input: extend EV_LED, Henrique de Moraes Holschuh
        
        Re: [PATCH] input: extend EV_LED, Németh Márton
        
        Re: [PATCH] input: extend EV_LED, Willy Tarreau
        
        Re: [PATCH] input: extend EV_LED, Richard Purdie
        
        Re: [PATCH] input: extend EV_LED, Pavel Machek
Data Caching Service, Satapathy, Soumendu Sekhar
- <Possible follow-ups>
- Data Caching Service, Satapathy, Soumendu Sekhar
[PATCH] pcmcia: some class_device fallout, Alexey Dobriyan
[PATCH] mwave: interesting flags savings, Alexey Dobriyan
md: md6_raid5 crash 2.6.20, Marc Marais
- Re: md: md6_raid5 crash 2.6.20, Neil Brown
  - Re: md: md6_raid5 crash 2.6.20, Marc Marais
    - Re: md: md6_raid5 crash 2.6.20, Neil Brown
- <Possible follow-ups>
- Re: md: md6_raid5 crash 2.6.20, Andrew Burgess
  - Re: md: md6_raid5 crash 2.6.20, Neil Brown
[PATCH] devres: kernel-doc and DocBook, Randy Dunlap
[PATCH] fix fatal kernel-doc error, Randy Dunlap
Still cant boot 2.6.20, clemens
- Re: Still cant boot 2.6.20, lkml
  - Re: Still cant boot 2.6.20, Randy Dunlap
    - Re: Still cant boot 2.6.20, lkml
      - Re: Still cant boot 2.6.20, Willy Tarreau
        
        Re: Still cant boot 2.6.20, Randy Dunlap
- <Possible follow-ups>
- Re: Still cant boot 2.6.20, Robert Hancock
[GIT PATCH] SCSI updates for 2.6.20, James Bottomley
- Re: [GIT PATCH] SCSI updates for 2.6.20, Rolf Eike Beer
  - Re: [GIT PATCH] SCSI updates for 2.6.20, James Bottomley
    - Re: [GIT PATCH] SCSI updates for 2.6.20, Rolf Eike Beer
reporting lost ticks, Antoine Martin
Re: [BUG] PATA_PCMCIA does not work, Alan
- Re: [BUG] PATA_PCMCIA does not work, Haavard Skinnemoen
- <Possible follow-ups>
- Re: [BUG] PATA_PCMCIA does not work, Komuro
  - Re: [BUG] PATA_PCMCIA does not work, Komuro
    - Re: [BUG] PATA_PCMCIA does not work, Alan
      - Re: [BUG] PATA_PCMCIA does not work, Manuel Lauss
      - Re: [BUG] PATA_PCMCIA does not work, Komuro
      - Re: [BUG] PATA_PCMCIA does not work, Komuro
        
        Re: [BUG] PATA_PCMCIA does not work, Jeff Garzik
        
        Re: [BUG] PATA_PCMCIA does not work, Komuro
[PATCH RFC] backlight/fbcon: Add FB_EVENT_CONBLANK, Richard Purdie
git backlight tree, Richard Purdie
- Re: git backlight tree, Len Brown
  - Re: git backlight tree, Richard Purdie
Re: - rdmsr_on_cpu-wrmsr_on_cpu.patch removed from -mm tree, Dave Jones
- Re: - rdmsr_on_cpu-wrmsr_on_cpu.patch removed from -mm tree, Andi Kleen
  - Re: - rdmsr_on_cpu-wrmsr_on_cpu.patch removed from -mm tree, Andrew Morton
    - Re: - rdmsr_on_cpu-wrmsr_on_cpu.patch removed from -mm tree, Andi Kleen
      - Re: - rdmsr_on_cpu-wrmsr_on_cpu.patch removed from -mm tree, Andrew Morton
[PATCH 1/3] USB kernel-doc fixes, Randy Dunlap
[PATCH 3/3] IRQ kernel-doc fixes, Randy Dunlap
[PATCH 2/3] PCI/sysfs/kobject kernel-doc fixes, Randy Dunlap
[PATCH 3/3] ipvs: flush defense_work before module unload, Oleg Nesterov
[PATCH 1/3] make queue_delayed_work() friendly to flush_fork(), Oleg Nesterov
- Re: [PATCH 1/3] make queue_delayed_work() friendly to flush_fork(), Oleg Nesterov
[PATCH 2/3] unify queue_delayed_work() and queue_delayed_work_on(), Oleg Nesterov
[PATCH 0/3] delayed_work tweaks, Oleg Nesterov
[PATCH] Fix USB vendor and product IDs endianness for USB HID devices, Julien BLACHE
- Re: [PATCH] Fix USB vendor and product IDs endianness for USB HID devices, Jiri Kosina
  - Re: [PATCH] Fix USB vendor and product IDs endianness for USB HID devices, Julien BLACHE
2.6.20 "IRQ handler type mismatch for IRQ 4", Florian Schmidt
- Re: 2.6.20 "IRQ handler type mismatch for IRQ 4", Alan
  - Re: 2.6.20 "IRQ handler type mismatch for IRQ 4", Florian Schmidt
    - Re: 2.6.20 "IRQ handler type mismatch for IRQ 4", Alan
[PATCH mm] cfag12864b: fix crash when built-in and no parport present, Miguel Ojeda
- Re: [PATCH mm] cfag12864b: fix crash when built-in and no parport present, Daniel Walker
- Re: [PATCH mm] cfag12864b: fix crash when built-in and no parport present, Andrew Morton
  - Re: [PATCH mm] cfag12864b: fix crash when built-in and no parport present, Miguel Ojeda
  - Re: [PATCH mm] cfag12864b: fix crash when built-in and no parport present, Daniel Walker
    - Re: [PATCH mm] cfag12864b: fix crash when built-in and no parport present, Miguel Ojeda
KVM oops: killing interrupt handler, Jiri Slaby
- Re: KVM oops: killing interrupt handler, Avi Kivity
  - Re: KVM oops: killing interrupt handler, Jiri Slaby
    - Re: KVM oops: killing interrupt handler, Avi Kivity
      - Re: KVM oops: killing interrupt handler, Jiri Slaby
      - Re: KVM oops: killing interrupt handler, Jiri Slaby
        
        Re: KVM oops: killing interrupt handler, Avi Kivity
        
        Re: KVM oops: killing interrupt handler, Jiri Slaby
        
        Re: KVM oops: killing interrupt handler, Jiri Slaby
20-rc6-mm3 - BUG: at arch/i386/mm/highmem.c:52 kmap_atomic(), Miguel Ojeda
- Re: 20-rc6-mm3 - BUG: at arch/i386/mm/highmem.c:52 kmap_atomic(), Frederik Deweerdt
  - Re: 20-rc6-mm3 - BUG: at arch/i386/mm/highmem.c:52 kmap_atomic(), Miguel Ojeda
RE: [PATCH] aio: fix kernel bug when page is temporally busy, Ananiev, Leonid I
- <Possible follow-ups>
- [PATCH] aio: fix kernel bug when page is temporally busy, Ananiev, Leonid I
  - Re: [PATCH] aio: fix kernel bug when page is temporally busy, Andrew Morton
    - RE: [PATCH] aio: fix kernel bug when page is temporally busy, Ananiev, Leonid I
[PATCH] pktcdvd: Correctly set cmd_len field in pkt_generic_packet, Gerhard Dirschl
Documenting MS_RELATIME, Michael Kerrisk
- Re: Documenting MS_RELATIME, Dave Jones
  - Re: Documenting MS_RELATIME, Valerie Henson
    - Re: Documenting MS_RELATIME, Dave Jones
      - Re: Documenting MS_RELATIME, Jan Engelhardt
        
        Re: Documenting MS_RELATIME, Jörn Engel
        
        Re: Documenting MS_RELATIME, Petri Kaukasoina
        
        Re: Documenting MS_RELATIME, Valerie Henson
      - Re: Documenting MS_RELATIME, Valerie Henson
- Re: Documenting MS_RELATIME, Valerie Henson
Linux 2.4.35-pre1, Willy Tarreau
[PATCH] drivers/scsi/aic7xxx_old: Convert to generic boolean-values, Richard Knutsson
- Re: [PATCH] drivers/scsi/aic7xxx_old: Convert to generic boolean-values, James Bottomley
  - Re: [PATCH] drivers/scsi/aic7xxx_old: Convert to generic boolean-values, Richard Knutsson
  - Re: [PATCH] drivers/scsi/aic7xxx_old: Convert to generic boolean-values, Richard Knutsson
  - Re: [PATCH] drivers/scsi/aic7xxx_old: Convert to generic boolean-values, Andrew Morton
    - Re: [PATCH] drivers/scsi/aic7xxx_old: Convert to generic boolean-values, James Bottomley
      - Re: [PATCH] drivers/scsi/aic7xxx_old: Convert to generic boolean-values, Richard Knutsson
        
        Re: [PATCH] drivers/scsi/aic7xxx_old: Convert to generic boolean-values, James Bottomley
        
        Re: [PATCH] drivers/scsi/aic7xxx_old: Convert to generic boolean-values, Richard Knutsson
      - Re: [PATCH] drivers/scsi/aic7xxx_old: Convert to generic boolean-values, Andrew Morton
        
        Re: [PATCH] drivers/scsi/aic7xxx_old: Convert to generic boolean-values, James Bottomley
        
        Re: [PATCH] drivers/scsi/aic7xxx_old: Convert to generic boolean-values, Andrew Morton
        
        Re: [PATCH] drivers/scsi/aic7xxx_old: Convert to generic boolean-values, Doug Ledford
[PATCH] drivers/scsi/aic7xxx: Convert to generic boolean-values, Richard Knutsson
Re: + kvm-fix-asm-constraint-for-lldt-instruction.patch added to -mm tree, S.Çağlar Onur
- Re: + kvm-fix-asm-constraint-for-lldt-instruction.patch added to -mm tree, Andrew Morton
  - Re: + kvm-fix-asm-constraint-for-lldt-instruction.patch added to -mm tree, Avi Kivity
Linux 2.6.16.40, Adrian Bunk
- Re: Linux 2.6.16.40, Bron Gondwana
- Re: Linux 2.6.16.40, Bron Gondwana
libsata tests started, Patrick Ale
- Re: libsata tests started, Randy Dunlap
  - Re: libsata tests started, Patrick Ale
    - Re: libsata tests started, Alan
      - Re: libsata tests started, Patrick Ale
        
        Re: libsata tests started, Patrick Ale
        
        Re: libsata tests started, Michal Piotrowski
        
        Re: libsata tests started, Patrick Ale
        
        Re: libsata tests started, Tejun Heo
        
        Re: libsata tests started, Patrick Ale
        
        Re: libsata tests started, Patrick Ale
        
        Re: libsata tests started, Ioan Ionita
        
        Re: libsata tests started, Patrick Ale
Re: 2.6.20-rt5 Oops on boot, Andrew Burgess
- Re: 2.6.20-rt5 Oops on boot, Rui Nuno Capela
  - Re: 2.6.20-rt5 Oops on boot, Sergio Monteiro Basto
- Re: 2.6.20-rt5 Oops on boot, Esben Nielsen
[PATCH] FAT: DIO-write fallback to normal buffered, OGAWA Hirofumi
- Re: [PATCH] FAT: DIO-write fallback to normal buffered, Jan Kara
AHCI - remove probing of ata2, Paul Rolland
- RE: AHCI - remove probing of ata2 + Jmicron JMB363 ATA mode failing, Paul Rolland
- <Possible follow-ups>
- Re: AHCI - remove probing of ata2, Robert Hancock
  - RE: AHCI - remove probing of ata2, Paul Rolland
    - RE: AHCI - remove probing of ata2, Paul Rolland
      - Re: AHCI - remove probing of ata2, Alan
        
        RE: AHCI - remove probing of ata2, Paul Rolland
        
        Re: AHCI - remove probing of ata2, Alan
        
        RE: AHCI - remove probing of ata2, Paul Rolland
        
        RE: AHCI - remove probing of ata2, Paul Rolland
        
        Re: AHCI - remove probing of ata2, Tejun Heo
        
        RE: AHCI - remove probing of ata2, Paul Rolland
        
        RE: AHCI - remove probing of ata2, Paul Rolland
        
        Re: AHCI - remove probing of ata2, Tejun Heo
- Re: AHCI - remove probing of ata2, Greg Trounson
  - Re: AHCI - remove probing of ata2, Bill Davidsen
    - Re: AHCI - remove probing of ata2, Greg Trounson
linux-2.6.20-rt5 and vmware workstation, Mark Hounschell
Re: Problem of USB - error 71 : how configure kernel to dongle with chipset, Alex Davis
- Re: Problem of USB - error 71 : how configure kernel to dongle with chipset, Thibaud Hulin
  - Re: Problem of USB - error 71 : how configure kernel to dongle with chipset, Oliver Neukum
[PATCH 2.6.21 review II] [1/10] i386: page allocation hooks for VMI backend, Andi Kleen
- [PATCH 2.6.21 review II] [9/10] VMI: Vmi timer race, Andi Kleen
- [PATCH 2.6.21 review II] [3/10] i386: iOPL handling for paravirt guests, Andi Kleen
- [PATCH 2.6.21 review II] [4/10] i386: sMP boot hook for paravirt, Andi Kleen
- [PATCH 2.6.21 review II] [6/10] i386: vMI timer patches, Andi Kleen
- [PATCH 2.6.21 review II] [5/10] i386: vMI backend for paravirt-ops, Andi Kleen
- [PATCH 2.6.21 review II] [8/10] VMI: Kprobe rpl fix, Andi Kleen
- [PATCH 2.6.21 review II] [10/10] VMI: Paravirt debug defaults off, Andi Kleen
- [PATCH 2.6.21 review II] [7/10] VMI: Profile pc badness, Andi Kleen
- [PATCH 2.6.21 review II] [2/10] i386: paravirt CPU hypercall batching mode, Andi Kleen
[PATCH 2.6.21 review I] [1/25] x86_64: Add __copy_from_user_nocache, Andi Kleen
- [PATCH 2.6.21 review I] [2/25] x86_64: Make the NUMA hash function nodemap allocation, Andi Kleen
- [PATCH 2.6.21 review I] [25/25] i386: arch/i386/kernel/e820.c should #include <asm/setup.h, Andi Kleen
- [PATCH 2.6.21 review I] [21/25] x86_64: a memcpy that tries to reduce cache pressure, Andi Kleen
  - Re: [patches] [PATCH 2.6.21 review I] [21/25] x86_64: a memcpy that tries to reduce cache pressure, Jan Beulich
    - Re: [patches] [PATCH 2.6.21 review I] [21/25] x86_64: a memcpy that tries to reduce cache pressure, Andi Kleen
  - Re: [PATCH 2.6.21 review I] [21/25] x86_64: a memcpy that tries to reduce cache pressure, Eric Dumazet
- [PATCH 2.6.21 review I] [9/25] x86_64: always use physical delivery mode on > 8 CPUs, Andi Kleen
- [PATCH 2.6.21 review I] [11/25] x86: default to physical mode on hotplug CPU kernels, Andi Kleen
  - Re: [PATCH 2.6.21 review I] [11/25] x86: default to physical mode on hotplug CPU kernels, Eric W. Biederman
    - Re: [PATCH 2.6.21 review I] [11/25] x86: default to physical mode on hotplug CPU kernels, Andi Kleen
      - Re: [PATCH 2.6.21 review I] [11/25] x86: default to physical mode on hotplug CPU kernels, Eric W. Biederman
        
        Re: [PATCH 2.6.21 review I] [11/25] x86: default to physical mode on hotplug CPU kernels, Siddha, Suresh B
      - Re: [PATCH 2.6.21 review I] [11/25] x86: default to physical mode on hotplug CPU kernels, Siddha, Suresh B
- [PATCH 2.6.21 review I] [4/25] x86: kernel-mode faults pollute current->thead, Andi Kleen
  - Re: [patches] [PATCH 2.6.21 review I] [4/25] x86: kernel-mode faults pollute current->thead, Jan Beulich
    - Re: [patches] [PATCH 2.6.21 review I] [4/25] x86: kernel-mode faults pollute current->thead, Jeff Dike
      - Re: [patches] [PATCH 2.6.21 review I] [4/25] x86: kernel-mode faults pollute current->thead, Jan Beulich
- [PATCH 2.6.21 review I] [6/25] x86_64: revert x86_64-mm-add-genapic_force, Andi Kleen
- [PATCH 2.6.21 review I] [7/25] x86: revert x86_64-mm-fix-the-irqbalance-quirk-for-e7320-e7520-e7525, Andi Kleen
- [PATCH 2.6.21 review I] [19/25] x86: Reject a broken MCFG tables on Asus etc, Andi Kleen
- [PATCH 2.6.21 review I] [17/25] i386: Reserve resources but only when we're sure about them., Andi Kleen
- [PATCH 2.6.21 review I] [3/25] i386: Convert i386 PDA code to use %fs, Andi Kleen
- [PATCH 2.6.21 review I] [20/25] x86_64: get rid of ARCH_HAVE_XTIME_LOCK, Andi Kleen
- [PATCH 2.6.21 review I] [15/25] i386: Only call unreachable_devices() when type 1 is available., Andi Kleen
- [PATCH 2.6.21 review I] [16/25] i386: Detect and support the E7520 and the 945G/GZ/P/PL, Andi Kleen
- [PATCH 2.6.21 review I] [14/25] x86: Share what's shareable., Andi Kleen
- [PATCH 2.6.21 review I] [23/25] x86_64: improved iommu documentation, Andi Kleen
- [PATCH 2.6.21 review I] [24/25] x86_64: do not always end the stack trace with ULONG_MAX, Andi Kleen
- [PATCH 2.6.21 review I] [18/25] x86_64: Fix x86_64 ioremap base_address, Andi Kleen
  - Re: [PATCH 2.6.21 review I] [18/25] x86_64: Fix x86_64 ioremap base_address, Arjan van de Ven
    - Re: [PATCH 2.6.21 review I] [18/25] x86_64: Fix x86_64 ioremap base_address, Andi Kleen
- [PATCH 2.6.21 review I] [22/25] x86_64: use memcpy_uncached_read() in RDMA interrupt handler to reduce packet loss, Andi Kleen
- [PATCH 2.6.21 review I] [8/25] x86_64: optimize & fix APIC mode setup, Andi Kleen
- [PATCH 2.6.21 review I] [12/25] x86_64: x86_64-make-the-numa-hash-function-nodemap-allocation fix fix, Andi Kleen
- [PATCH 2.6.21 review I] [10/25] x86_64: remove clustered APIC mode, Andi Kleen
- [PATCH 2.6.21 review I] [5/25] i386: revert i386-fix-the-verify_quirk_intel_irqbalance, Andi Kleen
- [PATCH 2.6.21 review I] [13/25] i386: Fix a typo in an IRQ handler name, Andi Kleen
[patch] linux/io.h: forward declare struct pci_dev, Heiko Carstens
- Re: [patch] linux/io.h: forward declare struct pci_dev, Christoph Hellwig
  - Re: [patch] linux/io.h: forward declare struct pci_dev, Tejun Heo
    - Re: [patch] linux/io.h: forward declare struct pci_dev, Al Viro
      - Re: [patch] linux/io.h: forward declare struct pci_dev, Tejun Heo
      - Re: [patch] linux/io.h: forward declare struct pci_dev, Randy Dunlap
      - Re: [patch] linux/io.h: forward declare struct pci_dev, Christoph Hellwig
        
        Re: [patch] linux/io.h: forward declare struct pci_dev, Al Viro
      - Re: [patch] linux/io.h: forward declare struct pci_dev, Jeff Garzik
      - Re: [patch] linux/io.h: forward declare struct pci_dev, Heiko Carstens
        
        [PATCH] sort the devres mess out, Al Viro
        
        Re: [PATCH] sort the devres mess out, Jeff Garzik
        
        Re: [PATCH] sort the devres mess out, Roland Dreier
        
        [PATCH] ia64: Fix noncoherent DMA API so devres builds, Roland Dreier
        
        Re: [PATCH] ia64: Fix noncoherent DMA API so devres builds, Luck, Tony
[patch] More defines for dma-mapping-broken.h, Heiko Carstens
- [PATCH] iomap: make PCI iomap stuff excluded when PCI isn't configured, Tejun Heo
  - Re: [PATCH] iomap: make PCI iomap stuff excluded when PCI isn't configured, Heiko Carstens
    - Re: [PATCH] iomap: make PCI iomap stuff excluded when PCI isn't configured, Tejun Heo
      - Re: [PATCH] iomap: make PCI iomap stuff excluded when PCI isn't configured, Linus Torvalds
        
        Re: [PATCH] iomap: make PCI iomap stuff excluded when PCI isn't configured, Al Viro
        
        Re: [PATCH] iomap: make PCI iomap stuff excluded when PCI isn't configured, Al Viro
        
        Re: [PATCH] iomap: make PCI iomap stuff excluded when PCI isn't configured, Martin Schwidefsky
        
        Re: [PATCH] iomap: make PCI iomap stuff excluded when PCI isn't configured, Al Viro
      - Re: [PATCH] iomap: make PCI iomap stuff excluded when PCI isn't configured, Heiko Carstens
      - Re: [PATCH] iomap: make PCI iomap stuff excluded when PCI isn't configured, Al Viro
  - Re: [PATCH] iomap: make PCI iomap stuff excluded when PCI isn't configured, Randy Dunlap
- Re: [patch] More defines for dma-mapping-broken.h, Jeff Garzik
What will be in the x86-64/x86 2.6.21 merge, Andi Kleen
- Re: [discuss] What will be in the x86-64/x86 2.6.21 merge, Muli Ben-Yehuda
  - Re: [discuss] What will be in the x86-64/x86 2.6.21 merge, Andi Kleen
    - Re: [discuss] What will be in the x86-64/x86 2.6.21 merge, Muli Ben-Yehuda
      - Re: [discuss] What will be in the x86-64/x86 2.6.21 merge, Andi Kleen
- remote debugging via FireWire (was What will be in the x86-64/x86 2.6.21 merge), Stefan Richter
  - Re: remote debugging via FireWire (was What will be in the x86-64/x86 2.6.21 merge), Andi Kleen
    - Re: remote debugging via FireWire, Stefan Richter
      - Re: remote debugging via FireWire, Andi Kleen
        
        Re: remote debugging via FireWire, Stefan Richter
        
        Re: remote debugging via FireWire, Benjamin Herrenschmidt
        
        Re: remote debugging via FireWire, Andi Kleen
        
        Re: remote debugging via FireWire, Benjamin Herrenschmidt
- Re: What will be in the x86-64/x86 2.6.21 merge, James Morris
  - Re: What will be in the x86-64/x86 2.6.21 merge, Andi Kleen
    - Re: What will be in the x86-64/x86 2.6.21 merge, James Morris
    - Re: What will be in the x86-64/x86 2.6.21 merge, Rusty Russell
[patch] iomap s390 build fix, Heiko Carstens
[PATCH]: linux-2.6.20-uc0 (MMU-less updates), Greg Ungerer
Problem of USB - error 71 : how configure kernel to dongle with chipset SIS 163u, Thibaud Hulin
[PATCH] qconf: hide empty list items, Cyrill V. Gorcunov
[PATCH] DEV: zero: use correct pgprot for zeromapping, Imre Deak
- Re: [PATCH] DEV: zero: use correct pgprot for zeromapping, Russell King
  - Re: [PATCH] DEV: zero: use correct pgprot for zeromapping, Imre Deak
    - [PATCH] ARM: VM: fix user page protection values (was Re: [PATCH] DEV: zero: use correct pgprot for zeromapping), Imre Deak
i386: pit_latch_buggy has no effect., takada
[git pull] Input patches for 2.6.20+, Dmitry Torokhov
[PATCH -mm] libata: warn if speed limited due to 40-wire cable, Robert Hancock
[PATCH] Make aout executables work again, Parag Warudkar
- Re: [PATCH] Make aout executables work again, Andi Kleen
  - Re: [PATCH] Make aout executables work again, Parag Warudkar
    - Re: [PATCH] Make aout executables work again, Andi Kleen
      - Re: [PATCH] Make aout executables work again, Parag Warudkar
        
        Re: [PATCH] Make aout executables work again, Andi Kleen
[patch 0/3] 2.6.20 fix for PageUptodate memorder problem (try 3), Nick Piggin
- [patch 1/3] mm: make read_cache_page synchronous, Nick Piggin
- [patch 2/3] fs: buffer don't PageUptodate without page locked, Nick Piggin
- [patch 3/3] mm: fix PageUptodate memorder, Nick Piggin
- Re: [patch 0/3] 2.6.20 fix for PageUptodate memorder problem (try 3), Martin Schwidefsky
  - Re: [patch 0/3] 2.6.20 fix for PageUptodate memorder problem (try 3), Nick Piggin
    - Re: [patch 0/3] 2.6.20 fix for PageUptodate memorder problem (try 3), Martin Schwidefsky
[PATCH -mm] readahead: partial sendfile fix, Fengguang Wu
- <Possible follow-ups>
- Re: [PATCH -mm] readahead: partial sendfile fix, Ram Pai
arch/arm: typos in KERN_ERR, KERN_INFO, Nicolas Kaiser
- Re: arch/arm: typos in KERN_ERR, KERN_INFO, Ben Dooks
[git patches] libata updates 1 of 3, Jeff Garzik
- Re: [git patches] libata updates 1 of 3, Markus Trippelsdorf
  - Re: [git patches] libata updates 1 of 3, David Woodhouse
  - Re: [git patches] libata updates 1 of 3, Tejun Heo
    - Re: [git patches] libata updates 1 of 3, Markus Trippelsdorf
      - [PATCH] sata_via: fix resource-managed iomap conversion, Tejun Heo
        
        Re: [PATCH] sata_via: fix resource-managed iomap conversion, Markus Trippelsdorf
        
        Re: [PATCH] sata_via: fix resource-managed iomap conversion, Tejun Heo
        
        Re: [PATCH] sata_via: fix resource-managed iomap conversion, Jarek Poplawski
        
        Re: [PATCH] sata_via: fix resource-managed iomap conversion, Jay Cliburn
        
        [PATCH] sata_via: fix resource-managed iomap conversion, Tejun Heo
        
        Re: [PATCH] sata_via: fix resource-managed iomap conversion, Jeff Garzik
PROBLEM: xt_state compiles without errors but cannot be loaded, Administrative Services
[ANNOUNCE] sparse-0.2-cl2 is now available, Christopher Li
- Re: [ANNOUNCE] sparse-0.2-cl2 is now available, Andi Kleen
  - Re: [ANNOUNCE] sparse-0.2-cl2 is now available, Christopher Li
    - Re: [ANNOUNCE] sparse-0.2-cl2 is now available, Al Viro
      - Re: [ANNOUNCE] sparse-0.2-cl2 is now available, Christopher Li
        
        Re: [ANNOUNCE] sparse-0.2-cl2 is now available, Andi Kleen
Re: + smaps-add-clear_refs-file-to-clear-reference.patch added to -mm tree, Oleg Nesterov
- Re: + smaps-add-clear_refs-file-to-clear-reference.patch added to -mm tree, Andrew Morton
- Re: + smaps-add-clear_refs-file-to-clear-reference.patch added to -mm tree, David Rientjes
Fix null pointer dereference in appledisplay driver, Michael Hanselmann
- Re: Fix null pointer dereference in appledisplay driver, Len Brown
[stable patch 2.6.20 1/3] Missing critical phys_to_virt in lib/swiotlb.c, Stefan Richter
- [stable patch 2.6.20 2/3] ieee1394: video1394: DMA fix, Stefan Richter
  - [stable patch 2.6.20 3/3] ieee1394: fix host device registering when nodemgr disabled, Stefan Richter
  - Re: [stable patch 2.6.20 2/3] ieee1394: video1394: DMA fix, Stefan Richter
DMA mapping API for non-system memory pools, Kumar Gala
- Re: DMA mapping API for non-system memory pools, James Bottomley
- Re: DMA mapping API for non-system memory pools, Matthew Jacob
[PATCH] saa7134: cleanup, Heikki Orsila
[PATCH 01/22] filesystem helpers for custom 'struct file's, Dave Hansen
- [PATCH 03/22] record when sb_writer_count elevated for inode, Dave Hansen
- [PATCH 21/22] honor r/w changes at do_remount() time, Dave Hansen
  - Re: [PATCH 21/22] honor r/w changes at do_remount() time, Andrew Morton
    - Re: [PATCH 21/22] honor r/w changes at do_remount() time, Dave Hansen
    - Re: [PATCH 21/22] honor r/w changes at do_remount() time, Anton Altaparmakov
    - Re: [PATCH 21/22] honor r/w changes at do_remount() time, Jan Engelhardt
- [PATCH 05/22] elevate mnt writers for callers of vfs_mkdir(), Dave Hansen
- [PATCH 09/22] mount_is_safe(): add comment, Dave Hansen
- [PATCH 10/22] unix_find_other() elevate write count for touch_atime(), Dave Hansen
- [PATCH 11/22] elevate write count over calls to vfs_rename(), Dave Hansen
- [PATCH 18/22] do_rmdir(): elevate write count, Dave Hansen
- [PATCH 20/22] [PATCH] gfs: check nlink count, Dave Hansen
- [PATCH 17/22] elevate mnt writers for vfs_unlink() callers, Dave Hansen
- [PATCH 14/22] elevate write count for do_utimes(), Dave Hansen
- [PATCH 13/22] elevate writer count for do_sys_truncate(), Dave Hansen
- [PATCH 15/22] elevate write count for do_sys_utime() and touch_atime(), Dave Hansen
- [PATCH 12/22] elevate write count files are open()ed, Dave Hansen
  - Re: [PATCH 12/22] elevate write count files are open()ed, Andrew Morton
    - Re: [PATCH 12/22] elevate write count files are open()ed, Dave Hansen
      - Re: [PATCH 12/22] elevate write count files are open()ed, Andrew Morton
        
        Re: [PATCH 12/22] elevate write count files are open()ed, Dave Hansen
- [PATCH 16/22] sys_mknodat(): elevate write count for vfs_mknod/create(), Dave Hansen
- [PATCH 19/22] elevate writer count for custom struct_file, Dave Hansen
- [PATCH 22/22] kill open files traverse on remount ro, Dave Hansen
- [PATCH 02/22] r/o bind mounts: add vfsmount writer counts, Dave Hansen
  - Re: [PATCH 02/22] r/o bind mounts: add vfsmount writer counts, Eric Dumazet
    - Re: [PATCH 02/22] r/o bind mounts: add vfsmount writer counts, Dave Hansen
- [PATCH 08/22] elevate mount count for extended attributes, Dave Hansen
- [PATCH 07/22] elevate write count for link and symlink calls, Dave Hansen
- [PATCH 06/22] elevate write count during entire ncp_ioctl(), Dave Hansen
- [PATCH 04/22] elevate writer count for chown and friends, Dave Hansen
- Re: [PATCH 01/22] filesystem helpers for custom 'struct file's, Andrew Morton
Strange message in log upon resuming a PCIe system, Larry Finger
- <Possible follow-ups>
- Re: Strange message in log upon resuming a PCIe system, Robert Hancock
[PATCH] fix quadratic behavior of shrink_dcache_parent(), Miklos Szeredi
- Re: [PATCH] fix quadratic behavior of shrink_dcache_parent(), Andrew Morton
  - Re: [PATCH] fix quadratic behavior of shrink_dcache_parent(), Russ Cox
    - Re: [PATCH] fix quadratic behavior of shrink_dcache_parent(), Andrew Morton
    - Re: [PATCH] fix quadratic behavior of shrink_dcache_parent(), Miklos Szeredi
      - Re: [PATCH] fix quadratic behavior of shrink_dcache_parent(), Andi Kleen
      - Re: [PATCH] fix quadratic behavior of shrink_dcache_parent(), Russ Cox
        
        Re: [PATCH] fix quadratic behavior of shrink_dcache_parent(), Miklos Szeredi
NAK new drivers without proper power management?, Nigel Cunningham
- Re: NAK new drivers without proper power management?, Arjan van de Ven
  - Re: NAK new drivers without proper power management?, Nigel Cunningham
    - Re: NAK new drivers without proper power management?, Rafael J. Wysocki
      - Re: NAK new drivers without proper power management?, Nigel Cunningham
        
        Re: NAK new drivers without proper power management?, Rafael J. Wysocki
        
        Re: NAK new drivers without proper power management?, Nigel Cunningham
        
        Re: NAK new drivers without proper power management?, Rafael J. Wysocki
    - Re: NAK new drivers without proper power management?, Jeff Garzik
      - Re: NAK new drivers without proper power management?, Willy Tarreau
        
        Re: NAK new drivers without proper power management?, Tilman Schmidt
    - Re: NAK new drivers without proper power management?, Arjan van de Ven
  - Re: NAK new drivers without proper power management?, Pavel Machek
    - Re: NAK new drivers without proper power management?, Rafael J. Wysocki
      - Re: NAK new drivers without proper power management?, Nigel Cunningham
        
        Re: NAK new drivers without proper power management?, Tilman Schmidt
        
        Re: NAK new drivers without proper power management?, Rafael J. Wysocki
        
        Re: NAK new drivers without proper power management?, Nigel Cunningham
        
        Re: NAK new drivers without proper power management?, Mark Lord
        
        Re: NAK new drivers without proper power management?, Christoph Hellwig
        
        Re: NAK new drivers without proper power management?, Nigel Cunningham
        
        Re: NAK new drivers without proper power management?, Tilman Schmidt
        
        Re: NAK new drivers without proper power management?, Rafael J. Wysocki
        
        Re: NAK new drivers without proper power management?, Nigel Cunningham
        
        Re: NAK new drivers without proper power management?, Rafael J. Wysocki
        
        Re: NAK new drivers without proper power management?, Nigel Cunningham
        
        Re: NAK new drivers without proper power management?, Willy Tarreau
        
        Re: NAK new drivers without proper power management?, Rafael J. Wysocki
        
        Re: NAK new drivers without proper power management?, Nigel Cunningham
        
        Re: NAK new drivers without proper power management?, Manu Abraham
        
        Re: NAK new drivers without proper power management?, Nigel Cunningham
        
        Re: NAK new drivers without proper power management?, Manu Abraham
        
        Re: NAK new drivers without proper power management?, Pavel Machek
        
        Re: NAK new drivers without proper power management?, Nigel Cunningham
        
        Re: NAK new drivers without proper power management?, Pavel Machek
        
        Re: NAK new drivers without proper power management?, Rafael J. Wysocki
        
        Re: NAK new drivers without proper power management?, Pavel Machek
        
        Re: NAK new drivers without proper power management?, Rafael J. Wysocki
        
        Re: NAK new drivers without proper power management?, Nigel Cunningham
        
        Re: NAK new drivers without proper power management?, Rafael J. Wysocki
        
        Re: NAK new drivers without proper power management?, Tilman Schmidt
        
        Re: NAK new drivers without proper power management?, Rafael J. Wysocki
        
        Re: NAK new drivers without proper power management?, Stefan Richter
        
        Re: NAK new drivers without proper power management?, Arjan van de Ven
        
        Re: NAK new drivers without proper power management?, Gerhard Mack
        
        Re: NAK new drivers without proper power management?, Willy Tarreau
        
        Re: NAK new drivers without proper power management?, Brad Campbell
        
        Re: NAK new drivers without proper power management?, Rafael J. Wysocki
        
        Re: NAK new drivers without proper power management?, Tino Keitel
      - Re: NAK new drivers without proper power management?, Pavel Machek
        
        Re: NAK new drivers without proper power management?, Alan
        
        Re: NAK new drivers without proper power management?, Rafael J. Wysocki
        
        Re: NAK new drivers without proper power management?, Alan
        
        Re: NAK new drivers without proper power management?, Rafael J. Wysocki
        
        Re: NAK new drivers without proper power management?, Nigel Cunningham
        
        Re: NAK new drivers without proper power management?, Rafael J. Wysocki
        
        Re: NAK new drivers without proper power management?, Nigel Cunningham
        
        Re: NAK new drivers without proper power management?, Pavel Machek
        
        Re: NAK new drivers without proper power management?, Pavel Machek
        
        Re: NAK new drivers without proper power management?, Nigel Cunningham
        
        Re: NAK new drivers without proper power management?, Tilman Schmidt
      - Re: NAK new drivers without proper power management?, Geert Uytterhoeven
        
        Re: NAK new drivers without proper power management?, Pavel Machek
        
        Re: NAK new drivers without proper power management?, Geert Uytterhoeven
        
        Re: NAK new drivers without proper power management?, Pavel Machek
        
        Re: NAK new drivers without proper power management?, Nigel Cunningham
        
        Re: NAK new drivers without proper power management?, Tilman Schmidt
- Re: NAK new drivers without proper power management?, Matthew Garrett
  - Re: NAK new drivers without proper power management?, Nigel Cunningham
- <Possible follow-ups>
- Re: NAK new drivers without proper power management?, Robert Hancock
  - Re: NAK new drivers without proper power management?, Lee Revell
    - Re: NAK new drivers without proper power management?, Nigel Cunningham
      - Re: NAK new drivers without proper power management?, Lee Revell
        
        Re: NAK new drivers without proper power management?, Kevin Fox
        
        Re: NAK new drivers without proper power management?, Adrian Bunk
    - Re: NAK new drivers without proper power management?, Joseph Fannin
      - Re: NAK new drivers without proper power management?, Pavel Machek
    - Re: NAK new drivers without proper power management?, Stefan Richter
  - Re: NAK new drivers without proper power management?, Nigel Cunningham
    - Re: NAK new drivers without proper power management?, Dmitry Torokhov
      - Re: NAK new drivers without proper power management?, Nigel Cunningham
  - [PATCH] Re: NAK new drivers without proper power management?, Nigel Cunningham
    - Re: [PATCH] Re: NAK new drivers without proper power management?, Rafael J. Wysocki
      - Re: [PATCH] Re: NAK new drivers without proper power management?, Nigel Cunningham
        
        Re: [PATCH] Re: NAK new drivers without proper power management?, Rafael J. Wysocki
        
        Re: [PATCH] Re: NAK new drivers without proper power management?, Daniel Barkalow
        
        Re: [PATCH] Re: NAK new drivers without proper power management?, Rafael J. Wysocki
        
        Re: [PATCH] Re: NAK new drivers without proper power management?, Willy Tarreau
        
        Re: [PATCH] Re: NAK new drivers without proper power management?, Matthew Garrett
        
        Re: [PATCH] Re: NAK new drivers without proper power management?, Willy Tarreau
        
        Re: [PATCH] Re: NAK new drivers without proper power management?, Matthew Garrett
        
        Re: [PATCH] Re: NAK new drivers without proper power management?, Willy Tarreau
        
        Re: [PATCH] Re: NAK new drivers without proper power management?, Rafael J. Wysocki
        
        Re: [PATCH] Re: NAK new drivers without proper power management?, Willy Tarreau
        
        Re: [PATCH] Re: NAK new drivers without proper power management?, Rafael J. Wysocki
        
        Re: [PATCH] Re: NAK new drivers without proper power management?, Pekka Enberg
        
        Re: [PATCH] Re: NAK new drivers without proper power management?, Rafael J. Wysocki
        
        Re: [PATCH] Re: NAK new drivers without proper power management?, Daniel Barkalow
        
        Re: [PATCH] Re: NAK new drivers without proper power management?, Rafael J. Wysocki
        
        Re: [PATCH] Re: NAK new drivers without proper power management?, Nigel Cunningham
        
        Re: [PATCH] Re: NAK new drivers without proper power management?, Rafael J. Wysocki
        
        Re: [PATCH] Re: NAK new drivers without proper power management?, Stefan Richter
        
        Re: [PATCH] Re: NAK new drivers without proper power management?, Pavel Machek
        
        Re: [PATCH] Re: NAK new drivers without proper power management?, Robert Hancock
        
        Re: [PATCH] Re: NAK new drivers without proper power management?, Nigel Cunningham
        
        Re: [PATCH] Re: NAK new drivers without proper power management?, Pavel Machek
- Re: NAK new drivers without proper power management?, Robert Hancock
  - Re: NAK new drivers without proper power management?, Rafael J. Wysocki
    - Re: NAK new drivers without proper power management?, Pavel Machek
    - Re: NAK new drivers without proper power management?, Nigel Cunningham
      - Re: NAK new drivers without proper power management?, Rafael J. Wysocki
        
        Re: NAK new drivers without proper power management?, Nigel Cunningham
- Re: NAK new drivers without proper power management?, Robert Hancock
  - Re: NAK new drivers without proper power management?, Willy Tarreau
    - Re: NAK new drivers without proper power management?, Nigel Cunningham
      - Re: NAK new drivers without proper power management?, Willy Tarreau
        
        Re: NAK new drivers without proper power management?, Alan
        
        Re: NAK new drivers without proper power management?, Nigel Cunningham
        
        Re: NAK new drivers without proper power management?, Willy Tarreau
        
        Re: NAK new drivers without proper power management?, Nigel Cunningham
        
        Re: NAK new drivers without proper power management?, Alan
        
        Re: NAK new drivers without proper power management?, Willy Tarreau
        
        Re: NAK new drivers without proper power management?, Rafael J. Wysocki
        
        Re: NAK new drivers without proper power management?, Nigel Cunningham
        
        Re: NAK new drivers without proper power management?, Rafael J. Wysocki
      - Re: NAK new drivers without proper power management?, Rafael J. Wysocki
        
        Re: NAK new drivers without proper power management?, Nigel Cunningham
        
        Re: NAK new drivers without proper power management?, Rafael J. Wysocki
        
        Re: NAK new drivers without proper power management?, Nigel Cunningham
        
        Re: NAK new drivers without proper power management?, Rafael J. Wysocki
        
        Re: NAK new drivers without proper power management?, Nigel Cunningham
    - Re: NAK new drivers without proper power management?, Pavel Machek
- Re: NAK new drivers without proper power management?, Robert Hancock
[ANNOUNCE] d80211 based driver for Intel PRO/Wireless 3945ABG, James Ketrenos
- Re: [ANNOUNCE] d80211 based driver for Intel PRO/Wireless 3945ABG, Alon Bar-Lev
- Re: [ANNOUNCE] d80211 based driver for Intel PRO/Wireless 3945ABG, Neil Brown
  - Re: [ANNOUNCE] d80211 based driver for Intel PRO/Wireless 3945ABG, James Ketrenos
    - Re: [ANNOUNCE] d80211 based driver for Intel PRO/Wireless 3945ABG, Nick Kossifidis
  - Re: [ANNOUNCE] d80211 based driver for Intel PRO/Wireless 3945ABG, Stefan Schmidt
- Re: [ipw3945-devel] [ANNOUNCE] d80211 based driver for Intel PRO/Wireless 3945ABG, Norbert Preining
  - Re: [ipw3945-devel] [ANNOUNCE] d80211 based driver for Intel PRO/Wireless 3945ABG, James Ketrenos
- Re: [ANNOUNCE] d80211 based driver for Intel PRO/Wireless 3945ABG, Hesse, Christian
  - Re: [ANNOUNCE] d80211 based driver for Intel PRO/Wireless 3945ABG, Hesse, Christian
    - Re: [ipw3945-devel] [ANNOUNCE] d80211 based driver for Intel PRO/Wireless 3945ABG, dragoran
    - Re: [ANNOUNCE] d80211 based driver for Intel PRO/Wireless 3945ABG, James Ketrenos
  - Re: [ANNOUNCE] d80211 based driver for Intel PRO/Wireless 3945ABG, Johannes Berg
- Re: [ANNOUNCE] d80211 based driver for Intel PRO/Wireless 3945ABG, Theodore Tso

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