lists-archives.org

Mailing Lists Archives

	Web lists-archives.org

Mail Thread Index

• Date Index

[Prev Page][Next Page]

---

• Re: Suggested patch: Sending the FQDN when booting via DHCP, (continued)
  • Re: Suggested patch: Sending the FQDN when booting via DHCP,David Miller
• [RFC v2][PATCH] dynamically enable readprofile at runtime,Dave Hansen
  • Re: [RFC v2][PATCH] dynamically enable readprofile at runtime,Andrew Morton
    • Re: [RFC v2][PATCH] dynamically enable readprofile at runtime,Dave Hansen
• [PATCH] update Documentation/filesystems/Locking for 2.6.27 changes,Christoph Hellwig
• [PATCH 1/3] x86: make intel.c has 64bit support code,Yinghai Lu
  • [PATCH 2/3] x86: make intel_64.c the same to intel.c,Yinghai Lu
  • [PATCH 3/3] x86: let intel 64bit use intel.c,Yinghai Lu
• [PATCH 0/4] add a helper function, is_buffer_dma_capable(),FUJITA Tomonori
  • [PATCH 1/4] add is_buffer_dma_capable helper function,FUJITA Tomonori
    • [PATCH 2/4] x86: convert gart to use is_buffer_dma_capable helper function,FUJITA Tomonori
      • [PATCH 3/4] x86: convert pci-nommu to use is_buffer_dma_capable helper function,FUJITA Tomonori
      • [PATCH 4/4] swiotlb: convert swiotlb to use is_buffer_dma_capable helper function,FUJITA Tomonori
    • RE: [PATCH 1/4] add is_buffer_dma_capable helper function,Luck, Tony
      • Re: [PATCH 1/4] add is_buffer_dma_capable helper function,Joerg Roedel
      • RE: [PATCH 1/4] add is_buffer_dma_capable helper function,FUJITA Tomonori
  • Re: [PATCH 0/4] add a helper function, is_buffer_dma_capable(),Joerg Roedel
    • Re: [PATCH 0/4] add a helper function, is_buffer_dma_capable(),Ingo Molnar
• [PATCH 0/2] x86: minor cleanups for dma mapping stuff,FUJITA Tomonori
  • [PATCH 1/2] x86: remove duplicated extern force_iommu,FUJITA Tomonori
    • [PATCH 2/2] x86: convert dma_alloc_coherent to use is_device_dma_capable,FUJITA Tomonori
• [PATCH 0/3] x86: remove extraneous stack cpumask variables,Mike Travis
  • [PATCH 1/3] cpumask: add for_each_online_cpu_mask_nr function,Mike Travis
    • Re: [PATCH 1/3] cpumask: add for_each_online_cpu_mask_nr function,Rusty Russell
      • Re: [PATCH 1/3] cpumask: add for_each_online_cpu_mask_nr function,Mike Travis
  • [PATCH 2/3] x86: modify send_IPI_mask interface to accept cpumask_t pointers,Mike Travis
  • [PATCH 3/3] sched: Optimize cpumask temp stack usage in kernel/sched.c,Mike Travis
• [PATCH]PCI: utilize calculated results when detecting MSI features,Jike Song
  • [PATCH] PCI: utilize calculated results when detecting MSI features,Jike Song
    • Re: [PATCH] PCI: utilize calculated results when detecting MSI features,Jesse Barnes
• [RFC] [PATCH -mm] cgroup: limit the amount of dirty file pages,Andrea Righi
  • Re: [RFC] [PATCH -mm] cgroup: limit the amount of dirty file pages,kamezawa . hiroyu
    • Re: [RFC] [PATCH -mm] cgroup: limit the amount of dirty file pages,Andrea Righi
  • Re: [RFC] [PATCH -mm] cgroup: limit the amount of dirty file pages,Dave Hansen
    • Re: [RFC] [PATCH -mm] cgroup: limit the amount of dirty file pages,Andrea Righi
• OOPS: getting an ACPI interrupt while in an ACPI interrupt hangs my box,Holger Schurig
  • Re: OOPS: getting an ACPI interrupt while in an ACPI interrupt hangs my box,Zhao Yakui
    • Re: OOPS: getting an ACPI interrupt while in an ACPI interrupt hangs my box,Holger Schurig
• [PATCH] firmware: Allow release-specific firmware dir,Jeff Mahoney
  • Re: [PATCH] firmware: Allow release-specific firmware dir,Andrew Morton
    • Re: [PATCH] firmware: Allow release-specific firmware dir,Greg KH
  • Re: [PATCH] firmware: Allow release-specific firmware dir,David Woodhouse
    • Re: [PATCH] firmware: Allow release-specific firmware dir,David Miller
      • Re: [PATCH] firmware: Allow release-specific firmware dir,David Woodhouse
      • Re: [PATCH] firmware: Allow release-specific firmware dir,Andrew Morton
      • Re: [PATCH] firmware: Allow release-specific firmware dir,Theodore Tso
      • Re: [PATCH] firmware: Allow release-specific firmware dir,David Miller
      • Re: [PATCH] firmware: Allow release-specific firmware dir,David Woodhouse
      • Re: [PATCH] firmware: Allow release-specific firmware dir,David Miller
      • Re: [PATCH] firmware: Allow release-specific firmware dir,Herbert Xu
      • Re: [PATCH] firmware: Allow release-specific firmware dir,David Woodhouse
      • Re: [PATCH] firmware: Allow release-specific firmware dir,Marcel Holtmann
      • Re: [PATCH] firmware: Allow release-specific firmware dir,Jeff Mahoney
      • Re: [PATCH] firmware: Allow release-specific firmware dir,Marcel Holtmann
      • Re: [PATCH] firmware: Allow release-specific firmware dir,Faidon Liambotis
      • Re: [PATCH] firmware: Allow release-specific firmware dir,Marcel Holtmann
      • Re: [PATCH] firmware: Allow release-specific firmware dir,Frans Pop
      • Re: [PATCH] firmware: Allow release-specific firmware dir,Marcel Holtmann
      • Re: [PATCH] firmware: Allow release-specific firmware dir,Frans Pop
      • Re: [PATCH] firmware: Allow release-specific firmware dir,Frans Pop
      • Re: [PATCH] firmware: Allow release-specific firmware dir,David Woodhouse
      • Re: [PATCH] firmware: Allow release-specific firmware dir,Frans Pop
      • Re: [PATCH] firmware: Allow release-specific firmware dir,David Woodhouse
      • Re: [PATCH] firmware: Allow release-specific firmware dir,Frans Pop
      • Re: [PATCH] firmware: Allow release-specific firmware dir,Linus Torvalds
      • Re: [PATCH] firmware: Allow release-specific firmware dir,Frans Pop
      • Re: [PATCH] firmware: Allow release-specific firmware dir,Linus Torvalds
      • Re: [PATCH] firmware: Allow release-specific firmware dir,Frans Pop
      • Re: [PATCH] firmware: Allow release-specific firmware dir,David Woodhouse
      • Re: [PATCH] firmware: Allow release-specific firmware dir,David Newall
      • Re: [PATCH] firmware: Allow release-specific firmware dir,Faidon Liambotis
      • Re: [PATCH] firmware: Allow release-specific firmware dir,Jeff Mahoney
      • Re: [PATCH] firmware: Allow release-specific firmware dir,Theodore Tso
      • Re: [PATCH] firmware: Allow release-specific firmware dir,Jeff Mahoney
      • Re: [PATCH] firmware: Allow release-specific firmware dir,Marcel Holtmann
      • Re: [PATCH] firmware: Allow release-specific firmware dir,Marcel Holtmann
      • Re: [PATCH] firmware: Allow release-specific firmware dir,Thierry Vignaud
      • Re: [PATCH] firmware: Allow release-specific firmware dir,Greg KH
      • Re: [PATCH] firmware: Allow release-specific firmware dir,Marcel Holtmann
      • Re: [PATCH] firmware: Allow release-specific firmware dir,David Woodhouse
      • Re: [PATCH] firmware: Allow release-specific firmware dir,Greg KH
      • Re: [PATCH] firmware: Allow release-specific firmware dir,Greg KH
      • Re: [PATCH] firmware: Allow release-specific firmware dir,David Woodhouse
      • Re: [PATCH] firmware: Allow release-specific firmware dir,Greg KH
      • Re: [PATCH] firmware: Allow release-specific firmware dir,David Woodhouse
      • Re: [PATCH] firmware: Allow release-specific firmware dir,Greg KH
      • Re: [PATCH] firmware: Allow release-specific firmware dir,David Woodhouse
      • Re: [PATCH] firmware: Allow release-specific firmware dir,Joseph Fannin
      • Re: [PATCH] firmware: Allow release-specific firmware dir,Gene Heskett
      • Re: [PATCH] firmware: Allow release-specific firmware dir,David Woodhouse
      • Re: [PATCH] firmware: Allow release-specific firmware dir,Kai Henningsen
• [PATCH] Fix memmap=exactmap boot argument,Prarit Bhargava
  • Re: [PATCH] Fix memmap=exactmap boot argument,Ingo Molnar
• [PATCH 2.6.26.5] USB: ftdi_sio: add support for Domintell devices,gcpatch
• Distributed storage release.,Evgeniy Polyakov
  • Re: Distributed storage release.,Sven Wegener
    • Re: Distributed storage release.,Evgeniy Polyakov
  • <Possible follow-ups>
  • Distributed storage release.,Evgeniy Polyakov
    • Re: Distributed storage release.,Andrew Morton
      • Re: Distributed storage release.,Evgeniy Polyakov
      • Re: Distributed storage release.,Pekka Enberg
      • Re: Distributed storage release.,Evgeniy Polyakov
      • Re: Distributed storage release.,Andreas Dilger
      • Re: Distributed storage release.,Evgeniy Polyakov
      • Re: Distributed storage release.,Andreas Dilger
      • Re: Distributed storage release.,Evgeniy Polyakov
      • Re: Distributed storage release.,Matthew Wilcox
      • Re: Distributed storage release.,Evgeniy Polyakov
  • Distributed storage release.,Evgeniy Polyakov
    • Re: Distributed storage release.,Evgeniy Polyakov
      • Re: Distributed storage release.,Evgeniy Polyakov
• [PATCH] sysrq: Add enable_mask in sysrq_moom_op,Naohiro Ooiwa
• [PATCH] Xen: Fix pte unpin BUG when !CONFIG_SMP,Alex Nixon
  • Re: [PATCH] Xen: Fix pte unpin BUG when !CONFIG_SMP,Ingo Molnar
  • Re: [PATCH] Xen: Fix pte unpin BUG when !CONFIG_SMP,Jeremy Fitzhardinge
    • Re: [PATCH] Xen: Fix pte unpin BUG when !CONFIG_SMP,Alex Nixon
      • Re: [PATCH] Xen: Fix pte unpin BUG when !CONFIG_SMP,Jeremy Fitzhardinge
      • Re: [PATCH] Xen: Fix pte unpin BUG when !CONFIG_SMP,Alex Nixon
      • Re: [PATCH] Xen: Fix pte unpin BUG when !CONFIG_SMP,Jeremy Fitzhardinge
      • [PATCH 1/2] mm: define USE_SPLIT_PTLOCKS rather than repeating expression,Jeremy Fitzhardinge
      • Re: [PATCH 1/2] mm: define USE_SPLIT_PTLOCKS rather than repeating expression,Hugh Dickins
      • [PATCH 2/2] xen: fix pinning when not using split pte locks,Jeremy Fitzhardinge
      • Re: [PATCH 2/2] xen: fix pinning when not using split pte locks,Andrew Morton
      • Re: [PATCH 2/2] xen: fix pinning when not using split pte locks,Jeremy Fitzhardinge
      • Re: [PATCH 2/2] xen: fix pinning when not using split pte locks,Ingo Molnar
      • Re: [PATCH 2/2] xen: fix pinning when not using split pte locks,Alex Nixon
      • Re: [PATCH 2/2] xen: fix pinning when not using split pte locks,Jeremy Fitzhardinge
      • Re: [PATCH 2/2] xen: fix pinning when not using split pte locks,Ingo Molnar
• [bisected][resend] pnp: Huge number of "io resource overlap" messages,Frans Pop
  • Re: [bisected][resend] pnp: Huge number of "io resource overlap" messages,Rene Herman
  • Re: [bisected][resend] pnp: Huge number of "io resource overlap" messages,Bjorn Helgaas
    • Re: [bisected][resend] pnp: Huge number of "io resource overlap" messages,Frans Pop
      • Re: [bisected][resend] pnp: Huge number of "io resource overlap" messages,Bjorn Helgaas
      • Re: [bisected][resend] pnp: Huge number of "io resource overlap" messages,Rene Herman
      • Re: [bisected][resend] pnp: Huge number of "io resource overlap" messages,Bjorn Helgaas
      • Re: [bisected][resend] pnp: Huge number of "io resource overlap" messages,Frans Pop
      • Re: [bisected][resend] pnp: Huge number of "io resource overlap" messages,Bjorn Helgaas
      • [Bug #11550] pnp: Huge number of "io resource overlap" messages,Bjorn Helgaas
      • Re: [Bug #11550] pnp: Huge number of "io resource overlap" messages,Frans Pop
      • Re: [Bug #11550] pnp: Huge number of "io resource overlap" messages,Ingo Molnar
      • Re: [bisected][resend] pnp: Huge number of "io resource overlap" messages,Frans Pop
      • Re: [bisected][resend] pnp: Huge number of "io resource overlap" messages,Bjorn Helgaas
      • Re: [bisected][resend] pnp: Huge number of "io resource overlap" messages,Frans Pop
      • Re: [bisected][resend] pnp: Huge number of "io resource overlap" messages,Frans Pop
      • Re: [bisected][resend] pnp: Huge number of "io resource overlap" messages,Ingo Molnar
• Feature Request,l5ynlwlcyku9kvaqc2jf . j . HadVabVobs
• [PATCH v2 00/13] PCI: let the core manage slot names,Alex Chiang
  • [PATCH v2 01/13] PCI Hotplug core: add 'name' param pci_hp_register interface,Alex Chiang
    • Re: [PATCH v2 01/13] PCI Hotplug core: add 'name' param pci_hp_register interface,Matthew Wilcox
      • Re: [PATCH v2 01/13] PCI Hotplug core: add 'name' param pci_hp_register interface,Alex Chiang
  • [PATCH v2 02/13] PCI: prevent duplicate slot names,Alex Chiang
    • Re: [PATCH v2 02/13] PCI: prevent duplicate slot names,Matthew Wilcox
      • Re: [PATCH v2 02/13] PCI: prevent duplicate slot names,Alex Chiang
      • Re: [PATCH v2 02/13] PCI: prevent duplicate slot names,Matthew Wilcox
    • Re: [PATCH v2 02/13] PCI: prevent duplicate slot names,Rolf Eike Beer
      • Re: [PATCH v2 02/13] PCI: prevent duplicate slot names,Alex Chiang
    • Re: [PATCH v2 02/13] PCI: prevent duplicate slot names,Kenji Kaneshige
      • Re: [PATCH v2 02/13] PCI: prevent duplicate slot names,Alex Chiang
      • Re: [PATCH v2 02/13] PCI: prevent duplicate slot names,Alex Chiang
  • [PATCH v2 03/13] PCI, PCI Hotplug: introduce slot_name helpers,Alex Chiang
    • Re: [PATCH v2 03/13] PCI, PCI Hotplug: introduce slot_name helpers,Matthew Wilcox
  • [PATCH v2 04/13] PCI: acpiphp: remove 'name' parameter,Alex Chiang
    • Re: [PATCH v2 04/13] PCI: acpiphp: remove 'name' parameter,Matthew Wilcox
      • Re: [PATCH v2 04/13] PCI: acpiphp: remove 'name' parameter,Alex Chiang
  • [PATCH v2 05/13] PCI: cpci_hotplug: stop managing hotplug_slot->name,Alex Chiang
    • Re: [PATCH v2 05/13] PCI: cpci_hotplug: stop managing hotplug_slot->name,Matthew Wilcox
      • Re: [PATCH v2 05/13] PCI: cpci_hotplug: stop managing hotplug_slot->name,Scott Murray
  • [PATCH v2 06/13] PCI: cpqphp: stop managing hotplug_slot->name,Alex Chiang
    • Re: [PATCH v2 06/13] PCI: cpqphp: stop managing hotplug_slot->name,Matthew Wilcox
      • Re: [PATCH v2 06/13] PCI: cpqphp: stop managing hotplug_slot->name,Alex Chiang
  • [PATCH v2 07/13] PCI: fakephp: remove 'name' parameter,Alex Chiang
  • [PATCH v2 08/13] PCI: ibmphp: stop managing hotplug_slot->name,Alex Chiang
  • [PATCH v2 09/13] PCI: pciehp: remove 'name' parameter,Alex Chiang
  • [PATCH v2 10/13] PCI: rpaphp: stop managing hotplug_slot->name,Alex Chiang
  • [PATCH v2 11/13] PCI: SGI Hotplug: stop managing bss_hotplug_slot->name,Alex Chiang
  • [PATCH v2 12/13] PCI: shcphp: remove 'name' parameter,Alex Chiang
  • [PATCH v2 13/13] PCI: Hotplug core: remove 'name',Alex Chiang
• undefined reference to `v4l_printk_ioctl' [Was: mmotm 2008-09-08-18-32 uploaded],Jiri Slaby
• GPIO active high/low handling on embedded devices,niels
• [PATCH 1/2][RESEND] ext3: add an option to control error handling on file data,Hidehiro Kawai
  • [PATCH 2/2][RESEND] jbd: ordered data integrity fix,Hidehiro Kawai
• [PATCH -mm] jbd: test BH_Write_EIO to detect errors on metadata buffers,Hidehiro Kawai
  • Re: [PATCH -mm] jbd: test BH_Write_EIO to detect errors on metadata buffers,Jan Kara
  • Re: [PATCH -mm] jbd: test BH_Write_EIO to detect errors on metadata buffers,Eric Sandeen
• Re: mmotm 2008-09-08-18-32 uploaded,KAMEZAWA Hiroyuki
  • Re: mmotm 2008-09-08-18-32 uploaded,Andrew Morton
    • Re: mmotm 2008-09-08-18-32 uploaded,KAMEZAWA Hiroyuki
  • <Possible follow-ups>
  • Re: mmotm 2008-09-08-18-32 uploaded,Jiri Slaby
    • Re: mmotm 2008-09-08-18-32 uploaded,Randy Dunlap
      • [PATCH 1/1] NET: fix r8169 linkage,Jiri Slaby
  • Re: mmotm 2008-09-08-18-32 uploaded,KAMEZAWA Hiroyuki
    • Re: mmotm 2008-09-08-18-32 uploaded,Andrew Morton
      • Re: mmotm 2008-09-08-18-32 uploaded,KAMEZAWA Hiroyuki
      • Re: mmotm 2008-09-08-18-32 uploaded,Andrew Morton
• invalid tests on unsigned,roel kluin
  • Re: invalid tests on unsigned,Mikael Pettersson
  • [PATCH] [CELL] oprofile: test for flag instead of negative on unsigned,roel kluin
    • Re: [PATCH] [CELL] oprofile: test for flag instead of negative on unsigned,Maynard Johnson
  • Re: invalid tests on unsigned,roel kluin
  • Re: invalid tests on unsigned,Stefan Richter
• Re: + ehea-fix-dlpar-memory-handling.patch added to -mm tree,Hannes Hering
• [RFC v4][PATCH 0/9] Kernel based checkpoint/restart`,Oren Laadan
  • [RFC v4][PATCH 3/9] x86 support for checkpoint/restart,Oren Laadan
    • Re: [RFC v4][PATCH 3/9] x86 support for checkpoint/restart,Ingo Molnar
      • Re: [RFC v4][PATCH 3/9] x86 support for checkpoint/restart,Oren Laadan
  • [RFC v4][PATCH 6/9] Checkpoint/restart: initial documentation,Oren Laadan
    • Re: [RFC v4][PATCH 6/9] Checkpoint/restart: initial documentation,MinChan Kim
  • [RFC v4][PATCH 7/9] Infrastructure for shared objects,Oren Laadan
  • [RFC v4][PATCH 1/9] Create syscalls: sys_checkpoint, sys_restart,Oren Laadan
  • [RFC v4][PATCH 9/9] File descriprtors (restore),Oren Laadan
    • Re: [RFC v4][PATCH 9/9] File descriprtors (restore),Dave Hansen
      • Re: [RFC v4][PATCH 9/9] File descriprtors (restore),Oren Laadan
      • Re: [RFC v4][PATCH 9/9] File descriprtors (restore),Dave Hansen
      • Re: [RFC v4][PATCH 9/9] File descriprtors (restore),Oren Laadan
  • [RFC v4][PATCH 8/9] File descriprtors (dump),Oren Laadan
    • Re: [RFC v4][PATCH 8/9] File descriprtors (dump),Vegard Nossum
    • Re: [RFC v4][PATCH 8/9] File descriprtors (dump),Vegard Nossum
      • Re: [RFC v4][PATCH 8/9] File descriprtors (dump),Oren Laadan
    • Re: [RFC v4][PATCH 8/9] File descriprtors (dump),MinChan Kim
      • Re: [RFC v4][PATCH 8/9] File descriprtors (dump),Oren Laadan
  • [RFC v4][PATCH 2/9] General infrastructure for checkpoint restart,Oren Laadan
    • Re: [RFC v4][PATCH 2/9] General infrastructure for checkpoint restart,MinChan Kim
      • Re: [RFC v4][PATCH 2/9] General infrastructure for checkpoint restart,Oren Laadan
      • Re: [RFC v4][PATCH 2/9] General infrastructure for checkpoint restart,MinChan Kim
      • Re: [RFC v4][PATCH 2/9] General infrastructure for checkpoint restart,Oren Laadan
  • [RFC v4][PATCH 4/9] Memory management (dump),Oren Laadan
    • Re: [RFC v4][PATCH 4/9] Memory management (dump),Vegard Nossum
    • Re: [RFC v4][PATCH 4/9] Memory management (dump),MinChan Kim
      • Re: [RFC v4][PATCH 4/9] Memory management (dump),MinChan Kim
    • Re: [RFC v4][PATCH 4/9] Memory management (dump),Dave Hansen
      • Re: [RFC v4][PATCH 4/9] Memory management (dump),Dave Hansen
      • Re: [RFC v4][PATCH 4/9] Memory management (dump),Oren Laadan
      • Cleanups for [PATCH 4/9] Memory management (dump),Dave Hansen
    • Re: [RFC v4][PATCH 4/9] Memory management (dump),Dave Hansen
    • Re: [RFC v4][PATCH 4/9] Memory management (dump),Dave Hansen
  • [RFC v4][PATCH 5/9] Memory managemnet (restore),Oren Laadan
    • Re: [RFC v4][PATCH 5/9] Memory managemnet (restore),Serge E. Hallyn
      • Re: [RFC v4][PATCH 5/9] Memory managemnet (restore),Oren Laadan
      • Re: [RFC v4][PATCH 5/9] Memory managemnet (restore),Serge E. Hallyn
    • Re: [RFC v4][PATCH 5/9] Memory managemnet (restore),Dave Hansen
      • Re: [RFC v4][PATCH 5/9] Memory managemnet (restore),Oren Laadan
      • Re: [RFC v4][PATCH 5/9] Memory managemnet (restore),Dave Hansen
      • Re: [RFC v4][PATCH 5/9] Memory managemnet (restore),Oren Laadan
  • Re: [RFC v4][PATCH 0/9] Kernel based checkpoint/restart`,Dave Hansen
• const struct file_operations struct definition,santi mondal
• [PATCH 2.6.27-rc5] Allow set RLIMIT_NOFILE to RLIM_INFINITY,Adam Tkac
  • Re: [PATCH 2.6.27-rc5] Allow set RLIMIT_NOFILE to RLIM_INFINITY,Andrew Morton
    • Re: [PATCH 2.6.27-rc5] Allow set RLIMIT_NOFILE to RLIM_INFINITY,Adam Tkac
      • Re: [PATCH 2.6.27-rc5] Allow set RLIMIT_NOFILE to RLIM_INFINITY,Andrew Morton
      • [PATCH 2.6.27-rc5] Allow set RLIMIT_NOFILE to RLIM_INFINITY,Adam Tkac
      • Re: [PATCH 2.6.27-rc5] Allow set RLIMIT_NOFILE to RLIM_INFINITY,Andreas Schwab
      • Re: [PATCH 2.6.27-rc5] Allow set RLIMIT_NOFILE to RLIM_INFINITY,Adam Tkac
• [PATCH 0/2] Extend "flags" to contain HW virtualization info,Sheng Yang
  • [PATCH 2/2] x86: Extended cpuinfo to show virtualization HW features,Sheng Yang
    • Re: [PATCH 2/2] x86: Extended cpuinfo to show virtualization HW features,Yinghai Lu
      • Re: [PATCH 2/2] x86: Extended cpuinfo to show virtualization HW features,Yang, Sheng
      • Re: [PATCH 2/2] x86: Extended cpuinfo to show virtualization HW features,Avi Kivity
      • Re: [PATCH 2/2] x86: Extended cpuinfo to show virtualization HW features,Yinghai Lu
      • Re: [PATCH 2/2] x86: Extended cpuinfo to show virtualization HW features,Ingo Molnar
      • Re: [PATCH 2/2] x86: Extended cpuinfo to show virtualization HW features,Yang, Sheng
      • Re: [PATCH 2/2] x86: Extended cpuinfo to show virtualization HW features,Ingo Molnar
      • [PATCH 2/2] x86: Extended "flags" to show virtualization HW feature in /proc/cpuinfo,Sheng Yang
    • Re: [PATCH 2/2] x86: Extended cpuinfo to show virtualization HW features,Avi Kivity
      • Re: [PATCH 2/2] x86: Extended cpuinfo to show virtualization HW features,H. Peter Anvin
  • [PATCH 1/2] x86: Move VMX MSRs to msr-index.h,Sheng Yang
• Launching MyEverydayPage.com (Ver 2.0),My Everyday Page
• [update3] [PATCH] init: bzip2 or lzma -compressed kernels and initrds,Alain Knaff
  • Re: [update3] [PATCH] init: bzip2 or lzma -compressed kernels and initrds,H. Peter Anvin
    • Re: [update3] [PATCH] init: bzip2 or lzma -compressed kernels and initrds,Alain Knaff
      • Re: [update3] [PATCH] init: bzip2 or lzma -compressed kernels and initrds,H. Peter Anvin
      • Re: [update5] [PATCH] init: bzip2 or lzma -compressed kernels and initrds,Alain Knaff
      • Re: [update5] [PATCH] init: bzip2 or lzma -compressed kernels and initrds,H. Peter Anvin
      • Re: [update5] [PATCH] init: bzip2 or lzma -compressed kernels and initrds,Alain Knaff
      • Re: [update5] [PATCH] init: bzip2 or lzma -compressed kernels and initrds,H. Peter Anvin
      • Re: [update5] [PATCH] init: bzip2 or lzma -compressed kernels and initrds,Alain Knaff
      • Re: [update5] [PATCH] init: bzip2 or lzma -compressed kernels and initrds,H. Peter Anvin
      • Re: [update5] [PATCH] init: bzip2 or lzma -compressed kernels and initrds,H. Peter Anvin
      • Re: [update5] [PATCH] init: bzip2 or lzma -compressed kernels and initrds,Alain Knaff
      • Re: [update5] [PATCH] init: bzip2 or lzma -compressed kernels and initrds,H. Peter Anvin
      • Re: [update5] [PATCH] init: bzip2 or lzma -compressed kernels and initrds,H. Peter Anvin
      • Re: [update5] [PATCH] init: bzip2 or lzma -compressed kernels and initrds,Alain Knaff
      • Re: [update5] [PATCH] init: bzip2 or lzma -compressed kernels and initrds,H. Peter Anvin
      • Re: [update5] [PATCH] init: bzip2 or lzma -compressed kernels and initrds,Alain Knaff
      • Re: [update5] [PATCH] init: bzip2 or lzma -compressed kernels and initrds,H. Peter Anvin
      • Re: [update5] [PATCH] init: bzip2 or lzma -compressed kernels and initrds,Alain Knaff
      • Re: [update5] [PATCH] init: bzip2 or lzma -compressed kernels and initrds,H. Peter Anvin
      • Re: [update5] [PATCH] init: bzip2 or lzma -compressed kernels and initrds,Alain Knaff
      • Re: [update5] [PATCH] init: bzip2 or lzma -compressed kernels and initrds,H. Peter Anvin
      • Re: [update5] [PATCH] init: bzip2 or lzma -compressed kernels and initrds,Alain Knaff
      • Re: [update5] [PATCH] init: bzip2 or lzma -compressed kernels and initrds,H. Peter Anvin
      • Re: [update5] [PATCH] init: bzip2 or lzma -compressed kernels and initrds,Willy Tarreau
• [PATCH] x86: fix HPET compiler error when not using CONFIG_PCI_MSI,Steven Noonan
  • [PATCH] init/initramfs.c: unused function when compiling without CONFIG_BLK_DEV_RAM,Steven Noonan
    • [PATCH] x86: unused variable in dma_alloc_coherent_gfp_flags(),Steven Noonan
      • Re: [PATCH] x86: unused variable in dma_alloc_coherent_gfp_flags(),Ingo Molnar
      • Re: [PATCH] x86: unused variable in dma_alloc_coherent_gfp_flags(),FUJITA Tomonori
      • Re: [PATCH] x86: unused variable in dma_alloc_coherent_gfp_flags(),Ingo Molnar
    • Re: [PATCH] init/initramfs.c: unused function when compiling without CONFIG_BLK_DEV_RAM,Ingo Molnar
  • Re: [PATCH] x86: fix HPET compiler error when not using CONFIG_PCI_MSI,Ingo Molnar
    • Re: [PATCH] x86: fix HPET compiler error when not using CONFIG_PCI_MSI,Steven Noonan
• [regression] e100: PCI wake-up handling rework causes "Error clearing wake event",Frans Pop
  • [PATCH] e100: Use pci_pme_active for clearing wake-up events and disabling PME# (was: Re: [regression] e100: PCI wake-up handling rework causes "Error clearing wake event"),Rafael J. Wysocki
    • Re: [PATCH] e100: Use pci_pme_active for clearing wake-up events and disabling PME#,Frans Pop
    • Re: [PATCH] e100: Use pci_pme_active for clearing wake-up events and disabling PME# (was: Re: [regression] e100: PCI wake-up handling rework causes "Error clearing wake event"),Andrew Morton
      • Re: [PATCH] e100: Use pci_pme_active for clearing wake-up events and disabling PME# (was: Re: [regression] e100: PCI wake-up handling rework causes "Error clearing wake event"),Rafael J. Wysocki
• [PATCH][kgdb] Make mem access function weak in kgdb.c.,sonic zhang
  • Re: [PATCH][kgdb] Make mem access function weak in kgdb.c.,Jason Wessel
• [GIT PULL] [Resend] UBIFS updates for 2.6.27-rc6,Artem Bityutskiy
• [no subject],ACCOUNT UPGRADE
• [PATCH 0/18] linux infrared remote control drivers,Jarod Wilson
  • [PATCH 01/18] lirc core device driver infrastructure,Jarod Wilson
    • [PATCH 02/18] lirc serial port receiver/transmitter device driver,Jarod Wilson
      • [PATCH 03/18] lirc driver for 1st-gen Media Center Ed. USB IR transceivers,Jarod Wilson
      • [PATCH 04/18] lirc driver for 2nd-gen and later Media Center Ed. USB IR transceivers,Jarod Wilson
      • [PATCH 05/18] lirc driver for i2c-based IR receivers,Jarod Wilson
      • [PATCH 06/18] lirc driver for the ATI USB RF remote receiver,Jarod Wilson
      • [PATCH 07/18] lirc driver for the CommandIR USB Transceiver,Jarod Wilson
      • [PATCH 08/18] lirc driver for the Soundgraph IMON IR Receivers,Jarod Wilson
      • [PATCH 09/18] lirc driver for the Streamzap PC Receiver,Jarod Wilson
      • [PATCH 10/18] lirc driver for Igor Cesko's USB IR receiver,Jarod Wilson
      • [PATCH 11/18] lirc driver for the Technotrend USB IR receiver,Jarod Wilson
      • [PATCH 12/18] lirc driver for the Sasem OnAir and Dign HV5 receivers,Jarod Wilson
      • [PATCH 13/18] lirc driver for ITE8709 CIR port receiver,Jarod Wilson
      • [PATCH 14/18] lirc driver for the ITE IT87xx CIR Port receivers,Jarod Wilson
      • [PATCH 15/18] lirc driver for the SIR IrDA port,Jarod Wilson
      • [PATCH 16/18] lirc driver for the IR interface on BT829-based hardware,Jarod Wilson
      • [PATCH 17/18] lirc driver for homebrew parallel port receivers,Jarod Wilson
      • [PATCH 18/18] lirc driver for the zilog/haupauge IR transceiver,Jarod Wilson
      • [PATCH 18/18] lirc driver for the zilog/haupauge IR transceiver,Jarod Wilson
      • Re: [PATCH 09/18] lirc driver for the Streamzap PC Receiver,Jonathan Corbet
      • Re: [PATCH 08/18] lirc driver for the Soundgraph IMON IR Receivers,Jonathan Corbet
      • Re: [PATCH 08/18] lirc driver for the Soundgraph IMON IR Receivers,Janne Grunau
      • Re: [PATCH 08/18] lirc driver for the Soundgraph IMON IR Receivers,Jarod Wilson
      • Re: [PATCH 08/18] lirc driver for the Soundgraph IMON IR Receivers,Jarod Wilson
      • Re: [PATCH 08/18] lirc driver for the Soundgraph IMON IR Receivers,Jarod Wilson
      • Re: [PATCH 07/18] lirc driver for the CommandIR USB Transceiver,Jonathan Corbet
      • Re: [PATCH 07/18] lirc driver for the CommandIR USB Transceiver,Christoph Bartelmus
      • Message not available
      • Re: [PATCH 07/18] lirc driver for the CommandIR USB Transceiver,Jarod Wilson
      • Message not available
      • Re: [PATCH 07/18] lirc driver for the CommandIR USB Transceiver,Janne Grunau
      • Re: [PATCH 07/18] lirc driver for the CommandIR USB Transceiver,Jarod Wilson
      • Re: [PATCH 06/18] lirc driver for the ATI USB RF remote receiver,Ville Syrjälä
      • Re: [PATCH 06/18] lirc driver for the ATI USB RF remote receiver,Jarod Wilson
      • Re: [PATCH 06/18] lirc driver for the ATI USB RF remote receiver,Christoph Hellwig
      • Re: [PATCH 06/18] lirc driver for the ATI USB RF remote receiver,Jon Smirl
      • Re: [PATCH 06/18] lirc driver for the ATI USB RF remote receiver,Dmitry Torokhov
      • Re: [PATCH 06/18] lirc driver for the ATI USB RF remote receiver,Janne Grunau
      • Re: [PATCH 06/18] lirc driver for the ATI USB RF remote receiver,Jarod Wilson
      • Re: [PATCH 06/18] lirc driver for the ATI USB RF remote receiver,Christoph Hellwig
      • Re: [PATCH 06/18] lirc driver for the ATI USB RF remote receiver,Ville Syrjälä
      • Re: [PATCH 06/18] lirc driver for the ATI USB RF remote receiver,Dmitry Torokhov
      • Re: [PATCH 05/18] lirc driver for i2c-based IR receivers,Jarod Wilson
      • Re: [PATCH 05/18] lirc driver for i2c-based IR receivers,Jonathan Corbet
      • Re: [PATCH 04/18] lirc driver for 2nd-gen and later Media Center Ed. USB IR transceivers,Jonathan Corbet
      • Re: [PATCH 04/18] lirc driver for 2nd-gen and later Media Center Ed. USB IR transceivers,Janne Grunau
      • Re: [PATCH 04/18] lirc driver for 2nd-gen and later Media Center Ed. USB IR transceivers,Adrian Bunk
      • Re: [PATCH 03/18] lirc driver for 1st-gen Media Center Ed. USB IR transceivers,Jonathan Corbet
      • Re: [PATCH 03/18] lirc driver for 1st-gen Media Center Ed. USB IR transceivers,Janne Grunau
      • Re: [PATCH 03/18] lirc driver for 1st-gen Media Center Ed. USB IR transceivers,Jarod Wilson
      • Re: [PATCH 03/18] lirc driver for 1st-gen Media Center Ed. USB IR transceivers,Janne Grunau
      • Re: [PATCH 02/18] lirc serial port receiver/transmitter device driver,Jonathan Corbet
      • Re: [PATCH 02/18] lirc serial port receiver/transmitter device driver,Stefan Lippers-Hollmann
      • Re: [PATCH 02/18] lirc serial port receiver/transmitter device driver,Jarod Wilson
      • Re: [PATCH 02/18] lirc serial port receiver/transmitter device driver,Jarod Wilson
    • Re: [PATCH 01/18] lirc core device driver infrastructure,Sebastian Siewior
      • Re: [PATCH 01/18] lirc core device driver infrastructure,Janne Grunau
      • Re: [PATCH 01/18] lirc core device driver infrastructure,Sebastian Siewior
      • Re: [PATCH 01/18] lirc core device driver infrastructure,Janne Grunau
      • Re: [PATCH 01/18] lirc core device driver infrastructure,Christoph Bartelmus
      • Re: [PATCH 01/18] lirc core device driver infrastructure,Alan Cox
      • Re: [PATCH 01/18] lirc core device driver infrastructure,Stefan Richter
      • Re: [PATCH 01/18] lirc core device driver infrastructure,Jarod Wilson
      • Re: [PATCH 01/18] lirc core device driver infrastructure,Christoph Bartelmus
      • Re: [PATCH 01/18] lirc core device driver infrastructure,Jarod Wilson
      • Re: [PATCH 01/18] lirc core device driver infrastructure,Christoph Bartelmus
    • Re: [PATCH 01/18] lirc core device driver infrastructure,Andi Kleen
      • Re: [PATCH 01/18] lirc core device driver infrastructure,Janne Grunau
      • Re: [PATCH 01/18] lirc core device driver infrastructure,Andi Kleen
      • Re: [PATCH 01/18] lirc core device driver infrastructure,Janne Grunau
      • Re: [PATCH 01/18] lirc core device driver infrastructure,Greg KH
    • Re: [PATCH 01/18] lirc core device driver infrastructure,Christoph Hellwig
      • Re: [PATCH 01/18] lirc core device driver infrastructure,Janne Grunau
      • Re: [PATCH 01/18] lirc core device driver infrastructure,Christoph Hellwig
      • Re: [PATCH 01/18] lirc core device driver infrastructure,Janne Grunau
      • Re: [PATCH 01/18] lirc core device driver infrastructure,Christoph Bartelmus
      • Re: [PATCH 01/18] lirc core device driver infrastructure,Janne Grunau
      • Re: [PATCH 01/18] lirc core device driver infrastructure,Janne Grunau
      • Re: [PATCH 01/18] lirc core device driver infrastructure,Christoph Hellwig
      • Re: [PATCH 01/18] lirc core device driver infrastructure,Jarod Wilson
    • Re: [PATCH 01/18] lirc core device driver infrastructure,Jonathan Corbet
      • Re: [PATCH 01/18] lirc core device driver infrastructure,Janne Grunau
    • Re: [PATCH 01/18] lirc core device driver infrastructure,Dmitry Torokhov
      • Re: [PATCH 01/18] lirc core device driver infrastructure,Gerd Hoffmann
      • Re: [PATCH 01/18] lirc core device driver infrastructure,Maxim Levitsky
      • Re: [PATCH 01/18] lirc core device driver infrastructure,Christoph Bartelmus
      • Re: [PATCH 01/18] lirc core device driver infrastructure,Dmitry Torokhov
  • Re: [PATCH 0/18] linux infrared remote control drivers,Chris Wedgwood
  • Re: [PATCH 0/18] linux infrared remote control drivers,Alexey Dobriyan
    • Re: [PATCH 0/18] linux infrared remote control drivers,Janne Grunau
  • Re: [PATCH 0/18] linux infrared remote control drivers,Christoph Hellwig
    • Re: [PATCH 0/18] linux infrared remote control drivers,Jarod Wilson
      • Re: [PATCH 0/18] linux infrared remote control drivers,Lennart Sorensen
      • Re: [PATCH 0/18] linux infrared remote control drivers,Jarod Wilson
    • Re: [PATCH 0/18] linux infrared remote control drivers,Jon Smirl
• [stable 2.6.26 PATCH] ACPI: Fix thermal shutdowns,Henrique de Moraes Holschuh
• [BUG] 2.6.27-rc5 couldn't boot on tulsa machine randomly,Zhang, Yanmin
  • Re: [BUG] 2.6.27-rc5 couldn't boot on tulsa machine randomly,Zhang, Yanmin
    • Re: [BUG] 2.6.27-rc5 couldn't boot on tulsa machine randomly,Peter Zijlstra
      • Re: [BUG] 2.6.27-rc5 couldn't boot on tulsa machine randomly,Ingo Molnar
• [PATCH] Re: fbcon: replace mono_col macro with static inline,q-newsgroup
• [PATCH] ti_usb_3410_5052 obviously broken by firmware changes,Chris Adams
• [RFC PATCH 0/5] Priority Sifting Reader-Writer Lock v13,Mathieu Desnoyers
  • [RFC PATCH 2/5] Priority Sifting Reader-Writer Lock Documentation,Mathieu Desnoyers
  • [RFC PATCH 4/5] Priority Sifting Reader-Writer Lock Sample,Mathieu Desnoyers
  • [RFC PATCH 3/5] Priority Sifting Reader-Writer Lock x86_64 Optimised Call,Mathieu Desnoyers
  • [RFC PATCH 5/5] Priority Sifting Reader-Writer Lock Latency Trace,Mathieu Desnoyers
  • [RFC PATCH 1/5] Priority Sifting Reader-Writer Lock v13,Mathieu Desnoyers
• [PATCH] kgdb: could not write to the last of valid memory with kgdb.,Atsuo Igarashi
  • Re: [PATCH] kgdb: could not write to the last of valid memory with kgdb.,Jason Wessel
• [update2] [PATCH] init: bzip2 or lzma -compressed kernels and initrds,Alain Knaff
  • Re: [update2] [PATCH] init: bzip2 or lzma -compressed kernels and initrds,Willy Tarreau
• [update] [PATCH] init: bzip2 or lzma -compressed kernels and initrds,Alain Knaff
  • Re: [update] [PATCH] init: bzip2 or lzma -compressed kernels and initrds,H. Peter Anvin
• Scsi Disk - Removable media problems,Mark Hounschell
• [PATCHSCRIPT] MAINTAINERS: sort and merge P and M fields,Uwe Kleine-König
  • Re: [PATCHSCRIPT] MAINTAINERS: sort and merge P and M fields,Randy Dunlap
  • Re: [PATCHSCRIPT] MAINTAINERS: sort and merge P and M fields,Uwe Kleine-König
  • Re: [PATCHSCRIPT] MAINTAINERS: sort and merge P and M fields,Paul Bolle
    • Re: [PATCHSCRIPT] MAINTAINERS: sort and merge P and M fields,Uwe Kleine-König
      • [PATCH] Reformat MAINTAINERS entry for Cirrus CS4280/CS461X sound driver,Uwe Kleine-König
      • [PATCH] MAINTAINERS: add a realname for adilger@xxxxxxx,Uwe Kleine-König
      • [PATCH] MAINTAINERS: remove real names from M fields,Uwe Kleine-König
      • [PATCH] MAINTAINERS: put corresponding realnames and mail addresses together,Uwe Kleine-König
      • [PATCH] MAINTAINERS: fix alphabetic ordering,Uwe Kleine-König
      • [PATCH] MAINTAINERS: merge P and M fields to ease copy'n'paste,Uwe Kleine-König
      • Re: [PATCH] Reformat MAINTAINERS entry for Cirrus CS4280/CS461X sound driver,Uwe Kleine-König
      • Re: [PATCH] Reformat MAINTAINERS entry for Cirrus CS4280/CS461X sound driver,Nils Faerber
      • MAINTAINERS cleanup,Uwe Kleine-König
      • [PATCH] MAINTAINERS: Remove a stale entry refering to kernel 2.2,Uwe Kleine-König
      • [PATCH] MAINTAINERS: add a realname for adilger@xxxxxxx,Uwe Kleine-König
      • [PATCH] MAINTAINERS: remove real names from M fields,Uwe Kleine-König
      • [PATCH] MAINTAINERS: put corresponding realnames and mail addresses together,Uwe Kleine-König
      • [RESEND] MAINTAINERS cleanup,Uwe Kleine-König
• [PATCH 2.6.27-rc5] Fix itimer/many thread hang.,Frank Mayhar
  • Re: [PATCH 2.6.27-rc5] Fix itimer/many thread hang.,Ingo Molnar
    • Re: [PATCH 2.6.27-rc5] Fix itimer/many thread hang.,Oleg Nesterov
      • Re: [PATCH 2.6.27-rc5] Fix itimer/many thread hang.,Oleg Nesterov
      • Re: [PATCH 2.6.27-rc5] Fix itimer/many thread hang.,Frank Mayhar
      • Re: [PATCH 2.6.27-rc5] Fix itimer/many thread hang.,Oleg Nesterov
      • Re: [PATCH 2.6.27-rc5] Fix itimer/many thread hang.,Frank Mayhar
      • Re: [PATCH 2.6.27-rc5] Fix itimer/many thread hang.,Oleg Nesterov
      • Re: [PATCH 2.6.27-rc5] Fix itimer/many thread hang.,Roland McGrath
      • Re: [PATCH 2.6.27-rc5] Fix itimer/many thread hang.,Oleg Nesterov
  • Re: [PATCH 2.6.27-rc5] Fix itimer/many thread hang.,Roland McGrath
• [PATCH tip] x86: unsigned long pte_pfn,Hugh Dickins
  • Re: [PATCH tip] x86: unsigned long pte_pfn,Jeremy Fitzhardinge
    • Re: [PATCH tip] x86: unsigned long pte_pfn,Hugh Dickins
      • Re: [PATCH tip] x86: unsigned long pte_pfn,Jeremy Fitzhardinge
      • Re: [PATCH tip] x86: unsigned long pte_pfn,Ingo Molnar
• [git patches] libata fixes, new ids,Jeff Garzik
• Re: 2.6.27-rc5 OLTP performance regression,Peter Zijlstra
  • Re: 2.6.27-rc5 OLTP performance regression,Peter Zijlstra
    • RE: 2.6.27-rc5 OLTP performance regression,Ma, Chinang
      • Re: 2.6.27-rc5 OLTP performance regression,Ingo Molnar
      • RE: 2.6.27-rc5 OLTP performance regression,Ma, Chinang
      • Re: 2.6.27-rc5 OLTP performance regression,Ingo Molnar
      • RE: 2.6.27-rc5 OLTP performance regression,Ma, Chinang
      • RE: 2.6.27-rc5 OLTP performance regression,Ma, Chinang
• Linux 2.6.26.5,Greg KH
  • Re: Linux 2.6.26.5,Greg KH
• [PATCH bz #11425] tpm: release memory on init failure,Randy Dunlap
  • Re: [PATCH bz #11425] tpm: release memory on init failure,Andrew Morton
• adaptive mutexes, was Re: btrfs_tree_lock & trylock,Christoph Hellwig
• [PATCH] kernel/cpu.c: create a CPU_STARTING cpu_chain notifier,Manfred Spraul
  • Re: [PATCH] kernel/cpu.c: create a CPU_STARTING cpu_chain notifier,Ingo Molnar
  • Re: [PATCH] kernel/cpu.c: create a CPU_STARTING cpu_chain notifier,Paul E. McKenney
• [PATCH] NFS: Restore missing hunk in NFS mount option parser,Chuck Lever
• [PATCH] fix RTC_CLASS regression with PARISC,James Bottomley
  • Re: [PATCH] fix RTC_CLASS regression with PARISC,David Brownell
    • Re: [PATCH] fix RTC_CLASS regression with PARISC,James Bottomley
      • Re: [PATCH] fix RTC_CLASS regression with PARISC,David Brownell
      • Re: [PATCH] fix RTC_CLASS regression with PARISC,James Bottomley
      • Re: [PATCH] fix RTC_CLASS regression with PARISC,David Brownell
      • Re: [PATCH] fix RTC_CLASS regression with PARISC,David Miller
      • Re: [PATCH] fix RTC_CLASS regression with PARISC,James Bottomley
      • Re: [PATCH] fix RTC_CLASS regression with PARISC,David Miller
      • Re: [PATCH] fix RTC_CLASS regression with PARISC,James Bottomley
      • Re: [PATCH] fix RTC_CLASS regression with PARISC,David Brownell
      • Re: [PATCH] fix RTC_CLASS regression with PARISC,David Miller
      • Re: [PATCH] fix RTC_CLASS regression with PARISC,David Brownell
      • Re: [PATCH] fix RTC_CLASS regression with PARISC,David Miller
      • Re: [PATCH] fix RTC_CLASS regression with PARISC,David Brownell
      • Re: [PATCH] fix RTC_CLASS regression with PARISC,David Miller
      • Re: [PATCH] fix RTC_CLASS regression with PARISC,David Brownell
      • Re: [PATCH] fix RTC_CLASS regression with PARISC,David Miller
      • Re: [PATCH] fix RTC_CLASS regression with PARISC,David Brownell
      • Re: [PATCH] fix RTC_CLASS regression with PARISC,Andrew Morton
      • Re: [PATCH] fix RTC_CLASS regression with PARISC,Randy.Dunlap
      • Re: [PATCH] fix RTC_CLASS regression with PARISC,David Brownell
      • Re: [PATCH] fix RTC_CLASS regression with PARISC,David Miller
      • Re: [PATCH] fix RTC_CLASS regression with PARISC,David Brownell
      • Re: [PATCH] fix RTC_CLASS regression with PARISC,David Miller
      • Re: [PATCH] fix RTC_CLASS regression with PARISC,Paul Mackerras
      • Re: [PATCH] fix RTC_CLASS regression with PARISC,James Bottomley
• [PATCH] x86: io-apic - do not use KERN_DEBUG marker too much,Cyrill Gorcunov
  • Re: [PATCH] x86: io-apic - do not use KERN_DEBUG marker too much,Yinghai Lu
    • Re: [PATCH] x86: io-apic - do not use KERN_DEBUG marker too much,Yinghai Lu
      • Re: [PATCH] x86: io-apic - do not use KERN_DEBUG marker too much,Cyrill Gorcunov
      • Re: [PATCH] x86: io-apic - do not use KERN_DEBUG marker too much,Maciej W. Rozycki
      • Re: [PATCH] x86: io-apic - do not use KERN_DEBUG marker too much,Cyrill Gorcunov
• New distributed storage release.,Evgeniy Polyakov
  • Re: New distributed storage release.,Sven Wegener
    • Re: New distributed storage release.,Evgeniy Polyakov
      • Re: New distributed storage release.,Sven Wegener
      • Re: New distributed storage release.,Evgeniy Polyakov
• Controlling backlight on thinkpad x60,Pavel Machek
  • Re: Controlling backlight on thinkpad x60,Matthew Garrett
    • [regression] Re: Controlling backlight on thinkpad x60,Pavel Machek
      • Re: [regression] Re: Controlling backlight on thinkpad x60,Pavel Machek
      • Re: [regression] Re: Controlling backlight on thinkpad x60,Matthew Garrett
      • Re: [regression] Re: Controlling backlight on thinkpad x60,Pavel Machek
      • Re: [regression] Re: Controlling backlight on thinkpad x60,Matthew Garrett
• -mm: please drop h8300 kallsyms patch,Hugh Dickins
• Linux 2.6.26.4,Greg KH
  • Re: Linux 2.6.26.4,Greg KH
  • Re: Linux 2.6.26.4,Randy Dunlap
    • Re: Linux 2.6.26.4,Greg KH
      • Re: Linux 2.6.26.4,Greg KH
      • Re: Linux 2.6.26.4,Randy Dunlap
      • Re: Linux 2.6.26.4,David Miller
• Linux 2.6.25.17,Greg KH
  • Re: Linux 2.6.25.17,Greg KH
  • Re: Linux 2.6.25.17,linux-os (Dick Johnson)
    • Re: Linux 2.6.25.17,Alan Cox
      • Re: Linux 2.6.25.17,linux-os (Dick Johnson)
    • Re: Linux 2.6.25.17,Greg KH
      • Re: Linux 2.6.25.17,linux-os (Dick Johnson)
  • Re: Linux 2.6.25.17,S.Çağlar Onur
    • Re: [stable] Linux 2.6.25.17,Greg KH
• kernel BUG at drivers/pci/intel-iommu.c:1373!,Chris Mason
  • Re: kernel BUG at drivers/pci/intel-iommu.c:1373!,mark gross
    • Re: kernel BUG at drivers/pci/intel-iommu.c:1373!,Chris Mason
• [ANNOUNCE] Guilt v0.31,Josef 'Jeff' Sipek
  • Message not available
    • Re: [ANNOUNCE] Guilt v0.31,Josef 'Jeff' Sipek
  • Re: [ANNOUNCE] Guilt v0.31,Bert Wesarg
    • Re: [ANNOUNCE] Guilt v0.31,Josef 'Jeff' Sipek
      • Re: [ANNOUNCE] Guilt v0.31,Bert Wesarg
      • Re: [ANNOUNCE] Guilt v0.31,Junio C Hamano
      • Re: [ANNOUNCE] Guilt v0.31,Michael J Gruber
      • Re: [ANNOUNCE] Guilt v0.31,Michael J Gruber
      • Re: [ANNOUNCE] Guilt v0.31,Junio C Hamano
      • Re: [ANNOUNCE] Guilt v0.31,Michael J Gruber
      • Re: [ANNOUNCE] Guilt v0.31,Junio C Hamano
      • Re: [ANNOUNCE] Guilt v0.31,Michael J Gruber
• [RFC][PATCH] sunrpc: fix oops in rpc_create() when the mount namespace is unshared,Cedric Le Goater
  • Re: [RFC][PATCH] sunrpc: fix oops in rpc_create() when the mount namespace is unshared,Serge E. Hallyn
    • Re: [RFC][PATCH] sunrpc: fix oops in rpc_create() when the mount namespace is unshared,Serge E. Hallyn
    • Re: [RFC][PATCH] sunrpc: fix oops in rpc_create() when the mount namespace is unshared,Cedric Le Goater
      • Re: [RFC][PATCH] sunrpc: fix oops in rpc_create() when the mount namespace is unshared,Serge E. Hallyn
  • Re: [RFC][PATCH] sunrpc: fix oops in rpc_create() when the mount namespace is unshared,Eric W. Biederman
    • Re: [RFC][PATCH] sunrpc: fix oops in rpc_create() when the mount namespace is unshared,Cedric Le Goater
  • Re: [RFC][PATCH] sunrpc: fix oops in rpc_create() when the mount namespace is unshared,Serge E. Hallyn
    • Re: [RFC][PATCH] sunrpc: fix oops in rpc_create() when the mount namespace is unshared,Eric W. Biederman
      • Re: [RFC][PATCH] sunrpc: fix oops in rpc_create() when the mount namespace is unshared,Serge E. Hallyn
      • Re: [RFC][PATCH] sunrpc: fix oops in rpc_create() when the mount namespace is unshared,Cedric Le Goater
      • Re: [RFC][PATCH] sunrpc: fix oops in rpc_create() when the mount namespace is unshared,Chuck Lever
      • Re: [RFC][PATCH] sunrpc: fix oops in rpc_create() when the mount namespace is unshared,Eric W. Biederman
      • Re: [RFC][PATCH] sunrpc: fix oops in rpc_create() when the mount namespace is unshared,Chuck Lever
      • Re: [RFC][PATCH] sunrpc: fix oops in rpc_create() when the mount namespace is unshared,Eric W. Biederman
      • Re: [RFC][PATCH] sunrpc: fix oops in rpc_create() when the mount namespace is unshared,Cedric Le Goater
      • Re: [RFC][PATCH] sunrpc: fix oops in rpc_create() when the mount namespace is unshared,Chuck Lever
      • Re: [RFC][PATCH] sunrpc: fix oops in rpc_create() when the mount namespace is unshared,Eric W. Biederman
      • Re: [RFC][PATCH] sunrpc: fix oops in rpc_create() when the mount namespace is unshared,Chuck Lever
      • Re: [RFC][PATCH] sunrpc: fix oops in rpc_create() when the mount namespace is unshared,Cedric Le Goater
      • Re: [RFC][PATCH] sunrpc: fix oops in rpc_create() when the mount namespace is unshared,Eric W. Biederman
      • Re: [RFC][PATCH] sunrpc: fix oops in rpc_create() when the mount namespace is unshared,Chuck Lever
• [Patch] hfs: fix namelength memory corruption,Eric Sesterhenn
  • Re: [Patch] hfs: fix namelength memory corruption,Andrew Morton
  • Re: [Patch] hfs: fix namelength memory corruption,David Wagner
• [RFC PATCH v2 0/7] Tunable sched_mc_power_savings=n,Vaidyanathan Srinivasan
  • [RFC PATCH v2 1/7] sched: arch_reinit_sched_domains() must destroy domains to force rebuild,Vaidyanathan Srinivasan
  • [RFC PATCH v2 2/7] sched: Fix __load_balance_iterator() for cfq with only one task.,Vaidyanathan Srinivasan
  • [RFC PATCH v2 3/7] sched: Framework for sched_mc/smt_power_savings=N,Vaidyanathan Srinivasan
  • [RFC PATCH v2 4/7] sched: favour lower logical cpu number for sched_mc balance,Vaidyanathan Srinivasan
  • [RFC PATCH v2 5/7] sched: nominate preferred wakeup cpu,Vaidyanathan Srinivasan
    • Re: [RFC PATCH v2 5/7] sched: nominate preferred wakeup cpu,Peter Zijlstra
      • Re: [RFC PATCH v2 5/7] sched: nominate preferred wakeup cpu,Vaidyanathan Srinivasan
  • [RFC PATCH v2 6/7] sched: bias task wakeups to preferred semi-idle packages,Vaidyanathan Srinivasan
  • [RFC PATCH v2 7/7] sched: activate active load balancing in new idle cpus,Vaidyanathan Srinivasan
  • Re: [RFC PATCH v2 0/7] Tunable sched_mc_power_savings=n,Peter Zijlstra
    • Re: [RFC PATCH v2 0/7] Tunable sched_mc_power_savings=n,Vaidyanathan Srinivasan
      • Re: [RFC PATCH v2 0/7] Tunable sched_mc_power_savings=n,Andi Kleen
      • Re: [RFC PATCH v2 0/7] Tunable sched_mc_power_savings=n,Vaidyanathan Srinivasan
      • Re: [RFC PATCH v2 0/7] Tunable sched_mc_power_savings=n,Peter Zijlstra
      • Re: [RFC PATCH v2 0/7] Tunable sched_mc_power_savings=n,Suresh Siddha
      • Re: [RFC PATCH v2 0/7] Tunable sched_mc_power_savings=n,Peter Zijlstra
      • Re: [RFC PATCH v2 0/7] Tunable sched_mc_power_savings=n,Nick Piggin
      • Re: [RFC PATCH v2 0/7] Tunable sched_mc_power_savings=n,Peter Zijlstra
      • Re: [RFC PATCH v2 0/7] Tunable sched_mc_power_savings=n,Nick Piggin
      • Re: [RFC PATCH v2 0/7] Tunable sched_mc_power_savings=n,Peter Zijlstra
      • Re: [RFC PATCH v2 0/7] Tunable sched_mc_power_savings=n,Nick Piggin
• [patch 0/3] s3cmci SDIO patches,Christer Weinigel
  • [patch 3/3] s3cmci - add SDIO interrupt support,Christer Weinigel
  • [patch 2/3] s3cmci - call pio_tasklet from IRQ,Christer Weinigel
    • Re: [patch 2/3] s3cmci - call pio_tasklet from IRQ,Ben Dooks
      • Re: [patch 2/3] s3cmci - call pio_tasklet from IRQ,Christer Weinigel
      • Re: [patch 2/3] s3cmci - call pio_tasklet from IRQ,Christer Weinigel
  • [patch 1/3] s3cmci -- support odd block transfers,Christer Weinigel
• [PATCH] mm: ifdef Quicklists in /proc/meminfo,Hugh Dickins
  • Re: [PATCH] mm: ifdef Quicklists in /proc/meminfo,Christoph Lameter
  • Re: [PATCH] mm: ifdef Quicklists in /proc/meminfo,KOSAKI Motohiro
    • Re: [PATCH] mm: ifdef Quicklists in /proc/meminfo,H. Peter Anvin
      • Re: [PATCH] mm: ifdef Quicklists in /proc/meminfo,Hugh Dickins
      • Re: [PATCH] mm: ifdef Quicklists in /proc/meminfo,Jeremy Fitzhardinge
      • Re: [PATCH] mm: ifdef Quicklists in /proc/meminfo,H. Peter Anvin
• [PATCH 1/2] Xen: Fix build when !CONFIG_HOTPLUG_CPU,Alex Nixon
  • [PATCH 2/2] Xen: Make CPU hotplug functions static,Alex Nixon
  • Re: [PATCH 1/2] Xen: Fix build when !CONFIG_HOTPLUG_CPU,Ingo Molnar
• Bogus devices detected from Marvel MV64460,Gavin Shan
• Recent copy of libpcap from CVS,Keith Owens
  • Re: Recent copy of libpcap from CVS,Patrick McHardy
    • Re: Recent copy of libpcap from CVS,Keith Owens
      • Re: Recent copy of libpcap from CVS,David Miller
      • Re: Recent copy of libpcap from CVS,Patrick McHardy
      • Re: Recent copy of libpcap from CVS,David Miller
      • Re: Recent copy of libpcap from CVS,Keith Owens
      • Re: Recent copy of libpcap from CVS,David Miller
      • Re: Recent copy of libpcap from CVS,Keith Owens
      • Re: Recent copy of libpcap from CVS,David Miller
• [PATCH 1/1] system call notification with self_ptrace,Pierre Morel
  • Re: [PATCH 1/1] system call notification with self_ptrace,Andrew Morton
    • Re: [PATCH 1/1] system call notification with self_ptrace,Pierre Morel
  • Re: [PATCH 1/1] system call notification with self_ptrace,Oleg Nesterov
    • Re: [PATCH 1/1] system call notification with self_ptrace,Pierre Morel
      • Re: [PATCH 1/1] system call notification with self_ptrace,Oleg Nesterov
      • Re: [PATCH 1/1] system call notification with self_ptrace,Dave Hansen
      • Re: [PATCH 1/1] system call notification with self_ptrace,Pierre Morel
      • Re: [PATCH 1/1] system call notification with self_ptrace,Pierre Morel
      • Re: [PATCH 1/1] system call notification with self_ptrace,Oleg Nesterov
  • Re: [PATCH 1/1] system call notification with self_ptrace,Dave Hansen
    • Re: [PATCH 1/1] system call notification with self_ptrace,Pierre Morel
• [no subject],Tarkan Erimer
• [PATCH 0/3] freeze feature ver 1.11,Takashi Sato
• [RFC][PATCH 0/2] x86: Add "virt flags",Sheng Yang
  • [PATCH 1/2] x86: Move VMX MSRs to msr-index.h,Sheng Yang
    • Re: [PATCH 1/2] x86: Move VMX MSRs to msr-index.h,Avi Kivity
      • Re: [PATCH 1/2] x86: Move VMX MSRs to msr-index.h,Yang, Sheng
      • Re: [PATCH 1/2] x86: Move VMX MSRs to msr-index.h,Avi Kivity
      • Re: [PATCH 1/2] x86: Move VMX MSRs to msr-index.h,Yang, Sheng
  • [PATCH 2/2] x86: Add "virt flags" in /proc/cpuinfo,Sheng Yang
  • Re: [RFC][PATCH 0/2] x86: Add "virt flags",Andi Kleen