lists-archives.org

Mailing Lists Archives

	Web lists-archives.org

Mail Thread Index

• Date Index

[Prev Page][Next Page]

---

• Re: [10 PATCHES] inline functions to avoid stack overflow, (continued)
  • Message not available
    • Re: [10 PATCHES] inline functions to avoid stack overflow,Mikulas Patocka
    • Re: [10 PATCHES] inline functions to avoid stack overflow,David Miller
    • Re: [10 PATCHES] inline functions to avoid stack overflow,Bart Van Assche
    • Re: [10 PATCHES] inline functions to avoid stack overflow,David Miller
    • Re: [10 PATCHES] inline functions to avoid stack overflow,Mikulas Patocka
    • Re: [10 PATCHES] inline functions to avoid stack overflow,David Miller
    • Re: [10 PATCHES] inline functions to avoid stack overflow,Mikulas Patocka
• But which is better, bulk or isochronous data transfers?,barry bouwsma
• [PATCH] pci: VT3336 can't do MSI either,Tejun Heo
  • Re: [PATCH] pci: VT3336 can't do MSI either,Andrew Morton
    • Re: [PATCH] pci: VT3336 can't do MSI either,Tejun Heo
    • Re: [PATCH] pci: VT3336 can't do MSI either,Jesse Barnes
• [PATCH] sh: fix seq_file memory leak,Li Zefan
  • Re: [PATCH] sh: fix seq_file memory leak,Paul Mundt
• [PATCH 2/2] use bio_endio instead of a call to bi_end_io,Mikulas Patocka
  • Re: [PATCH 2/2] use bio_endio instead of a call to bi_end_io,Neil Brown
• [PATCH 1/2] Avoid bio_endio recursion,Mikulas Patocka
  • Re: [PATCH 1/2] Avoid bio_endio recursion,Neil Brown
    • Re: [PATCH 1/2] Avoid bio_endio recursion,Mikulas Patocka
  • Re: [PATCH 1/2] Avoid bio_endio recursion,Jens Axboe
    • Re: [PATCH 1/2] Avoid bio_endio recursion,Mikulas Patocka
      • Re: [PATCH 1/2] Avoid bio_endio recursion,Jens Axboe
      • Re: [PATCH 1/2] Avoid bio_endio recursion,Mikulas Patocka
      • Re: [PATCH 1/2] Avoid bio_endio recursion,Jens Axboe
      • Re: [PATCH 1/2] Avoid bio_endio recursion,Mikulas Patocka
      • Re: [PATCH 1/2] Avoid bio_endio recursion,Alan Cox
      • Re: [PATCH 1/2] Avoid bio_endio recursion,Mikulas Patocka
      • Re: [PATCH 1/2] Avoid bio_endio recursion,Jens Axboe
      • Re: [PATCH 1/2] Avoid bio_endio recursion,Mikulas Patocka
      • Re: [PATCH 1/2] Avoid bio_endio recursion,Alan Cox
      • Re: [PATCH 1/2] Avoid bio_endio recursion,Mikulas Patocka
      • Re: [PATCH 1/2] Avoid bio_endio recursion,Alan Cox
      • Re: [PATCH 1/2] Avoid bio_endio recursion,Mikulas Patocka
      • Re: [PATCH 1/2] Avoid bio_endio recursion,Alan Cox
      • Re: [PATCH 1/2] Avoid bio_endio recursion,Mikulas Patocka
      • Re: [PATCH 1/2] Avoid bio_endio recursion,Alan Cox
• Physical memory disappeared from /proc/meminfo,Joris van Rantwijk
  • Re: Physical memory disappeared from /proc/meminfo,Pekka Enberg
    • Re: Physical memory disappeared from /proc/meminfo,Joris van Rantwijk
• USB attached SATA disk idle spindown,Jonathan Steinert
  • Re: USB attached SATA disk idle spindown,Stefan Richter
    • Re: USB attached SATA disk idle spindown,Stefan Richter
    • Re: USB attached SATA disk idle spindown,Tejun Heo
• strange freeze with VIA C7 dedicated server and libc 2.6.1,william
  • Re: strange freeze with VIA C7 dedicated server and libc 2.6.1,Alan Cox
    • Re: strange freeze with VIA C7 dedicated server and libc 2.6.1,william
      • Re: strange freeze with VIA C7 dedicated server and libc 2.6.1,Alan Cox
      • Re: strange freeze with VIA C7 dedicated server and libc 2.6.1,Stefan Hellermann
• [PATCH] x86: move some func calling from setup_arch to paging_init,Yinghai Lu
  • [PATCH] x86: setup_arch 64bit move efi_init calling early,Yinghai Lu
    • [PATCH] x86: setup_arch 64bit move kvmclock_init later,Yinghai Lu
      • [PATCH] x86: setup_arch 32bit move efi check later,Yinghai Lu
      • [PATCH] x86: setup_arch 32bit move command line copying early,Yinghai Lu
      • [PATCH] x86: setup_arch 32bit move kvm_guest_init later,Yinghai Lu
      • Re: [PATCH] x86: setup_arch 32bit move kvm_guest_init later,Ingo Molnar
      • Re: [PATCH] x86: setup_arch 32bit move kvm_guest_init later,Yinghai Lu
  • [PATCH] x86: introduce init_memory_mapping for 32bit,Yinghai Lu
    • Re: [PATCH] x86: introduce init_memory_mapping for 32bit,Ingo Molnar
      • Re: [PATCH] x86: introduce init_memory_mapping for 32bit,Yinghai Lu
      • Re: [PATCH] x86: introduce init_memory_mapping for 32bit,Yinghai Lu
      • Re: [PATCH] x86: introduce init_memory_mapping for 32bit,Yinghai Lu
      • Re: [PATCH] x86: introduce init_memory_mapping for 32bit,Ingo Molnar
    • [PATCH] x86: introduce init_memory_mapping for 32bit #1,Yinghai Lu
      • [PATCH] x86: introduce init_memory_mapping for 32bit #2,Yinghai Lu
      • [PATCH] x86: introduce init_memory_mapping for 32bit #3,Yinghai Lu
• [RESEND][PATCH -mm 0/2] vfs: __shrink_dcache_sb() fixes,Kentaro Makita
• [RESEND][PATCH -mm 2/2] vfs: add cond_resched_lock while scanning dentry LRU lists,Kentaro Makita
  • Re: [RESEND][PATCH -mm 2/2] vfs: add cond_resched_lock while scanning dentry LRU lists,Andrew Morton
• [RESEND][PATCH -mm 1/2] vfs: fix coding style at dcache.c.,Kentaro Makita
  • Re: [RESEND][PATCH -mm 1/2] vfs: fix coding style at dcache.c.,Andrew Morton
• 2.6.25.8-rt7,Steven Rostedt
  • Re: 2.6.25.8-rt7,Juergen Beisert
• [PATCH] CONNECTOR: add a proc entry to list connectors,Li Zefan
  • Re: [PATCH] CONNECTOR: add a proc entry to list connectors,David Miller
    • Re: [PATCH] CONNECTOR: add a proc entry to list connectors,Li Zefan
  • Re: [PATCH] CONNECTOR: add a proc entry to list connectors,Evgeniy Polyakov
• [PATCH 3/3] xtensa: Use packed struct rather than memmove for unaligned access,Harvey Harrison
• [PATCH 1/3] h8300: Use packed struct rather than memmove for unaligned access,Harvey Harrison
• [PATCH 2/3] m32r: Use packed struct rather than memmove for unaligned access,Harvey Harrison
• [PATCH 5/6] byteorder: remove the old byteorder implementation,Harvey Harrison
  • <Possible follow-ups>
  • [PATCH 5/6] byteorder: remove the old byteorder implementation,Harvey Harrison
• [PATCH 6/6] byteorder: add store_{endian} helpers,Harvey Harrison
• [PATCH 4/6] byteorder: fix direct byteswap includes,Harvey Harrison
  • <Possible follow-ups>
  • [PATCH 4/6] byteorder: fix direct byteswap includes,Harvey Harrison
• [PATCH 3/6] byteorder: wire up arches to use new headers,Harvey Harrison
  • <Possible follow-ups>
  • [PATCH 3/6] byteorder: wire up arches to use new headers,Harvey Harrison
• [PATCH 2/6] byteorder: add include/linux/byteorder.h to define endian helpers,Harvey Harrison
  • <Possible follow-ups>
  • [PATCH 2/6] byteorder: add include/linux/byteorder.h to define endian helpers,Harvey Harrison
• [PATCH 1/6] byteorder: add a new include/linux/swab.h to define byteswapping functions,Harvey Harrison
  • <Possible follow-ups>
  • [PATCH 1/6] byteorder: add a new include/linux/swab.h to define byteswapping functions,Harvey Harrison
• [PATCH -rt] ide: fix interrupts processing issue with preempt-able hardirqs,Anton Vorontsov
  • Re: [PATCH -rt] ide: fix interrupts processing issue with preempt-able hardirqs,Ingo Molnar
    • Re: [PATCH -rt] ide: fix interrupts processing issue with preempt-able hardirqs,Anton Vorontsov
      • Re: [PATCH -rt] ide: fix interrupts processing issue with preempt-able hardirqs,Anton Vorontsov
      • Re: [PATCH -rt] ide: fix interrupts processing issue with preempt-able hardirqs,Alan Cox
      • Re: [PATCH -rt] ide: fix interrupts processing issue with preempt-able hardirqs,Anton Vorontsov
      • Re: [PATCH -rt] ide: fix interrupts processing issue with preempt-able hardirqs,Sergei Shtylyov
      • Re: [PATCH -rt] ide: fix interrupts processing issue with preempt-able hardirqs,Anton Vorontsov
      • Re: [PATCH -rt] ide: fix interrupts processing issue with preempt-able hardirqs,Alan Cox
      • Re: [PATCH -rt] ide: fix interrupts processing issue with preempt-able hardirqs,Anton Vorontsov
      • Re: [PATCH -rt] ide: fix interrupts processing issue with preempt-able hardirqs,Anton Vorontsov
      • [PATCH v2 -rt] ide: workaround buggy hardware issues with preemptable hardirqs,Anton Vorontsov
      • Re: [PATCH v2 -rt] ide: workaround buggy hardware issues with preemptable hardirqs,Anton Vorontsov
      • Re: [PATCH v2 -rt] ide: workaround buggy hardware issues with preemptable hardirqs,Alan Cox
      • Re: [PATCH v2 -rt] ide: workaround buggy hardware issues with preemptable hardirqs,Alan Cox
      • Re: [PATCH v2 -rt] ide: workaround buggy hardware issues with preemptable hardirqs,Sergei Shtylyov
      • Re: [PATCH v2 -rt] ide: workaround buggy hardware issues with preemptable hardirqs,Alan Cox
      • Re: [PATCH v2 -rt] ide: workaround buggy hardware issues with preemptable hardirqs,Sergei Shtylyov
      • Re: [PATCH v2 -rt] ide: workaround buggy hardware issues with preemptable hardirqs,Anton Vorontsov
      • Re: [PATCH v2 -rt] ide: workaround buggy hardware issues with preemptable hardirqs,Sergei Shtylyov
      • Re: [PATCH v2 -rt] ide: workaround buggy hardware issues with preemptable hardirqs,Anton Vorontsov
      • Re: [PATCH v2 -rt] ide: workaround buggy hardware issues with preemptable hardirqs,Sergei Shtylyov
      • Re: [PATCH v2 -rt] ide: workaround buggy hardware issues with preemptable hardirqs,Benjamin Herrenschmidt
      • [RT] MPIC edge sensitive issues with hardirq preemption (was: Re: [PATCH v2 -rt] ide: workaround buggy hardware issues with preemptable hardirqs),Anton Vorontsov
      • Re: [RT] MPIC edge sensitive issues with hardirq preemption (was: Re: [PATCH v2 -rt] ide: workaround buggy hardware issues with preemptable hardirqs),Benjamin Herrenschmidt
      • Re: [RT] MPIC edge sensitive issues with hardirq preemption (was: Re: [PATCH v2 -rt] ide: workaround buggy hardware issues with preemptable hardirqs),Anton Vorontsov
      • Re: [RT] MPIC edge sensitive issues with hardirq preemption,Sergei Shtylyov
      • Re: [RT] MPIC edge sensitive issues with hardirq preemption,Anton Vorontsov
  • Re: [PATCH -rt] ide: fix interrupts processing issue with preempt-able hardirqs,Anton Vorontsov
• [PATCH -rt] serial: 8250: fix shared interrupts issues under RT kernels,Anton Vorontsov
  • Re: [PATCH -rt] serial: 8250: fix shared interrupts issues under RT kernels,Ingo Molnar
    • [PATCH] serial: 8250: fix shared interrupts issues with SMP and RT kernels,Anton Vorontsov
      • Re: [PATCH] serial: 8250: fix shared interrupts issues with SMP and RT kernels,Alan Cox
      • [PATCH v2] serial: 8250: fix shared interrupts issues with SMP and RT kernels,Anton Vorontsov
      • Re: [PATCH v2] serial: 8250: fix shared interrupts issues with SMP and RT kernels,Anton Vorontsov
      • Re: [PATCH v2] serial: 8250: fix shared interrupts issues with SMP and RT kernels,Alan Cox
• [GIT] Please pull NFS client fixes for 2.6.26...,Trond Myklebust
• [patch 00/10] 2.6.28.9-rc2 review,Greg KH
  • [patch 08/10] hwmon: (lm85) Fix function RANGE_TO_REG(),Greg KH
  • [patch 09/10] hwmon: (adt7473) Initialize max_duty_at_overheat before use,Greg KH
  • [patch 10/10] Fix ZERO_PAGE breakage with vmware,Greg KH
    • Re: [patch 10/10] Fix ZERO_PAGE breakage with vmware,Linus Torvalds
      • Re: [patch 10/10] Fix ZERO_PAGE breakage with vmware,Greg KH
  • [patch 05/10] x86: set PAE PHYSICAL_MASK_SHIFT to 44 bits.,Greg KH
  • [patch 06/10] Add return value to reserve_bootmem_node(),Greg KH
    • Re: [patch 06/10] Add return value to reserve_bootmem_node(),Adrian Bunk
      • Re: [patch 06/10] Add return value to reserve_bootmem_node(),Greg KH
  • [patch 07/10] watchdog: hpwdt: fix use of inline assembly,Greg KH
  • [patch 01/10] atl1: relax eeprom mac address error check,Greg KH
  • [patch 02/10] Reinstate ZERO_PAGE optimization in get_user_pages() and fix XIP,Greg KH
  • [patch 03/10] sctp: Make sure N * sizeof(union sctp_addr) does not overflow.,Greg KH
  • [patch 04/10] x86: use BOOTMEM_EXCLUSIVE on 32-bit,Greg KH
  • Re: [patch 00/10] 2.6.28.9-rc2 review,Greg KH
• [PATCH 0/3] RT: scheduler newidle enhancements,Gregory Haskins
  • [PATCH 1/3] sched: enable interrupts and drop rq-lock during newidle balancing,Gregory Haskins
    • Re: [PATCH 1/3] sched: enable interrupts and drop rq-lock during newidle balancing,Steven Rostedt
    • Re: [PATCH 1/3] sched: enable interrupts and drop rq-lock during newidle balancing,Peter Zijlstra
      • Re: [PATCH 1/3] sched: enable interrupts and drop rq-lock duringnewidle balancing,Gregory Haskins
      • Re: [PATCH 1/3] sched: enable interrupts and drop rq-lock duringnewidle balancing,Peter Zijlstra
      • Re: [PATCH 1/3] sched: enable interrupts and drop rq-lockduringnewidle balancing,Gregory Haskins
  • [PATCH 2/3] sched: only run newidle if previous task was CFS,Gregory Haskins
    • Re: [PATCH 2/3] sched: only run newidle if previous task was CFS,Peter Zijlstra
      • Re: [PATCH 2/3] sched: only run newidle if previous task was CFS,Peter Zijlstra
  • [PATCH 3/3] sched: terminate newidle balancing once at least one task has moved over,Gregory Haskins
    • Re: [PATCH 3/3] sched: terminate newidle balancing once at least one task has moved over,Nick Piggin
      • Re: [PATCH 3/3] sched: terminate newidle balancing once at least one task has moved over,Steven Rostedt
      • Re: [PATCH 3/3] sched: terminate newidle balancing once at least one task has moved over,Nick Piggin
      • Re: [PATCH 3/3] sched: terminate newidle balancing once at least one task has moved over,Gregory Haskins
      • Re: [PATCH 3/3] sched: terminate newidle balancing once at least one task has moved over,Nick Piggin
      • Re: [PATCH 3/3] sched: terminate newidle balancing once at least one task has moved over,Gregory Haskins
    • Re: [PATCH 3/3] sched: terminate newidle balancing once at least one task has moved over,Peter Zijlstra
      • Re: [PATCH 3/3] sched: terminate newidle balancing once at leastone task has moved over,Gregory Haskins
      • Re: [PATCH 3/3] sched: terminate newidle balancing once at leastone task has moved over,Peter Zijlstra
      • Re: [PATCH 3/3] sched: terminate newidle balancing once atleastone task has moved over,Gregory Haskins
      • Re: [PATCH 3/3] sched: terminate newidle balancing once atleastone task has moved over,Peter Zijlstra
  • Re: [PATCH 0/3] RT: scheduler newidle enhancements,Steven Rostedt
  • Re: [PATCH 0/3] RT: scheduler newidle enhancements,Gregory Haskins
• 2.6.26-rc7-git1: possible circular locking dependency with RAID1,Rafael J. Wysocki
• [PATCH] ext3: handle corrupted orphan list at mount,Duane Griffin
  • Re: [PATCH] ext3: handle corrupted orphan list at mount,Sami Liedes
    • Re: [PATCH] ext3: handle corrupted orphan list at mount,Duane Griffin
  • Re: [PATCH] ext3: handle corrupted orphan list at mount,Jan Kara
    • Re: [PATCH] ext3: handle corrupted orphan list at mount,Duane Griffin
      • Re: [PATCH] ext3: handle corrupted orphan list at mount,Jan Kara
• 2.6.27-rc7-git1: usb-storage breakage with non-functional disk,Rafael J. Wysocki
  • Re: 2.6.27-rc7-git1: usb-storage breakage with non-functional disk,R. J. Wysocki
    • Re: 2.6.27-rc7-git1: usb-storage breakage with non-functional disk,Rafael J. Wysocki
      • Re: 2.6.27-rc7-git1: usb-storage breakage with non-functional disk,Matthew Dharm
      • Re: 2.6.27-rc7-git1: usb-storage breakage with non-functional disk,Alan Stern
      • Re: 2.6.27-rc7-git1: usb-storage breakage with non-functional disk,Indan Zupancic
      • Re: 2.6.27-rc7-git1: usb-storage breakage with non-functional disk,Indan Zupancic
      • Re: 2.6.27-rc7-git1: usb-storage breakage with non-functional disk,Alan Stern
      • Re: 2.6.27-rc7-git1: usb-storage breakage with non-functional disk,Indan Zupancic
      • Re: 2.6.27-rc7-git1: usb-storage breakage with non-functional disk,Alan Stern
      • Re: 2.6.27-rc7-git1: usb-storage breakage with non-functional disk,Indan Zupancic
      • Re: 2.6.27-rc7-git1: usb-storage breakage with non-functional disk,Alan Stern
• 2.6.24.7-rt14,Steven Rostedt
  • Message not available
    • Re: 2.6.24.7-rt14,Leon Woestenberg
• [PATCH] drivers/net/r6040.c: Eliminate double sizeof,Julia Lawall
  • Re: [PATCH] drivers/net/r6040.c: Eliminate double sizeof,Florian Fainelli
  • Re: [PATCH] drivers/net/r6040.c: Eliminate double sizeof,Jeff Garzik
• [PATCH] x86: fix compiling warning in init_64.c,Yinghai Lu
  • [PATCH] x86: numa32 pfn print out using hex instead,Yinghai Lu
• Panic in obsolete softmac wireless net 2.6.24 code,barry bouwsma
• [git pull] xen, x86 fixes,Ingo Molnar
  • Re: [git pull] xen, x86 fixes,Adrian Bunk
    • Re: [git pull] xen, x86 fixes,Jeremy Fitzhardinge
      • Re: [git pull] xen, x86 fixes,Ingo Molnar
• Forensic File System GUID Linux/Windows,jmerkey
  • Re: Forensic File System GUID Linux/Windows,Lennart Sorensen
    • Re: Forensic File System GUID Linux/Windows,jmerkey
  • Re: Forensic File System GUID Linux/Windows,H. Peter Anvin
    • Message not available
      • Re: Forensic File System GUID Linux/Windows,jmerkey
    • [ANNOUNCE] Forensic File System GUID Linux/Windows and patches,jmerkey
• non functional pata dvd drive under 2.6.25.6,Jeroen Beerstra
  • Re: non functional pata dvd drive under 2.6.25.6,Tejun Heo
    • Re: non functional pata dvd drive under 2.6.25.6,Jeroen Beerstra
      • Re: non functional pata dvd drive under 2.6.25.6,Alan Cox
      • Re: non functional pata dvd drive under 2.6.25.6,Jeroen Beerstra
• [patch v3] vfs: fix sys_getcwd for detached mounts,Miklos Szeredi
  • Re: [patch v3] vfs: fix sys_getcwd for detached mounts,Matthew Wilcox
  • Re: [patch v3] vfs: fix sys_getcwd for detached mounts,Al Viro
    • Re: [patch v3] vfs: fix sys_getcwd for detached mounts,Miklos Szeredi
• [PATCH] drivers/macintosh/smu.c: improve error handling,Julia Lawall
• [PATCH 2.6.27] cxgb3 - add missing adapter type for RDMA,Divy Le Ray
  • Re: [PATCH 2.6.27] cxgb3 - add missing adapter type for RDMA,Steve Wise
  • Re: [PATCH 2.6.27] cxgb3 - add missing adapter type for RDMA,Jeff Garzik
• [2.6 patch] linux/kernel.h userspace header cleanup,Adrian Bunk
  • Re: [2.6 patch] linux/kernel.h userspace header cleanup,Andrew Morton
• [RFC: 2.6 patch] don't export linux/nfsd/stats.h to userspace,Adrian Bunk
  • Re: [RFC: 2.6 patch] don't export linux/nfsd/stats.h to userspace,J. Bruce Fields
• [2.6 patch] asm/ptrace.h userspace headers cleanup,Adrian Bunk
  • Re: [2.6 patch] asm/ptrace.h userspace headers cleanup,Greg Ungerer
  • Re: [2.6 patch] asm/ptrace.h userspace headers cleanup,Paul Mundt
  • Re: [2.6 patch] asm/ptrace.h userspace headers cleanup,Grant Grundler
  • Re: [2.6 patch] asm/ptrace.h userspace headers cleanup,Jesper Nilsson
  • Re: [2.6 patch] asm/ptrace.h userspace headers cleanup,Chris Zankel
  • Re: [2.6 patch] asm/ptrace.h userspace headers cleanup,David Howells
  • Re: [2.6 patch] asm/ptrace.h userspace headers cleanup,Paul Mackerras
  • Re: [2.6 patch] asm/ptrace.h userspace headers cleanup,Russell King
  • Re: [2.6 patch] asm/ptrace.h userspace headers cleanup,Roland McGrath
• [patch] hackbench: flush buffers before fork,Nathan Lynch
  • Re: [patch] hackbench: flush buffers before fork,Ingo Molnar
• kmap_atomic_pfn for PCI BAR access?,Keith Packard
  • Re: kmap_atomic_pfn for PCI BAR access?,Jeremy Fitzhardinge
    • Re: kmap_atomic_pfn for PCI BAR access?,Dave Airlie
      • Re: kmap_atomic_pfn for PCI BAR access?,Jeremy Fitzhardinge
      • Re: kmap_atomic_pfn for PCI BAR access?,Nick Piggin
      • Re: kmap_atomic_pfn for PCI BAR access?,Arjan van de Ven
      • Re: kmap_atomic_pfn for PCI BAR access?,Nick Piggin
      • Re: kmap_atomic_pfn for PCI BAR access?,Arjan van de Ven
      • Re: kmap_atomic_pfn for PCI BAR access?,Dave Airlie
      • Re: kmap_atomic_pfn for PCI BAR access?,Keith Packard
      • Re: kmap_atomic_pfn for PCI BAR access?,Keith Packard
      • Re: kmap_atomic_pfn for PCI BAR access?,Jeremy Fitzhardinge
      • Re: kmap_atomic_pfn for PCI BAR access?,Dave Airlie
      • Re: kmap_atomic_pfn for PCI BAR access?,Arjan van de Ven
      • Re: kmap_atomic_pfn for PCI BAR access?,Arjan van de Ven
      • Re: kmap_atomic_pfn for PCI BAR access?,Arjan van de Ven
• [PATCH/RFC] DMA engine driver for Marvell XOR engine,Nicolas Pitre
  • Re: [PATCH/RFC] DMA engine driver for Marvell XOR engine,Dan Williams
  • Re: [PATCH/RFC] DMA engine driver for Marvell XOR engine,Dan Williams
    • Re: [PATCH/RFC] DMA engine driver for Marvell XOR engine,Nicolas Pitre
  • RE: [PATCH/RFC] DMA engine driver for Marvell XOR engine,Sosnowski, Maciej
    • RE: [PATCH/RFC] DMA engine driver for Marvell XOR engine,saeed
      • Re: [PATCH/RFC] DMA engine driver for Marvell XOR engine,Dan Williams
      • Re: [PATCH/RFC] DMA engine driver for Marvell XOR engine,saeed
      • Re: [PATCH/RFC] DMA engine driver for Marvell XOR engine,Dan Williams
• ext3 directory corruption under Xen,Christopher S. Aker
  • Re: ext3 directory corruption under Xen,adam radford
    • Re: ext3 directory corruption under Xen,Christopher S. Aker
      • Re: ext3 directory corruption under Xen,adam radford
• [PATCH][resubmit] HP iLO driver,David Altobelli
  • Re: [PATCH][resubmit] HP iLO driver,Pekka Enberg
    • RE: [PATCH][resubmit] HP iLO driver,Altobelli, David
  • Re: [PATCH][resubmit] HP iLO driver,FUJITA Tomonori
    • RE: [PATCH][resubmit] HP iLO driver,Altobelli, David
      • RE: [PATCH][resubmit] HP iLO driver,FUJITA Tomonori
  • Re: [PATCH][resubmit] HP iLO driver,Pavel Machek
    • RE: [PATCH][resubmit] HP iLO driver,Altobelli, David
      • Re: [PATCH][resubmit] HP iLO driver,Pavel Machek
      • RE: [PATCH][resubmit] HP iLO driver,Altobelli, David
      • RE: [PATCH][resubmit] HP iLO driver,david
      • Re: [PATCH][resubmit] HP iLO driver,Arjan van de Ven
      • Re: [PATCH][resubmit] HP iLO driver,david
      • Re: [PATCH][resubmit] HP iLO driver,Pavel Machek
      • Re: [PATCH][resubmit] HP iLO driver,Ray Lee
      • Re: [PATCH][resubmit] HP iLO driver,Pavel Machek
      • Re: [PATCH][resubmit] HP iLO driver,Pavel Machek
      • RE: [PATCH][resubmit] HP iLO driver,Altobelli, David
      • Re: [PATCH][resubmit] HP iLO driver,Pavel Machek
      • RE: [PATCH][resubmit] HP iLO driver,Altobelli, David
      • Re: [PATCH][resubmit] HP iLO driver,Randy Dunlap
      • RE: [PATCH][resubmit] HP iLO driver,Altobelli, David
      • Re: [PATCH][resubmit] HP iLO driver,Pavel Machek
      • Re: [PATCH][resubmit] HP iLO driver,Alan Cox
      • Re: [PATCH][resubmit] HP iLO driver,Pavel Machek
      • Re: [PATCH][resubmit] HP iLO driver,Bruno Prémont
      • Re: [PATCH][resubmit] HP iLO driver,Pavel Machek
  • <Possible follow-ups>
  • Re: [PATCH][resubmit] HP iLO driver,Martin Knoblauch
    • RE: [PATCH][resubmit] HP iLO driver,Altobelli, David
  • Re: [PATCH][resubmit] HP iLO driver,Martin Knoblauch
    • RE: [PATCH][resubmit] HP iLO driver,Altobelli, David
      • Re: [PATCH][resubmit] HP iLO driver,Alan Cox
    • Re: [PATCH][resubmit] HP iLO driver,Randy Dunlap
• looking for explanation of select() timeout behaviour,Chris Friesen
• [GIT PULL] ALSA fixes,Takashi Iwai
• [PATCH 2.6.26-rc] ACPI Thermal Zone driver breaks lm-sensors 2 userspace,Rene Herman
  • Re: [PATCH 2.6.26-rc] ACPI Thermal Zone driver breaks lm-sensors 2 userspace,Mark M. Hoffman
  • <Possible follow-ups>
  • Re: [PATCH 2.6.26-rc] ACPI Thermal Zone driver breaks lm-sensors 2 userspace,Robert Hancock
    • Re: [PATCH 2.6.26-rc] ACPI Thermal Zone driver breaks lm-sensors 2 userspace,Linus Torvalds
      • Re: [PATCH 2.6.26-rc] ACPI Thermal Zone driver breaks lm-sensors 2 userspace,Zhang Rui
      • Re: [PATCH 2.6.26-rc] ACPI Thermal Zone driver breaks lm-sensors 2 userspace,Mark M. Hoffman
      • Re: [PATCH 2.6.26-rc] ACPI Thermal Zone driver breaks lm-sensors 2 userspace,Rene Herman
      • Re: [PATCH 2.6.26-rc] ACPI Thermal Zone driver breaks lm-sensors 2 userspace,Len Brown
      • Re: [PATCH 2.6.26-rc] ACPI Thermal Zone driver breaks lm-sensors 2 userspace,Matthew Garrett
      • Re: [PATCH 2.6.26-rc] ACPI Thermal Zone driver breaks lm-sensors 2 userspace,Len Brown
      • Re: [PATCH 2.6.26-rc] ACPI Thermal Zone driver breaks lm-sensors 2 userspace,Rene Herman
      • Re: [PATCH 2.6.26-rc] ACPI Thermal Zone driver breaks lm-sensors 2 userspace,Zhang Rui
      • Re: [PATCH 2.6.26-rc] ACPI Thermal Zone driver breaks lm-sensors 2 userspace,Jean Delvare
      • Re: [PATCH 2.6.26-rc] ACPI Thermal Zone driver breaks lm-sensors 2 userspace,Rene Herman
      • Re: [PATCH 2.6.26-rc] ACPI Thermal Zone driver breaks lm-sensors 2 userspace,Mark M. Hoffman
• [PATCH] [OLPC] sdhci: add quirk for the Marvell CaFe's interrupt timeout,Andres Salomon
  • Re: [PATCH] [OLPC] sdhci: add quirk for the Marvell CaFe's interrupt timeout,Andrew Morton
    • Re: [PATCH] [OLPC] sdhci: add quirk for the Marvell CaFe's interrupt timeout,Andrew Morton
      • Re: [PATCH] [OLPC] sdhci: add quirk for the Marvell CaFe's interrupt timeout,Andres Salomon
    • Re: [PATCH] [OLPC] sdhci: add quirk for the Marvell CaFe's interrupt timeout,Andres Salomon
  • Re: [PATCH] [OLPC] sdhci: add quirk for the Marvell CaFe's interrupt timeout,Pierre Ossman
    • Re: [PATCH] [OLPC] sdhci: add quirk for the Marvell CaFe's interrupt timeout,Andres Salomon
• mmap_min_addr/SECURITY_DEFAULT_MMAP_MIN_ADDR suggested values,Dr. David Alan Gilbert
  • Re: mmap_min_addr/SECURITY_DEFAULT_MMAP_MIN_ADDR suggested values,Arjan van de Ven
    • Re: mmap_min_addr/SECURITY_DEFAULT_MMAP_MIN_ADDR suggested values,Dr. David Alan Gilbert
• [PATCH] SGI UV: uv_ptc_proc_write security hole,Cliff Wickman
  • Re: [PATCH] SGI UV: uv_ptc_proc_write security hole,Ingo Molnar
• [PATCH -mm] .gitignore for mm-sources is missing critical files,Ryan Hope
  • Re: [PATCH -mm] .gitignore for mm-sources is missing critical files,Eduard - Gabriel Munteanu
• [PATCH 2/3] Full conversion to early_initcall() interface, remove old interface.,Eduard - Gabriel Munteanu
  • Re: [PATCH 2/3] Full conversion to early_initcall() interface, remove old interface.,Andrew Morton
    • [PATCH 2/3] Full conversion to early_initcall() interface, remove old interface.,Eduard - Gabriel Munteanu
      • Re: [PATCH 2/3] Full conversion to early_initcall() interface, remove old interface.,Eduard - Gabriel Munteanu
      • Re: [PATCH 2/3] Full conversion to early_initcall() interface, remove old interface.,Johannes Weiner
      • Re: [PATCH 2/3] Full conversion to early_initcall() interface, remove old interface.,Eduard - Gabriel Munteanu
      • Re: [PATCH 2/3] Full conversion to early_initcall() interface, remove old interface.,Andrew Morton
      • Re: [PATCH 2/3] Full conversion to early_initcall() interface, remove old interface.,Eduard - Gabriel Munteanu
• [PATCH 0/3] Relay buffer-only channels and its prereqs (resubmit 2),Eduard - Gabriel Munteanu
• [PATCH 1/3] Better interface for hooking early initcalls.,Eduard - Gabriel Munteanu
• AdvFS released under GPLv2,Xose Vazquez Perez
  • Re: AdvFS released under GPLv2,Willy Tarreau
    • Re: AdvFS released under GPLv2,Linda Knippers
      • Re: AdvFS released under GPLv2,Chris Mason
    • Re: AdvFS released under GPLv2,Pavel Machek
      • Re: AdvFS released under GPLv2,Jan Engelhardt
  • <Possible follow-ups>
  • Re: AdvFS released under GPLv2,Martin Knoblauch
• [PATCH 0/2]v2 configfs: symlink() fixes,Louis Rilling
  • [PATCH 1/2] configfs: Fix symlink() to a removing item,Louis Rilling
  • [PATCH 2/2] configfs: Fix failing symlink() making rmdir() fail,Louis Rilling
  • Re: [PATCH 0/2]v2 configfs: symlink() fixes,Joel Becker
    • Re: [PATCH 0/2]v2 configfs: symlink() fixes,Louis Rilling
      • Re: [PATCH 0/2]v2 configfs: symlink() fixes,Joel Becker
• [RFC][PATCH] ext3: don't read inode block if the buffer has a write error,Hidehiro Kawai
  • Re: [RFC][PATCH] ext3: don't read inode block if the buffer has a write error,Nick Piggin
    • Re: [RFC][PATCH] ext3: don't read inode block if the buffer has a write error,Jan Kara
      • Re: [RFC][PATCH] ext3: don't read inode block if the buffer has a write error,Nick Piggin
    • Re: [RFC][PATCH] ext3: don't read inode block if the buffer has a write error,Andrew Morton
      • Re: [RFC][PATCH] ext3: don't read inode block if the buffer has a write error,Linus Torvalds
      • Re: [RFC][PATCH] ext3: don't read inode block if the buffer has a write error,Nick Piggin
      • Re: [RFC][PATCH] ext3: don't read inode block if the buffer has a write error,Linus Torvalds
      • Re: [RFC][PATCH] ext3: don't read inode block if the buffer has a write error,Hidehiro Kawai
• [PATCH 0/2] TTY cleanups,Alan Cox
  • [PATCH 1/2] tty_driver: Update required method documentation,Alan Cox
  • [PATCH 2/2] [PATCH] removed unused var real_tty on n_tty_ioctl(),Alan Cox
• [PATCH] dabusb: use request_firmware(),David Woodhouse
  • Re: [PATCH] dabusb: use request_firmware(),Christoph Hellwig
    • Re: [PATCH] dabusb: use request_firmware(),David Woodhouse
      • Re: [PATCH] dabusb: use request_firmware(),David Woodhouse
      • Re: [PATCH] dabusb: use request_firmware(),Adrian Bunk
      • Re: [PATCH] dabusb: use request_firmware(),Greg KH
      • Re: [PATCH] dabusb: use request_firmware(),Adrian Bunk
• [BUGs] must check return value of pci_map_single()/pci_map_page(),Marin Mitov
• [PATCH] cpia2: use request_firmware(),David Woodhouse
  • Re: [PATCH] cpia2: use request_firmware(),Mauro Carvalho Chehab
• [PATCH] RTC: Fix CMOS time error after writing /proc/acpi/alarm,Chen, Huacai
  • Re: [PATCH] RTC: Fix CMOS time error after writing /proc/acpi/alarm,Zhao Yakui
  • Re: [PATCH] RTC: Fix CMOS time error after writing /proc/acpi/alarm,Alessandro Zummo
• [BUG] While changing the cpufreq governor, kernel hits a bug in workqueue.c,Nageswara R Sastry
  • Re: [BUG] While changing the cpufreq governor, kernel hits a bug in workqueue.c,Johannes Weiner
    • Re: [BUG] While changing the cpufreq governor, kernel hits a bug in workqueue.c,Nageswara R Sastry
      • Re: [BUG] While changing the cpufreq governor, kernel hits a bug in workqueue.c,Johannes Weiner
      • Re: [BUG] While changing the cpufreq governor, kernel hits a bug in workqueue.c,Dave Jones
      • Re: [BUG] While changing the cpufreq governor, kernel hits a bug in workqueue.c,Nageswara R Sastry
      • Re: [BUG] While changing the cpufreq governor, kernel hits a bug in workqueue.c,Nageswara R Sastry
      • Re: [BUG] While changing the cpufreq governor, kernel hits a bug in workqueue.c,Nageswara R Sastry
      • Re: [BUG] While changing the cpufreq governor, kernel hits a bug in workqueue.c,Johannes Weiner
      • Re: [BUG] While changing the cpufreq governor, kernel hits a bug in workqueue.c,Johannes Weiner
      • Re: [BUG] While changing the cpufreq governor, kernel hits a bug in workqueue.c,Nageswara R Sastry
      • Re: [BUG] While changing the cpufreq governor, kernel hits a bug in workqueue.c,Johannes Weiner
      • Re: [BUG] While changing the cpufreq governor, kernel hits a bug in workqueue.c,Nageswara R Sastry
      • Re: [BUG] While changing the cpufreq governor, kernel hits a bug in workqueue.c,Johannes Weiner
      • Re: [BUG] While changing the cpufreq governor, kernel hits a bug in workqueue.c,Nageswara R Sastry
      • Re: [BUG] While changing the cpufreq governor, kernel hits a bug in workqueue.c,Peter Zijlstra
      • Re: [BUG] While changing the cpufreq governor, kernel hits a bug in workqueue.c,Nageswara R Sastry
      • Re: [BUG] While changing the cpufreq governor, kernel hits a bug in workqueue.c,Johannes Weiner
      • Re: [BUG] While changing the cpufreq governor, kernel hits a bug in workqueue.c,Johannes Weiner
      • Re: [BUG] While changing the cpufreq governor, kernel hits a bug in workqueue.c,Nageswara R Sastry
• [PATCH] fix rcu vs hotplug race,Dhaval Giani
  • Re: [PATCH] fix rcu vs hotplug race,Ingo Molnar
    • Re: [PATCH] fix rcu vs hotplug race,Gautham R Shenoy
      • Re: [PATCH] fix rcu vs hotplug race,Ingo Molnar
      • Re: [PATCH] fix rcu vs hotplug race,Paul E. McKenney
      • Re: [PATCH] fix rcu vs hotplug race,Gautham R Shenoy
      • Re: [PATCH] fix rcu vs hotplug race,Dipankar Sarma
      • Re: [PATCH] fix rcu vs hotplug race,Dhaval Giani
      • Re: [PATCH] fix rcu vs hotplug race,Paul E. McKenney
      • Re: [PATCH] fix rcu vs hotplug race,Gautham R Shenoy
      • Re: [PATCH] fix rcu vs hotplug race,Ingo Molnar
      • Re: [PATCH] fix rcu vs hotplug race,Dhaval Giani
      • Re: [PATCH] fix rcu vs hotplug race,Ingo Molnar
      • Re: [PATCH] fix rcu vs hotplug race,Ingo Molnar
      • Re: [PATCH] fix rcu vs hotplug race,Ingo Molnar
      • Re: [PATCH] fix rcu vs hotplug race,Ingo Molnar
      • Re: [PATCH] fix rcu vs hotplug race,Paul E. McKenney
      • Re: [PATCH] fix rcu vs hotplug race,Paul E. McKenney
• [patch] futex: fix fault handling in futex_lock_pi,Thomas Gleixner
  • Re: [patch] futex: fix fault handling in futex_lock_pi,Thomas Gleixner
    • Re: [patch] futex: fix fault handling in futex_lock_pi,Ingo Molnar
    • Re: [patch] futex: fix fault handling in futex_lock_pi,Peter Zijlstra
• Re: [PATCH 1/4] KVM: Report hardware virtualization features,Yang, Sheng
• [patch v1.2.30] wan: add driver retina,Matti Linnanvuori
• linux-next: Tree for June 23,Stephen Rothwell
  • Re: linux-next: Tree for June 23,Vegard Nossum
    • Re: linux-next: Tree for June 23,Vegard Nossum
      • Re: linux-next: Tree for June 23,Vegard Nossum
      • Re: linux-next: Tree for June 23,Vegard Nossum
      • Re: linux-next: Tree for June 23,Vegard Nossum
      • Re: linux-next: Tree for June 23,Vegard Nossum
      • Re: linux-next: Tree for June 23,Pekka J Enberg
      • Re: linux-next: Tree for June 23,Christoph Lameter
• ADJ_OFFSET_SS_READ bug?,Michael Kerrisk
  • Re: ADJ_OFFSET_SS_READ bug?,john stultz
    • Re: ADJ_OFFSET_SS_READ bug?,Michael Kerrisk
      • Re: ADJ_OFFSET_SS_READ bug?,Michael Kerrisk
      • Re: ADJ_OFFSET_SS_READ bug?,Roman Zippel
• [patch] adjtimex() modes argument checking,Michael Kerrisk
• /proc 2.6.24 changes for guest CPU accounting,Michael Kerrisk
  • Re: /proc 2.6.24 changes for guest CPU accounting,Christian Borntraeger
  • Re: /proc 2.6.24 changes for guest CPU accounting,Laurent Vivier
    • Re: /proc 2.6.24 changes for guest CPU accounting,Michael Kerrisk
      • Re: /proc 2.6.24 changes for guest CPU accounting,AP
      • [PATCH] Documentation: add descs for guest fields in stat procfs files,AP
      • Re: [PATCH] Documentation: add descs for guest fields in stat procfs files,Laurent Vivier
      • Re: [PATCH] Documentation: add descs for guest fields in stat procfs files,Michael Kerrisk
• nanosleep() uses CLOCK_MONOTONIC, should be CLOCK_REALTIME?,Michael Kerrisk
  • Re: nanosleep() uses CLOCK_MONOTONIC, should be CLOCK_REALTIME?,Bart Van Assche
    • Re: nanosleep() uses CLOCK_MONOTONIC, should be CLOCK_REALTIME?,Michael Kerrisk
      • Re: nanosleep() uses CLOCK_MONOTONIC, should be CLOCK_REALTIME?,Bart Van Assche
      • Re: nanosleep() uses CLOCK_MONOTONIC, should be CLOCK_REALTIME?,Michael Kerrisk
      • Re: nanosleep() uses CLOCK_MONOTONIC, should be CLOCK_REALTIME?,Michael Kerrisk
      • Re: nanosleep() uses CLOCK_MONOTONIC, should be CLOCK_REALTIME?,Roman Zippel
      • Re: nanosleep() uses CLOCK_MONOTONIC, should be CLOCK_REALTIME?,Michael Kerrisk
      • Re: nanosleep() uses CLOCK_MONOTONIC, should be CLOCK_REALTIME?,Bart Van Assche
      • Re: nanosleep() uses CLOCK_MONOTONIC, should be CLOCK_REALTIME?,Michael Kerrisk
      • Re: nanosleep() uses CLOCK_MONOTONIC, should be CLOCK_REALTIME?,Bart Van Assche
      • Re: nanosleep() uses CLOCK_MONOTONIC, should be CLOCK_REALTIME?,Michael Kerrisk
      • Re: nanosleep() uses CLOCK_MONOTONIC, should be CLOCK_REALTIME?,Thomas Gleixner
      • Re: nanosleep() uses CLOCK_MONOTONIC, should be CLOCK_REALTIME?,Michael Kerrisk
• [patch] ADJ_OFFSET_SS_READ and capabilities,Michael Kerrisk
  • Re: [patch] ADJ_OFFSET_SS_READ and capabilities,john stultz
    • Re: [patch] ADJ_OFFSET_SS_READ and capabilities,Michael Kerrisk
• Re: freeze vs freezer,Pavel Machek
  • Re: freeze vs freezer,Henrique de Moraes Holschuh
    • Re: freeze vs freezer,Elias Oltmanns
      • Re: freeze vs freezer,Pavel Machek
      • Re: [xfs-masters] Re: freeze vs freezer,Dave Chinner
      • Re: [xfs-masters] Re: freeze vs freezer,Rafael J. Wysocki
      • Re: [xfs-masters] Re: freeze vs freezer,Christoph Hellwig
      • Re: [xfs-masters] Re: freeze vs freezer,Rafael J. Wysocki
      • Re: [xfs-masters] Re: freeze vs freezer,Eric Sandeen
      • Re: [xfs-masters] Re: freeze vs freezer,Dave Chinner
      • Re: [xfs-masters] Re: freeze vs freezer,Jeremy Fitzhardinge
      • Re: [xfs-masters] Re: freeze vs freezer,Dave Chinner
      • Re: [xfs-masters] Re: freeze vs freezer,Rafael J. Wysocki
      • Re: [xfs-masters] Re: freeze vs freezer,Dave Chinner
      • Re: [xfs-masters] Re: freeze vs freezer,Rafael J. Wysocki
      • Re: [xfs-masters] Re: freeze vs freezer,Dave Chinner
      • Re: [xfs-masters] Re: freeze vs freezer,Rafael J. Wysocki
      • Re: [xfs-masters] Re: freeze vs freezer,Elias Oltmanns
      • Re: [xfs-masters] Re: freeze vs freezer,Christoph Hellwig
      • Re: [xfs-masters] Re: freeze vs freezer,Dave Chinner
      • Re: [xfs-masters] Re: freeze vs freezer,Elias Oltmanns
      • Re: [xfs-masters] Re: freeze vs freezer,Dave Chinner
      • Re: [xfs-masters] Re: freeze vs freezer,Rafael J. Wysocki
      • Re: [xfs-masters] Re: freeze vs freezer,Pavel Machek
• 2.6.26-rc6: pcmcia stopped working after resume,Pavel Machek
  • Re: 2.6.26-rc6: pcmcia stopped working after resume,Dominik Brodowski
    • Re: 2.6.26-rc6: pcmcia stopped working after resume,Pavel Machek
      • Re: 2.6.26-rc6: pcmcia stopped working after resume,Dominik Brodowski
      • [regression] Re: 2.6.26-rc6: pcmcia stopped working,Pavel Machek
      • Re: [regression] Re: 2.6.26-rc6: pcmcia stopped working,Pavel Machek
      • Re: [regression] Re: 2.6.26-rc6: pcmcia stopped working,Tejun Heo
      • Re: [regression] Re: 2.6.26-rc6: pcmcia stopped working,Pavel Machek
      • Re: [regression] Re: 2.6.26-rc6: pcmcia stopped working,Pavel Machek
      • Re: [regression] Re: 2.6.26-rc6: pcmcia stopped working,Pavel Machek
      • Re: [regression] Re: 2.6.26-rc6: pcmcia stopped working,Bartlomiej Zolnierkiewicz
      • Re: [regression] Re: 2.6.26-rc6: pcmcia stopped working,Pavel Machek
      • Re: [regression] Re: 2.6.26-rc6: pcmcia stopped working,Pavel Machek
      • Re: [regression] Re: 2.6.26-rc6: pcmcia stopped working,Bartlomiej Zolnierkiewicz
• Broken ttusb-dec DVB support since, well, year(s),barry bouwsma
  • Re: Broken ttusb-dec DVB support since, well, year(s),Andrew Morton
    • Re: Broken ttusb-dec DVB support since, well, year(s),Peter Beutner
• [bad page] memcg: another bad page at page migration (2.6.26-rc5-mm3 + patch collection),Daisuke Nishimura
  • Re: [bad page] memcg: another bad page at page migration (2.6.26-rc5-mm3 + patch collection),KAMEZAWA Hiroyuki
    • Re: [bad page] memcg: another bad page at page migration (2.6.26-rc5-mm3 + patch collection),KAMEZAWA Hiroyuki
      • Re: [bad page] memcg: another bad page at page migration (2.6.26-rc5-mm3 + patch collection),Daisuke Nishimura
      • Re: [bad page] memcg: another bad page at page migration (2.6.26-rc5-mm3 + patch collection),Daisuke Nishimura
      • Re: [bad page] memcg: another bad page at page migration (2.6.26-rc5-mm3 + patch collection),KAMEZAWA Hiroyuki
      • Re: [bad page] memcg: another bad page at page migration (2.6.26-rc5-mm3 + patch collection),KAMEZAWA Hiroyuki
  • [PATCH] memcg: end migration fix (was [bad page] memcg: another bad page at page migration (2.6.26-rc5-mm3 + patch collection)),KAMEZAWA Hiroyuki
    • Re: [PATCH] memcg: end migration fix (was [bad page] memcg: another bad page at page migration (2.6.26-rc5-mm3 + patch collection)),Daisuke Nishimura
      • Re: [PATCH] memcg: end migration fix (was [bad page] memcg: another bad page at page migration (2.6.26-rc5-mm3 + patch collection)),KAMEZAWA Hiroyuki
    • Re: [PATCH] memcg: end migration fix (was [bad page] memcg: another bad page at page migration (2.6.26-rc5-mm3 + patch collection)),Balbir Singh
• [ANNOUNCE] Position Statement on Linux Kernel Modules,Greg KH
  • Re: [ANNOUNCE] Position Statement on Linux Kernel Modules,Jiri Kosina
    • Re: [ANNOUNCE] Position Statement on Linux Kernel Modules,Greg KH
  • Re: [ANNOUNCE] Position Statement on Linux Kernel Modules,Greg Louis
    • Re: [ANNOUNCE] Position Statement on Linux Kernel Modules,Willy Tarreau
      • Re: [ANNOUNCE] Position Statement on Linux Kernel Modules,Greg Louis
      • Re: [ANNOUNCE] Position Statement on Linux Kernel Modules,David Newall
    • Re: [ANNOUNCE] Position Statement on Linux Kernel Modules,Greg KH
  • Re: [ANNOUNCE] Position Statement on Linux Kernel Modules,Måns Rullgård
  • <Possible follow-ups>
  • Re: [ANNOUNCE] Position Statement on Linux Kernel Modules,Matthew
    • Re: [ANNOUNCE] Position Statement on Linux Kernel Modules,Willy Tarreau
      • Re: [ANNOUNCE] Position Statement on Linux Kernel Modules,jdow
      • Re: [ANNOUNCE] Position Statement on Linux Kernel Modules,Willy Tarreau
      • Re: [ANNOUNCE] Position Statement on Linux Kernel Modules,jdow
    • Re: [ANNOUNCE] Position Statement on Linux Kernel Modules,Greg KH
• [patch 2.6.26-rc7] rtc_read_alarm() handles wraparound,David Brownell
  • Re: [rtc-linux] [patch 2.6.26-rc7] rtc_read_alarm() handles wraparound,Alessandro Zummo
• [PATCH] uio-howto.tmpl: use unique output names,Mike Frysinger
  • Re: [PATCH] uio-howto.tmpl: use unique output names,Hans J. Koch
• [PATCH -v2] lockdep: add lock_class information to lock_chain and output it,Huang, Ying
• [PATCH] uio-howto.tmpl: use standard copyright/legal markings,Mike Frysinger
  • Re: [PATCH] uio-howto.tmpl: use standard copyright/legal markings,Andrew Morton
    • Re: [PATCH] uio-howto.tmpl: use standard copyright/legal markings,Mike Frysinger
    • Re: [PATCH] uio-howto.tmpl: use standard copyright/legal markings,Mike Frysinger
  • <Possible follow-ups>
  • [PATCH] uio-howto.tmpl: use standard copyright/legal markings,Mike Frysinger
    • Re: [PATCH] uio-howto.tmpl: use standard copyright/legal markings,Hans J. Koch
• [PATCH] rtc: remove BKL for ioctl(),David Brownell
  • Re: [rtc-linux] [PATCH] rtc: remove BKL for ioctl(),Alessandro Zummo
  • Re: [PATCH] rtc: remove BKL for ioctl(),Jonathan Corbet
    • Re: [PATCH] rtc: remove BKL for ioctl(),Alan Cox
      • Re: [PATCH] rtc: remove BKL for ioctl(),David Brownell
      • Re: [PATCH] rtc: remove BKL for ioctl(),Jonathan Corbet
    • Re: [PATCH] rtc: remove BKL for ioctl(),David Brownell
• [patch] x86 supports NO_IRQ convention,David Brownell
  • Re: [patch] x86 supports NO_IRQ convention,Alan Cox
    • Re: [patch] x86 supports NO_IRQ convention,David Brownell
      • Re: [patch] x86 supports NO_IRQ convention,Alan Cox
    • Re: [patch] x86 supports NO_IRQ convention,Johannes Stezenbach
  • Re: [patch] x86 supports NO_IRQ convention,Benjamin Herrenschmidt
    • Re: [patch] x86 supports NO_IRQ convention,David Brownell
      • Re: [patch] x86 supports NO_IRQ convention,Benjamin Herrenschmidt
  • <Possible follow-ups>
  • Re: [patch] x86 supports NO_IRQ convention,Robert Hancock
    • Re: [patch] x86 supports NO_IRQ convention,David Brownell
      • Re: [patch] x86 supports NO_IRQ convention,Alan Cox
• [patch 2.6.26-rc7] <linux/bcd.h> space reduction,David Brownell
  • Re: [patch 2.6.26-rc7] <linux/bcd.h> space reduction,Adrian Bunk
    • Re: [patch 2.6.26-rc7] <linux/bcd.h> space reduction,David Brownell
      • Re: [patch 2.6.26-rc7] <linux/bcd.h> space reduction,Adrian Bunk
      • Re: [patch 2.6.26-rc7] <linux/bcd.h> space reduction,David Brownell
      • Re: [patch 2.6.26-rc7] <linux/bcd.h> space reduction,Adrian Bunk
• [PATCH] lockdep: remove duplicate definition of STATIC_LOCKDEP_MAP_INIT,Li Zefan
  • Re: [PATCH] lockdep: remove duplicate definition of STATIC_LOCKDEP_MAP_INIT,Ingo Molnar
• [patch] memory reclaim more efficiently,Takenori Nagano
  • Re: [patch] memory reclaim more efficiently,KOSAKI Motohiro
    • Re: [patch] memory reclaim more efficiently,Takenori Nagano
• [PATCH] Remove Module.markers during mrproper,Alexey Dobriyan
  • Re: [PATCH] Remove Module.markers during mrproper,Sam Ravnborg
• Kernel messages (failure) with MV6121 controler,Joao Luis Meloni Assirati
• Re: [PATCH] IDE: Fix HDIO_DRIVE_RESET handling,Elias Oltmanns
  • [PATCH] IDE: Fix HDIO_DRIVE_RESET handling,Elias Oltmanns
    • Re: [PATCH] IDE: Fix HDIO_DRIVE_RESET handling,Elias Oltmanns
      • Re: [PATCH] IDE: Fix HDIO_DRIVE_RESET handling,Bartlomiej Zolnierkiewicz
    • Re: [PATCH] IDE: Fix HDIO_DRIVE_RESET handling,Alan Cox
      • Re: [PATCH] IDE: Fix HDIO_DRIVE_RESET handling,Elias Oltmanns
      • Re: [PATCH] IDE: Fix HDIO_DRIVE_RESET handling,Alan Cox
    • Re: [PATCH] IDE: Fix HDIO_DRIVE_RESET handling,Bartlomiej Zolnierkiewicz
      • Re: [PATCH] IDE: Fix HDIO_DRIVE_RESET handling,Elias Oltmanns
  • [PATCH 2/4] IDE: Remove unused code,Elias Oltmanns
  • [PATCH 3/4] Update documentation of HDIO_DRIVE_RESET ioctl,Elias Oltmanns
  • [PATCH 4/4] IDE: Report errors during drive reset back to user space,Elias Oltmanns
  • Re: [PATCH] IDE: Fix HDIO_DRIVE_RESET handling,Alan Cox
  • Re: [PATCH] IDE: Fix HDIO_DRIVE_RESET handling,Bartlomiej Zolnierkiewicz
    • Re: [PATCH] IDE: Fix HDIO_DRIVE_RESET handling,Elias Oltmanns
      • Re: [PATCH] IDE: Fix HDIO_DRIVE_RESET handling,Bartlomiej Zolnierkiewicz
      • Re: [PATCH] IDE: Fix HDIO_DRIVE_RESET handling,Alan Cox
      • Re: [PATCH] IDE: Fix HDIO_DRIVE_RESET handling,Bartlomiej Zolnierkiewicz
      • Re: [PATCH] IDE: Fix HDIO_DRIVE_RESET handling,Alan Cox
      • Re: [PATCH] IDE: Fix HDIO_DRIVE_RESET handling,Bartlomiej Zolnierkiewicz
      • Re: [PATCH] IDE: Fix HDIO_DRIVE_RESET handling,Bartlomiej Zolnierkiewicz
      • Re: [PATCH] IDE: Fix HDIO_DRIVE_RESET handling,Elias Oltmanns
      • [PATCH 1/4 v2] IDE: Fix HDIO_DRIVE_RESET handling,Elias Oltmanns
      • [PATCH 2/4 v2] IDE: Remove unused code,Elias Oltmanns
      • [PATCH 3/4 v2] Update documentation of HDIO_DRIVE_RESET ioctl,Elias Oltmanns
      • [PATCH 4/4 v2] IDE: Report errors during drive reset back to user space,Elias Oltmanns
      • Re: [PATCH] IDE: Fix HDIO_DRIVE_RESET handling,Bartlomiej Zolnierkiewicz
• [PATCH 0/2] PM: Remove obsolete and drop unnecessary includes,Rafael J. Wysocki
  • [PATCH 1/2] PM: Remove obsolete piece of PM documentation (rev. 2),Rafael J. Wysocki
  • [PATCH 2/2] PM: Drop unnecessary includes from pm.h,Rafael J. Wysocki
    • Re: [PATCH 2/2] PM: Drop unnecessary includes from pm.h,Pavel Machek
• [RESEND PATCH 1/3] e1000e: set CONFIG_E1000E=y in x86 defconfigs,Jeff Kirsher
  • [RESEND PATCH 2/3] e1000: remove PCI Express device IDs,Jeff Kirsher
    • Re: [RESEND PATCH 2/3] e1000: remove PCI Express device IDs,Jeff Garzik
  • [RESEND PATCH 3/3] e1000: enable NAPI by default in defconfig,Jeff Kirsher
  • Re: [RESEND PATCH 1/3] e1000e: set CONFIG_E1000E=y in x86 defconfigs,Ingo Molnar
    • Re: [RESEND PATCH 1/3] e1000e: set CONFIG_E1000E=y in x86 defconfigs,Jeff Kirsher
    • Re: [RESEND PATCH 1/3] e1000e: set CONFIG_E1000E=y in x86 defconfigs,Jeff Garzik
      • Re: [RESEND PATCH 1/3] e1000e: set CONFIG_E1000E=y in x86 defconfigs,Ingo Molnar
• [patch 0/3] s3c2410 watchdog fixes for next kernel release,Ben Dooks
  • [patch 1/3] WATCHDOG: Fix NULL usage in s3c2410_wdt driver.,Ben Dooks
    • Re: [patch 1/3] WATCHDOG: Fix NULL usage in s3c2410_wdt driver.,Alan Cox
  • [patch 2/3] WATCHDOG: Clean out header of s3c2410_wdt driver.,Ben Dooks
    • Re: [patch 2/3] WATCHDOG: Clean out header of s3c2410_wdt driver.,Alan Cox
      • Re: [patch 2/3] WATCHDOG: Clean out header of s3c2410_wdt driver.,Ben Dooks
      • Re: [patch 2/3] WATCHDOG: Clean out header of s3c2410_wdt driver.,Alan Cox
  • [patch 3/3] WATCHDOG: Fix s3c2410_wdt driver coding style issues,Ben Dooks
    • Re: [patch 3/3] WATCHDOG: Fix s3c2410_wdt driver coding style issues,Alan Cox
• [PATCH] proc: always do ->release,Alexey Dobriyan
• [PATCH] proc: remove pathetic remount code,Alexey Dobriyan
• [patch 0/4] SM501 MFD driver updates for next kernel,Ben Dooks
  • [patch 1/4] SM501: add power control callback,Ben Dooks
  • [patch 4/4] SM501: GPIO I2C support,Ben Dooks
  • [patch 2/4] SM501: Add gpiolib support,Ben Dooks
    • Re: [patch 2/4] SM501: Add gpiolib support,Andrew Morton
  • [patch 3/4] SM501: GPIO dynamic registration for PCI devices,Ben Dooks
• [PATCH] proc: move Kconfig to fs/proc/Kconfig,Alexey Dobriyan
• [PATCH 1/4] ide-generic: probing fix,Bartlomiej Zolnierkiewicz
  • [PATCH 2/4] ide: add 'config' field to hw_regs_t,Bartlomiej Zolnierkiewicz
  • [PATCH 3/4] ide: add struct ide_tp_ops,Bartlomiej Zolnierkiewicz
  • [PATCH 4/4] ide: add struct ide_host,Bartlomiej Zolnierkiewicz
• [patch 0/5] 2.6.25-stable review,Greg KH
  • [patch 4/5] x86: use BOOTMEM_EXCLUSIVE on 32-bit,Greg KH
    • Re: [patch 4/5] x86: use BOOTMEM_EXCLUSIVE on 32-bit,Johannes Weiner
      • Re: [patch 4/5] x86: use BOOTMEM_EXCLUSIVE on 32-bit,Greg KH
      • Re: [patch 4/5] x86: use BOOTMEM_EXCLUSIVE on 32-bit,Adrian Bunk
      • Re: [patch 4/5] x86: use BOOTMEM_EXCLUSIVE on 32-bit,Linus Torvalds
      • Re: [patch 4/5] x86: use BOOTMEM_EXCLUSIVE on 32-bit,Ingo Molnar
      • Re: [patch 4/5] x86: use BOOTMEM_EXCLUSIVE on 32-bit,Bernhard Walle
      • Re: [patch 4/5] x86: use BOOTMEM_EXCLUSIVE on 32-bit,Ingo Molnar
      • Re: [patch 4/5] x86: use BOOTMEM_EXCLUSIVE on 32-bit,Bernhard Walle
      • Re: [stable] [patch 4/5] x86: use BOOTMEM_EXCLUSIVE on 32-bit,Greg KH
      • Re: [stable] [patch 4/5] x86: use BOOTMEM_EXCLUSIVE on 32-bit,Ingo Molnar
  • [patch 3/5] sctp: Make sure N * sizeof(union sctp_addr) does not overflow.,Greg KH
    • Re: [patch 3/5] sctp: Make sure N * sizeof(union sctp_addr) does not overflow.,David Miller
      • Re: [patch 3/5] sctp: Make sure N * sizeof(union sctp_addr) does not overflow.,Greg KH
      • Re: [patch 3/5] sctp: Make sure N * sizeof(union sctp_addr) does not overflow.,David Miller
      • Re: [patch 3/5] sctp: Make sure N * sizeof(union sctp_addr) does not overflow.,Greg KH
  • [patch 2/5] Reinstate ZERO_PAGE optimization in get_user_pages() and fix XIP,Greg KH
    • Re: [patch 2/5] Reinstate ZERO_PAGE optimization in get_user_pages() and fix XIP,Linus Torvalds
      • Re: [patch 2/5] Reinstate ZERO_PAGE optimization in get_user_pages() and fix XIP,Greg KH