LKML: Linux Kernel Archive 2006 Q2

Date Index

[PATCH 16/33] readahead: state based method, Wu Fengguang
[PATCH 14/33] readahead: state based method - aging accounting, Wu Fengguang
[PATCH 21/33] readahead: initial method - user recommended size, Wu Fengguang
[PATCH 22/33] readahead: initial method, Wu Fengguang
[PATCH 02/33] radixtree: introduce __radix_tree_lookup_parent(), Wu Fengguang
- Re: [PATCH 02/33] radixtree: introduce __radix_tree_lookup_parent(), Christoph Lameter
  - Re: [PATCH 02/33] radixtree: introduce __radix_tree_lookup_parent(), Wu Fengguang
[PATCH 03/33] radixtree: introduce radix_tree_scan_hole[_backward](), Wu Fengguang
Recent x86-64 patch causes many devices to disappear, Jeff Garzik
- Re: Recent x86-64 patch causes many devices to disappear, Andi Kleen
  - Re: Recent x86-64 patch causes many devices to disappear, Jeff Garzik
    - Re: Recent x86-64 patch causes many devices to disappear, Jeff Garzik
  - Re: Recent x86-64 patch causes many devices to disappear, Jeff Garzik
    - Re: Recent x86-64 patch causes many devices to disappear, Andi Kleen
      - Re: Recent x86-64 patch causes many devices to disappear, Jeff Garzik
        
        Re: Recent x86-64 patch causes many devices to disappear, Thomas Renninger
[RFC][PATCH] ia64 node hotplug -- cpu - node relationship fix [0/2] intro, KAMEZAWA Hiroyuki
- [RFC][PATCH] ia64 node hotplug -- cpu - node relationship fix [1/2] empty node fix, KAMEZAWA Hiroyuki
- [RFC][PATCH] ia64 node hotplug -- cpu - node relationship fix [2/2] cpu-to-node map, KAMEZAWA Hiroyuki
- Re: [RFC][PATCH] ia64 node hotplug -- cpu - node relationship fix [0/2] intro, KAMEZAWA Hiroyuki
- Re: [RFC][PATCH] ia64 node hotplug -- cpu - node relationship fix [0/2] intro, Yasunori Goto
Fwd: Adaptive read-ahead V12, Wu Fengguang
- Re: Fwd: Adaptive read-ahead V12, Bill Davidsen
  - Re: Fwd: Adaptive read-ahead V12, Wu Fengguang
Re: Adaptive read-ahead, Wu Fengguang
[PATCH] kmalloc man page before 2.6.17, Paul Drynoff
- Re: [PATCH] kmalloc man page before 2.6.17, Pekka Enberg
  - Re: [PATCH] kmalloc man page before 2.6.17, Paul Drynoff
    - Re: [PATCH] kmalloc man page before 2.6.17, Pekka J Enberg
      - Re: [PATCH] kmalloc man page before 2.6.17, Paul Drynoff
        
        Re: [PATCH] kmalloc man page before 2.6.17, Andrey Panin
        
        Re: [PATCH] kmalloc man page before 2.6.17, Jesper Juhl
        
        Re: [PATCH] kmalloc man page before 2.6.17, Paul Drynoff
        
        Re: [PATCH] kmalloc man page before 2.6.17, Paulo Marques
        
        Re: [PATCH] kmalloc man page before 2.6.17, Christoph Lameter
        
        Re: [PATCH] kmalloc man page before 2.6.17, Paul Drynoff
        
        Re: [PATCH] kmalloc man page before 2.6.17, Christoph Lameter
        
        Re: [PATCH] kmalloc man page before 2.6.17, Luca
        
        Re: [PATCH] kmalloc man page before 2.6.17, Martin Waitz
        
        Re: [PATCH] kmalloc man page before 2.6.17, Paul Drynoff
pci_walk_bus race condition, Zhang, Yanmin
- Re: pci_walk_bus race condition, Greg KH
  - Re: pci_walk_bus race condition, Zhang, Yanmin
    - Re: pci_walk_bus race condition, Zhang, Yanmin
      - Re: pci_walk_bus race condition, Zhang, Yanmin
        
        Re: pci_walk_bus race condition, Andrew Morton
        
        Re: pci_walk_bus race condition, Andrew Morton
        
        Re: pci_walk_bus race condition, Zhang, Yanmin
Re: [PATCH] scsi: properly count the number of pages in scsi_req_map_sg(), Mike Christie
- Re: [PATCH] scsi: properly count the number of pages in scsi_req_map_sg(), Bryan Holty
Re: - git-klibc-build-hacks.patch removed from -mm tree, H. Peter Anvin
[PATCH 2/2]ext3_fsblk_t: the rest of in-kernel filesystem blocks conversion., Mingming Cao
[PATCH 1/2]ext3_fsblk_t: filesystem, group blocks and bug fixes, Mingming Cao
[PATCH 0/2]Define ext3 in-kernel filesystem block types and extend ext3 filesystem limit from 8TB to 16TB, Mingming Cao
- Re: [PATCH 0/2]Define ext3 in-kernel filesystem block types and extend ext3 filesystem limit from 8TB to 16TB, Andrew Morton
  - Re: [PATCH 0/2]Define ext3 in-kernel filesystem block types and extend ext3 filesystem limit from 8TB to 16TB, Mingming Cao
Re: trapping key press using signals, Bharti
Re: [OOPS] amrestore dies in kmem_cache_free 2.6.16.18 - cannot restore backups!, Chuck Ebbert
- Re: [OOPS] amrestore dies in kmem_cache_free 2.6.16.18 - cannot restore backups!, Mike Christie
[RFC 0/5] sched: Add CPU rate caps, Peter Williams
- [RFC 1/5] sched: Fix priority inheritence before CPU rate soft caps, Peter Williams
- [RFC 2/5] sched: Add CPU rate soft caps, Peter Williams
  - Re: [RFC 2/5] sched: Add CPU rate soft caps, Con Kolivas
    - Re: [RFC 2/5] sched: Add CPU rate soft caps, Mike Galbraith
      - Re: [RFC 2/5] sched: Add CPU rate soft caps, Con Kolivas
        
        Re: [RFC 2/5] sched: Add CPU rate soft caps, Mike Galbraith
    - Re: [RFC 2/5] sched: Add CPU rate soft caps, Peter Williams
  - Re: [RFC 2/5] sched: Add CPU rate soft caps, Balbir Singh
    - Re: [RFC 2/5] sched: Add CPU rate soft caps, Peter Williams
      - Re: [RFC 2/5] sched: Add CPU rate soft caps, Peter Williams
        
        Re: [RFC 2/5] sched: Add CPU rate soft caps, Balbir Singh
        
        Re: [RFC 2/5] sched: Add CPU rate soft caps, Peter Williams
        
        Re: [RFC 2/5] sched: Add CPU rate soft caps, Balbir Singh
        
        Re: [RFC 2/5] sched: Add CPU rate soft caps, Peter Williams
        
        Re: [RFC 2/5] sched: Add CPU rate soft caps, Kirill Korotaev
        
        Re: [RFC 2/5] sched: Add CPU rate soft caps, Peter Williams
        
        Re: [RFC 2/5] sched: Add CPU rate soft caps, Kirill Korotaev
        
        Re: [RFC 2/5] sched: Add CPU rate soft caps, Peter Williams
        
        Re: [RFC 2/5] sched: Add CPU rate soft caps, Peter Williams
- [RFC 3/5] sched: Add CPU rate hard caps, Peter Williams
  - Re: [RFC 3/5] sched: Add CPU rate hard caps, Kari Hurtta
    - Re: [RFC 3/5] sched: Add CPU rate hard caps, Peter Williams
  - Re: [RFC 3/5] sched: Add CPU rate hard caps, Con Kolivas
    - Re: [RFC 3/5] sched: Add CPU rate hard caps, Peter Williams
      - Re: [RFC 3/5] sched: Add CPU rate hard caps, Con Kolivas
      - Re: [RFC 3/5] sched: Add CPU rate hard caps, Mike Galbraith
        
        Re: [RFC 3/5] sched: Add CPU rate hard caps, Peter Williams
        
        Re: [RFC 3/5] sched: Add CPU rate hard caps, Mike Galbraith
        
        Re: [RFC 3/5] sched: Add CPU rate hard caps, Peter Williams
  - Re: [RFC 3/5] sched: Add CPU rate hard caps, Balbir Singh
    - Re: [RFC 3/5] sched: Add CPU rate hard caps, Peter Williams
      - Re: [RFC 3/5] sched: Add CPU rate hard caps, Kirill Korotaev
        
        Re: [RFC 3/5] sched: Add CPU rate hard caps, Balbir Singh
        
        Re: [RFC 3/5] sched: Add CPU rate hard caps, Mike Galbraith
        
        Re: [RFC 3/5] sched: Add CPU rate hard caps, Kirill Korotaev
        
        Re: [RFC 3/5] sched: Add CPU rate hard caps, Balbir Singh
        
        Re: [ckrm-tech] [RFC 3/5] sched: Add CPU rate hard caps, Chandra Seetharaman
        
        Re: [ckrm-tech] [RFC 3/5] sched: Add CPU rate hard caps, Peter Williams
        
        Re: [ckrm-tech] [RFC 3/5] sched: Add CPU rate hard caps, Chandra Seetharaman
        
        Re: [ckrm-tech] [RFC 3/5] sched: Add CPU rate hard caps, Peter Williams
        
        Re: [ckrm-tech] [RFC 3/5] sched: Add CPU rate hard caps, Balbir Singh
        
        Re: [ckrm-tech] [RFC 3/5] sched: Add CPU rate hard caps, Peter Williams
        
        Re: [ckrm-tech] [RFC 3/5] sched: Add CPU rate hard caps, Balbir Singh
        
        Re: [ckrm-tech] [RFC 3/5] sched: Add CPU rate hard caps, Peter Williams
        
        Re: [ckrm-tech] [RFC 3/5] sched: Add CPU rate hard caps, Balbir Singh
        
        Re: [ckrm-tech] [RFC 3/5] sched: Add CPU rate hard caps, Chandra Seetharaman
        
        Re: [ckrm-tech] [RFC 3/5] sched: Add CPU rate hard caps, Peter Williams
        
        Re: sched: Add CPU rate hard caps, Con Kolivas
        
        Re: [ckrm-tech] sched: Add CPU rate hard caps, Chandra Seetharaman
        
        Re: [ckrm-tech] [RFC 3/5] sched: Add CPU rate hard caps, Peter Williams
        
        Re: [ckrm-tech] [RFC 3/5] sched: Add CPU rate hard caps, Kirill Korotaev
        
        Re: [ckrm-tech] [RFC 3/5] sched: Add CPU rate hard caps, Peter Williams
        
        Re: [ckrm-tech] [RFC 3/5] sched: Add CPU rate hard caps, Sam Vilain
        
        Re: [ckrm-tech] [RFC 3/5] sched: Add CPU rate hard caps, Kirill Korotaev
        
        Re: [ckrm-tech] [RFC 3/5] sched: Add CPU rate hard caps, Con Kolivas
        
        Re: [ckrm-tech] [RFC 3/5] sched: Add CPU rate hard caps, Kirill Korotaev
        
        Re: [ckrm-tech] [RFC 3/5] sched: Add CPU rate hard caps, Mike Galbraith
        
        Re: [ckrm-tech] [RFC 3/5] sched: Add CPU rate hard caps, Peter Williams
        
        Re: [ckrm-tech] [RFC 3/5] sched: Add CPU rate hard caps, Mike Galbraith
        
        Re: [ckrm-tech] [RFC 3/5] sched: Add CPU rate hard caps, Peter Williams
        
        Re: [ckrm-tech] [RFC 3/5] sched: Add CPU rate hard caps, Mike Galbraith
        
        Re: [ckrm-tech] [RFC 3/5] sched: Add CPU rate hard caps, Peter Williams
        
        Re: [ckrm-tech] [RFC 3/5] sched: Add CPU rate hard caps, Srivatsa Vaddagiri
        
        Re: [ckrm-tech] [RFC 3/5] sched: Add CPU rate hard caps, Kirill Korotaev
        
        Re: [ckrm-tech] [RFC 3/5] sched: Add CPU rate hard caps, Shailabh Nagar
        
        Re: [RFC 3/5] sched: Add CPU rate hard caps, Sam Vilain
        
        Re: [RFC 3/5] sched: Add CPU rate hard caps, Peter Williams
        
        Re: [RFC 3/5] sched: Add CPU rate hard caps, Peter Williams
        
        Re: [RFC 3/5] sched: Add CPU rate hard caps, Kirill Korotaev
        
        Re: [RFC 3/5] sched: Add CPU rate hard caps, Peter Williams
- [RFC 5/5] sched: Add procfs interface for CPU rate hard caps, Peter Williams
- [RFC 4/5] sched: Add procfs interface for CPU rate soft caps, Peter Williams
- Re: [RFC 0/5] sched: Add CPU rate caps, Mike Galbraith
  - Re: [RFC 0/5] sched: Add CPU rate caps, Björn Steinbrink
    - Re: [RFC 0/5] sched: Add CPU rate caps, Sam Vilain
      - Re: [RFC 0/5] sched: Add CPU rate caps, Peter Williams
        
        Re: [RFC 0/5] sched: Add CPU rate caps, Sam Vilain
        
        Re: [RFC 0/5] sched: Add CPU rate caps, Peter Williams
        
        Re: [RFC 0/5] sched: Add CPU rate caps, Sam Vilain
        
        Re: [RFC 0/5] sched: Add CPU rate caps, Peter Williams
        
        Re: [RFC 0/5] sched: Add CPU rate caps, Sam Vilain
        
        Re: [RFC 0/5] sched: Add CPU rate caps, Peter Williams
        
        Re: [RFC 0/5] sched: Add CPU rate caps, Sam Vilain
        
        Re: [RFC 0/5] sched: Add CPU rate caps, Peter Williams
        
        Re: [RFC 0/5] sched: Add CPU rate caps, Peter Williams
        
        Re: [RFC 0/5] sched: Add CPU rate caps, Peter Williams
  - Re: [RFC 0/5] sched: Add CPU rate caps, Peter Williams
- Re: [RFC 0/5] sched: Add CPU rate caps, Con Kolivas
  - Re: [RFC 0/5] sched: Add CPU rate caps, Peter Williams
    - Re: [RFC 0/5] sched: Add CPU rate caps, Con Kolivas
- Re: [RFC 0/5] sched: Add CPU rate caps, Con Kolivas
  - Re: [RFC 0/5] sched: Add CPU rate caps, Peter Williams
- Re: [RFC 0/5] sched: Add CPU rate caps, Balbir Singh
  - Re: [RFC 0/5] sched: Add CPU rate caps, Peter Williams
Fwd: [RFC] New netfilter match, Alex Davis
- Re: Fwd: [RFC] New netfilter match, Willy Tarreau
  - Re: Fwd: [RFC] New netfilter match, Randy.Dunlap
  - Re: Fwd: [RFC] New netfilter match, Jan Engelhardt
why svc_export_lookup() has no implementation?, Xin Zhao
- Re: why svc_export_lookup() has no implementation?, Randy.Dunlap
- Re: why svc_export_lookup() has no implementation?, Neil Brown
  - Re: why svc_export_lookup() has no implementation?, Xin Zhao
[PATCH] POSIX-hostname up to 255 characters, Randy.Dunlap
- Re: [PATCH] POSIX-hostname up to 255 characters, Eric W. Biederman
  - Re: [PATCH] POSIX-hostname up to 255 characters, Jan-Benedict Glaw
    - Re: [PATCH] POSIX-hostname up to 255 characters, Randy.Dunlap
      - Re: [PATCH] POSIX-hostname up to 255 characters, Jan-Benedict Glaw
        
        Re: [PATCH] POSIX-hostname up to 255 characters, linux-os (Dick Johnson)
        
        Re: [PATCH] POSIX-hostname up to 255 characters, Ulrich Drepper
        
        Re: [PATCH] POSIX-hostname up to 255 characters, linux-os (Dick Johnson)
        
        Re: [PATCH] POSIX-hostname up to 255 characters, Ulrich Drepper
        
        Re: [PATCH] POSIX-hostname up to 255 characters, Jan Engelhardt
        
        Re: [PATCH] POSIX-hostname up to 255 characters, Eric W. Biederman
  - Re: [PATCH] POSIX-hostname up to 255 characters, Randy.Dunlap
    - Re: [PATCH] POSIX-hostname up to 255 characters, Randy.Dunlap
      - Re: [PATCH] POSIX-hostname up to 255 characters, Eric W. Biederman
        
        Re: [PATCH] POSIX-hostname up to 255 characters, Randy.Dunlap
[RFC] [PATCH] Double syscall exit traces on x86_64, Jeff Dike
- Re: [discuss] [RFC] [PATCH] Double syscall exit traces on x86_64, Andi Kleen
  - Re: [discuss] [RFC] [PATCH] Double syscall exit traces on x86_64, Jeff Dike
    - Re: [uml-devel] Re: [discuss] [RFC] [PATCH] Double syscall exit traces on x86_64, Blaisorblade
      - Re: [uml-devel] [discuss] [RFC] [PATCH] Double syscall exit traces on x86_64, Jeff Dike
        
        Re: [uml-devel] [discuss] [RFC] [PATCH] Double syscall exit traces on x86_64, Steven James
        
        Re: [uml-devel] [discuss] [RFC] [PATCH] Double syscall exit traces on x86_64, Blaisorblade
[RFC]disable msi mode in pci_disable_device, Shaohua Li
- Re: [RFC]disable msi mode in pci_disable_device, Andrew Morton
  - Re: [RFC]disable msi mode in pci_disable_device, Brice Goglin
    - Re: [RFC]disable msi mode in pci_disable_device, Rajesh Shah
      - Re: [RFC]disable msi mode in pci_disable_device, Brice Goglin
      - Re: [RFC]disable msi mode in pci_disable_device, Shaohua Li
    - Re: [RFC]disable msi mode in pci_disable_device, Linas Vepstas
      - Re: [RFC]disable msi mode in pci_disable_device, Brice Goglin
[PATCH] Per-superblock unused dentry LRU lists V3, David Chinner
- Re: [PATCH] Per-superblock unused dentry LRU lists V3, Andrew Morton
  - Re: [PATCH] Per-superblock unused dentry LRU lists V3, David Chinner
- Message not available
  - Re: [PATCH] Per-superblock unused dentry LRU lists V3, Jan Blunck
    - Re: [PATCH] Per-superblock unused dentry LRU lists V3, David Chinner
      - Re: [PATCH] Per-superblock unused dentry LRU lists V3, Balbir Singh
[PATCH] inotify kernel API, Amy Griffis
- Re: [PATCH] inotify kernel API, John McCutchan
- Message not available
  - Re: [PATCH] inotify kernel API, Amy Griffis
    - Re: [PATCH] inotify kernel API, Arjan van de Ven
      - Re: [PATCH] inotify kernel API, Al Viro
- Re: [PATCH] inotify kernel API, Andrew Morton
  - Re: [PATCH] inotify kernel API, Amy Griffis
PROBLEM: /proc (procfs) task exit race condition causes a kernel crash, Tony Griffiths
- Re: PROBLEM: /proc (procfs) task exit race condition causes a kernel crash, Eric W. Biederman
  - Re: PROBLEM: /proc (procfs) task exit race condition causes a kernel crash, Tony Griffiths
  - Re: PROBLEM: /proc (procfs) task exit race condition causes a kernel crash, Tony Griffiths
Re: [PATCH 3/3] pci: gt96100eth avoid pci_find_device, Jeff Garzik
- <Possible follow-ups>
- Re: [PATCH 3/3] pci: gt96100eth avoid pci_find_device, Jiri Slaby
Re: [PATCH 2/3] pci: bcm43xx avoid pci_find_device, Jeff Garzik
- Re: [PATCH 2/3] pci: bcm43xx avoid pci_find_device, Jiri Slaby
  - Re: [PATCH 2/3] pci: bcm43xx avoid pci_find_device, Jeff Garzik
    - Re: [PATCH 2/3] pci: bcm43xx avoid pci_find_device, Jiri Slaby
      - Re: [PATCH 2/3] pci: bcm43xx avoid pci_find_device, Jeff Garzik
        
        Re: [PATCH 2/3] pci: bcm43xx avoid pci_find_device, Jiri Slaby
        
        Re: [PATCH 2/3] pci: bcm43xx avoid pci_find_device, Jeff Garzik
        
        Re: [PATCH 2/3] pci: bcm43xx avoid pci_find_device, Jiri Slaby
        
        Re: [PATCH 2/3] pci: bcm43xx avoid pci_find_device, John W. Linville
        
        Re: [PATCH 2/3] pci: bcm43xx avoid pci_find_device, Jiri Slaby
      - Re: [PATCH 2/3] pci: bcm43xx avoid pci_find_device, Michael Buesch
        
        Re: [PATCH 2/3] pci: bcm43xx avoid pci_find_device, Jiri Slaby
- <Possible follow-ups>
- Re: [PATCH 2/3] pci: bcm43xx avoid pci_find_device, Michael Buesch
  - Re: [PATCH 2/3] pci: bcm43xx avoid pci_find_device, Jiri Slaby
Re: + radixtree-look-aside-cache.patch added to -mm tree, Wu Fengguang
[PATCH 0/3 #2] avoid pci_find_device, Jiri Slaby
How to check if kernel sources are installed on a system?, devmazumdar
- Re: How to check if kernel sources are installed on a system?, alan
- Re: How to check if kernel sources are installed on a system?, Jan-Benedict Glaw
  - Re: How to check if kernel sources are installed on a system?, Lee Revell
    - Re: How to check if kernel sources are installed on a system?, 4Front Technologies
      - Re: How to check if kernel sources are installed on a system?, Lee Revell
        
        Re: How to check if kernel sources are installed on a system?, Dave Jones
        
        Re: How to check if kernel sources are installed on a system?, Lee Revell
- Re: How to check if kernel sources are installed on a system?, Valdis . Kletnieks
  - Re: How to check if kernel sources are installed on a system?, Dave Jones
- Re: How to check if kernel sources are installed on a system?, Michal Piotrowski
- Re: How to check if kernel sources are installed on a system?, Jeff Garzik
  - Re: How to check if kernel sources are installed on a system?, Jan-Benedict Glaw
    - Re: How to check if kernel sources are installed on a system?, Jeff Garzik
      - Re: How to check if kernel sources are installed on a system?, Jan-Benedict Glaw
    - Re: How to check if kernel sources are installed on a system?, Dave Jones
      - Re: How to check if kernel sources are installed on a system?, Olivier Galibert
        
        Re: How to check if kernel sources are installed on a system?, Willy Tarreau
      - Re: How to check if kernel sources are installed on a system?, Jan-Benedict Glaw
        
        Re: How to check if kernel sources are installed on a system?, linux-os (Dick Johnson)
        
        Re: How to check if kernel sources are installed on a system?, Jesper Juhl
- Re: How to check if kernel sources are installed on a system?, Dave Jones
- Re: How to check if kernel sources are installed on a system?, Lee Revell
  - Re: How to check if kernel sources are installed on a system?, 4Front Technologies
    - Re: How to check if kernel sources are installed on a system?, Jesper Juhl
      - Re: How to check if kernel sources are installed on a system?, 4Front Technologies
        
        Re: How to check if kernel sources are installed on a system?, Brian F. G. Bidulock
  - Re: How to check if kernel sources are installed on a system?, Diego Calleja
    - Re: How to check if kernel sources are installed on a system?, Måns Rullgård
  - Re: How to check if kernel sources are installed on a system?, Arjan van de Ven
    - Re: How to check if kernel sources are installed on a system?, Brian F. G. Bidulock
      - Re: How to check if kernel sources are installed on a system?, Arjan van de Ven
        
        Re: How to check if kernel sources are installed on a system?, Brian F. G. Bidulock
        
        Re: How to check if kernel sources are installed on a system?, Arjan van de Ven
        
        Re: How to check if kernel sources are installed on a system?, Brian F. G. Bidulock
        
        Re: How to check if kernel sources are installed on a system?, Arjan van de Ven
        
        Re: How to check if kernel sources are installed on a system?, Brian F. G. Bidulock
      - Re: How to check if kernel sources are installed on a system?, Kyle Moffett
        
        Re: How to check if kernel sources are installed on a system?, Brian F. G. Bidulock
    - Re: How to check if kernel sources are installed on a system?, Heiko Carstens
      - Re: How to check if kernel sources are installed on a system?, Jan-Benedict Glaw
        
        Re: How to check if kernel sources are installed on a system?, Heiko Carstens
      - Re: How to check if kernel sources are installed on a system?, Arjan van de Ven
        
        Re: How to check if kernel sources are installed on a system?, Lee Revell
        
        Re: How to check if kernel sources are installed on a system?, Arjan van de Ven
        
        Re: How to check if kernel sources are installed on a system?, Randy.Dunlap
        
        Re: How to check if kernel sources are installed on a system?, Willy Tarreau
        
        Re: How to check if kernel sources are installed on a system?, Lee Revell
        
        Re: How to check if kernel sources are installed on a system?, Jan-Benedict Glaw
        
        Re: How to check if kernel sources are installed on a system?, Lee Revell
        
        Re: How to check if kernel sources are installed on a system?, Jan-Benedict Glaw
        
        Re: How to check if kernel sources are installed on a system?, Lee Revell
        
        Re: How to check if kernel sources are installed on a system?, Jan-Benedict Glaw
        
        Re: How to check if kernel sources are installed on a system?, Steven Rostedt
        
        Re: How to check if kernel sources are installed on a system?, Steven Rostedt
        
        Re: How to check if kernel sources are installed on a system?, Brian F. G. Bidulock
        
        Re: How to check if kernel sources are installed on a system?, Arjan van de Ven
        
        Re: How to check if kernel sources are installed on a system?, 4Front Technologies
        
        Re: How to check if kernel sources are installed on a system?, David Miller
        
        Re: How to check if kernel sources are installed on a system?, Valdis . Kletnieks
        
        Re: How to check if kernel sources are installed on a system?, Arjan van de Ven
        
        Re: How to check if kernel sources are installed on a system?, Brian F. G. Bidulock
        
        Re: How to check if kernel sources are installed on a system?, Arjan van de Ven
        
        Re: How to check if kernel sources are installed on a system?, Brian F. G. Bidulock
        
        Re: How to check if kernel sources are installed on a system?, 4Front Technologies
        
        Re: How to check if kernel sources are installed on a system?, Brian F. G. Bidulock
        
        Re: How to check if kernel sources are installed on a system?, Valdis . Kletnieks
        
        Re: How to check if kernel sources are installed on a system?, Arjan van de Ven
        
        Re: How to check if kernel sources are installed on a system?, Christopher Friesen
        
        Re: How to check if kernel sources are installed on a system?, Arjan van de Ven
        
        Re: How to check if kernel sources are installed on a system?, Willy Tarreau
        
        Re: How to check if kernel sources are installed on a system?, Jesper Juhl
- Re: How to check if kernel sources are installed on a system?, Jesper Juhl
  - Re: How to check if kernel sources are installed on a system?, Thomas Backlund
[USB disks] FAT: invalid media value (0x01), Paweł Sikora
- <Possible follow-ups>
- Re: [USB disks] FAT: invalid media value (0x01), Chuck Ebbert
  - Re: [USB disks] FAT: invalid media value (0x01), H. Peter Anvin
  - Re: [USB disks] FAT: invalid media value (0x01), Paweł Sikora
- Re: [USB disks] FAT: invalid media value (0x01), Pete Zaitcev
possible 2.6.16-rt23 OOM problem, Mark Hounschell
- Re: possible 2.6.16-rt23 OOM problem, Mark Hounschell
Fw:, Blair Jefferson
[PATCH] tpm: fix bug for TPM on ThinkPad T60 and Z60, Kylene Jo Hall
[PATCH 10/10] dm: mirror sector offset fix, Alasdair G Kergon
Hello., Ms. pamila Mark.
[PATCH 9/10] dm: fix block device initialisation, Alasdair G Kergon
[PATCH 8/10] dm: add module ref counting, Alasdair G Kergon
[PATCH 7/10] dm: fix mapped device ref counting, Alasdair G Kergon
[PATCH 6/10] dm: add DMF_FREEING, Alasdair G Kergon
[PATCH 5/10] dm: change minor_lock to spinlock, Alasdair G Kergon
[PATCH 4/10] dm: move idr_pre_get, Alasdair G Kergon
[PATCH 3/10] dm: fix idr minor allocation, Alasdair G Kergon
[PATCH 2/10] lib: add idr_replace, Alasdair G Kergon
[PATCH 1/10] dm snapshot: unify chunk_size, Alasdair G Kergon
- Re: [PATCH 1/10] dm snapshot: unify chunk_size, Andrew Morton
RE: 2.6.17-rc4-mm3 - kernel panic, Kristen Accardi
- Re: 2.6.17-rc4-mm3 - kernel panic, Pavel Machek
  - Re: 2.6.17-rc4-mm3 - kernel panic, Pavel Machek
    - Re: 2.6.17-rc4-mm3 - kernel panic, Kristen Accardi
      - Re: 2.6.17-rc4-mm3 - kernel panic, Pavel Machek
        
        Re: 2.6.17-rc4-mm3 - kernel panic, Kristen Accardi
        
        Re: 2.6.17-rc4-mm3 - kernel panic, Pavel Machek
- <Possible follow-ups>
- RE: 2.6.17-rc4-mm3 - kernel panic, Brown, Len
b44 driver issues?, David Johnson
- Re: b44 driver issues?, Stephen Hemminger
  - Re: b44 driver issues?, David Johnson
- Re: b44 driver issues?, Eric Sandall
  - Re: b44 driver issues?, Mark Lord
    - Re: b44 driver issues?, Mark Lord
Re: [PATCH] qla1280: fix section mismatch warnings, İsmail Dönmez
[PATCH] scx200_acb: fix section mismatch warning, Randy.Dunlap
- Re: [PATCH] scx200_acb: fix section mismatch warning, İsmail Dönmez
- Re: [PATCH] scx200_acb: fix section mismatch warning, Jean Delvare
  - Re: [PATCH] scx200_acb: fix section mismatch warning, Andrew Morton
    - Re: [PATCH] scx200_acb: fix section mismatch warning, İsmail Dönmez
      - Re: [PATCH] scx200_acb: fix section mismatch warning, Randy.Dunlap
      - Re: [PATCH] scx200_acb: fix section mismatch warning, Andrew Morton
PCI reset using x86 or x86-64 BIOS calls?, Linas Vepstas
- <Possible follow-ups>
- Re: PCI reset using x86 or x86-64 BIOS calls?, Robert Hancock
  - Re: PCI reset using x86 or x86-64 BIOS calls?, Linas Vepstas
  - Re: PCI reset using x86 or x86-64 BIOS calls?, Lennart Sorensen
Re: + pi-futex-rt-mutex-docs.patch added to -mm tree, Steven Rostedt
- Re: + pi-futex-rt-mutex-docs.patch added to -mm tree, Andrew Morton
  - Re: + pi-futex-rt-mutex-docs.patch added to -mm tree, Steven Rostedt
  - [PATCH -mm] Update rt-mutex-design.txt as per Randy Dunlap suggestions, Steven Rostedt
    - Re: [PATCH -mm] Update rt-mutex-design.txt as per Randy Dunlap suggestions, Ingo Molnar
[PATCH] Well, Linus seems to like Lordi..., Kyle McMartin
- Re: [PATCH] Well, Linus seems to like Lordi..., Linus Torvalds
  - Re: [PATCH] Well, Linus seems to like Lordi..., Steven Rostedt
  - Re: [PATCH] Well, Linus seems to like Lordi..., alan
    - Re: [PATCH] Well, Linus seems to like Lordi..., Linus Torvalds
      - Re: [PATCH] Well, Linus seems to like Lordi..., Jan Engelhardt
        
        Re: [PATCH] Well, Linus seems to like Lordi..., Folkert van Heusden
        
        Re: [PATCH] Well, Linus seems to like Lordi..., Oliver Neukum
- [PATCH] Add compile domain (was: Re: [PATCH] Well, Linus seems to like Lordi...), Jan Engelhardt
  - Re: [PATCH] Add compile domain (was: Re: [PATCH] Well, Linus seems to like Lordi...), Linus Torvalds
    - Re: [PATCH] Add compile domain (was: Re: [PATCH] Well, Linus seems to like Lordi...), Jan Engelhardt
      - Re: [PATCH] Add compile domain (was: Re: [PATCH] Well, Linus seems to like Lordi...), Linus Torvalds
        
        Re: [PATCH] Add compile domain, İsmail Dönmez
        
        Re: [PATCH] Add compile domain, Jan Engelhardt
        
        Re: [PATCH] Add compile domain, İsmail Dönmez
        
        Re: [PATCH] Add compile domain (was: Re: [PATCH] Well, Linus seems to like Lordi...), Alistair John Strachan
        
        Re: [PATCH] Add compile domain (was: Re: [PATCH] Well, Linus seems to like Lordi...), Jan Engelhardt
        
        Re: [PATCH] Add compile domain, Martin J. Bligh
        
        Re: [PATCH] Add compile domain, Alistair John Strachan
        
        Re: [PATCH] Add compile domain, Måns Rullgård
        
        Re: [PATCH] Add compile domain, Måns Rullgård
        
        Re: [PATCH] Add compile domain (was: Re: [PATCH] Well, Linus seems to like Lordi...), Linus Torvalds
        
        Re: [PATCH] Add compile domain (was: Re: [PATCH] Well, Linus seems to like Lordi...), Lennart Sorensen
        
        Re: [PATCH] Add compile domain (was: Re: [PATCH] Well, Linus seems to like Lordi...), Jan Engelhardt
        
        Re: [PATCH] Add compile domain (was: Re: [PATCH] Well, Linus seems to like Lordi...), Christian Trefzer
        
        Re: [PATCH] Add compile domain, Bernd Eckenfels
        
        Re: [PATCH] Add compile domain (was: Re: [PATCH] Well, Linus seems to like Lordi...), Gabor Gombas
        
        Re: [PATCH] Add compile domain, Bernd Eckenfels
        
        Re: [PATCH] Add compile domain, Gabor Gombas
        
        Re: [PATCH] Add compile domain, Bernd Eckenfels
        
        Re: [PATCH] Add compile domain (was: Re: [PATCH] Well, Linus seems to like Lordi...), bjdouma
      - Re: [PATCH] Add compile domain (was: Re: [PATCH] Well, Linus seems to like Lordi...), Lennart Sorensen
        
        Re: [PATCH] Add compile domain (was: Re: [PATCH] Well, Linus seems to like Lordi...), H. Peter Anvin
        
        Re: [PATCH] Add compile domain, Bernd Eckenfels
    - Re: [PATCH] Add compile domain (was: Re: [PATCH] Well, Linus seems to like Lordi...), Gabor Gombas
      - Re: [PATCH] Add compile domain (was: Re: [PATCH] Well, Linus seems to like Lordi...), Linus Torvalds
        
        Re: [PATCH] Add compile domain (was: Re: [PATCH] Well, Linus seems to like Lordi...), Joshua Hudson
        
        Re: [PATCH] Add compile domain, Bernd Eckenfels
2.6.16.18 crash on HP DL585, Jan Kasprzak
[PATCH 0/3] mm: tracking dirty pages -v5, Peter Zijlstra
- [PATCH -1/3] mm: page_mkwrite, Peter Zijlstra
- [PATCH 1/3] mm: tracking shared dirty pages, Peter Zijlstra
  - Re: [PATCH 1/3] mm: tracking shared dirty pages, Christoph Lameter
    - Re: [PATCH 1/3] mm: tracking shared dirty pages, Peter Zijlstra
      - Re: [PATCH 1/3] mm: tracking shared dirty pages, Christoph Lameter
  - Re: [PATCH 1/3] mm: tracking shared dirty pages, Christoph Lameter
    - Re: [PATCH 1/3] mm: tracking shared dirty pages, Peter Zijlstra
      - Re: [PATCH 1/3] mm: tracking shared dirty pages, Christoph Lameter
    - Re: [PATCH 1/3] mm: tracking shared dirty pages, Jeff Anderson-Lee
      - Re: [PATCH 1/3] mm: tracking shared dirty pages, Christoph Lameter
  - Re: [PATCH 1/3] mm: tracking shared dirty pages, David Howells
    - Re: [PATCH 1/3] mm: tracking shared dirty pages, Christoph Lameter
    - Re: [PATCH 1/3] mm: tracking shared dirty pages, David Howells
      - Re: [PATCH 1/3] mm: tracking shared dirty pages, Christoph Lameter
      - Re: [PATCH 1/3] mm: tracking shared dirty pages, David Howells
        
        Re: [PATCH 1/3] mm: tracking shared dirty pages, Christoph Lameter
        
        Re: [PATCH 1/3] mm: tracking shared dirty pages, Hugh Dickins
        
        Re: [PATCH 1/3] mm: tracking shared dirty pages, Christoph Lameter
        
        Re: [PATCH 1/3] mm: tracking shared dirty pages, Hugh Dickins
        
        Re: [PATCH 1/3] mm: tracking shared dirty pages, David Howells
        
        Re: [PATCH 1/3] mm: tracking shared dirty pages, Christoph Lameter
- [PATCH 2/3] mm: balance dirty pages, Peter Zijlstra
- [PATCH 3/3] mm: msync cleanup, Peter Zijlstra
- Re: [PATCH 0/3] mm: tracking dirty pages -v5, Hugh Dickins
  - Re: [PATCH 0/3] mm: tracking dirty pages -v5, Peter Zijlstra
  - [PATCH] mm: tracking dirty pages -v6, Peter Zijlstra
    - Re: [PATCH] mm: tracking dirty pages -v6, Peter Zijlstra
    - Re: [PATCH] mm: tracking dirty pages -v6, Christoph Lameter
    - Re: [PATCH] mm: tracking dirty pages -v6, Nate Diller
      - Re: [PATCH] mm: tracking dirty pages -v6, Linus Torvalds
[UPDATE][24/24]ext2resize modify format strings, sho
[UPDATE][23/24]ext2resize modify variables to exceed 2G, sho
[UPDATE][22/24]ext2resize enlarge file size and filesystem size, sho
[UPDATE][21/24]ext2resize fix how to calculate an offset, sho
[UPDATE][20/24]ext2resize fix resize_inode format, sho
[UPDATE][19/24]large files and filesystem support, sho
[UPDATE][18/24]e2fsprogs enlarge file size and filesystem size, sho
[UPDATE][17/24]e2fsprogs modify variables for bitmap to exceed 2G, sho
[UPDATE][16/24]e2fsprogs modify variables to exceed 2G, sho
[UPDATE][15/24]e2fsprogs modify format strings, sho
[UPDATE][14/24]ext2 enlarge file size, sho
[UPDATE][13/24]ext3 enlarge file size, sho
- Re: [UPDATE][13/24]ext3 enlarge file size, Andreas Dilger
- <Possible follow-ups>
- Re: [UPDATE][13/24]ext3 enlarge file size, sho
  - Re: [UPDATE][13/24]ext3 enlarge file size, Andreas Dilger
[UPDATE][12/24]ext3 enlarge blocksize, sho
- Re: [UPDATE][12/24]ext3 enlarge blocksize, Andreas Dilger
  - Re: [UPDATE][12/24]ext3 enlarge blocksize, Johann Lombardi
    - Re: [UPDATE][12/24]ext3 enlarge blocksize, Andreas Dilger
- <Possible follow-ups>
- Re: [UPDATE][12/24]ext3 enlarge blocksize, sho
  - Re: [UPDATE][12/24]ext3 enlarge blocksize, Andreas Dilger
- RE:[UPDATE][12/24]ext3 enlarge blocksize, sho
[UPDATE][11/24]ext2 modify variables to exceed 2G, sho
[UPDATE][10/24]ext3 modify variables to exceed 2G, sho
[UPDATE][9/24]jbd modify format strings, sho
[UPDATE][7/24]bfs modify format strings, sho
[UPDATE][8/24]efs modify format strings, sho
- Re: [UPDATE][7/24]several messages, Jan Engelhardt
[UPDATE][5/24]ext3 modify format strings, sho
[UPDATE][6/24]ext2 modify format strings, sho
[UPDATE][4/24]ext2 add new percpu_counter, sho
[UPDATE][3/24]ext3 add new percpu_counter, sho
[UPDATE][2/24]Other ext3 in-kernel block number type fix to support 2^32 blocks, sho
[UPDATE][1/24]ext3 block allocation/reservation fixes to support 2^32 blocks, sho
- Re: [UPDATE][1/24]ext3 block allocation/reservation fixes to support 2^32 blocks, Limin Wang
  - Re: [Ext2-devel] Re: [UPDATE][1/24]ext3 block allocation/reservation fixes to support 2^32 blocks, Mingming Cao
[UPDATE][0/24]extend file size and filesystem size, sho
- Re: [UPDATE][0/24]extend file size and filesystem size, Mingming Cao
- <Possible follow-ups>
- Re: [UPDATE][0/24]extend file size and filesystem size, sho
3ware 7500 not working in 2.6.16.18, 2.6.17-rc5, Jan Kasprzak
- Re: 3ware 7500 not working in 2.6.16.18, 2.6.17-rc5, Jan Kasprzak
- Re: 3ware 7500 not working in 2.6.16.18, 2.6.17-rc5, Jeff Garzik
  - Re: 3ware 7500 not working in 2.6.16.18, 2.6.17-rc5, Jan Kasprzak
- <Possible follow-ups>
- Re: 3ware 7500 not working in 2.6.16.18, 2.6.17-rc5, Robert Hancock
  - Re: 3ware 7500 not working in 2.6.16.18, 2.6.17-rc5, Jan Kasprzak
ioprio feature behaviour, Vasily Tarasov
2.6.16.18 soft hang, possibly in network or Cardbus related code: tulip, via-rhine, yenta, Chris W
drivers/char/rocket.c: somewhat broken since 2.6.16, Michael Tokarev
- Re: drivers/char/rocket.c: somewhat broken since 2.6.16, Alan Cox
2.6.17-rc5 : Lots of warning in MODPOST stage, İsmail Dönmez
- Re: 2.6.17-rc5 : Lots of warning in MODPOST stage, Randy.Dunlap
  - Re: 2.6.17-rc5 : Lots of warning in MODPOST stage, İsmail Dönmez
[PATCH] ufs: Unmark CONFIG_UFS_FS_WRITE as BROKEN -mm tree, Evgeniy Dushistov
[PATCH 3/5] usb gadget: update pxa2xx_udc.c driver to fully support IXP4xx platform, Milan Svoboda
[PATCH 2/5] usb gadget: update pxa2xx_udc.c and arch dependent files for ixp4xx, Milan Svoboda
[PATCH 5/5] usb gadget: don't build small version if usbgadgetfs is selected, Milan Svoboda
[PATCH 4/5] usb gadget: clean udc.h, Milan Svoboda
[PATCH 0/5] usb gadget: patches to support ixp4xx platform, Milan Svoboda
- Re: [PATCH 0/5] usb gadget: patches to support ixp4xx platform, Greg KH
[PATCH 1/5] usb gadget: update inode.c to support full speed only udc, Milan Svoboda
Where can I find the source code of rpc.mountd?, Xin Zhao
- Re: Where can I find the source code of rpc.mountd?, Neil Brown
[PATCH 2/2]: ufs: not usual amounts of fragments per block, Evgeniy Dushistov
[PATCH 1/2]: ufs: wrong type cast, Evgeniy Dushistov
[Fwd: Re: + radixtree-look-aside-cache.patch added to -mm tree], Nick Piggin
- Re: [Fwd: Re: + radixtree-look-aside-cache.patch added to -mm tree], Wu Fengguang
help on using pseudo terminals - using /dev/ptmx, C K Kashyap
- <Possible follow-ups>
- help on using pseudo terminals - using /dev/ptmx, C K Kashyap
- help on using pseudo terminals - using /dev/ptmx, C K Kashyap
trivial videodev2.h patch, David Mosberger-Tang
- Re: trivial videodev2.h patch, Christian Kujau
  - Re: trivial videodev2.h patch, Mauro Carvalho Chehab
[PATCH 2/2] microcode update driver rewrite, Shaohua Li
- Re: [PATCH 2/2] microcode update driver rewrite, Greg KH
  - Re: [PATCH 2/2] microcode update driver rewrite, Arjan van de Ven
  - Re: [PATCH 2/2] microcode update driver rewrite, Shaohua Li
  - Re: [PATCH 2/2] microcode update driver rewrite, Dave Jones
    - Re: [PATCH 2/2] microcode update driver rewrite, Greg KH
      - Re: [PATCH 2/2] microcode update driver rewrite, Arjan van de Ven
[PATCH 1/2] request_firmware without a device, Shaohua Li
- Re: [PATCH 1/2] request_firmware without a device, Greg KH
  - Re: [PATCH 1/2] request_firmware without a device, Shaohua Li
    - Re: [PATCH 1/2] request_firmware without a device, Marcel Holtmann
      - Re: [PATCH 1/2] request_firmware without a device, Greg KH
  - Re: [PATCH 1/2] request_firmware without a device, Marcel Holtmann
    - Re: [PATCH 1/2] request_firmware without a device, Shaohua Li
      - Re: [PATCH 1/2] request_firmware without a device, Greg KH
        
        Re: [PATCH 1/2] request_firmware without a device, Shaohua Li
[PATCH 4/4] x86-64: Calgary IOMMU - Calgary specific bits, Jon Mason
[PATCH 3/4] x86-64: Calgary IOMMU - IOMMU abstractions, Jon Mason
- Re: [discuss] [PATCH 3/4] x86-64: Calgary IOMMU - IOMMU abstractions, Andi Kleen
  - Re: [discuss] [PATCH 3/4] x86-64: Calgary IOMMU - IOMMU abstractions, Jon Mason
[PATCH 2/4] x86-64: Calgary IOMMU - move valid_dma_direction into the callers, Jon Mason
- Re: [PATCH 2/4] x86-64: Calgary IOMMU - move valid_dma_direction into the callers, Jeff Garzik
  - Re: [PATCH 2/4] x86-64: Calgary IOMMU - move valid_dma_direction into the callers, Muli Ben-Yehuda
    - Re: [PATCH 2/4] x86-64: Calgary IOMMU - move valid_dma_direction into the callers, Jeff Garzik
      - Re: [discuss] Re: [PATCH 2/4] x86-64: Calgary IOMMU - move valid_dma_direction into the callers, Andi Kleen
        
        Re: [discuss] Re: [PATCH 2/4] x86-64: Calgary IOMMU - move valid_dma_direction into the callers, Jeff Garzik
        
        Re: [discuss] Re: [PATCH 2/4] x86-64: Calgary IOMMU - move valid_dma_direction into the callers, Andi Kleen
[PATCH 1/4] x86-64: Calgary IOMMU - introduce iommu_detected, Jon Mason
- Re: [PATCH 1/4] x86-64: Calgary IOMMU - introduce iommu_detected, Andi Kleen
  - Re: [PATCH 1/4] x86-64: Calgary IOMMU - introduce iommu_detected, Jon Mason
    - Re: [PATCH 1/4] x86-64: Calgary IOMMU - introduce iommu_detected, Muli Ben-Yehuda
  - Re: [PATCH 1/4] x86-64: Calgary IOMMU - introduce iommu_detected, Jon Mason
    - Re: [PATCH 1/4] x86-64: Calgary IOMMU - introduce iommu_detected, Andi Kleen
[RFC] log comparison, build regressions and remapping, Al Viro
OOM'ing with 2GB of ram and no "large" memory processes., Ed Sweetman
- Re: OOM'ing with 2GB of ram and no "large" memory processes., Andrew Morton
Linux v2.6.17-rc5, Linus Torvalds
- Re: Linux v2.6.17-rc5, Jan Engelhardt
- Re: Linux v2.6.17-rc5, Luiz Fernando N. Capitulino
  - Re: Linux v2.6.17-rc5, Linus Torvalds
    - Re: Linux v2.6.17-rc5, Neil Brown
      - Re: Linux v2.6.17-rc5, Luiz Fernando N. Capitulino
- Re: Linux v2.6.17-rc5, patches patches, Jan Engelhardt
  - Re: Linux v2.6.17-rc5, patches patches, Linus Torvalds
    - Re: Linux v2.6.17-rc5, patches patches, Jan Engelhardt
- BUG: unable to handle kernel paging request at virtual address feededed (was: Re: Linux v2.6.17-rc5), Tomasz Torcz
  - Re: BUG: unable to handle kernel paging request at virtual address feededed (was: Re: Linux v2.6.17-rc5), Linus Torvalds
    - Re: BUG: unable to handle kernel paging request at virtual address feededed (was: Re: Linux v2.6.17-rc5), Tomasz Torcz
[PATCH 00/11] various m68k patches, zippel
- [PATCH 04/11] Remove some unused definitions in zorro.h, zippel
- [PATCH 06/11] print correct stack trace, zippel
- [PATCH 09/11] use proper defines for zone initialization, zippel
- [PATCH 07/11] restore amikbd compatibility with 2.4, zippel
  - Re: [PATCH 07/11] restore amikbd compatibility with 2.4, Andrew Morton
    - Re: [PATCH 07/11] restore amikbd compatibility with 2.4, Roman Zippel
- [PATCH 01/11] completely initialize hw_regs_t in ide_setup_ports, zippel
- [PATCH 08/11] extra delay, zippel
- [PATCH 10/11] adjust to changed HARDIRQ_MASK, zippel
- [PATCH 11/11] m68k mac VIA2 fixes and cleanups, zippel
- [PATCH 03/11] cleanup unistd.h, zippel
- [PATCH 05/11] use c99 initializer, zippel
- [PATCH 02/11] atyfb_base compile fix for CONFIG_PCI=n, zippel
  - Re: [PATCH 02/11] atyfb_base compile fix for CONFIG_PCI=n, Andrew Morton
    - Re: [PATCH 02/11] atyfb_base compile fix for CONFIG_PCI=n, Greg KH
      - Re: [PATCH 02/11] atyfb_base compile fix for CONFIG_PCI=n, Andrew Morton
      - Re: [PATCH 02/11] atyfb_base compile fix for CONFIG_PCI=n, Roman Zippel
[PATCH] PCMCIA: missing pcmcia_get_socket() result check, Florin Malita
- Re: [PATCH] PCMCIA: missing pcmcia_get_socket() result check, Dominik Brodowski
Re: [PATCH 3/3] pci: gt96100eth use pci probing, Jeff Garzik
- Re: [PATCH 3/3] pci: gt96100eth use pci probing, Jiri Slaby
  - Re: [PATCH 3/3] pci: gt96100eth use pci probing, Jiri Slaby
    - Re: [PATCH 3/3] pci: gt96100eth use pci probing, Jeff Garzik
      - Re: [PATCH 3/3] pci: gt96100eth use pci probing, Jiri Slaby
  - Re: [PATCH 3/3] pci: gt96100eth use pci probing, Jeff Garzik
    - Re: [PATCH 3/3] pci: gt96100eth use pci probing, Jiri Slaby
      - Re: [PATCH 3/3] pci: gt96100eth use pci probing, Jeff Garzik
- Re: [PATCH 3/3] pci: gt96100eth use pci probing, Ralf Baechle
  - Re: [PATCH 3/3] pci: gt96100eth use pci probing, Jiri Slaby
Re: [PATCH 2/3] pci: bcm43xx kill pci_find_device, Jeff Garzik
- Re: [PATCH 2/3] pci: bcm43xx kill pci_find_device, Michael Buesch
[PATCH 0/3] avoid pci_find_device, Jiri Slaby
- Re: [PATCH 0/3] avoid pci_find_device, Jeff Garzik
[PATCH] irda: missing allocation result check in irlap_change_speed(), Florin Malita
- Re: [PATCH] irda: missing allocation result check in irlap_change_speed(), David Miller
  - Re: [PATCH] irda: missing allocation result check in irlap_change_speed(), Florin Malita
Remove unecessary NULL check in kernel/acct.c, Matt Helsley
[ANNOUNCE] Linux Device Driver Kit available, Greg KH
- Re: [ANNOUNCE] Linux Device Driver Kit available, Jesper Juhl
- Re: [ANNOUNCE] Linux Device Driver Kit available, Tim Bird
  - Re: [ANNOUNCE] Linux Device Driver Kit available, Greg KH
- Re: [ANNOUNCE] Linux Device Driver Kit available, Willy Tarreau
- Re: [ANNOUNCE] Linux Device Driver Kit available, Jon Masters
  - Re: [ANNOUNCE] Linux Device Driver Kit available, Stefan Smietanowski
    - Re: [ANNOUNCE] Linux Device Driver Kit available, Jon Masters
  - Re: [ANNOUNCE] Linux Device Driver Kit available, Greg KH
    - Re: [ANNOUNCE] Linux Device Driver Kit available, Randy.Dunlap
      - Re: [ANNOUNCE] Linux Device Driver Kit available, Greg KH
    - Re: [ANNOUNCE] Linux Device Driver Kit available, Jon Masters
Re: swsusp in 2.6.16: works fine w/o PSE..., Luca
- Re: swsusp in 2.6.16: works fine w/o PSE..., Rafael J. Wysocki
- Re: swsusp in 2.6.16: works fine w/o PSE..., Pavel Machek
  - Re: swsusp in 2.6.16: works fine w/o PSE..., Rafael J. Wysocki
[PATCH]:x86_64: Change assembly to use regular cpuid_count macro, Rohit Seth
- Re: [PATCH]:x86_64: Change assembly to use regular cpuid_count macro, Andi Kleen
swsusp in 2.6.16: works fine w/o PSE on a VIA C3?, Michael Tokarev
- Re: swsusp in 2.6.16: works fine w/o PSE on a VIA C3?, Pavel Machek
Issue with make -j4 when building in separate tree., Ben Greear
- Re: Issue with make -j4 when building in separate tree., Michal Piotrowski
Re: + spin-rwlock-init-cleanups.patch added to -mm tree, Dave Hansen
- Re: + spin-rwlock-init-cleanups.patch added to -mm tree, Ingo Molnar
linux 2.6.16.1 and kdb "error 6 mounting ext3", Rohan Mutagi
- Re: linux 2.6.16.1 and kdb "error 6 mounting ext3", Keith Owens
  - Re: linux 2.6.16.1 and kdb "error 6 mounting ext3", Keith Owens
Patch for atkbd.c from Ubuntu, Pete Zaitcev
- Re: Patch for atkbd.c from Ubuntu, Dmitry Torokhov
  - Re: Patch for atkbd.c from Ubuntu, Pete Zaitcev
    - Re: Patch for atkbd.c from Ubuntu, Dmitry Torokhov
      - Re: Patch for atkbd.c from Ubuntu, Pete Zaitcev
        
        Re: Patch for atkbd.c from Ubuntu, Jerome Pinot
        
        Re: Patch for atkbd.c from Ubuntu, Dmitry Torokhov
        
        Re: Patch for atkbd.c from Ubuntu, Jerome Pinot
[PATCH] V4L/DVB (4045): Fixes recursive dependency for I2C, Mauro Carvalho Chehab
[PATCH 6/6] EDAC maintainers update, Doug Thompson
- Re: [PATCH 6/6] EDAC maintainers update, mark gross
- <Possible follow-ups>
- [PATCH 6/6] EDAC maintainers update, Doug Thompson
[PATCH 5/6] EDAC probe1 cleanup 2-of-2, Doug Thompson
- <Possible follow-ups>
- [PATCH 5/6] EDAC probe1 cleanup 2-of-2, Doug Thompson
[PATCH 4/6] EDAC probe1 cleanup 1-of-2, Doug Thompson
- <Possible follow-ups>
- [PATCH 4/6] EDAC probe1 cleanup 1-of-2, Doug Thompson
[PATCH 3/6] EDAC mc numbers refactor 2-of-2, Doug Thompson
- <Possible follow-ups>
- [PATCH 3/6] EDAC mc numbers refactor 2-of-2, Doug Thompson
  - Re: [PATCH 3/6] EDAC mc numbers refactor 2-of-2, Andrew Morton
[PATCH 2/6] EDAC mc numbers refactor 1-of-2, Doug Thompson
- <Possible follow-ups>
- [PATCH 2/6] EDAC mc numbers refactor 1-of-2, Doug Thompson
[PATCH 1/6] EDAC PCI device to DEVICE cleanup, Doug Thompson
- Re: [PATCH 1/6] EDAC PCI device to DEVICE cleanup, Andrew Morton
- <Possible follow-ups>
- [PATCH 1/6] EDAC PCI device to DEVICE cleanup, Doug Thompson
  - Re: [PATCH 1/6] EDAC PCI device to DEVICE cleanup, Andrew Morton
    - Re: [PATCH 1/6] EDAC PCI device to DEVICE cleanup, Doug Thompson
[PATCH 0/6] EDAC Patch Set, Doug Thompson
- Re: [PATCH 0/6] EDAC Patch Set, Jurgen Kramer
  - Re: [PATCH 0/6] EDAC Patch Set, Doug Thompson
    - Re: [PATCH 0/6] EDAC Patch Set, mark gross
- Re: [PATCH 0/6] EDAC Patch Set, Andrew Morton
  - Re: [PATCH 0/6] EDAC Patch Set, mark gross
- <Possible follow-ups>
- [PATCH 0/6] EDAC Patch Set, Doug Thompson
[GeodeLX] long/heavy USB fs operations panics 2.6.16.18, Indrek Kruusa
- Re: long/heavy USB fs operations panics 2.6.16.18, Jordan Crouse
  - Re: long/heavy USB fs operations panics 2.6.16.18, Indrek Kruusa
  - Re: long/heavy USB fs operations panics 2.6.16.18, Indrek Kruusa
  - Re: long/heavy USB fs operations panics 2.6.16.18, Indrek Kruusa
    - Re: long/heavy USB fs operations panics 2.6.16.18, Jordan Crouse
      - Re: long/heavy USB fs operations panics 2.6.16.18, Indrek Kruusa
Program to convert core file to executable., vamsi krishna
- Re: Program to convert core file to executable., vamsi krishna
- Re: Program to convert core file to executable., Daniel Jacobowitz
  - Re: Program to convert core file to executable., vamsi krishna
    - Re: Program to convert core file to executable., Daniel Jacobowitz
      - Re: Program to convert core file to executable., vamsi krishna
        
        Re: Program to convert core file to executable., Daniel Jacobowitz
    - Re: Program to convert core file to executable., H. Peter Anvin
    - Re: Program to convert core file to executable., Eric Piel
    - Re: Program to convert core file to executable., Greg KH
- Re: Program to convert core file to executable., Marcel Holtmann
culture Ollie, Rusty Johnson
4096 byte limit to /proc/PID/environ ?, James Pearson
- Re: 4096 byte limit to /proc/PID/environ ?, linux-os (Dick Johnson)
  - Re: 4096 byte limit to /proc/PID/environ ?, James Pearson
    - Re: 4096 byte limit to /proc/PID/environ ?, H. Peter Anvin
- <Possible follow-ups>
- Re: 4096 byte limit to /proc/PID/environ ?, James Pearson
  - Re: 4096 byte limit to /proc/PID/environ ?, H. Peter Anvin

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