LKML: Linux Kernel Archive 2005 Q2

Date Index

Re: [patch 2.6.12-rc3] dell_rbu: Resubmitting patch for new Dell BIOS update driver, (continued)
- [patch 2.6.12-rc3] dell_rbu: Resubmitting patch for new Dell BIOS update driver, Abhay Salunke
  - Re: [patch 2.6.12-rc3] dell_rbu: Resubmitting patch for new Dell BIOS update driver, Marcel Holtmann
    - Re: [patch 2.6.12-rc3] dell_rbu: Resubmitting patch for new Dell BIOS update driver, Andreas Henriksson
    - Re: [patch 2.6.12-rc3] dell_rbu: Resubmitting patch for new Dell BIOS update driver, Jesper Juhl
- [patch 2.6.12-rc3] dell_rbu: Resubmitting patch for new Dell BIOS update driver, Abhay Salunke
  - Re: [patch 2.6.12-rc3] dell_rbu: Resubmitting patch for new Dell BIOS update driver, Greg KH
  - Re: [patch 2.6.12-rc3] dell_rbu: Resubmitting patch for new Dell BIOS update driver, Andrew Morton
- RE: [patch 2.6.12-rc3] dell_rbu: Resubmitting patch for new Dell BIOS update driver, Abhay_Salunke
  - Re: [patch 2.6.12-rc3] dell_rbu: Resubmitting patch for new Dell BIOS update driver, Greg KH
[PATCH 2.6.11.7] ATA Over Ethernet Root, Mark 2, McMullan, Jason
- Re: [PATCH 2.6.11.7] ATA Over Ethernet Root, Mark 2, Greg KH
  - Re: [PATCH 2.6.11.7] ATA Over Ethernet Root, Mark 2, McMullan, Jason
    - Re: [PATCH 2.6.11.7] ATA Over Ethernet Root, Mark 2, Greg KH
      - Re: [PATCH 2.6.11.7] ATA Over Ethernet Root, Mark 2, Ed L Cashin
[try2] [PATCH] Silicon Image SATA 3124 driver preview, Jeff Garzik
[PATCH] DM9000 network driver bugfix, Sascha Hauer
[rfc/patch] libata -- port configurable delays, Benjamin LaHaise
- Re: [rfc/patch] libata -- port configurable delays, Jeff Garzik
- Re: [rfc/patch] libata -- port configurable delays, Jeff Garzik
  - Re: [rfc/patch] libata -- port configurable delays, Benjamin LaHaise
    - Re: [rfc/patch] libata -- port configurable delays, Alan Cox
      - Re: [rfc/patch] libata -- port configurable delays, Jeff Garzik
  - Re: [rfc/patch] libata -- port configurable delays, Mark Lord
- Re: [rfc/patch] libata -- port configurable delays, Alan Cox
  - Re: [rfc/patch] libata -- port configurable delays, Jeff Garzik
    - Re: [rfc/patch] libata -- port configurable delays, Alan Cox
      - Re: [rfc/patch] libata -- port configurable delays, Jeff Garzik
tickle nmi watchdog whilst doing serial writes., Dave Jones
- Re: tickle nmi watchdog whilst doing serial writes., Arjan van de Ven
  - Re: tickle nmi watchdog whilst doing serial writes., Dave Jones
  - Re: tickle nmi watchdog whilst doing serial writes., Russell King
- Re: tickle nmi watchdog whilst doing serial writes., Andrew Morton
  - Re: tickle nmi watchdog whilst doing serial writes., Dave Jones
    - Re: tickle nmi watchdog whilst doing serial writes., Andrew Morton
      - Re: tickle nmi watchdog whilst doing serial writes., Ed Tomlinson
        
        Re: tickle nmi watchdog whilst doing serial writes., Alexander Nyberg
        
        Re: tickle nmi watchdog whilst doing serial writes., Andi Kleen
        
        Re: tickle nmi watchdog whilst doing serial writes., Ed Tomlinson
- Re: tickle nmi watchdog whilst doing serial writes., Andi Kleen
  - Re: tickle nmi watchdog whilst doing serial writes., Russell King
    - Re: tickle nmi watchdog whilst doing serial writes., Andi Kleen
      - Re: tickle nmi watchdog whilst doing serial writes., Russell King
        
        Re: tickle nmi watchdog whilst doing serial writes., Andi Kleen
      - Re: tickle nmi watchdog whilst doing serial writes., George Anzinger
        
        Message not available
        
        Re: tickle nmi watchdog whilst doing serial writes., Bill Davidsen
SCSI debug info, Derek Martin
- Re: SCSI debug info, Derek Martin
Does smp_reschedule_interrupt really reschedule?, Steven Rostedt
- Re: Does smp_reschedule_interrupt really reschedule?, Ingo Molnar
  - Re: Does smp_reschedule_interrupt really reschedule?, Steven Rostedt
    - Re: Does smp_reschedule_interrupt really reschedule?, Ingo Molnar
      - Re: Does smp_reschedule_interrupt really reschedule?, Steven Rostedt
        
        Re: Does smp_reschedule_interrupt really reschedule?, Ingo Molnar
[PATCH 2.6.11.7] ATA-Over-Ethernet Root device, McMullan, Jason
[PATCH 2.6.11.7] Swapping OOPS fix for ATA Over Ethernet, McMullan, Jason
[PATCH 2.6.11.7] ATA Over Ethernet Root, McMullan, Jason
- Re: [PATCH 2.6.11.7] ATA Over Ethernet Root, randy_dunlap
2.6.12-rc4-kj, Domen Puncer
- Re: 2.6.12-rc4-kj (dma_mask-drivers_block_umem.patch), Alexey Dobriyan
  - Re: [KJ] Re: 2.6.12-rc4-kj (dma_mask-drivers_block_umem.patch), Domen Puncer
Sync option destroys flash!, Michael H. Warfield
- Re: Sync option destroys flash!, Lennart Sorensen
  - Re: Sync option destroys flash!, Michael H. Warfield
    - Re: Sync option destroys flash!, Lennart Sorensen
      - Re: Sync option destroys flash!, Michael H. Warfield
        
        Re: Sync option destroys flash!, Lennart Sorensen
        
        Re: Flash device types, Mark Rustad
        
        Re: Sync option destroys flash!, Michael H. Warfield
  - Re: Sync option destroys flash!, Zan Lynx
    - Re: Sync option destroys flash!, Lennart Sorensen
- Re: Sync option destroys flash!, Alan Cox
  - Re: Sync option destroys flash!, Michael H. Warfield
    - Re: Sync option destroys flash!, Alan Cox
      - Re: Sync option destroys flash!, Måns Rullgård
        
        Re: Sync option destroys flash!, Jon Masters
      - Re: Sync option destroys flash!, Jeffrey Hundstad
        
        Re: Sync option destroys flash!, Jon Masters
      - Re: Sync option destroys flash!, Jörn Engel
  - Message not available
    - Re: Sync option destroys flash!, Lennart Sorensen
- Re: Sync option destroys flash!, Lee Revell
  - Re: Sync option destroys flash!, Alan Cox
- Re: Sync option destroys flash!, Denis Vlasenko
  - Re: Sync option destroys flash!, Mark Lord
    - Re: Sync option destroys flash!, David Woodhouse
      - Re: Sync option destroys flash!, Pavel Machek
    - Re: Sync option destroys flash!, Richard B. Johnson
  - Re: Sync option destroys flash!, Helge Hafting
- Re: Sync option destroys flash!, Colin Leroy
- <Possible follow-ups>
- Re: Sync option destroys flash!, Robert Hancock
- Re: Sync option destroys flash!, linux
  - Re: Sync option destroys flash!, Lennart Sorensen
    - Re: Sync option destroys flash!, linux
      - Re: Sync option destroys flash!, Richard B. Johnson
        
        Re: Sync option destroys flash! Now I'm confused..., Michael H. Warfield
        
        Re: Sync option destroys flash! Now I'm confused..., Richard B. Johnson
      - Re: Sync option destroys flash!, Lennart Sorensen
- Re: Sync option destroys flash!, Robert Hancock
- Re: Sync option destroys flash!, linux
  - Re: Sync option destroys flash!, Richard B. Johnson
Re: [2.6.8] OOPS and SIGSEGV on altivec instruction on PowerPC 7540., Kumar Gala
[patch] s390: dasd set online failure., Martin Schwidefsky
[2.6 patch] sound/isa/: possible cleanups, Adrian Bunk
- Re: [Alsa-devel] [2.6 patch] sound/isa/: possible cleanups, Takashi Iwai
  - Re: [Alsa-devel] [2.6 patch] sound/isa/: possible cleanups, Adrian Bunk
    - Message not available
      - [2.6 patch] sound/isa/: cleanups, Adrian Bunk
        
        Re: [2.6 patch] sound/isa/: cleanups, Takashi Iwai
[2.6 patch] sound/pci/: make code static, Adrian Bunk
- Re: [Alsa-devel] [2.6 patch] sound/pci/: make code static, Takashi Iwai
[2.6 patch] SCSI: make code static, Adrian Bunk
[ANNOUNCE] mtkdiff 20050513, Tejun Heo
[2.6 patch] mm/nommu.c: try to fix __vmalloc, Adrian Bunk
SCTP: use lib/libcrc32c.c instead of net/sctp/crc32c.c?, Adrian Bunk
- Re: SCTP: use lib/libcrc32c.c instead of net/sctp/crc32c.c?, Sridhar Samudrala
Y2K-like bug to hit Linux computers! - Info of the day, Srinivas G.
- Re: Y2K-like bug to hit Linux computers! - Info of the day, Matthias-Christian Ott
- Re: Y2K-like bug to hit Linux computers! - Info of the day, Richard B. Johnson
  - Re: Y2K-like bug to hit Linux computers! - Info of the day, Lee Revell
- Re: Y2K-like bug to hit Linux computers! - Info of the day, Denis Vlasenko
  - Re: Y2K-like bug to hit Linux computers! - Info of the day, Richard B. Johnson
    - Re: Y2K-like bug to hit Linux computers! - Info of the day, Richard B. Johnson
      - Re: Y2K-like bug to hit Linux computers! - Info of the day, Bill Davidsen
        
        Re: Y2K-like bug to hit Linux computers! - Info of the day, Valdis . Kletnieks
        
        Re: Y2K-like bug to hit Linux computers! - Info of the day, Chris Friesen
        
        Re: Y2K-like bug to hit Linux computers! - Info of the day, Valdis . Kletnieks
        
        Re: Y2K-like bug to hit Linux computers! - Info of the day, David Lang
        
        Re: Y2K-like bug to hit Linux computers! - Info of the day, Alan Cox
        
        Re: Y2K-like bug to hit Linux computers! - Info of the day, christos gentsis
        
        Re: Y2K-like bug to hit Linux computers! - Info of the day, jnf
        
        Re: Y2K-like bug to hit Linux computers! - Info of the day, christos gentsis
        
        Re: Y2K-like bug to hit Linux computers! - Info of the day, Willy Tarreau
        
        Re: Y2K-like bug to hit Linux computers! - Info of the day, Richard B. Johnson
- Re: Y2K-like bug to hit Linux computers! - Info of the day, DervishD
  - Re: Y2K-like bug to hit Linux computers! - Info of the day, randy_dunlap
    - Re: Y2K-like bug to hit Linux computers! - Info of the day, DervishD
- Re: Y2K-like bug to hit Linux computers! - Info of the day, Alan Cox
- Re: Y2K-like bug to hit Linux computers! - Info of the day, Helge Hafting
  - Re: Y2K-like bug to hit Linux computers! - Info of the day, Paul Jakma
- <Possible follow-ups>
- Re: Y2K-like bug to hit Linux computers! - Info of the day, Matthew Geier
  - Re: Y2K-like bug to hit Linux computers! - Info of the day, christos gentsis
    - Re: Y2K-like bug to hit Linux computers! - Info of the day, Valdis . Kletnieks
      - Re: Y2K-like bug to hit Linux computers! - Info of the day, Gene Heskett
- Re: Y2K-like bug to hit Linux computers! - Info of the day, Bodo Eggert <[email protected]>
[PATCH] FRV: Add defconfig, Yoshihiro MATSUYAMA
- Re: [PATCH] FRV: Add defconfig, David Howells
SATA DVD Burner with libata was not detected and IS not burning, Florian Werner
- Re: SATA DVD Burner with libata was not detected and IS not burning, Jeff Garzik
[PATCH] UML: add missing files to mrproper, Miklos Szeredi
[PATCH] make umount_tree() static, Miklos Szeredi
[PATCH] namespace.c: fix bind mount from foreign namespace, Miklos Szeredi
- Re: [PATCH] namespace.c: fix bind mount from foreign namespace, Ram
- Re: [PATCH] namespace.c: fix bind mount from foreign namespace, Al Viro
  - Re: [PATCH] namespace.c: fix bind mount from foreign namespace, Miklos Szeredi
    - Re: [PATCH] namespace.c: fix bind mount from foreign namespace, Al Viro
      - Re: [PATCH] namespace.c: fix bind mount from foreign namespace, Miklos Szeredi
    - Re: [PATCH] namespace.c: fix bind mount from foreign namespace, Ram
      - Re: [PATCH] namespace.c: fix bind mount from foreign namespace, Miklos Szeredi
        
        Message not available
        
        Message not available
        
        Message not available
        
        Re: [PATCH] namespace.c: fix bind mount from foreign namespace, Miklos Szeredi
        
        Re: [PATCH] namespace.c: fix bind mount from foreign namespace, Ram
        
        Re: [PATCH] namespace.c: fix bind mount from foreign namespace, Miklos Szeredi
        
        Re: [PATCH] namespace.c: fix bind mount from foreign namespace, Miklos Szeredi
        
        Re: [PATCH] namespace.c: fix bind mount from foreign namespace, Jamie Lokier
        
        Re: [PATCH] namespace.c: fix bind mount from foreign namespace, Miklos Szeredi
        
        Re: [PATCH] namespace.c: fix bind mount from foreign namespace, Jamie Lokier
        
        Re: [PATCH] namespace.c: fix bind mount from foreign namespace, Ram
        
        Re: [PATCH] namespace.c: fix bind mount from foreign namespace, Miklos Szeredi
        
        Re: [PATCH] namespace.c: fix bind mount from foreign namespace, Jamie Lokier
        
        Re: [PATCH] namespace.c: fix bind mount from foreign namespace, Miklos Szeredi
        
        Message not available
        
        Message not available
        
        Message not available
        
        Message not available
        
        [PATCH] fix race in mark_mounts_for_expiry(), Miklos Szeredi
        
        2.6 jiffies, linux
        
        Re: 2.6 jiffies, Arjan van de Ven
        
        Re: 2.6 jiffies, linux
        
        Re: 2.6 jiffies, Arjan van de Ven
        
        Re: 2.6 jiffies, Coywolf Qi Hunt
        
        Re: 2.6 jiffies, Con Kolivas
        
        Message not available
        
        Message not available
        
        Message not available
        
        Message not available
        
        Re: [PATCH] fix race in mark_mounts_for_expiry(), David Howells
        
        Re: [PATCH] fix race in mark_mounts_for_expiry(), Miklos Szeredi
        
        Re: [PATCH] fix race in mark_mounts_for_expiry(), David Howells
        
        Re: [PATCH] fix race in mark_mounts_for_expiry(), Miklos Szeredi
        
        Re: [PATCH] fix race in mark_mounts_for_expiry(), Trond Myklebust
        
        Re: [PATCH] fix race in mark_mounts_for_expiry(), Miklos Szeredi
        
        Re: [PATCH] fix race in mark_mounts_for_expiry(), Jamie Lokier
        
        Re: [PATCH] fix race in mark_mounts_for_expiry(), Miklos Szeredi
        
        Re: [PATCH] fix race in mark_mounts_for_expiry(), Jamie Lokier
        
        Re: [PATCH] fix race in mark_mounts_for_expiry(), Miklos Szeredi
        
        Re: [PATCH] fix race in mark_mounts_for_expiry(), Jamie Lokier
        
        Re: [PATCH] fix race in mark_mounts_for_expiry(), Miklos Szeredi
        
        Re: [PATCH] fix race in mark_mounts_for_expiry(), David Howells
        
        Re: [PATCH] fix race in mark_mounts_for_expiry(), Miklos Szeredi
        
        Re: [PATCH] fix race in mark_mounts_for_expiry(), David Howells
        
        Re: [PATCH] fix race in mark_mounts_for_expiry(), Miklos Szeredi
        
        Re: [PATCH] fix race in mark_mounts_for_expiry(), Miklos Szeredi
        
        Re: [PATCH] fix race in mark_mounts_for_expiry(), Miklos Szeredi
        
        Re: [PATCH] fix race in mark_mounts_for_expiry(), Ram
        
        Re: [PATCH] fix race in mark_mounts_for_expiry(), Miklos Szeredi
        
        Re: [PATCH] fix race in mark_mounts_for_expiry(), Ram
        
        Re: [PATCH] fix race in mark_mounts_for_expiry(), Miklos Szeredi
        
        Re: [PATCH] namespace.c: fix bind mount from foreign namespace, Ram
        
        Re: [PATCH] namespace.c: fix bind mount from foreign namespace, Jamie Lokier
- <Possible follow-ups>
- [PATCH] namespace.c: fix bind mount from foreign namespace, Miklos Szeredi
  - Re: [PATCH] namespace.c: fix bind mount from foreign namespace, Jamie Lokier
[PATCH 2.4.31-pre2] x86_64 linkage error on UP_IOAPIC, Mikael Pettersson
VFS does not find /dev/sda3 (8,3), Kernel Panic, Zeno Davatz
- Message not available
  - Message not available
    - Re: [gentoo-user] Fwd: VFS does not find /dev/sda3 (8,3), Kernel Panic, Zeno Davatz
      - Message not available
        
        Re: [gentoo-user] Fwd: VFS does not find /dev/sda3 (8,3), Kernel Panic, Zeno Davatz
Kernel 2.6 project compilation and GCC attribs??, Nauman
- Re: Kernel 2.6 project compilation and GCC attribs??, Valdis . Kletnieks
[PATCH] Updated: fix-pci-mmap-on-ppc-and-ppc64.patch, Michael Ellerman
- Re: [PATCH] Updated: fix-pci-mmap-on-ppc-and-ppc64.patch, Benjamin Herrenschmidt
- Re: [PATCH] Updated: fix-pci-mmap-on-ppc-and-ppc64.patch, Greg KH
  - Re: [PATCH] Updated: fix-pci-mmap-on-ppc-and-ppc64.patch, Benjamin Herrenschmidt
Re: RT and Cascade interrupts, Ingo Molnar
- Re: RT and Cascade interrupts, john cooper
  - Re: RT and Cascade interrupts, john cooper
    - Re: RT and Cascade interrupts, Ingo Molnar
      - Re: RT and Cascade interrupts, john cooper
- <Possible follow-ups>
- Re: RT and Cascade interrupts, Oleg Nesterov
  - Re: RT and Cascade interrupts, john cooper
    - Re: RT and Cascade interrupts, Oleg Nesterov
      - Re: RT and Cascade interrupts, john cooper
        
        Re: RT and Cascade interrupts, Oleg Nesterov
      - Re: RT and Cascade interrupts, john cooper
        
        Re: RT and Cascade interrupts, Trond Myklebust
        
        Re: RT and Cascade interrupts, john cooper
        
        Re: RT and Cascade interrupts, Trond Myklebust
        
        Re: RT and Cascade interrupts, john cooper
        
        Re: RT and Cascade interrupts, john cooper
        
        Re: RT and Cascade interrupts, Oleg Nesterov
        
        Re: RT and Cascade interrupts, john cooper
        
        Re: RT and Cascade interrupts, Trond Myklebust
        
        Re: RT and Cascade interrupts, john cooper
        
        Re: RT and Cascade interrupts, Trond Myklebust
        
        Re: RT and Cascade interrupts, Trond Myklebust
        
        Re: RT and Cascade interrupts, john cooper
        
        Re: RT and Cascade interrupts, Trond Myklebust
        
        Re: RT and Cascade interrupts, Trond Myklebust
        
        Re: RT and Cascade interrupts, john cooper
        
        Re: RT and Cascade interrupts, Trond Myklebust
        
        Re: RT and Cascade interrupts, George Anzinger
        
        Re: RT and Cascade interrupts, john cooper
        
        Re: RT and Cascade interrupts, Oleg Nesterov
        
        Re: RT and Cascade interrupts, Trond Myklebust
        
        Re: RT and Cascade interrupts, Ingo Molnar
        
        Re: RT and Cascade interrupts, Trond Myklebust
Hyper-Threading Vulnerability, Gabor MICSKO
- Re: Hyper-Threading Vulnerability, Barry K. Nathan
  - Re: Hyper-Threading Vulnerability, Jeff Garzik
    - Re: Hyper-Threading Vulnerability, Daniel Jacobowitz
      - Re: Hyper-Threading Vulnerability, Jeff Garzik
        
        Re: Hyper-Threading Vulnerability, Andy Isaacson
        
        Re: Hyper-Threading Vulnerability, Vadim Lobanov
        
        Re: Hyper-Threading Vulnerability, Andy Isaacson
        
        Re: Hyper-Threading Vulnerability, Adrian Bunk
        
        Re: Hyper-Threading Vulnerability, Gabor MICSKO
    - Re: Hyper-Threading Vulnerability, Barry K. Nathan
- Re: Hyper-Threading Vulnerability, Andi Kleen
  - Re: Hyper-Threading Vulnerability, Eric Rannaud
  - Re: Hyper-Threading Vulnerability, Richard F. Rebel
    - Re: Hyper-Threading Vulnerability, Andi Kleen
      - Re: Hyper-Threading Vulnerability, Andy Isaacson
        
        Re: Hyper-Threading Vulnerability, Matt Mackall
        
        Re: Hyper-Threading Vulnerability, Alan Cox
        
        Re: Hyper-Threading Vulnerability, Lee Revell
        
        Re: Hyper-Threading Vulnerability, Dave Jones
        
        Re: Hyper-Threading Vulnerability, Lee Revell
        
        Re: Hyper-Threading Vulnerability, Dave Jones
        
        Re: Hyper-Threading Vulnerability, Lee Revell
        
        Re: Hyper-Threading Vulnerability, Andrea Arcangeli
        
        Re: Hyper-Threading Vulnerability, Christer Weinigel
        
        Re: Hyper-Threading Vulnerability, Andi Kleen
        
        Re: Hyper-Threading Vulnerability, Alan Cox
        
        Re: Hyper-Threading Vulnerability, andrea
        
        Re: Hyper-Threading Vulnerability, Mikulas Patocka
        
        Re: Hyper-Threading Vulnerability, andrea
        
        Re: Hyper-Threading Vulnerability, Lee Revell
        
        Re: Hyper-Threading Vulnerability, Arjan van de Ven
        
        Re: Hyper-Threading Vulnerability, Lee Revell
        
        Re: Hyper-Threading Vulnerability, Arjan van de Ven
        
        Re: Hyper-Threading Vulnerability, Lee Revell
        
        Re: Hyper-Threading Vulnerability, Arjan van de Ven
        
        Re: Hyper-Threading Vulnerability, Lee Revell
        
        Re: Hyper-Threading Vulnerability, Arjan van de Ven
        
        Re: Hyper-Threading Vulnerability, Alan Cox
        
        Re: Hyper-Threading Vulnerability, Arjan van de Ven
        
        Message not available
        
        Re: Hyper-Threading Vulnerability, Dave Jones
        
        Re: Hyper-Threading Vulnerability, Lee Revell
        
        Re: Hyper-Threading Vulnerability, Arjan van de Ven
        
        Re: Hyper-Threading Vulnerability, Andi Kleen
        
        Re: Hyper-Threading Vulnerability, dean gaudet
        
        Re: Hyper-Threading Vulnerability, Andi Kleen
        
        2.6.4 timer and helper functions, kernel
        
        Re: 2.6.4 timer and helper functions, George Anzinger
        
        Re: Hyper-Threading Vulnerability, Adrian Bunk
        
        Re: Hyper-Threading Vulnerability, Jindrich Makovicka
        
        Re: Hyper-Threading Vulnerability, Lee Revell
        
        Re: Hyper-Threading Vulnerability, Andi Kleen
        
        Re: Hyper-Threading Vulnerability, dean gaudet
        
        Re: Hyper-Threading Vulnerability, Andrea Arcangeli
        
        Re: Hyper-Threading Vulnerability, Andi Kleen
        
        RE: Hyper-Threading Vulnerability, David Schwartz
        
        Re: Hyper-Threading Vulnerability, Dr. David Alan Gilbert
        
        Re: Hyper-Threading Vulnerability, Eric W. Biederman
        
        Re: Hyper-Threading Vulnerability, Andi Kleen
        
        Re: Hyper-Threading Vulnerability, Eric W. Biederman
        
        Re: Hyper-Threading Vulnerability, Valdis . Kletnieks
        
        Re: Hyper-Threading Vulnerability, Mikulas Patocka
        
        Re: Hyper-Threading Vulnerability, Andi Kleen
      - Re: Hyper-Threading Vulnerability, Paul Jakma
        
        Re: Hyper-Threading Vulnerability, Paul Jakma
    - Re: Hyper-Threading Vulnerability, Jim Crilly
      - Re: Hyper-Threading Vulnerability, Barry K. Nathan
        
        Re: Hyper-Threading Vulnerability, Jim Crilly
  - Re: Hyper-Threading Vulnerability, Alan Cox
    - Re: Hyper-Threading Vulnerability, Scott Robert Ladd
      - Re: Hyper-Threading Vulnerability, Andi Kleen
      - Re: Hyper-Threading Vulnerability, Grant Coady
      - Re: Hyper-Threading Vulnerability, Linus Torvalds
        
        Re: Hyper-Threading Vulnerability, Tommy Reynolds
    - Re: Hyper-Threading Vulnerability, Bill Davidsen
  - Re: Hyper-Threading Vulnerability, Diego Calleja
    - Re: Hyper-Threading Vulnerability, Frank Denis (Jedi/Sector One)
    - Re: Hyper-Threading Vulnerability, Andi Kleen
      - Re: Hyper-Threading Vulnerability, Mikulas Patocka
        
        Re: Hyper-Threading Vulnerability, Andi Kleen
        
        Re: Hyper-Threading Vulnerability, Mikulas Patocka
        
        Re: Hyper-Threading Vulnerability, Tomasz Torcz
        
        Re: Hyper-Threading Vulnerability, Arjan van de Ven
        
        Disk write cache (Was: Hyper-Threading Vulnerability), Mikulas Patocka
        
        Re: Disk write cache (Was: Hyper-Threading Vulnerability), Gene Heskett
        
        Re: Disk write cache (Was: Hyper-Threading Vulnerability), Jeff Garzik
        
        Re: Disk write cache, Kenichi Okuyama
        
        Re: Disk write cache, Jeff Garzik
        
        Re: Disk write cache, Kyle Moffett
        
        Re: Disk write cache, Andi Kleen
        
        Re: Disk write cache, Andrew Morton
        
        Cache based insecurity/CPU cache/Disk Cache Tradeoffs, Brian O'Mahoney
        
        Re: Disk write cache, Mikulas Patocka
        
        Re: Disk write cache, Kenichi Okuyama
        
        Linux does not care for data integrity (was: Disk write cache), Matthias Andree
        
        Re: Linux does not care for data integrity (was: Disk write cache), Arjan van de Ven
        
        Re: Linux does not care for data integrity (was: Disk write cache), Matthias Andree
        
        Re: Linux does not care for data integrity (was: Disk write cache), Arjan van de Ven
        
        Re: Linux does not care for data integrity (was: Disk write cache), Matthias Andree
        
        Re: Linux does not care for data integrity (was: Disk write cache), Alan Cox
        
        Re: Linux does not care for data integrity (was: Disk write cache), Matthias Andree
        
        Re: Linux does not care for data integrity (was: Disk write cache), Alan Cox
        
        Re: Linux does not care for data integrity, Florian Weimer
        
        Re: Linux does not care for data integrity (was: Disk write cache), Greg Stark
        
        Re: Linux does not care for data integrity (was: Disk write cache), Matthias Andree
        
        Re: Linux does not care for data integrity (was: Disk write cache), Greg Stark
        
        Re: Linux does not care for data integrity (was: Disk write cache), Matthias Andree
        
        Re: Linux does not care for data integrity, Bill Davidsen
        
        Re: Linux does not care for data integrity, Matthias Andree
        
        Re: Linux does not care for data integrity, Bill Davidsen
        
        Re: Linux does not care for data integrity, Jeff Garzik
        
        Re: Linux does not care for data integrity, Bill Davidsen
        
        Re: Linux does not care for data integrity, Jeff Garzik
        
        Re: Linux does not care for data integrity, Helge Hafting
        
        Re: Linux does not care for data integrity, Bill Davidsen
        
        Re: Linux does not care for data integrity, Lennart Sorensen
        
        Re: Linux does not care for data integrity, Bill Davidsen
        
        Re: Linux does not care for data integrity, Bernd Eckenfels
        
        Re: Linux does not care for data integrity (was: Disk write cache), Alan Cox
        
        Re: Linux does not care for data integrity, Mark Lord
        
        Re: Linux does not care for data integrity, Matthias Andree
        
        Re: Disk write cache (Was: Hyper-Threading Vulnerability), Gene Heskett
        
        Re: Disk write cache (Was: Hyper-Threading Vulnerability), Jeff Garzik
        
        Re: Disk write cache (Was: Hyper-Threading Vulnerability), Mikulas Patocka
        
        Re: Disk write cache (Was: Hyper-Threading Vulnerability), Gene Heskett
        
        Re: Disk write cache (Was: Hyper-Threading Vulnerability), Mark Lord
        
        Re: Disk write cache (Was: Hyper-Threading Vulnerability), Gene Heskett
        
        Re: Disk write cache (Was: Hyper-Threading Vulnerability), Mark Lord
        
        Re: Disk write cache (Was: Hyper-Threading Vulnerability), Eric D. Mudama
        
        Re: Disk write cache (Was: Hyper-Threading Vulnerability), Mikulas Patocka
        
        Re: Disk write cache (Was: Hyper-Threading Vulnerability), Matthias Andree
        
        Re: Disk write cache (Was: Hyper-Threading Vulnerability), Jeff Garzik
        
        Re: Disk write cache (Was: Hyper-Threading Vulnerability), Richard B. Johnson
        
        [OT] drive behavior on power-off (was: Disk write cache), Matthias Andree
        
        Re: Disk write cache (Was: Hyper-Threading Vulnerability), Valdis . Kletnieks
        
        Re: Disk write cache (Was: Hyper-Threading Vulnerability), Alan Cox
        
        Re: Disk write cache (Was: Hyper-Threading Vulnerability), Bill Davidsen
        
        Re: Disk write cache (Was: Hyper-Threading Vulnerability), Kyle Moffett
        
        Re: Disk write cache (Was: Hyper-Threading Vulnerability), Eric D. Mudama
        
        Re: Disk write cache (Was: Hyper-Threading Vulnerability), Alan Cox
- <Possible follow-ups>
- Re: Hyper-Threading Vulnerability, linux
  - Re: Hyper-Threading Vulnerability, Arjan van de Ven
About mod15write workaround, Tejun Heo
- Re: About mod15write workaround, Jeff Garzik
Unexpected behaviour of O(1) scheduler on SMP 2.6 Kernel, Deepti Vyas
Status of net/ipv4/ipvs/ip_vs_proto_icmp.c?, Adrian Bunk
- Re: Status of net/ipv4/ipvs/ip_vs_proto_icmp.c?, Andres Salomon
  - Re: Status of net/ipv4/ipvs/ip_vs_proto_icmp.c?, Adrian Bunk
- Re: Status of net/ipv4/ipvs/ip_vs_proto_icmp.c?, Julian Anastasov
  - [2.6 patch] remove net/ipv4/ipvs/ip_vs_proto_icmp.c?, Adrian Bunk
    - Re: [2.6 patch] remove net/ipv4/ipvs/ip_vs_proto_icmp.c?, David S. Miller
[2.6 patch] document that 8139TOO supports 8129/8130, Adrian Bunk
- Re: [2.6 patch] document that 8139TOO supports 8129/8130, Jeff Garzik
  - [2.6 patch] document that 8139TOO supports 8129/8130, Adrian Bunk
- <Possible follow-ups>
- [2.6 patch] document that 8139TOO supports 8129/8130, Adrian Bunk
[RFC: 2.6 patch] make MII no longer user visible, Adrian Bunk
- Re: [RFC: 2.6 patch] make MII no longer user visible, Jeff Garzik
  - Re: [RFC: 2.6 patch] make MII no longer user visible, Adrian Bunk
git repository for net drivers available, Jeff Garzik
- Re: git repository for net drivers available, James Ketrenos
  - Re: git repository for net drivers available, Jeff Garzik
    - Re: git repository for net drivers available, Petr Baudis
      - Re: git repository for net drivers available, Jeff Garzik
      - Re: git repository for net drivers available, Junio C Hamano
- Re: git repository for net drivers available, Krzysztof Halasa
  - Re: git repository for net drivers available, Jeff Garzik
CONFIRMED bug in do_generic_file_read, Jim Washer
- Re: CONFIRMED bug in do_generic_file_read, Al Viro
  - Message not available
    - Re: CONFIRMED bug in do_generic_file_read, Al Viro
      - Message not available
        
        Re: CONFIRMED bug in do_generic_file_read, Al Viro
Re: ipw2100: intrusive cleanups, working this time ;-), James Ketrenos
- Re: ipw2100: intrusive cleanups, working this time ;-), Greg KH
  - Re: ipw2100: intrusive cleanups, working this time ;-), James Ketrenos
    - Re: ipw2100: intrusive cleanups, working this time ;-), Greg KH
- Re: ipw2100: intrusive cleanups, working this time ;-), Christoph Hellwig
- Re: ipw2100: intrusive cleanups, working this time ;-), Pavel Machek
- <Possible follow-ups>
- Re: ipw2100: intrusive cleanups, working this time ;-), Denis Vlasenko
  - Re: ipw2100: intrusive cleanups, working this time ;-), Pavel Machek
    - Re: ipw2100: intrusive cleanups, working this time ;-), John M Flinchbaugh
Re: NFS: msync required for data writes to server?, Andrew Morton
- Re: NFS: msync required for data writes to server?, Linda Dunaphant
  - Re: NFS: msync required for data writes to server?, Andrew Morton
    - Re: NFS: msync required for data writes to server?, Linda Dunaphant
    - Re: NFS: msync required for data writes to server?, Trond Myklebust
      - Re: NFS: msync required for data writes to server?, Linda Dunaphant
[PATCH] ppc64: Abolish ioremap_mm, David Gibson
[2.6 patch] sound/oss/sequencer_syms: unexport reprogram_timer, Adrian Bunk
- <Possible follow-ups>
- [2.6 patch] sound/oss/sequencer_syms: unexport reprogram_timer, Adrian Bunk
[2.6 patch] fs/reiserfs/stree.c: make MAX_KEY static, Adrian Bunk
[Slightly OT] 95% of Programmers..., Shlomi Fish
[PATCH] tpm: improve output in sysfs files when the TPM fails, Kylene Hall
- Re: [PATCH] tpm: improve output in sysfs files when the TPM fails, Greg KH
  - Re: [PATCH] tpm: improve output in sysfs files when the TPM fails, Kylene Hall
    - Re: [PATCH] tpm: improve output in sysfs files when the TPM fails, Andrew Morton
      - Re: [PATCH] tpm: improve output in sysfs files when the TPM fails, Kylene Jo Hall
[PATCH] tpm: replace odd LPC init function, Kylene Hall
- <Possible follow-ups>
- [PATCH] tpm: replace odd LPC init function, Kylene Jo Hall
RSS feed for latest kernel versions, Kees Cook
- Re: RSS feed for latest kernel versions, Matthias-Christian Ott
  - Re: RSS feed for latest kernel versions, Felipe Alfaro Solana
- Re: RSS feed for latest kernel versions, Brice Goglin
- Re: RSS feed for latest kernel versions, Andy Hawkins
non-PCI libata, Joe Istead
- Re: non-PCI libata, Jeff Garzik
Linux 2.4.31-pre2, Marcelo Tosatti
- <Possible follow-ups>
- Re: Linux 2.4.31-pre2, Willy Tarreau
Experimental git repositories available for SATA, Jeff Garzik
- Re: Experimental git repositories available for SATA, Jeff Garzik
[XFS] 2.6.12-rc4: Badness in xfs_page_state_convert at fs/xfs/linux-2.6/xfs_aops.c:889, Karol Kozimor
- Re: [XFS] 2.6.12-rc4: Badness in xfs_page_state_convert at fs/xfs/linux-2.6/xfs_aops.c:889, Darren Williams
- Re: [XFS] 2.6.12-rc4: Badness in xfs_page_state_convert at fs/xfs/linux-2.6/xfs_aops.c:889, Christoph Hellwig
Enhanced Keyboard Driver, Alan Bryan
- Re: Enhanced Keyboard Driver, Jan-Benedict Glaw
  - Re: Enhanced Keyboard Driver, Alan Bryan
    - Re: Enhanced Keyboard Driver, Xavier Bestel
    - Re: Enhanced Keyboard Driver, Joel Jaeggli
    - Re: Enhanced Keyboard Driver, Jan-Benedict Glaw
    - Re: Enhanced Keyboard Driver, Dmitry Torokhov
- Re: Enhanced Keyboard Driver, Dmitry Torokhov
Re: Mercurial 0.4e vs git network pull, Petr Baudis
- Re: Mercurial 0.4e vs git network pull, Matt Mackall
  - Re: Mercurial 0.4e vs git network pull, Petr Baudis
    - Re: Mercurial 0.4e vs git network pull, Matt Mackall
      - Re: Mercurial 0.4e vs git network pull, Daniel Barkalow
        
        Re: Mercurial 0.4e vs git network pull, Petr Baudis
      - Re: Mercurial 0.4e vs git network pull, Petr Baudis
    - Re: Mercurial 0.4e vs git network pull, Christian Kujau
      - Re: Mercurial 0.4e vs git network pull, Petr Baudis
        
        Re: Mercurial 0.4e vs git network pull, Christian Kujau
- Re: Mercurial 0.4e vs git network pull, Ingo Molnar
- <Possible follow-ups>
- Re: Mercurial 0.4e vs git network pull, Daniel Barkalow
  - Re: Mercurial 0.4e vs git network pull, Matt Mackall
    - Re: Mercurial 0.4e vs git network pull, Daniel Barkalow
      - Re: Mercurial 0.4e vs git network pull, Matt Mackall
- Re: Mercurial 0.4e vs git network pull, Adam J. Richter
  - Re: Mercurial 0.4e vs git network pull, Petr Baudis
    - Re: Mercurial 0.4e vs git network pull, Tristan Wibberley
  - Re: Mercurial 0.4e vs git network pull, Matt Mackall
    - Re: Mercurial 0.4e vs git network pull, Jeff Garzik
      - Re: Mercurial 0.4e vs git network pull, Matt Mackall
  - Re: Mercurial 0.4e vs git network pull, Matthias Urlichs
- Re: Mercurial 0.4e vs git network pull, Adam J. Richter
  - Re: Mercurial 0.4e vs git network pull, Petr Baudis
2.4.30 xfs bug, Russell Miller
Automatic .config generation, Scott Robert Ladd
- Re: Automatic .config generation, jmerkey
  - Re: Automatic .config generation, Matthias-Christian Ott
    - Re: Automatic .config generation, Steven Rostedt
  - Re: Automatic .config generation, Lennart Sorensen
  - Re: Automatic .config generation, Edgar Toernig
    - Re: Automatic .config generation, Borislav Petkov
      - Re: Automatic .config generation, Valdis . Kletnieks
        
        Re: Automatic .config generation, Jesper Juhl
        
        Re: Automatic .config generation, Valdis . Kletnieks
        
        Re: Automatic .config generation, Steven Rostedt
        
        Re: Automatic .config generation, Scott Robert Ladd
    - Re: Automatic .config generation, aq
Need kernel patch to compile with Intel compiler, Tetsuji "Maverick" Rai
- Re: Need kernel patch to compile with Intel compiler, Richard B. Johnson
  - Re: Need kernel patch to compile with Intel compiler, Chris Friesen
    - Re: Need kernel patch to compile with Intel compiler, Tetsuji "Maverick" Rai
      - Re: Need kernel patch to compile with Intel compiler, Matthias-Christian Ott
  - Re: Need kernel patch to compile with Intel compiler, J.A. Magallon
    - Re: Need kernel patch to compile with Intel compiler, Peter Chubb
[PATCH] fix error handling in bus_add_device, Hannes Reinecke
- Re: [PATCH] fix error handling in bus_add_device, Greg KH
  - Re: [PATCH] fix error handling in bus_add_device, Hannes Reinecke
    - Re: [PATCH] fix error handling in bus_add_device, Greg KH
Patch for cx88-cards.c for DVICO-FusionHDTV 3 GOLD Q, Michael Krufky
- Message not available
  - Message not available
    - Message not available
      - Re: Patch for cx88-cards.c for DVICO-FusionHDTV 3 GOLD Q, Michael Krufky
[no subject], Florian Werner
make htmldocs doesn't work even with docbook stylesheets installed, Karel Kulhavy
- Re: make htmldocs doesn't work even with docbook stylesheets installed, Adrian Bunk
  - Re: make htmldocs doesn't work even with docbook stylesheets installed, Karel Kulhavy
    - Re: make htmldocs doesn't work even with docbook stylesheets installed, Alexey Dobriyan
2.4.20: pids disappear & reappear in /proc, Paolo Campanella
[patch] v4l: saa7134: mark little endian ptr, Gerd Knorr
2.6.12-rc4-mm1, Andrew Morton
- Re: 2.6.12-rc4-mm1, build results compared to 2.6.12-rc3-mm3, Jan Dittmer
  - Re: 2.6.12-rc4-mm1, build results compared to 2.6.12-rc3-mm3, Maneesh Soni
- Re: 2.6.12-rc4-mm1, Reuben Farrelly
  - Re: 2.6.12-rc4-mm1, Andrew Morton
  - Re: 2.6.12-rc4-mm1, Andrew James Wade
- kobject_register failed for intelfb (-EACCES) (Re: 2.6.12-rc4-mm1), Alexey Dobriyan
  - Re: kobject_register failed for intelfb (-EACCES) (Re: 2.6.12-rc4-mm1), Greg KH
    - Re: kobject_register failed for intelfb (-EACCES) (Re: 2.6.12-rc4-mm1), Andrew Morton
      - Re: kobject_register failed for intelfb (-EACCES) (Re: 2.6.12-rc4-mm1), Greg KH
      - Re: kobject_register failed for intelfb (-EACCES) (Re: 2.6.12-rc4-mm1), Alexey Dobriyan
- [PATCH -mm] Print KBD and AUX irqs correctly., Alexey Dobriyan
- [-mm patch] mm.h: fix page_zone compile error, Adrian Bunk
  - Re: [-mm patch] mm.h: fix page_zone compile error, Dave Hansen
    - Re: [-mm patch] mm.h: fix page_zone compile error, Adrian Bunk
  - Re: [-mm patch] mm.h: fix page_zone compile error, Andy Whitcroft
- Re: 2.6.12-rc4-mm1, Greg KH
- [-mm patch] drivers/cpufreq/cpufreq_conservative.c: make cpufreq_gov_dbs static, Adrian Bunk
- Re: 2.6.12-rc4-mm1, Dave Airlie
  - Re: 2.6.12-rc4-mm1, Dave Airlie
- [-mm patch] kprobes: arch_supports_kretprobes cleanup, Frederik Deweerdt
- Re: 2.6.12-rc4-mm1, Johannes Stezenbach
- Re: 2.6.12-rc4-mm1, Richard Purdie
  - Re: 2.6.12-rc4-mm2, Richard Purdie
- Re: 2.6.12-rc4-mm1, William Lee Irwin III
  - Re: 2.6.12-rc4-mm1, Andrew Morton
    - Re: 2.6.12-rc4-mm1, Jesper Juhl
      - Re: 2.6.12-rc4-mm1, Andrew Morton
- 2.6.12-rc4-mm1: drivers/usb/gadget/ether.c compile error, Adrian Bunk
  - Re: 2.6.12-rc4-mm1: drivers/usb/gadget/ether.c compile error, David Brownell
- [-mm patch] arch/i386/Kconfig: SELECT_MEMORY_MODEL -> ARCH_SELECT_MEMORY_MODEL, Adrian Bunk
  - Re: [-mm patch] arch/i386/Kconfig: SELECT_MEMORY_MODEL -> ARCH_SELECT_MEMORY_MODEL, Dave Hansen
[patch] some vesafb fixes, Gerd Knorr
[PATCH] enhance x86 MTRR handling, Jan Beulich
- Re: [PATCH] enhance x86 MTRR handling, Dave Jones
  - Re: [PATCH] enhance x86 MTRR handling, David Addison
  - [RFC] Cachemap for 2.6.12rc4-mm1. Was Re: [PATCH] enhance x86 MTRR handling, Dave Jones
    - Re: [RFC] Cachemap for 2.6.12rc4-mm1. Was Re: [PATCH] enhance x86 MTRR handling, Andi Kleen
      - Re: [RFC] Cachemap for 2.6.12rc4-mm1. Was Re: [PATCH] enhance x86 MTRR handling, Dave Hansen
        
        Re: [RFC] Cachemap for 2.6.12rc4-mm1. Was Re: [PATCH] enhance x86 MTRR handling, Andi Kleen
      - Re: [RFC] Cachemap for 2.6.12rc4-mm1. Was Re: [PATCH] enhance x86 MTRR handling, Dave Jones
        
        Re: [RFC] Cachemap for 2.6.12rc4-mm1. Was Re: [PATCH] enhance x86 MTRR handling, Terence Ripperda
        
        Re: [RFC] Cachemap for 2.6.12rc4-mm1. Was Re: [PATCH] enhance x86 MTRR handling, Andi Kleen
        
        Re: [RFC] Cachemap for 2.6.12rc4-mm1. Was Re: [PATCH] enhance x86 MTRR handling, Terence Ripperda
        
        Re: [RFC] Cachemap for 2.6.12rc4-mm1. Was Re: [PATCH] enhance x86 MTRR handling, Andi Kleen
        
        Re: [RFC] Cachemap for 2.6.12rc4-mm1. Was Re: [PATCH] enhance x86 MTRR handling, Randy Dunlap
    - Re: [RFC] Cachemap for 2.6.12rc4-mm1. Was Re: [PATCH] enhance x86 MTRR handling, H. Peter Anvin
      - Re: [RFC] Cachemap for 2.6.12rc4-mm1. Was Re: [PATCH] enhance x86 MTRR handling, Dave Jones
        
        Re: [RFC] Cachemap for 2.6.12rc4-mm1. Was Re: [PATCH] enhance x86 MTRR handling, H. Peter Anvin
        
        Re: [RFC] Cachemap for 2.6.12rc4-mm1. Was Re: [PATCH] enhance x86 MTRR handling, Dave Jones
        
        Re: [RFC] Cachemap for 2.6.12rc4-mm1. Was Re: [PATCH] enhance x86 MTRR handling, H. Peter Anvin
Linux 2.4.30-hf2 - security fix, Willy Tarreau
[PATCH] fix file2alias for cross builds, Jan Beulich
- Re: [PATCH] fix file2alias for cross builds, Andrew Morton
- <Possible follow-ups>
- Re: [PATCH] fix file2alias for cross builds, Jan Beulich
[PATCH] apply quotation handling to Makefile.build, Jan Beulich
Re: 2.6.11 USB broken on VIA computer (not just ACPI), paul
[PATCH] eliminate duplicate rdpmc definition, Jan Beulich
[PATCH] adjust per_cpu definition in non-SMP case, Jan Beulich
[PATCH] ide-floppy adjustments, Jan Beulich
USB Mass Storage, SN
- Re: USB Mass Storage, Carlos Martin
  - Re: USB Mass Storage, SN
- Re: USB Mass Storage, Douglas McNaught
[PATCH] fix ATM makefile for out-of-source-tree builds, Jan Beulich
- Re: [PATCH] fix ATM makefile for out-of-source-tree builds, Christoph Hellwig
- Re: [PATCH] fix ATM makefile for out-of-source-tree builds, chas williams - CONTRACTOR
  - Re: [PATCH] fix ATM makefile for out-of-source-tree builds, David S. Miller
[PATCH] adjust x86-64 watchdog tick calculation, Jan Beulich
- Re: [PATCH] adjust x86-64 watchdog tick calculation, Alexander Nyberg
  - Re: [discuss] Re: [PATCH] adjust x86-64 watchdog tick calculation, Andi Kleen
  - Re: [discuss] Re: [PATCH] adjust x86-64 watchdog tick calculation, Pavel Machek
    - Re: [discuss] Re: [PATCH] adjust x86-64 watchdog tick calculation, Andi Kleen
      - Re: [discuss] Re: [PATCH] adjust x86-64 watchdog tick calculation, Pavel Machek
        
        Re: [discuss] Re: [PATCH] adjust x86-64 watchdog tick calculation, Lee Revell
        
        Re: [discuss] Re: [PATCH] adjust x86-64 watchdog tick calculation, Pavel Machek
        
        Re: [discuss] Re: [PATCH] adjust x86-64 watchdog tick calculation, Lee Revell
        
        Re: [discuss] Re: [PATCH] adjust x86-64 watchdog tick calculation, Pavel Machek
        
        Re: [discuss] Re: [PATCH] adjust x86-64 watchdog tick calculation, Dave Jones
        
        Re: [discuss] Re: [PATCH] adjust x86-64 watchdog tick calculation, Andi Kleen
        
        Re: [discuss] Re: [PATCH] adjust x86-64 watchdog tick calculation, Andi Kleen
        
        Re: [discuss] Re: [PATCH] adjust x86-64 watchdog tick calculation, Pavel Machek
        
        Re: [discuss] Re: [PATCH] adjust x86-64 watchdog tick calculation, Andi Kleen
- <Possible follow-ups>
- Re: [PATCH] adjust x86-64 watchdog tick calculation, Andi Kleen
- Re: [PATCH] adjust x86-64 watchdog tick calculation, Jan Beulich
- Re: [PATCH] adjust x86-64 watchdog tick calculation, Andi Kleen
- Re: [PATCH] adjust x86-64 watchdog tick calculation, Jan Beulich
- Re: [PATCH] adjust x86-64 watchdog tick calculation, Andi Kleen
[PATCH] allow early printk to use more than 25 lines, Jan Beulich
[PATCH] adjust i386 watchdog tick calculation, Jan Beulich
- Re: [PATCH] adjust i386 watchdog tick calculation, Lee Revell
[PATCH] i386 NMI on debug stack check correction, Jan Beulich
[PATCH 4/4] iseries_veth: Cleanup skbs to prevent unregister_netdevice() hanging, Michael Ellerman
- Re: [PATCH 4/4] iseries_veth: Cleanup skbs to prevent unregister_netdevice() hanging, David Gibson
[patch 1/1] Do not enforce unique IO_APIC_ID check for xAPIC systems (i386), Natalie . Protasevich
[PATCH 3/4] iseries_veth: Don't leak skbs in RX path, Michael Ellerman
[PATCH 2/4] iseries_veth: Set dev->trans_start so watchdog timer works right, Michael Ellerman
[PATCH 1/4] iseries_veth: Don't send packets to LPARs which aren't up, Michael Ellerman
- Re: [PATCH 1/4] iseries_veth: Don't send packets to LPARs which aren't up, Jeff Garzik
RPC-over-portals, prasanna wakhare
-stable patch queue has moved to git, Greg KH
usb-ohci: ServerWorks OSB4/CSB5 + SMP = error, Tim Carr
RE: [OpenAFS] Re: Openafs 1.3.78 and kernel 2.4.29 oopses , same for 2.4.30 and openafs 1.3.82, Dimitris Zilaskos
- <Possible follow-ups>
- RE: [OpenAFS] Re: Openafs 1.3.78 and kernel 2.4.29 oopses , same for 2.4.30 and openafs 1.3.82, Dimitris Zilaskos
- RE: [OpenAFS] Re: Openafs 1.3.78 and kernel 2.4.29 oopses , same for 2.4.30 and openafs 1.3.82, Dimitris Zilaskos
  - RE: [OpenAFS] Re: Openafs 1.3.78 and kernel 2.4.29 oopses , same for 2.4.30 and openafs 1.3.82, ted creedon
    - RE: [OpenAFS] Re: Openafs 1.3.78 and kernel 2.4.29 oopses , same for 2.4.30 and openafs 1.3.82, Dimitris Zilaskos
      - RE: [OpenAFS] Re: Openafs 1.3.78 and kernel 2.4.29 oopses , same for 2.4.30 and openafs 1.3.82, ted creedon
        
        RE: [OpenAFS] Re: Openafs 1.3.78 and kernel 2.4.29 oopses , same for 2.4.30 and openafs 1.3.82, Jeffrey Hutzelman
        
        RE: [OpenAFS] Re: Openafs 1.3.78 and kernel 2.4.29 oopses , same for 2.4.30 and openafs 1.3.82, Dimitris Zilaskos
      - RE: [OpenAFS] Re: Openafs 1.3.78 and kernel 2.4.29 oopses , same for 2.4.30 and openafs 1.3.82, ted creedon
  - RE: [OpenAFS] Re: Openafs 1.3.78 and kernel 2.4.29 oopses , same for 2.4.30 and openafs 1.3.82, ted creedon
    - RE: [OpenAFS] Re: Openafs 1.3.78 and kernel 2.4.29 oopses , same for 2.4.30 and openafs 1.3.82, Dimitris Zilaskos
remote keyboard, P.Manohar
- Re: remote keyboard, Raphael Jacquot
  - Re: remote keyboard, Joel Jaeggli
- Re: remote keyboard, Jan-Benedict Glaw
  - Re: remote keyboard, Timothy Ball
Re: [PATCH] kernel/module.c has something to hide. (whitespace cleanup), Nick Piggin
- Re: [PATCH] kernel/module.c has something to hide. (whitespace cleanup), Bodo Eggert
  - Message not available
    - trailing whitespace fix (was: [PATCH] kernel/module.c has something to hide. (whitespace cleanup)), Bodo Eggert
- <Possible follow-ups>
- Re: [PATCH] kernel/module.c has something to hide. (whitespace cleanup), Jesper Juhl
  - Re: [PATCH] kernel/module.c has something to hide. (whitespace cleanup), Andrew Morton
Re: acpi=off and acpi_get_firmware_table, Shaohua Li
- Re: acpi=off and acpi_get_firmware_table, Corey Minyard
usb keyboard for kdb in 2.6, ndnguyen3
- Re: usb keyboard for kdb in 2.6, Randy Dunlap
- Re: usb keyboard for kdb in 2.6, Greg KH
Modules on 2.6 kernels, Wakko Warner
Bugs in 2.6.12-rc kernels, Wakko Warner
- Re: Bugs in 2.6.12-rc kernels, Wakko Warner
  - [PATCH] pcmcia/ds: handle any error code, randy_dunlap
    - Re: [PATCH] pcmcia/ds: handle any error code, Wakko Warner
    - Re: [PATCH] pcmcia/ds: handle any error code, Wakko Warner
      - Re: [PATCH] pcmcia/ds: handle any error code, randy_dunlap
        
        Re: [PATCH] pcmcia/ds: handle any error code, Wakko Warner
        
        Re: [PATCH] pcmcia/ds: handle any error code, randy_dunlap
        
        Re: [PATCH] pcmcia/ds: handle any error code, Wakko Warner
[PATCH] x86_64: never block forced SIGSEGV, Roland McGrath
- Re: [PATCH] x86_64: never block forced SIGSEGV, Andi Kleen
[PATCH] i386: never block forced SIGSEGV, Roland McGrath
FC3 oops, Erik Mckee
- Re: FC3 oops, Dave Jones
Linux 2.6.11.9, Greg KH
- Re: Linux 2.6.11.9, Greg KH

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