LKML: Linux Kernel Archive 2007 Q4

Date Index

[RFC/PATCH 3/8] revoke: file, inode, and address space operations V7, Pekka J Enberg
[RFC/PATCH 2/8] revoke: inode revoke lock V7, Pekka J Enberg
- Re: [RFC/PATCH 2/8] revoke: inode revoke lock V7, serge
  - Re: [RFC/PATCH 2/8] revoke: inode revoke lock V7, Pekka J Enberg
    - Re: [RFC/PATCH 2/8] revoke: inode revoke lock V7, Serge E. Hallyn
      - Re: [RFC/PATCH 2/8] revoke: inode revoke lock V7, Pekka J Enberg
        
        Re: [RFC/PATCH 2/8] revoke: inode revoke lock V7, Serge E. Hallyn
- Re: [RFC/PATCH 2/8] revoke: inode revoke lock V7, Jonathan Corbet
  - Re: [RFC/PATCH 2/8] revoke: inode revoke lock V7, Pekka J Enberg
[RFC/PATCH 1/8] revoke: special mmap handling V7, Pekka J Enberg
[PATCH] Don't mark cpufreq_stats_free_table with __cpuexit, Russell King
- Re: [PATCH] Don't mark cpufreq_stats_free_table with __cpuexit, Andrew Morton
[PATCH] Make WARN_ON/WARN_ON_ONCE no-ops when CONFIG_BUG is off, Herbert Xu
- Re: [PATCH] Make WARN_ON/WARN_ON_ONCE no-ops when CONFIG_BUG is off, Matt Mackall
  - Re: [PATCH] Make WARN_ON/WARN_ON_ONCE no-ops when CONFIG_BUG is off, Herbert Xu
    - Re: [PATCH] Make WARN_ON/WARN_ON_ONCE no-ops when CONFIG_BUG is off, Matt Mackall
      - Re: [PATCH] Make WARN_ON/WARN_ON_ONCE no-ops when CONFIG_BUG is off, Herbert Xu
        
        Re: [PATCH] Make WARN_ON/WARN_ON_ONCE no-ops when CONFIG_BUG is off, Matt Mackall
        
        Re: [PATCH] Make WARN_ON/WARN_ON_ONCE no-ops when CONFIG_BUG is off, Herbert Xu
        
        Re: [PATCH] Make WARN_ON/WARN_ON_ONCE no-ops when CONFIG_BUG is off, Herbert Xu
        
        Re: [PATCH] Make WARN_ON/WARN_ON_ONCE no-ops when CONFIG_BUG is off, Matt Mackall
      - Re: [PATCH] Make WARN_ON/WARN_ON_ONCE no-ops when CONFIG_BUG is off, Dave Jones
  - Re: [PATCH] Make WARN_ON/WARN_ON_ONCE no-ops when CONFIG_BUG is off, Benjamin Herrenschmidt
- Re: [PATCH] Make WARN_ON/WARN_ON_ONCE no-ops when CONFIG_BUG is off, Benjamin Herrenschmidt
  - Re: [PATCH] Make WARN_ON/WARN_ON_ONCE no-ops when CONFIG_BUG is off, Herbert Xu
    - Re: [PATCH] Make WARN_ON/WARN_ON_ONCE no-ops when CONFIG_BUG is off, Matt Mackall
1.0.0.0 DNS replies for many domain names (network), Amogh Hooshdar
- Re: 1.0.0.0 DNS replies for many domain names (network), Vaidyanathan Srinivasan
  - Re: 1.0.0.0 DNS replies for many domain names (network), Amogh Hooshdar
[PATCH] time: add an offline-cpu check in add_timer_on(), Miao Xie
- Re: [PATCH] time: add an offline-cpu check in add_timer_on(), Andi Kleen
  - Re: [PATCH] time: add an offline-cpu check in add_timer_on(), Thomas Gleixner
- Re: [PATCH] time: add an offline-cpu check in add_timer_on(), Thomas Gleixner
[PATCH] usb/hid: Blacklist the Gretag-Macbeth Huey display colorimeter, Nicolas Mailhot
- Message not available
  - Re: [argyllcms] Re: [PATCH] usb/hid: Blacklist the Gretag-Macbeth Huey display colorimeter, Nicolas Mailhot
    - Re: [argyllcms] Re: [PATCH] usb/hid: Blacklist the Gretag-Macbeth Huey display colorimeter, Jiri Kosina
      - Re: [argyllcms] Re: [PATCH] usb/hid: Blacklist the Gretag-Macbeth Huey display colorimeter, Nicolas Mailhot
- Re: [PATCH] usb/hid: Blacklist the Gretag-Macbeth Huey display colorimeter, Frederic Crozat
[PATCH] s390/net/qeth_main.c: Fix use of skb after netif_rx, Julia Lawall
- Re: [PATCH] s390/net/qeth_main.c: Fix use of skb after netif_rx, Wang Chen
[PATCH -mm] kobject_add error handling when set name failed, Dave Young
- Re: [PATCH -mm] kobject_add error handling when set name failed, Greg KH
PROBLEM: E6850 has an 8+ minute delay during boot, Arun Thomas
- Re: PROBLEM: E6850 has an 8+ minute delay during boot, Andrew Morton
  - Re: PROBLEM: E6850 has an 8+ minute delay during boot, Arun Thomas
    - Re: PROBLEM: E6850 has an 8+ minute delay during boot, Jiri Slaby
      - Re: PROBLEM: E6850 has an 8+ minute delay during boot, Thomas Gleixner
        
        Re: PROBLEM: E6850 has an 8+ minute delay during boot, Arun Thomas
        
        Re: PROBLEM: E6850 has an 8+ minute delay during boot, Mark Lord
        
        Re: PROBLEM: E6850 has an 8+ minute delay during boot, H. Peter Anvin
        
        Re: PROBLEM: E6850 has an 8+ minute delay during boot, Arun Thomas
        
        Re: PROBLEM: E6850 has an 8+ minute delay during boot, H. Peter Anvin
- Re: PROBLEM: E6850 has an 8+ minute delay during boot, Mark Lord
- Re: PROBLEM: E6850 has an 8+ minute delay during boot, Len Brown
  - Re: PROBLEM: E6850 has an 8+ minute delay during boot, Arun Thomas
[RFC]handle error of rmqueue_bulk, Shaohua Li
- Re: [RFC]handle error of rmqueue_bulk, Mel Gorman
man-pages-2.71 and man-pages-2.72 are released, Michael Kerrisk
2.6.23.9 NFS Invalid argument in fopen("something","w"), Gianluca Alberici
[PATCH -mm -v3] x86 boot : export boot_params via sysfs, Huang, Ying
- Re: [PATCH -mm -v3] x86 boot : export boot_params via sysfs, Greg KH
  - Re: [PATCH -mm -v3] x86 boot : export boot_params via sysfs, H. Peter Anvin
    - Re: [PATCH -mm -v3] x86 boot : export boot_params via sysfs, H. Peter Anvin
      - Re: [PATCH -mm -v3] x86 boot : export boot_params via sysfs, Eric W. Biederman
        
        Re: [PATCH -mm -v3] x86 boot : export boot_params via sysfs, Huang, Ying
[PATCH 4/4] x86: use a uniform structure for pte_t, Jeremy Fitzhardinge
[PATCH 3/4] x86: fix up formatting in pgtable*.h, Jeremy Fitzhardinge
[PATCH 2/4] x86: unify pgtable*.h, Jeremy Fitzhardinge
- Re: [PATCH 2/4] x86: unify pgtable*.h, Ingo Molnar
  - Re: [PATCH 2/4] x86: unify pgtable*.h, Jeremy Fitzhardinge
[PATCH 1/4] x86: clean up asm-x86/page*.h, Jeremy Fitzhardinge
- Re: [PATCH 1/4] x86: clean up asm-x86/page*.h, Jan Beulich
  - Re: [PATCH 1/4] x86: clean up asm-x86/page*.h, Jeremy Fitzhardinge
    - Re: [PATCH 1/4] x86: clean up asm-x86/page*.h, Jan Beulich
      - Re: [PATCH 1/4] x86: clean up asm-x86/page*.h, Glauber de Oliveira Costa
- Re: [PATCH 1/4] x86: clean up asm-x86/page*.h, Ingo Molnar
  - Re: [PATCH 1/4] x86: clean up asm-x86/page*.h, Jeremy Fitzhardinge
- Re: [PATCH 1/4] x86: clean up asm-x86/page*.h, Harvey Harrison
[PATCH 0/4] pagetable unification: this time for sure!, Jeremy Fitzhardinge
[RFC] [patch 1/2] add non_init_kernel_text_address, Srinivasa Ds
- [RFC] [patch 2/2] Refuse kprobe insertion on __init section code, Srinivasa Ds
- Re: [RFC] [patch 1/2] add non_init_kernel_text_address, Andrew Morton
  - Re: [RFC] [patch 1/2] add non_init_kernel_text_address, Ananth N Mavinakayanahalli
    - Re: [RFC] [patch 1/2] add non_init_kernel_text_address, Rusty Russell
      - Re: [RFC] [patch 1/2] add non_init_kernel_text_address, Srinivasa Ds
        
        Re: [RFC] [patch 1/2] add non_init_kernel_text_address, Rusty Russell
        
        Re: [RFC] [patch 1/2] add non_init_kernel_text_address, Rusty Russell
        
        Re: [RFC] [patch 1/2] add non_init_kernel_text_address, Srinivasa Ds
  - Re: [RFC] [patch 1/2] add non_init_kernel_text_address, Srinivasa Ds
    - Re: [RFC] [patch 1/2] add non_init_kernel_text_address, Srinivasa Ds
      - Re: [RFC] [patch 1/2] add non_init_kernel_text_address, Johannes Weiner
        
        [RFC] [patch 1/2] add non_init_kernel_text_address, Srinivasa Ds
        
        [RFC] [patch 2/2] Refuse kprobe insertion on __init section code, Srinivasa Ds
  - Re: [RFC] [patch 2/2] Refuse kprobe insertion on __init section code, Srinivasa Ds
[GIT PATCH] ACPI patches for 2.6.24-rc5, Len Brown
- Re: [GIT PATCH] ACPI patches for 2.6.24-rc5, Andrew Morton
[PATCH 000 of 7] md: Introduction EXPLAIN PATCH SET HERE, NeilBrown
- [PATCH 001 of 7] md: Support 'external' metadata for md arrays., NeilBrown
  - Re: [PATCH 001 of 7] md: Support 'external' metadata for md arrays., Andrew Morton
- [PATCH 002 of 7] md: Give userspace control over removing failed devices when external metdata in use, NeilBrown
- [PATCH 003 of 7] md: Allow a maximum extent to be set for resyncing., NeilBrown
- [PATCH 004 of 7] md: Allow devices to be shared between md arrays., NeilBrown
  - Re: [PATCH 004 of 7] md: Allow devices to be shared between md arrays., Andrew Morton
- [PATCH 005 of 7] md: Lock address when changing attributes of component devices., NeilBrown
- [PATCH 006 of 7] md: Allow an md array to appear with 0 drives if it has external metadata., NeilBrown
- [PATCH 007 of 7] md: Get name for block device in sysfs, NeilBrown
  - Re: [PATCH 007 of 7] md: Get name for block device in sysfs, Kay Sievers
    - Re: [PATCH 007 of 7] md: Get name for block device in sysfs, Neil Brown
      - Re: [PATCH 007 of 7] md: Get name for block device in sysfs, Kay Sievers
        
        /sys/block [was: [PATCH 007 of 7] md: Get name for block device in sysfs], Michael Tokarev
        
        Re: /sys/block [was: [PATCH 007 of 7] md: Get name for block device in sysfs], Kay Sievers
        
        Re: /sys/block [was: [PATCH 007 of 7] md: Get name for block device in sysfs], Michael Tokarev
        
        Re: /sys/block [was: [PATCH 007 of 7] md: Get name for block device in sysfs], Michael Tokarev
Using CONFIG_FUNCTION_TRACE, Darren Hart
Fault injection capability not exported, Roberto Jung Drebes
[PATCH] AS apple talk protocol register_snap_client failed, guanxun mu
- Re: [PATCH] AS apple talk protocol register_snap_client failed, David Miller
[2.6.24-rc5-mm1] Why CONFIG_BLK_DEV_RAM=m makes \"#ifdef CONFIG_BLK_DEV_RAM\" false?, Tetsuo Handa
- Re: [2.6.24-rc5-mm1] Why CONFIG_BLK_DEV_RAM=m makes \"#ifdef CONFIG_BLK_DEV_RAM\" false?, Randy Dunlap
  - Re: [2.6.24-rc5-mm1] Why CONFIG_BLK_DEV_RAM=m makes \\\"#ifdef CONFIG_BLK_DEV_RAM\\\" false?, Tetsuo Handa
    - Re: [2.6.24-rc5-mm1] Why CONFIG_BLK_DEV_RAM=m makes \\\"#ifdef CONFIG_BLK_DEV_RAM\\\" false?, Jan Engelhardt
ATA ACPI needs "Mr interpreter, would you please shut up?" flag, Tejun Heo
- Re: ATA ACPI needs "Mr interpreter, would you please shut up?" flag, Robert Hancock
  - Re: ATA ACPI needs "Mr interpreter, would you please shut up?" flag, Tejun Heo
- Re: ATA ACPI needs "Mr interpreter, would you please shut up?" flag, Tejun Heo
  - Re: ATA ACPI needs "Mr interpreter, would you please shut up?" flag, Mark Lord
[BUG] Kernel Bugs Weekly (maybe bi-weekly), Natalie Protasevich
- Re: [BUG] Kernel Bugs Weekly (maybe bi-weekly), James Bottomley
- Re: [BUG] Kernel Bugs Weekly (maybe bi-weekly), Russell King
[patch] set_page_refcounted VM_BUG_ON fix, Qi Yong
[PATCH -mm] i386 EFI runtime service support : fixes in sync with x86_64 support, Huang, Ying
2.6.24-rc2-rt1 build failure: mod_unreg_security, Darren Hart
[RFC][PATCH] fix bus error when trying to access anon & shared page created by mremap()[BUG:8691], Ming Lei
[PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., David P. Reed
- Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Yinghai Lu
- Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Rene Herman
  - Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Ingo Molnar
    - Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Rene Herman
      - Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Ingo Molnar
        
        Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Rene Herman
        
        Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Alan Cox
        
        Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., H. Peter Anvin
        
        Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Pavel Machek
    - Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Pavel Machek
- Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Andi Kleen
  - Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., David P. Reed
- Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Ingo Molnar
  - Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Ingo Molnar
    - Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Ingo Molnar
      - Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Ingo Molnar
  - Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Rene Herman
    - Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Ingo Molnar
      - Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Rene Herman
        
        Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Ingo Molnar
  - Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., H. Peter Anvin
    - Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Rene Herman
    - Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Pavel Machek
      - Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., H. Peter Anvin
        
        Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Alan Cox
        
        Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., David P. Reed
        
        Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., H. Peter Anvin
        
        Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., David P. Reed
        
        Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Alan Cox
        
        Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Jan Engelhardt
        
        Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., H. Peter Anvin
        
        Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Paul Rolland
        
        Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Rene Herman
        
        Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., H. Peter Anvin
        
        [PATCH] x86: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Rene Herman
        
        Re: [PATCH] x86: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., H. Peter Anvin
        
        Re: [PATCH] x86: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., H. Peter Anvin
        
        [PATCH] x86: provide a DMI based port 0x80 I/O delay override., Rene Herman
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., Ingo Molnar
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., Rene Herman
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., H. Peter Anvin
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., Rene Herman
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., H. Peter Anvin
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., Rene Herman
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., H. Peter Anvin
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., David P. Reed
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., H. Peter Anvin
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., David P. Reed
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., H. Peter Anvin
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., Alan Cox
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., H. Peter Anvin
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., Ingo Molnar
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., Ingo Molnar
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., David P. Reed
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., Rene Herman
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., Ingo Molnar
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., Rene Herman
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., Pavel Machek
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., Rene Herman
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., David P. Reed
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., Rene Herman
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., Ingo Molnar
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., Alan Cox
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., Ingo Molnar
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., Rene Herman
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., H. Peter Anvin
        
        [PATCH] x86: provide a DMI based port 0x80 I/O delay override., Rene Herman
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., H. Peter Anvin
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., Ingo Molnar
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., Rene Herman
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., Ingo Molnar
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., Rene Herman
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., Ingo Molnar
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., Rene Herman
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., David P. Reed
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., David P. Reed
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., H. Peter Anvin
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., Ingo Molnar
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., H. Peter Anvin
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., Rene Herman
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., H. Peter Anvin
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., David P. Reed
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., Rene Herman
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., H. Peter Anvin
        
        Re: [PATCH] x86: provide a DMI based port 0x80 I/O delay override., Rene Herman
        
        Re: [PATCH] x86: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., David P. Reed
        
        Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., H. Peter Anvin
        
        Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Pavel Machek
        
        Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Ingo Molnar
        
        Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Rene Herman
        
        Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Pavel Machek
        
        Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Alan Cox
        
        Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Lennart Sorensen
        
        Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Jan Engelhardt
    - Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Ingo Molnar
      - Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Rene Herman
        
        Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Ingo Molnar
        
        Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Rene Herman
        
        Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., H. Peter Anvin
        
        Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Alan Cox
        
        Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., David P. Reed
        
        Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Mark Lord
        
        Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Alan Cox
  - Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Pavel Machek
    - Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., H. Peter Anvin
      - Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Ingo Molnar
        
        Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., H. Peter Anvin
        
        Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., David P. Reed
        
        Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Pavel Machek
        
        Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., H. Peter Anvin
        
        Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Pavel Machek
        
        Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Rene Herman
- Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Avi Kivity
  - Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., David P. Reed
    - Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., H. Peter Anvin
    - Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., linux-os (Dick Johnson)
      - Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Rene Herman
    - Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Avi Kivity
- <Possible follow-ups>
- Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Robert Hancock
- Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Robert Hancock
  - Re: [PATCH] x86_64: fix problems due to use of "outb" to port 80 on some AMD64x2 laptops, etc., Ingo Molnar
2.6.24-rc5-mm1 ath5k build issue, Dave Young
- Re: 2.6.24-rc5-mm1 ath5k build issue, Nick Kossifidis
aead_geniv_* [crypto/seqiv.ko] undefined! (MMOTM stamp-2007-12-13-15-37), Erez Zadok
- Re: aead_geniv_* [crypto/seqiv.ko] undefined! (MMOTM stamp-2007-12-13-15-37), Herbert Xu
Regression: Wireshark sees no packets in 2.6.24-rc3, Ray Lee
- Re: Regression: Wireshark sees no packets in 2.6.24-rc3, Rafael J. Wysocki
  - Re: Regression: Wireshark sees no packets in 2.6.24-rc3, Gabriel C
    - Re: Regression: Wireshark sees no packets in 2.6.24-rc3, Ray Lee
      - Re: Regression: Wireshark sees no packets in 2.6.24-rc3, Ray Lee
        
        Re: Regression: Wireshark sees no packets in 2.6.24-rc3, Johannes Berg
[PATCH][rewrite with goto error handling] Bluetooth: hci_sysfs connection add/del workqueue bug fix, Dave Young
[PATCH REVISED] Avoid overflows in kernel/time.c, H. Peter Anvin
- Re: [PATCH REVISED] Avoid overflows in kernel/time.c, Sam Ravnborg
  - Re: [PATCH REVISED] Avoid overflows in kernel/time.c, H. Peter Anvin
2.6.24-rc5-mm1 -- drivers/video/logo/logo_linux_clut224.c:598: error: conflicting type qualifiers for ‘logo_linux_clut224’, Miles Lane
- Re: 2.6.24-rc5-mm1 -- drivers/video/logo/logo_linux_clut224.c:598: error: conflicting type qualifiers for ‘logo_linux_clut224’, Randy Dunlap
  - Re: 2.6.24-rc5-mm1 -- drivers/video/logo/logo_linux_clut224.c:598: error: conflicting type qualifiers for ‘logo_linux_clut224’, Miles Lane
- Re: 2.6.24-rc5-mm1 -- drivers/video/logo/logo_linux_clut224.c:598: error: conflicting type qualifiers for ‘logo_linux_clut224’, Andrew Morton
What happened to this patch? (Re: [BUG] panic after umount (biscted)), Theodore Ts'o
- Re: What happened to this patch? (Re: [BUG] panic after umount (biscted)), Jens Axboe
Strange ATA problems, Christoph Anton Mitterer
- Re: Strange ATA problems, Tejun Heo
  - Re: Strange ATA problems, Christoph Anton Mitterer
    - Re: Strange ATA problems, Tejun Heo
      - Re: Strange ATA problems, Robert Hancock
        
        Re: Strange ATA problems, Christoph Anton Mitterer
    - Re: Strange ATA problems, Alan Cox
      - Re: Strange ATA problems, Christoph Anton Mitterer
printf internals, Siva Prasad
- Re: printf internals, David Newall
  - Re: printf internals, Clemens Koller
    - RE: printf internals, Siva Prasad
      - RE: printf internals, Scott Russell
        
        RE: printf internals, Siva Prasad
        
        Re: printf internals, Masoud Sharbiani "مسعود شربیانی"
      - RE: printf internals, Richard D
Weird subtle kernel problem (maybe kernel, maybe driver, maybe ???), Zurk Tech
[RFC PATCH 00/12] PAT 64b: PAT support for X86_64, venkatesh . pallipadi
- [RFC PATCH 05/12] PAT 64b: pci mmap conlfict patch, venkatesh . pallipadi
- [RFC PATCH 12/12] PAT 64b: skip attr tracking for RAM, venkatesh . pallipadi
- [RFC PATCH 06/12] PAT 64b: Add ioremap_wc support, venkatesh . pallipadi
  - Re: [RFC PATCH 06/12] PAT 64b: Add ioremap_wc support, Roland Dreier
    - Re: [RFC PATCH 06/12] PAT 64b: Add ioremap_wc support, Eric W. Biederman
      - Re: [RFC PATCH 06/12] PAT 64b: Add ioremap_wc support, Roland Dreier
        
        Re: [RFC PATCH 06/12] PAT 64b: Add ioremap_wc support, Eric W. Biederman
        
        Re: [RFC PATCH 06/12] PAT 64b: Add ioremap_wc support, Siddha, Suresh B
        
        Re: [RFC PATCH 06/12] PAT 64b: Add ioremap_wc support, Andi Kleen
        
        Re: [RFC PATCH 06/12] PAT 64b: Add ioremap_wc support, Eric W. Biederman
- [RFC PATCH 03/12] PAT 64b: drm driver changes for PAT, venkatesh . pallipadi
- [RFC PATCH 11/12] PAT 64b: devmem do not read pages not mapped in identity map, venkatesh . pallipadi
- [RFC PATCH 07/12] PAT 64b: dev mem chanegs for pat, venkatesh . pallipadi
- [RFC PATCH 09/12] PAT 64b: map only usable memory in identity mapping, venkatesh . pallipadi
- [RFC PATCH 01/12] PAT 64b: Add cpu_shutdown() support, venkatesh . pallipadi
- [RFC PATCH 02/12] PAT 64b: Basic PAT implementation, venkatesh . pallipadi
  - Re: [RFC PATCH 02/12] PAT 64b: Basic PAT implementation, Andi Kleen
    - Re: [RFC PATCH 02/12] PAT 64b: Basic PAT implementation, Venki Pallipadi
      - Re: [RFC PATCH 02/12] PAT 64b: Basic PAT implementation, Eric W. Biederman
  - Re: [RFC PATCH 02/12] PAT 64b: Basic PAT implementation, Eric W. Biederman
    - Re: [RFC PATCH 02/12] PAT 64b: Basic PAT implementation, Eric W. Biederman
      - Re: [RFC PATCH 02/12] PAT 64b: Basic PAT implementation, Siddha, Suresh B
        
        Re: [RFC PATCH 02/12] PAT 64b: Basic PAT implementation, Siddha, Suresh B
        
        Re: [RFC PATCH 02/12] PAT 64b: Basic PAT implementation, Ingo Molnar
    - Re: [RFC PATCH 02/12] PAT 64b: Basic PAT implementation, Andi Kleen
      - Re: [RFC PATCH 02/12] PAT 64b: Basic PAT implementation, H. Peter Anvin
      - Re: [RFC PATCH 02/12] PAT 64b: Basic PAT implementation, Eric W. Biederman
    - Re: [RFC PATCH 02/12] PAT 64b: Basic PAT implementation, Siddha, Suresh B
- [RFC PATCH 04/12] PAT 64b: reserve_mattr and free_mattr for PAT, venkatesh . pallipadi
- [RFC PATCH 10/12] PAT 64b: Make acpi use early map instead of assuming identity map, venkatesh . pallipadi
- [RFC PATCH 08/12] PAT 64b: coherent mmap and sysfs bin ioctl, venkatesh . pallipadi
  - Re: [RFC PATCH 08/12] PAT 64b: coherent mmap and sysfs bin ioctl, Greg KH
    - Re: [RFC PATCH 08/12] PAT 64b: coherent mmap and sysfs bin ioctl, David Miller
      - Re: [RFC PATCH 08/12] PAT 64b: coherent mmap and sysfs bin ioctl, Greg KH
        
        Re: [RFC PATCH 08/12] PAT 64b: coherent mmap and sysfs bin ioctl, Paul Mackerras
        
        Re: [RFC PATCH 08/12] PAT 64b: coherent mmap and sysfs bin ioctl, Andi Kleen
        
        Re: [RFC PATCH 08/12] PAT 64b: coherent mmap and sysfs bin ioctl, Eric W. Biederman
        
        Re: [RFC PATCH 08/12] PAT 64b: coherent mmap and sysfs bin ioctl, H. Peter Anvin
        
        Re: [RFC PATCH 08/12] PAT 64b: coherent mmap and sysfs bin ioctl, Andi Kleen
        
        Re: [RFC PATCH 08/12] PAT 64b: coherent mmap and sysfs bin ioctl, Eric W. Biederman
    - Re: [RFC PATCH 08/12] PAT 64b: coherent mmap and sysfs bin ioctl, Andi Kleen
  - Re: [RFC PATCH 08/12] PAT 64b: coherent mmap and sysfs bin ioctl, Jesse Barnes
  - Re: [RFC PATCH 08/12] PAT 64b: coherent mmap and sysfs bin ioctl, Eric W. Biederman
    - Re: [RFC PATCH 08/12] PAT 64b: coherent mmap and sysfs bin ioctl, Greg KH
      - Re: [RFC PATCH 08/12] PAT 64b: coherent mmap and sysfs bin ioctl, Eric W. Biederman
        
        Re: [RFC PATCH 08/12] PAT 64b: coherent mmap and sysfs bin ioctl, Andi Kleen
- Re: [RFC PATCH 00/12] PAT 64b: PAT support for X86_64, Dave Airlie
  - Re: [RFC PATCH 00/12] PAT 64b: PAT support for X86_64, Siddha, Suresh B
    - Re: [RFC PATCH 00/12] PAT 64b: PAT support for X86_64, Dave Airlie
      - Re: [RFC PATCH 00/12] PAT 64b: PAT support for X86_64, H. Peter Anvin
        
        Re: [RFC PATCH 00/12] PAT 64b: PAT support for X86_64, Dave Airlie
[PATCH net-2.6.25 1/8] Create ipv4_is_<type>(__be32 addr) functions, Joe Perches
- Message not available
  - Message not available
    - Message not available
      - Message not available
        
        Message not available
        
        Message not available
        
        Message not available
        
        [PATCH net-2.6.25 8/8] Remove unused IPV4TYPE macros, Joe Perches
        
        Re: [PATCH net-2.6.25 8/8] Remove unused IPV4TYPE macros, David Miller
        
        Re: [PATCH net-2.6.25 8/8] Remove unused IPV4TYPE macros, Joe Perches
        
        Re: [PATCH net-2.6.25 8/8] Remove unused IPV4TYPE macros, David Miller
- Re: [PATCH net-2.6.25 1/8] Create ipv4_is_<type>(__be32 addr) functions, David Miller
- Re: [PATCH net-2.6.25 1/8] Create ipv4_is_<type>(__be32 addr) functions, Jan Engelhardt
  - Re: [PATCH net-2.6.25 1/8] Create ipv4_is_<type>(__be32 addr) functions, David Miller
  - Re: [PATCH net-2.6.25 1/8] Create ipv4_is_<type>(__be32 addr) functions, Joe Perches
  - Re: [PATCH net-2.6.25 1/8] Create ipv4_is_<type>(__be32 addr) functions, David Miller
    - Re: [PATCH net-2.6.25 1/8] Create ipv4_is_<type>(__be32 addr) functions, Jan Engelhardt
[PATCH] UBI: silence warning about possibly uninitialized use of variable in drivers/mtd/ubi/vmt.c ..., Jesper Juhl
- Re: [PATCH] UBI: silence warning about possibly uninitialized use of variable in drivers/mtd/ubi/vmt.c ..., Artem Bityutskiy
Print taint info in more places., Dave Jones
- Re: Print taint info in more places., Andi Kleen
  - Re: Print taint info in more places., Mauricio Mauad Menegaz Filho
  - Re: Print taint info in more places., Dave Jones
    - Re: Print taint info in more places., Dave Jones
- Re: Print taint info in more places., Adrian Bunk
  - Re: Print taint info in more places., Dave Jones
  - Re: Print taint info in more places., Dave Jones
    - Re: Print taint info in more places., Jeremy Fitzhardinge
      - Re: Print taint info in more places., Dave Jones
    - Re: Print taint info in more places., Matt Mackall
      - Re: Print taint info in more places., Dave Jones
- Re: Print taint info in more places., Jon Masters
Re: [PATCH 02/47] Add new driver files for Artpec-3., David Brownell
- Re: [PATCH 02/47] Add new driver files for Artpec-3., Jesper Nilsson
RFC: remove __read_mostly, Adrian Bunk
- Re: RFC: remove __read_mostly, Andi Kleen
  - Re: RFC: remove __read_mostly, Adrian Bunk
    - Re: RFC: remove __read_mostly, Arnd Bergmann
      - Re: RFC: remove __read_mostly, Eric Dumazet
- Re: RFC: remove __read_mostly, David Miller
  - Re: RFC: remove __read_mostly, Harvey Harrison
    - Re: RFC: remove __read_mostly, Andi Kleen
- Re: RFC: remove __read_mostly, Eric Dumazet
  - Re: RFC: remove __read_mostly, Adrian Bunk
- Re: RFC: remove __read_mostly, Kyle McMartin
  - Re: RFC: remove __read_mostly, Andi Kleen
    - Re: RFC: remove __read_mostly, Andrew Morton
      - Re: RFC: remove __read_mostly, Eric Dumazet
        
        Re: RFC: remove __read_mostly, Andrew Morton
        
        Re: RFC: remove __read_mostly, Andi Kleen
      - Re: RFC: remove __read_mostly, Andi Kleen
        
        Re: RFC: remove __read_mostly, Adrian Bunk
- Re: RFC: remove __read_mostly, Matt Mackall
  - Re: RFC: remove __read_mostly, Eric Dumazet
    - Re: RFC: remove __read_mostly, Matt Mackall
Fix implicit declaration in via-pmu.c, Dave Jones
- Re: Fix implicit declaration in via-pmu.c, Paul Mackerras
  - Re: Fix implicit declaration in via-pmu.c, Dave Jones
Re: [2.6.22.1] spurious (?) message "BUG: lock held at task exit time", Tilman Schmidt
Re: BUG: file descriptors leak when sys_pipe failed with -EFAULT, Andrew Morton
- Re: BUG: file descriptors leak when sys_pipe failed with -EFAULT, Jens Axboe
- Re: BUG: file descriptors leak when sys_pipe failed with -EFAULT, Herbert Xu
Per process control of core file naming, Sanders, Rob M.
SLUB: Remove useless masking of GFP_ZERO, Christoph Lameter
- Re: SLUB: Remove useless masking of GFP_ZERO, Pekka J Enberg
[PATCH 0/6] Intro: convert lockd to kthread and fix use-after-free, Jeff Layton
- [PATCH 1/6] SUNRPC: Allow svc_pool_map_set_cpumask to work with any task, Jeff Layton
  - [PATCH 2/6] SUNRPC: Break up __svc_create_thread and make svc_create_kthread, Jeff Layton
    - [PATCH 3/6] NLM: Initialize completion variable in lockd_up, Jeff Layton
      - [PATCH 4/6] NLM: Have lockd call try_to_freeze, Jeff Layton
        
        [PATCH 5/6] NLM: Convert lockd to use kthreads, Jeff Layton
        
        [PATCH 6/6] NLM: Add reference counting to lockd, Jeff Layton
    - Re: [PATCH 2/6] SUNRPC: Break up __svc_create_thread and make svc_create_kthread, Christoph Hellwig
      - Re: [PATCH 2/6] SUNRPC: Break up __svc_create_thread and make svc_create_kthread, Jeff Layton
Could not set non-blocking flag with 2.6.24-rc5, Tino Keitel
- Re: Could not set non-blocking flag with 2.6.24-rc5, Rafael J. Wysocki
  - Re: Could not set non-blocking flag with 2.6.24-rc5, Andrew Morton
- Re: Could not set non-blocking flag with 2.6.24-rc5, Rafael J. Wysocki
- <Possible follow-ups>
- Re: Could not set non-blocking flag with 2.6.24-rc5, Robert Hancock
[PATCH] Option to disable AMD C1E (allows dynticks to work), Eduard-Gabriel Munteanu
- Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Andi Kleen
  - Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Eduard-Gabriel Munteanu
    - Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Andi Kleen
      - Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Eduard-Gabriel Munteanu
        
        Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Andi Kleen
        
        Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Eduard-Gabriel Munteanu
        
        Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Thomas Gleixner
        
        Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Andi Kleen
        
        Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Thomas Gleixner
        
        Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Andi Kleen
        
        Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Eduard-Gabriel Munteanu
        
        Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Andi Kleen
        
        Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Thomas Gleixner
      - Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Chuck Ebbert
        
        Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Eduard-Gabriel Munteanu
        
        Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Andi Kleen
- <Possible follow-ups>
- [PATCH] Option to disable AMD C1E (allows dynticks to work), Eduard-Gabriel Munteanu
  - Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Johannes Weiner
    - Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Eduard-Gabriel Munteanu
  - Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Pavel Machek
    - Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Eduard-Gabriel Munteanu
- Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Mikhail Kshevetskiy
- Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Eduard-Gabriel Munteanu
  - Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Richard Harman
    - Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Eduard-Gabriel Munteanu
    - Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Islam Amer
    - Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Rene Herman
- Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), David P. Reed
  - Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Islam Amer
    - Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Islam Amer
      - Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Ingo Molnar
    - Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Rene Herman
      - Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Islam Amer
        
        Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Rene Herman
        
        Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Eduard-Gabriel Munteanu
        
        Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Andi Kleen
        
        Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Eduard-Gabriel Munteanu
        
        Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Andi Kleen
        
        Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Richard Harman
        
        Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Eduard-Gabriel Munteanu
        
        Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Richard Harman
        
        Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), Eduard-Gabriel Munteanu
        
        Re: [PATCH] Option to disable AMD C1E (allows dynticks to work), David P. Reed
Working upstream toolchain for avr32?, Adrian Bunk
- Re: Working upstream toolchain for avr32?, Haavard Skinnemoen
  - Re: Working upstream toolchain for avr32?, Adrian Bunk
- Re: Working upstream toolchain for avr32?, Robert Schwebel
  - Re: Working upstream toolchain for avr32?, Mike Frysinger
    - Re: Working upstream toolchain for avr32?, Robert Schwebel
      - Re: Working upstream toolchain for avr32?, Mike Frysinger
        
        Re: Working upstream toolchain for avr32?, Robert Schwebel
        
        Re: Working upstream toolchain for avr32?, Mike Frysinger
        
        Re: Working upstream toolchain for avr32?, Robert Schwebel
[2.6 patch] Kconfig help: don't refer to the PCI-HOWTO, Adrian Bunk
[2.6 patch] x86: default to PCI=y, Adrian Bunk
QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Mark Lord
- QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Mark Lord
  - Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Matthew Wilcox
    - Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, James Bottomley
  - Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Mark Lord
    - Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Matthew Wilcox
      - Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Mark Lord
        
        Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Jens Axboe
        
        Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Mark Lord
        
        Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Mark Lord
        
        Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Jens Axboe
        
        Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Mark Lord
        
        Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Jens Axboe
        
        Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Mark Lord
        
        Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Jens Axboe
        
        Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Jens Axboe
        
        Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Mark Lord
        
        Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Jens Axboe
        
        Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Mark Lord
        
        Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Mark Lord
        
        Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Jens Axboe
        
        VM allocates pages in reverse order again, Matthew Wilcox
        
        Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Andrew Morton
        
        Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, James Bottomley
        
        Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Andrew Morton
        
        Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Mark Lord
        
        Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Mark Lord
        
        Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Mark Lord
        
        Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Mark Lord
        
        Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Andrew Morton
        
        Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Mark Lord
        
        [PATCH] fix page_alloc for larger I/O segments (improved), Mark Lord
        
        Re: [PATCH] fix page_alloc for larger I/O segments (improved), James Bottomley
        
        Re: [PATCH] fix page_alloc for larger I/O segments (improved), Andrew Morton
        
        Re: [PATCH] fix page_alloc for larger I/O segments (improved), Mark Lord
        
        Re: [PATCH] fix page_alloc for larger I/O segments (improved), Mel Gorman
        
        Re: [PATCH] fix page_alloc for larger I/O segments (improved), Mark Lord
        
        Re: [PATCH] fix page_alloc for larger I/O segments (improved), Mel Gorman
        
        Re: [PATCH] fix page_alloc for larger I/O segments (improved), Matthew Wilcox
        
        Re: [PATCH] fix page_alloc for larger I/O segments (improved), Mark Lord
        
        Re: [PATCH] fix page_alloc for larger I/O segments (improved), Matthew Wilcox
        
        Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Mark Lord
        
        Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Mel Gorman
        
        Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Mark Lord
        
        [PATCH] fix page_alloc for larger I/O segments, Mark Lord
        
        Re: [PATCH] fix page_alloc for larger I/O segments, Andrew Morton
        
        Re: [PATCH] fix page_alloc for larger I/O segments, Matthew Wilcox
        
        Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Mel Gorman
        
        Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Andrew Morton
        
        Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Matt Mackall
        
        Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Mel Gorman
        
        Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Randy Dunlap
        
        Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Matt Mackall
        
        Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Jens Axboe
        
        Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Jens Axboe
        
        Re: QUEUE_FLAG_CLUSTER: not working in 2.6.24 ?, Mark Lord
[GIT PATCH] kbuild fix, Sam Ravnborg
Re: patch revert-fix-smp-poweroff-hangs.patch queued to -stable tree, Dave Jones
[PATCH] avoid ifdefs in desc.h, getting rid of pack_ldt and pack_tss, Glauber de Oliveira Costa
- Re: [PATCH] avoid ifdefs in desc.h, getting rid of pack_ldt and pack_tss, Ingo Molnar
  - Re: [PATCH] avoid ifdefs in desc.h, getting rid of pack_ldt and pack_tss, Ingo Molnar
    - Re: [PATCH] avoid ifdefs in desc.h, getting rid of pack_ldt and pack_tss, Ingo Molnar
      - Re: [PATCH] avoid ifdefs in desc.h, getting rid of pack_ldt and pack_tss, H. Peter Anvin
        
        Re: [PATCH] avoid ifdefs in desc.h, getting rid of pack_ldt and pack_tss, Ingo Molnar
        
        Re: [PATCH] avoid ifdefs in desc.h, getting rid of pack_ldt and pack_tss, H. Peter Anvin
        
        Re: [PATCH] avoid ifdefs in desc.h, getting rid of pack_ldt and pack_tss, Glauber de Oliveira Costa
        
        Re: [PATCH] avoid ifdefs in desc.h, getting rid of pack_ldt and pack_tss, Tom Spink
        
        Re: [PATCH] avoid ifdefs in desc.h, getting rid of pack_ldt and pack_tss, Glauber de Oliveira Costa
- <Possible follow-ups>
- [PATCH] avoid ifdefs in desc.h, getting rid of pack_ldt and pack_tss, Glauber de Oliveira Costa
  - Re: [PATCH] avoid ifdefs in desc.h, getting rid of pack_ldt and pack_tss, Ingo Molnar
2.6.24-rc5: mtd: PNC-2000 oops, Luiz Fernando N. Capitulino
- Re: 2.6.24-rc5: mtd: PNC-2000 oops, Dave Young
  - [PATCH]: 2.6.24-rc5: mtd: PNC-2000 oops, Luiz Fernando N. Capitulino
[RFC PATCH 0/6] RCU: Preemptible-RCU, Gautham R Shenoy
- [RFC PATCH 1/6] Preempt-RCU: Use softirq instead of tasklets for RCU, Gautham R Shenoy
- [RFC PATCH 2/6] Preempt-RCU: Reorganize RCU code into rcuclassic.c and rcupdate.c, Gautham R Shenoy
  - Re: [RFC PATCH 2/6] Preempt-RCU: Reorganize RCU code into rcuclassic.c and rcupdate.c, Johannes Weiner
    - Re: [RFC PATCH 2/6] Preempt-RCU: Reorganize RCU code into rcuclassic.c and rcupdate.c, Paul E. McKenney
- [RFC PATCH 3/6] Preempt-RCU: Fix rcu_barrier for preemptive environment, Gautham R Shenoy
- [RFC PATCH 4/6] Preempt-RCU: Implementation, Gautham R Shenoy
- [RFC PATCH 5/6] Preempt-RCU: CPU Hotplug handling, Gautham R Shenoy
- [RFC PATCH 6/6] Preempt-RCU: Update RCU Documentation., Gautham R Shenoy
  - Re: [RFC PATCH 6/6] Preempt-RCU: Update RCU Documentation., Ingo Molnar
    - Re: [RFC PATCH 6/6] Preempt-RCU: Update RCU Documentation., Gautham R Shenoy
- Re: [RFC PATCH 0/6] RCU: Preemptible-RCU, Steven Rostedt
  - Re: [RFC PATCH 0/6] RCU: Preemptible-RCU, Ingo Molnar
    - Re: [RFC PATCH 0/6] RCU: Preemptible-RCU, Steven Rostedt
  - Re: [RFC PATCH 0/6] RCU: Preemptible-RCU, Gautham R Shenoy
- Re: [RFC PATCH 0/6] RCU: Preemptible-RCU, Ingo Molnar
  - Re: [RFC PATCH 0/6] RCU: Preemptible-RCU, Paul E. McKenney
__get_vm_area() with VM_IOREMAP, Jan Beulich
Providing an ELF flag for disabling LD_PRELOAD/ptrace(), Martin Pitt
- Re: Providing an ELF flag for disabling LD_PRELOAD/ptrace(), Alan Cox
[PATCH] Fix compiler warning noise with FORE200E driver, Tom "spot" Callaway
- Re: [PATCH] Fix compiler warning noise with FORE200E driver, David Miller
[Patch 8/8] Enhanced partition statistics: remove old partition statistics, Jerome Marchand
[Patch 7/8] Enhanced partition statistics: procfs, Jerome Marchand
- Re: [Patch 7/8] Enhanced partition statistics: procfs, Randy Dunlap
  - Re: [Patch 7/8] Enhanced partition statistics: procfs, Jerome Marchand
    - Re: [Patch 7/8] Enhanced partition statistics: procfs, Randy Dunlap
      - Re: [Patch 7/8] Enhanced partition statistics: procfs, Jerome Marchand
[Patch 6/8] Enhanced partition statistics: sysfs, Jerome Marchand
[Patch 5/8] Enhanced partition statistics: cpqarray fix, Jerome Marchand
[Patch 4/8] Enhanced partition statistics: cciss fix, Jerome Marchand
- RE: [Patch 4/8] Enhanced partition statistics: cciss fix, Miller, Mike (OS Dev)
  - Re: [Patch 4/8] Enhanced partition statistics: cciss fix, Kiyoshi Ueda
[Patch 3/8] Enhanced partition statistics: aoe fix, Jerome Marchand
- Re: [Patch 3/8] Enhanced partition statistics: aoe fix, Ed L. Cashin
[Patch 2/8] Enhanced partition statistics: update partition statitics, Jerome Marchand
[Patch 1/8] Enhanced partition statistics: core statistics, Jerome Marchand
- Re: [Patch 1/8] Enhanced partition statistics: core statistics, Randy Dunlap
[Patch 0/8] Enhanced partition statistics, Jerome Marchand
Possible recursive locking detected with XFS, Vladislav Bolkhovitin
- Re: Possible recursive locking detected with XFS, David Chinner
[PATCH] ia64: Avoid unnecessary TLB flushes when allocating memory, de Dinechin, Christophe (Integrity VM)
- RE: [PATCH] ia64: Avoid unnecessary TLB flushes when allocating memory, Luck, Tony
  - RE: [PATCH] ia64: Avoid unnecessary TLB flushes when allocating memory, de Dinechin, Christophe (Integrity VM)
    - RE: [PATCH] ia64: Avoid unnecessary TLB flushes when allocating memory, Luck, Tony
- Re: [PATCH] ia64: Avoid unnecessary TLB flushes when allocating memory, KAMEZAWA Hiroyuki
  - Re: [PATCH] ia64: Avoid unnecessary TLB flushes when allocating memory, Kyle McMartin
    - Re: [PATCH] ia64: Avoid unnecessary TLB flushes when allocating memory, KAMEZAWA Hiroyuki
PCI resource unavailable on mips, Jon Dufresne
- Re: PCI resource unavailable on mips, Ralf Baechle
  - Re: PCI resource unavailable on mips, Jon Dufresne
  - Re: PCI resource unavailable on mips, Jon Dufresne
    - Re: PCI resource unavailable on mips, Ralf Baechle
      - Re: PCI resource unavailable on mips, Jon Dufresne
        
        Re: PCI resource unavailable on mips, Sergei Shtylyov
        
        Re: PCI resource unavailable on mips, Jon Dufresne
- <Possible follow-ups>
- Re: PCI resource unavailable on mips, Robert Hancock
  - Re: PCI resource unavailable on mips, Jon Dufresne
Next patches for the 2.6.25 queue, Mathieu Desnoyers
- Re: Next patches for the 2.6.25 queue, Adrian Bunk
  - Re: Next patches for the 2.6.25 queue, Mathieu Desnoyers
    - Re: Next patches for the 2.6.25 queue, Adrian Bunk
- Re: Next patches for the 2.6.25 queue, Andrew Morton
  - Re: Next patches for the 2.6.25 queue, Mathieu Desnoyers
[2.6.24 PATCH 06/06] dm crypt: use bio_add_page, Alasdair G Kergon
[2.6.24 PATCH 05/06] dm: merge max_hw_sector, Alasdair G Kergon
[2.6.24 PATCH 04/06] dm: trigger change uevent on rename, Alasdair G Kergon
[2.6.24 PATCH 03/06] dm crypt: fix write endio, Alasdair G Kergon
[2.6.24 PATCH 02/06] dm mpath: hp requires scsi, Alasdair G Kergon
[2.6.24 PATCH 01/06] dm: table detect io beyond device, Alasdair G Kergon
[git pull 00/06] device-mapper fixes for 2.6.24-rc*, Alasdair G Kergon
Tesing of / bugs in new timerfd API, Michael Kerrisk
- Re: Tesing of / bugs in new timerfd API, Davide Libenzi
  - Re: Tesing of / bugs in new timerfd API, Michael Kerrisk
    - Re: Tesing of / bugs in new timerfd API, Davide Libenzi
      - Re: Tesing of / bugs in new timerfd API, Michael Kerrisk
        
        Re: Tesing of / bugs in new timerfd API, Davide Libenzi
        
        Re: Tesing of / bugs in new timerfd API, Michael Kerrisk
        
        Re: Tesing of / bugs in new timerfd API, Davide Libenzi
[PATCH][KJ] 8250: remove unnecessary variable tmout from wait_for_xmitr(), Andre Haupt
- Re: [PATCH][KJ] 8250: remove unnecessary variable tmout from wait_for_xmitr(), Johannes Weiner
separate objdir Makefile regression in 2.6.24-rc*, Andi Kleen
- Re: separate objdir Makefile regression in 2.6.24-rc*, Guillaume Chazarain
  - Re: separate objdir Makefile regression in 2.6.24-rc*, Andi Kleen
    - Re: separate objdir Makefile regression in 2.6.24-rc*, Sam Ravnborg
[PATCH] IB/ehca: Fix lock flag location, bump version number, Joachim Fenkes
- Re: [PATCH] IB/ehca: Fix lock flag location, bump version number, Roland Dreier
2.6.22-stable causes oomkiller to be invoked, Dhaval Giani
- Re: 2.6.22-stable causes oomkiller to be invoked, Dhaval Giani
  - Re: 2.6.22-stable causes oomkiller to be invoked, Dhaval Giani
    - Re: 2.6.22-stable causes oomkiller to be invoked, Greg KH
      - Re: 2.6.22-stable causes oomkiller to be invoked, Dhaval Giani
        
        Re: 2.6.22-stable causes oomkiller to be invoked, Dhaval Giani
        
        Re: 2.6.22-stable causes oomkiller to be invoked, Tejun Heo
        
        Re: 2.6.22-stable causes oomkiller to be invoked, Dhaval Giani
        
        Re: 2.6.22-stable causes oomkiller to be invoked, Tejun Heo
        
        Re: 2.6.22-stable causes oomkiller to be invoked, Dhaval Giani
        
        Re: 2.6.22-stable causes oomkiller to be invoked, Andrew Morton
        
        Re: 2.6.22-stable causes oomkiller to be invoked, Dhaval Giani
        
        Re: 2.6.22-stable causes oomkiller to be invoked, Andrew Morton
        
        Re: 2.6.22-stable causes oomkiller to be invoked, Dhaval Giani
        
        Re: 2.6.22-stable causes oomkiller to be invoked, Andrew Morton
        
        Re: 2.6.22-stable causes oomkiller to be invoked, Dhaval Giani
        
        Message not available
        
        Message not available
        
        Message not available
        
        Message not available
        
        Re: 2.6.22-stable causes oomkiller to be invoked, Dhaval Giani
        
        Re: 2.6.22-stable causes oomkiller to be invoked, Christoph Lameter
        
        Re: 2.6.22-stable causes oomkiller to be invoked, Dhaval Giani
        
        Re: 2.6.22-stable causes oomkiller to be invoked, Ingo Molnar
        
        Re: 2.6.22-stable causes oomkiller to be invoked, Dhaval Giani
Problem with matrox framebuffer in 2.6.23.x, Dirk Heinrichs
- Re: Problem with matrox framebuffer in 2.6.23.x, Dirk Heinrichs
2.6.24-rc5-mm1, Andrew Morton
- Re: 2.6.24-rc5-mm1, Gautham R Shenoy
  - Re: 2.6.24-rc5-mm1, Andrew Morton
  - Re: 2.6.24-rc5-mm1, Andrew Morton
    - Re: 2.6.24-rc5-mm1, Gregory Haskins
- Re: 2.6.24-rc5-mm1 kobject changes broken with hvcs driver on powerpc - regression, Kamalesh Babulal
  - Re: 2.6.24-rc5-mm1 kobject changes broken with hvcs driver on powerpc - regression, Greg KH
- Re: 2.6.24-rc5-mm1, Pierre Peiffer
  - Re: 2.6.24-rc5-mm1, Benjamin Thery
    - Re: 2.6.24-rc5-mm1, Borislav Petkov

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