LKML: Linux Kernel Archive 2006 Q4

Date Index

[PATCH 9 of 23] Unionfs: Directory manipulation helper functions, (continued)
- [PATCH 9 of 23] Unionfs: Directory manipulation helper functions, Jeff
- [PATCH 13 of 23] Unionfs: Readdir state, Jeff
- [PATCH 7 of 23] Unionfs: File operations, Jeff
- [PATCH 18 of 23] Unionfs: Superblock operations, Jeff
- [PATCH 10 of 23] Unionfs: Inode operations, Jeff
  - Re: [PATCH 10 of 23] Unionfs: Inode operations, Pekka Enberg
- [PATCH 19 of 23] Unionfs: Helper macros/inlines, Jeff
  - Re: [PATCH 19 of 23] Unionfs: Helper macros/inlines, Pekka Enberg
- [PATCH 21 of 23] Unionfs: Include file, Jeff
- [PATCH 2 of 23] lookup_one_len_nd - lookup_one_len with nameidata argument, Jeff
  - Re: [PATCH 2 of 23] lookup_one_len_nd - lookup_one_len with nameidata argument, Daniel Walker
    - Re: [PATCH 2 of 23] lookup_one_len_nd - lookup_one_len with nameidata argument, Josef Sipek
      - Re: [PATCH 2 of 23] lookup_one_len_nd - lookup_one_len with nameidata argument, Daniel Walker
- [PATCH 16 of 23] Unionfs: Handling of stale inodes, Jeff
Re: [RFC] CPUFreq PowerOP integration, Centrino PM Core and OPs registration 2/3, Dominik Brodowski
- Re: [RFC] CPUFreq PowerOP integration, Centrino PM Core and OPs registration 2/3, Eugeny S. Mints
Re: [RFC] CPUFreq PowerOP integratoin, CPUFreq core 1/3, Dominik Brodowski
Re: [RFC] CPUFreq PowerOP integration, Intro 0/3, Dominik Brodowski
Proof of concept: Logdev with "almost-non" intrusive markers., Steven Rostedt
- Re: Proof of concept: Logdev with "almost-non" intrusive markers., Mathieu Desnoyers
  - Re: Proof of concept: Logdev with "almost-non" intrusive markers., Steven Rostedt
2.6.19-rc1 [ueagle-atm] Oops, Ernst Herzberg
- <Possible follow-ups>
- Re: 2.6.19-rc1 [ueagle-atm] Oops, matthieu castet
Re: [PATCH 2/2] [TULIP] Check the return value from pci_set_mwi(), Robert Hancock
Simple script that locks up my box with recent kernels, Jesper Juhl
- Re: Simple script that locks up my box with recent kernels, Andrew Morton
  - Re: Simple script that locks up my box with recent kernels, Jesper Juhl
    - Re: Simple script that locks up my box with recent kernels, Jesper Juhl
- Re: Simple script that locks up my box with recent kernels, Linus Torvalds
  - Re: Simple script that locks up my box with recent kernels, Jesper Juhl
    - Re: Simple script that locks up my box with recent kernels, Linus Torvalds
      - Re: Simple script that locks up my box with recent kernels, Jesper Juhl
        
        Re: Simple script that locks up my box with recent kernels, Jesper Juhl
        
        Re: Simple script that locks up my box with recent kernels, Linus Torvalds
        
        Re: Simple script that locks up my box with recent kernels, Jesper Juhl
        
        Re: Simple script that locks up my box with recent kernels, Jesper Juhl
        
        Re: Simple script that locks up my box with recent kernels, Jesper Juhl
        
        Re: Simple script that locks up my box with recent kernels, Linus Torvalds
        
        Re: Simple script that locks up my box with recent kernels, Dave Jones
        
        Re: Simple script that locks up my box with recent kernels, Linus Torvalds
        
        Re: Simple script that locks up my box with recent kernels, Dave Jones
        
        Re: Simple script that locks up my box with recent kernels, Pádraig Brady
        
        Re: Simple script that locks up my box with recent kernels, Dave Jones
        
        Re: Simple script that locks up my box with recent kernels, Jens Axboe
        
        Re: Simple script that locks up my box with recent kernels, Jesper Juhl
        
        Re: Simple script that locks up my box with recent kernels, Jens Axboe
        
        Re: Simple script that locks up my box with recent kernels, Jesper Juhl
        
        Re: Simple script that locks up my box with recent kernels, Jens Axboe
        
        Re: Simple script that locks up my box with recent kernels, Jesper Juhl
        
        Re: Simple script that locks up my box with recent kernels, Jens Axboe
        
        Re: Simple script that locks up my box with recent kernels, Jesper Juhl
        
        Re: Simple script that locks up my box with recent kernels, Jens Axboe
        
        Re: Simple script that locks up my box with recent kernels, Jesper Juhl
        
        Re: Simple script that locks up my box with recent kernels, Jesper Juhl
        
        Re: Simple script that locks up my box with recent kernels, Jesper Juhl
        
        Re: Simple script that locks up my box with recent kernels, Jesper Juhl
        
        Re: Simple script that locks up my box with recent kernels, Jesper Juhl
- Re: Simple script that locks up my box with recent kernels, Grant Coady
lock_flags_t vs typecheck(unsigned long, flags), Alexey Dobriyan
2.6.18-mm3: Panic during boot on NUMA-Q, Sukadev Bhattiprolu
- Re: 2.6.18-mm3: Panic during boot on NUMA-Q, Dave Hansen
  - Re: 2.6.18-mm3: Panic during boot on NUMA-Q, Badari Pulavarty
[PATCH 2/2] Char: nozomi, bad comment sings, Jiri Slaby
- Re: [PATCH 2/2] Char: nozomi, bad comment sings, Pavel Machek
[PATCH 1/2] Char: nozomi, Lindent the code, Jiri Slaby
- Re: [PATCH 1/2] Char: nozomi, Lindent the code, Andrew Morton
  - Re: [PATCH 1/2] Char: nozomi, Lindent the code, Greg KH
    - Re: [PATCH 1/2] Char: nozomi, Lindent the code, Jiri Slaby
[PATCH] Char: nozomi, use tty_wakeup, Jiri Slaby
v2.6.19-rc1 build warnings, Tilman Schmidt
Status on CPU hotplug issues, Bryce Harrington
- Re: Status on CPU hotplug issues, Andrew Morton
  - Re: Status on CPU hotplug issues, Bryce Harrington
    - Re: Status on CPU hotplug issues, Pavel Machek
      - Re: Status on CPU hotplug issues, Bryce Harrington
        
        Re: Status on CPU hotplug issues, Heiko Carstens
        
        Re: Status on CPU hotplug issues, Pavel Machek
        
        [BUG] 2.6.19-rc1-mm1: fs/file.c138 on ia64, Bryce Harrington
        
        Re: [BUG] 2.6.19-rc1-mm1: fs/file.c138 on ia64, Andrew Morton
        
        Re: [BUG] 2.6.19-rc1-mm1: fs/file.c138 on ia64, Bryce Harrington
  - Re: Status on CPU hotplug issues, Pavel Machek
    - Re: Status on CPU hotplug issues, Bryce Harrington
      - Re: Status on CPU hotplug issues, Pavel Machek
        
        Re: Status on CPU hotplug issues, Bryce Harrington
- Re: Status on CPU hotplug issues, Pavel Machek
  - Re: Status on CPU hotplug issues, Randy Dunlap
    - Re: Status on CPU hotplug issues, Bryce Harrington
      - Re: Status on CPU hotplug issues, Randy Dunlap
        
        Re: Status on CPU hotplug issues, Bryce Harrington
[PATCH 6/6] Char: mxser_new, register tty devices on the fly, Jiri Slaby
[PATCH 4/6] Char: mxser_new, don't check tty_unregister retval, Jiri Slaby
[PATCH 5/6] Char: mxser_new, compress isa finding, Jiri Slaby
[PATCH 3/6] Char: mxser_new, correct fail paths, Jiri Slaby
[PATCH 2/6] Char: mxser_new, testbit for bit testing, Jiri Slaby
[PATCH 1/6] Char: mxser_new, eliminate tty ldisc deref, Jiri Slaby
v2.6.19-rc1 regression: printk missing klogd wakeup, Tilman Schmidt
- [patch] lockdep: fix printk recursion logic, Ingo Molnar
Re: 2.6.18 Nasty Lockup, john stultz
- Re: 2.6.18 Nasty Lockup, S.Çağlar Onur
[Patch] x86_64 hot-add memroy srat.c fix, keith mannthey
- Re: [Patch] x86_64 hot-add memroy srat.c fix, Andi Kleen
  - Re: [Patch] x86_64 hot-add memroy srat.c fix, keith mannthey
[Oops] _cpu_up NULL ptr deref on x86_64 w/ 2.6.19-rc1-git2, Bryce Harrington
Compress stack unwinder output, Dave Jones
- Re: Compress stack unwinder output, Andi Kleen
remove pointless printk from i386 oops output, Dave Jones
- Re: remove pointless printk from i386 oops output, Andi Kleen
Re: [PATCH] preserve correct battery state through suspend/resume cycles, Pavel Machek
- <Possible follow-ups>
- Re: [PATCH] preserve correct battery state through suspend/resume cycles, Pavel Machek
  - Re: [PATCH] preserve correct battery state through suspend/resume cycles, Rafael J. Wysocki
    - Re: [PATCH] preserve correct battery state through suspend/resume cycles, Pavel Machek
    - Re: [PATCH] preserve correct battery state through suspend/resume cycles, Stefan Seyfried
      - Re: [PATCH] preserve correct battery state through suspend/resume cycles, Rafael J. Wysocki
      - Re: [PATCH] preserve correct battery state through suspend/resume cycles, Pavel Machek
[RFC] Avoid PIT SMP lockups, john stultz
- Re: [RFC] Avoid PIT SMP lockups, S.Çağlar Onur
- Re: [RFC] Avoid PIT SMP lockups, S.Çağlar Onur
  - Re: [RFC] Avoid PIT SMP lockups, john stultz
    - Re: [RFC] Avoid PIT SMP lockups, S.Çağlar Onur
      - Re: [RFC] Avoid PIT SMP lockups, john stultz
        
        Re: [RFC] Avoid PIT SMP lockups, S.Çağlar Onur
        
        Re: [RFC] Avoid PIT SMP lockups, john stultz
        
        Re: [RFC] Avoid PIT SMP lockups, S.Çağlar Onur
        
        Re: [RFC] Avoid PIT SMP lockups, john stultz
        
        Re: [RFC] Avoid PIT SMP lockups, S.Çağlar Onur
        
        Re: [RFC] Avoid PIT SMP lockups, Gerd Hoffmann
        
        Re: [RFC] Avoid PIT SMP lockups, S.Çağlar Onur
        
        Re: [RFC] Avoid PIT SMP lockups, Zachary Amsden
        
        Re: [RFC] Avoid PIT SMP lockups, S.Çağlar Onur
        
        Re: [RFC] Avoid PIT SMP lockups, S.Çağlar Onur
        
        Re: [RFC] Avoid PIT SMP lockups, Andi Kleen
        
        [PATCH] Fix potential interrupts during alternative patching [was Re: [RFC] Avoid PIT SMP lockups], Zachary Amsden
        
        Re: [PATCH] Fix potential interrupts during alternative patching [was Re: [RFC] Avoid PIT SMP lockups], Jeremy Fitzhardinge
        
        Re: [PATCH] Fix potential interrupts during alternative patching [was Re: [RFC] Avoid PIT SMP lockups], Zachary Amsden
        
        Re: [PATCH] Fix potential interrupts during alternative patching [was Re: [RFC] Avoid PIT SMP lockups], S.Çağlar Onur
        
        Re: [PATCH] Fix potential interrupts during alternative patching [was Re: [RFC] Avoid PIT SMP lockups], Greg KH
        
        Re: [RFC] Avoid PIT SMP lockups, Andi Kleen
        
        Re: [RFC] Avoid PIT SMP lockups, Zachary Amsden
        
        Re: [RFC] Avoid PIT SMP lockups, Gerd Hoffmann
        
        Vmware problems was Re: [RFC] Avoid PIT SMP lockups, Andi Kleen
        
        Re: Vmware problems was Re: [RFC] Avoid PIT SMP lockups, Petr Vandrovec
[PATCH] VM: Fix the gfp_mask in invalidate_complete_page2, Trond Myklebust
- Re: [PATCH] VM: Fix the gfp_mask in invalidate_complete_page2, Steve Dickson
  - Re: [PATCH] VM: Fix the gfp_mask in invalidate_complete_page2, Trond Myklebust
    - Re: [PATCH] VM: Fix the gfp_mask in invalidate_complete_page2, Trond Myklebust
      - Re: [PATCH] VM: Fix the gfp_mask in invalidate_complete_page2, Andrew Morton
        
        Re: [PATCH] VM: Fix the gfp_mask in invalidate_complete_page2, Steve Dickson
        
        Re: [PATCH] VM: Fix the gfp_mask in invalidate_complete_page2, Andrew Morton
        
        Re: [PATCH] VM: Fix the gfp_mask in invalidate_complete_page2, Andrew Morton
- Re: [PATCH] VM: Fix the gfp_mask in invalidate_complete_page2, David Howells
  - Re: [PATCH] VM: Fix the gfp_mask in invalidate_complete_page2, Trond Myklebust
    - Re: [PATCH] VM: Fix the gfp_mask in invalidate_complete_page2, Steve Dickson
      - Re: [PATCH] VM: Fix the gfp_mask in invalidate_complete_page2, Trond Myklebust
        
        Re: [PATCH] VM: Fix the gfp_mask in invalidate_complete_page2, Steve Dickson
        
        Re: [PATCH] VM: Fix the gfp_mask in invalidate_complete_page2, Trond Myklebust
  - Re: [PATCH] VM: Fix the gfp_mask in invalidate_complete_page2, David Howells
    - Re: [PATCH] VM: Fix the gfp_mask in invalidate_complete_page2, Trond Myklebust
softirq.c: tasklet_action() question, Andreas Mohr
Re: [RFC] Reverting "bd_mount_mutex" to "bd_mount_sem", Eric Sandeen
- Re: [RFC] Reverting "bd_mount_mutex" to "bd_mount_sem", Srinivasa Ds
  - Re: [RFC] Reverting "bd_mount_mutex" to "bd_mount_sem", Arjan van de Ven
2.6.19-rc1 boot failure--ops in mpu401_init?, J. Bruce Fields
- Re: [Alsa-devel] 2.6.19-rc1 boot failure--ops in mpu401_init?, Lee Revell
  - Re: [Alsa-devel] 2.6.19-rc1 boot failure--ops in mpu401_init?, J. Bruce Fields
Early keyboard initialization?, Samuel Thibault
- Re: Early keyboard initialization?, Dmitry Torokhov
  - Re: Early keyboard initialization?, Andrew Morton
    - Re: Early keyboard initialization?, Dmitry Torokhov
    - Re: Early keyboard initialization?, Randy Dunlap
    - Re: Early keyboard initialization?, Greg KH
  - Re: Early keyboard initialization?, Giuseppe Bilotta
    - Re: Early keyboard initialization?, Jan Engelhardt
[PATCH] x86_64: Overlapping program headers in physical addr space fix, Vivek Goyal
Re: ocfs2 problem with nfs v2, Henrik Carlqvist
[git-or-PATCH] IRQ handler cleanups, Jeff Garzik
- Re: [git-or-PATCH] IRQ handler cleanups, Alan Cox
More info on section mismatches (was Re: [PATCH] [TULIP] Fix section mismatch in de2104x.c), Valerie Henson
2.6.19-rc1: Oops in probe_hwif, Brent Casavant
- Re: 2.6.19-rc1: Oops in probe_hwif, Brent Casavant
[PATCH 1/2] [PCI] Check that MWI bit really did get set, Matthew Wilcox
- [PATCH 2/2] [TULIP] Check the return value from pci_set_mwi(), Matthew Wilcox
  - Re: [PATCH 2/2] [TULIP] Check the return value from pci_set_mwi(), Jeff Garzik
    - Re: [PATCH 2/2] [TULIP] Check the return value from pci_set_mwi(), Matthew Wilcox
      - Re: [PATCH 2/2] [TULIP] Check the return value from pci_set_mwi(), Jeff Garzik
        
        Re: [PATCH 2/2] [TULIP] Check the return value from pci_set_mwi(), Grant Grundler
        
        Re: [PATCH 2/2] [TULIP] Check the return value from pci_set_mwi(), Jeff Garzik
- Re: [PATCH 1/2] [PCI] Check that MWI bit really did get set, Jeff Garzik
- Re: [PATCH 1/2] [PCI] Check that MWI bit really did get set, Andrew Morton
  - Re: [PATCH 1/2] [PCI] Check that MWI bit really did get set, Greg KH
  - Re: [PATCH 1/2] [PCI] Check that MWI bit really did get set, Matthew Wilcox
    - Re: [PATCH 1/2] [PCI] Check that MWI bit really did get set, Andrew Morton
      - Re: [PATCH 1/2] [PCI] Check that MWI bit really did get set, Matthew Wilcox
        
        Re: [PATCH 1/2] [PCI] Check that MWI bit really did get set, Andrew Morton
        
        Re: [PATCH 1/2] [PCI] Check that MWI bit really did get set, Matthew Wilcox
        
        Re: [PATCH 1/2] [PCI] Check that MWI bit really did get set, Andrew Morton
        
        Re: [Bulk] Re: [PATCH 1/2] [PCI] Check that MWI bit really did get set, David Brownell
        
        Re: [Bulk] Re: [PATCH 1/2] [PCI] Check that MWI bit really did get set, Matthew Wilcox
        
        Re: [Bulk] Re: [PATCH 1/2] [PCI] Check that MWI bit really did get set, Alan Cox
        
        Re: [Bulk] Re: [PATCH 1/2] [PCI] Check that MWI bit really did get set, Matthew Wilcox
        
        Re: [Bulk] Re: [PATCH 1/2] [PCI] Check that MWI bit really did get set, Andrew Morton
        
        Re: Re: [PATCH 1/2] [PCI] Check that MWI bit really did get set, David Brownell
        
        Re: [PATCH 1/2] [PCI] Check that MWI bit really did get set, Andrew Morton
        
        Re: [PATCH 1/2] [PCI] Check that MWI bit really did get set, David Brownell
        
        Re: [PATCH 1/2] [PCI] Check that MWI bit really did get set, Andrew Morton
        
        Re: [PATCH 1/2] [PCI] Check that MWI bit really did get set, Alan Cox
        
        Re: [PATCH 1/2] [PCI] Check that MWI bit really did get set, Andrew Morton
        
        Re: [PATCH 1/2] [PCI] Check that MWI bit really did get set, Paul Mackerras
        
        Re: [PATCH 1/2] [PCI] Check that MWI bit really did get set, Andrew Morton
        
        Re: [PATCH 1/2] [PCI] Check that MWI bit really did get set, David Brownell
        
        Re: [PATCH 1/2] [PCI] Check that MWI bit really did get set, Alan Cox
        
        Re: [PATCH 1/2] [PCI] Check that MWI bit really did get set, Alan Cox
        
        Re: [PATCH 1/2] [PCI] Check that MWI bit really did get set, David Brownell
        
        Re: [PATCH 1/2] [PCI] Check that MWI bit really did get set, Andrew Morton
        
        Re: [PATCH 1/2] [PCI] Check that MWI bit really did get set, Alan Cox
        
        Re: [Bulk] Re: [PATCH 1/2] [PCI] Check that MWI bit really did get set, Alan Cox
        
        Re: [Bulk] Re: [PATCH 1/2] [PCI] Check that MWI bit really did get set, Paul Mackerras
        
        Re: [Bulk] Re: [PATCH 1/2] [PCI] Check that MWI bit really did get set, Andrew Morton
        
        Re: [Bulk] Re: [PATCH 1/2] [PCI] Check that MWI bit really did get set, David Brownell
From: Matthew Wilcox <[email protected]>, Matthew Wilcox
- From: Matthew Wilcox <[email protected]>, Matthew Wilcox
  - Re: From: Matthew Wilcox <[email protected]>, Matthew Wilcox
[patch 2.6.19-git] ixp4xxdefconfig arm fixes, Frederik Deweerdt
[PATCH 00/10] -mm: generic clocksource API -v2, Daniel Walker
- [PATCH 01/10] -mm: clocksource: increase initcall priority, Daniel Walker
  - Re: [PATCH 01/10] -mm: clocksource: increase initcall priority, OGAWA Hirofumi
    - Re: [PATCH 01/10] -mm: clocksource: increase initcall priority, Daniel Walker
      - Re: [PATCH 01/10] -mm: clocksource: increase initcall priority, OGAWA Hirofumi
        
        Re: [PATCH 01/10] -mm: clocksource: increase initcall priority, OGAWA Hirofumi
        
        Re: [PATCH 01/10] -mm: clocksource: increase initcall priority, Daniel Walker
        
        Re: [PATCH 01/10] -mm: clocksource: increase initcall priority, OGAWA Hirofumi
  - Re: [PATCH 01/10] -mm: clocksource: increase initcall priority, john stultz
    - Re: [PATCH 01/10] -mm: clocksource: increase initcall priority, Daniel Walker
      - Re: [PATCH 01/10] -mm: clocksource: increase initcall priority, Thomas Gleixner
- [PATCH 02/10] -mm: clocksource: small cleanup, Daniel Walker
  - Re: [PATCH 02/10] -mm: clocksource: small cleanup, john stultz
- [PATCH 10/10] -mm: clocksource: update kernel parameters, Daniel Walker
- [PATCH 07/10] -mm: clocksource: remove update_callback, Daniel Walker
  - Re: [PATCH 07/10] -mm: clocksource: remove update_callback, john stultz
- [PATCH 08/10] -mm: clocksource: initialize list value, Daniel Walker
  - Re: [PATCH 08/10] -mm: clocksource: initialize list value, john stultz
- [PATCH 09/10] -mm: clocksource: add generic sched_clock(), Daniel Walker
- [PATCH 06/10] -mm: clocksource: add block notifier, Daniel Walker
  - Re: [PATCH 06/10] -mm: clocksource: add block notifier, john stultz
- [PATCH 03/10] -mm: clocksource: move old API calls, Daniel Walker
- [PATCH 04/10] -mm: clocksource: add some new API calls, Daniel Walker
  - Re: [PATCH 04/10] -mm: clocksource: add some new API calls, john stultz
- [PATCH 05/10] -mm: clocksource: convert generic timeofday, Daniel Walker
  - Re: [PATCH 05/10] -mm: clocksource: convert generic timeofday, Oleg Verych
  - Re: [PATCH 05/10] -mm: clocksource: convert generic timeofday, john stultz
    - Re: [PATCH 05/10] -mm: clocksource: convert generic timeofday, Daniel Walker
- Re: [PATCH 00/10] -mm: generic clocksource API -v2, Andrew Morton
  - Re: [PATCH 00/10] -mm: generic clocksource API -v2, Daniel Walker
[ALSA PATCH] alsa-git merge request, Jaroslav Kysela
- <Possible follow-ups>
- [ALSA PATCH] alsa-git merge request, Jaroslav Kysela
- [ALSA PATCH] alsa-git merge request, Jaroslav Kysela
- [ALSA PATCH] alsa-git merge request, Jaroslav Kysela
  - Re: [ALSA PATCH] alsa-git merge request, Andrew Morton
    - Re: [ALSA PATCH] alsa-git merge request, Andrew Morton
      - Re: [ALSA PATCH] alsa-git merge request, Jaroslav Kysela
    - Re: [ALSA PATCH] alsa-git merge request, Jaroslav Kysela
  - Re: [ALSA PATCH] alsa-git merge request, Linus Torvalds
- [ALSA PATCH] alsa-git merge request, Jaroslav Kysela
root MD array is still in use upon shutdown possible fix, Czigola Gabor
- Re: root MD array is still in use upon shutdown possible fix, Neil Brown
  - Re: root MD array is still in use upon shutdown possible fix, Czigola Gabor
[2.6.19-rc1] possible recursive locking detected, Paolo Ornati
safe_smp_processor_id i386 and x86_64, Aneesh Kumar K.V
- Re: safe_smp_processor_id i386 and x86_64, Eric W. Biederman
[PATCH 2.6.19-git] Fix ARM breakage due to no irq_regs.h, Deepak Saxena
- Re: [PATCH 2.6.19-git] Fix ARM breakage due to no irq_regs.h, Linus Torvalds
  - Re: [PATCH 2.6.19-git] Fix ARM breakage due to no irq_regs.h, Ben Dooks
    - Re: [PATCH 2.6.19-git] Fix ARM breakage due to no irq_regs.h, Linus Torvalds
[PATCH] Add Kconfig dependency !VT for VIOCONS, Judith Lebzelter
- Re: [PATCH] Add Kconfig dependency !VT for VIOCONS, Judith Lebzelter
  - Re: [PATCH] Add Kconfig dependency !VT for VIOCONS, Randy Dunlap
    - Re: [PATCH] Add Kconfig dependency !VT for VIOCONS, Adrian Bunk
      - Re: [PATCH] Add Kconfig dependency !VT for VIOCONS, Randy Dunlap
        
        Re: [PATCH] Add Kconfig dependency !VT for VIOCONS, Adrian Bunk
        
        Re: [PATCH] Add Kconfig dependency !VT for VIOCONS, Randy Dunlap
        
        Re: [PATCH] Add Kconfig dependency !VT for VIOCONS, Adrian Bunk
        
        Re: [PATCH] Add Kconfig dependency !VT for VIOCONS, Randy Dunlap
[PATCH] extract() and implement() are bit field manipulation routines., Matthew Wilcox
[PATCH] Remove "#ifdef linux" from linux/a.out.h, Joseph S. Myers
[announce] kdump2gdb: analyze kdumps with gdb (well, almost), Jean-Marc Saffroy
- Re: [announce] kdump2gdb: analyze kdumps with gdb (well, almost), Vivek Goyal
  - Re: [announce] kdump2gdb: analyze kdumps with gdb (well, almost), Jean-Marc Saffroy
[PATCH] Fix vivi compile on parisc, Matthew Wilcox
Read Only File System?, Marc Perkel
- Re: Read Only File System?, Frederik Deweerdt
- Re: Read Only File System?, Matthias Andree
[PATCH] fix IRQ register passing for i386 SMP platforms, Andy Whitcroft
[PATCH] [PATCH] Rename pdc_init, Matthew Wilcox
- Re: [PATCH] [PATCH] Rename pdc_init, Jeff Garzik
  - Re: [PATCH] [PATCH] Rename pdc_init, Matthew Wilcox
  - Re: [PATCH] [PATCH] Rename pdc_init, Alan Cox
    - Re: [PATCH] [PATCH] Rename pdc_init, Matthew Wilcox
      - Re: [PATCH] [PATCH] Rename pdc_init, Alan Cox
2.6.19-rc1 (git 49f19ce401edfff937c448dd74c22497da361889), Horst H. von Brand
Re: sluggish system responsiveness under higher IO load, Paolo Ornati
- Re: sluggish system responsiveness under higher IO load, Christian
  - Re: sluggish system responsiveness under higher IO load, Jens Axboe
    - Re: sluggish system responsiveness under higher IO load, Jesper Juhl
      - Re: sluggish system responsiveness under higher IO load, Jens Axboe
- Re: sluggish system responsiveness under higher IO load, Matthias Dahl
  - Re: sluggish system responsiveness under higher IO load, Paolo Ornati
  - Re: sluggish system responsiveness under higher IO load, Mike Galbraith
[PATCH] lockdep: annotate nfs/nfsd in-kernel sockets, Peter Zijlstra
- Re: [PATCH] lockdep: annotate nfs/nfsd in-kernel sockets, Neil Brown
  - Re: [PATCH] lockdep: annotate nfs/nfsd in-kernel sockets, Peter Zijlstra
    - Re: [PATCH] lockdep: annotate nfs/nfsd in-kernel sockets, Neil Brown
      - [PATCH] lockdep: annotate nfs/nfsd in-kernel sockets, Peter Zijlstra
        
        Re: [PATCH] lockdep: annotate nfs/nfsd in-kernel sockets, Steve Dickson
Investigating poor du performance on ReiserFS, Phillip Susi
[S390] Use CONFIG_GENERIC_TIME and define TOD clock source., Martin Schwidefsky
[S390] irq change build fixes., Martin Schwidefsky
[PATCH] sysrq: irq change build fix., Martin Schwidefsky
[S390] cio: 0 is a valid chpid., Martin Schwidefsky
[S390] monwriter buffer limit., Martin Schwidefsky
[S390] ap bus poll thread priority., Martin Schwidefsky
sysfs & ALSA card, Jaroslav Kysela
- Re: sysfs & ALSA card, Greg KH
  - Re: sysfs & ALSA card, Greg KH
    - Re: sysfs & ALSA card, Kay Sievers
      - Re: sysfs & ALSA card, Kay Sievers
        
        Re: sysfs & ALSA card, Greg KH
        
        Re: sysfs & ALSA card, Jaroslav Kysela
        
        Re: sysfs & ALSA card, Greg KH
[PATCH 19-rc1] Fix typos in /Documentation : 'U-Z', Matt LaPlante
- Re: [PATCH 19-rc1] Fix typos in /Documentation : 'U-Z', Randy Dunlap
  - Re: [PATCH 19-rc1] Fix typos in /Documentation : 'U-Z', Matt LaPlante
    - Re: [PATCH 19-rc1] Fix typos in /Documentation : 'U-Z', Randy Dunlap
[PATCH 1/4] LOG2: Implement a general integer log2 facility in the kernel [try #4], David Howells
- [PATCH 3/4] LOG2: Alter get_order() so that it can make use of ilog2() on a constant [try #4], David Howells
- [PATCH 4/4] LOG2: Provide ilog2() fallbacks for powerpc [try #4], David Howells
- [PATCH 2/4] LOG2: Alter roundup_pow_of_two() so that it can use a ilog2() on a constant [try #4], David Howells
- Re: [PATCH 1/4] LOG2: Implement a general integer log2 facility in the kernel [try #4], Matthew Wilcox
  - Re: [PATCH 1/4] LOG2: Implement a general integer log2 facility in the kernel [try #4], Christoph Lameter
  - Re: [PATCH 1/4] LOG2: Implement a general integer log2 facility in the kernel [try #4], David Howells
    - Re: [PATCH 1/4] LOG2: Implement a general integer log2 facility in the kernel [try #4], Christoph Lameter
    - Re: [PATCH 1/4] LOG2: Implement a general integer log2 facility in the kernel [try #4], David Howells
      - Re: [PATCH 1/4] LOG2: Implement a general integer log2 facility in the kernel [try #4], Christoph Lameter
      - Re: [PATCH 1/4] LOG2: Implement a general integer log2 facility in the kernel [try #4], David Howells
- Re: [PATCH 1/4] LOG2: Implement a general integer log2 facility in the kernel [try #4], David Howells
- Re: [PATCH 1/4] LOG2: Implement a general integer log2 facility in the kernel [try #4], Jan Engelhardt
  - Re: [PATCH 1/4] LOG2: Implement a general integer log2 facility in the kernel [try #4], Matthew Wilcox
    - Re: [PATCH 1/4] LOG2: Implement a general integer log2 facility in the kernel [try #4], Jan Engelhardt
    - Re: [PATCH 1/4] LOG2: Implement a general integer log2 facility in the kernel [try #4], David Howells
      - Re: [PATCH 1/4] LOG2: Implement a general integer log2 facility in the kernel [try #4], Jan Engelhardt
        
        Re: [PATCH 1/4] LOG2: Implement a general integer log2 facility in the kernel [try #4], Kyle Moffett
        
        Re: [PATCH 1/4] LOG2: Implement a general integer log2 facility in the kernel [try #4], Arnd Bergmann
        
        Re: [PATCH 1/4] LOG2: Implement a general integer log2 facility in the kernel [try #4], Stephen Rothwell
        
        Re: [PATCH 1/4] LOG2: Implement a general integer log2 facility in the kernel [try #4], Jan Engelhardt
        
        Re: [PATCH 1/4] LOG2: Implement a general integer log2 facility in the kernel [try #4], Geert Uytterhoeven
        
        Re: [PATCH 1/4] LOG2: Implement a general integer log2 facility in the kernel [try #4], Arnd Bergmann
        
        Re: [PATCH 1/4] LOG2: Implement a general integer log2 facility in the kernel [try #4], Geert Uytterhoeven
        
        Re: [PATCH 1/4] LOG2: Implement a general integer log2 facility in the kernel [try #4], Arnd Bergmann
        
        Re: [PATCH 1/4] LOG2: Implement a general integer log2 facility in the kernel [try #4], Geert Uytterhoeven
        
        Re: [PATCH 1/4] LOG2: Implement a general integer log2 facility in the kernel [try #4], Arnd Bergmann
        
        Re: [PATCH 1/4] LOG2: Implement a general integer log2 facility in the kernel [try #4], David Woodhouse
        
        Re: [PATCH 1/4] LOG2: Implement a general integer log2 facility in the kernel [try #4], Arnd Bergmann
        
        Re: [PATCH 1/4] LOG2: Implement a general integer log2 facility in the kernel [try #4], David Howells
        
        Re: [PATCH 1/4] LOG2: Implement a general integer log2 facility in the kernel [try #4], Jan Engelhardt
        
        Re: [PATCH 1/4] LOG2: Implement a general integer log2 facility in the kernel [try #4], Andreas Schwab
        
        Re: [PATCH 1/4] LOG2: Implement a general integer log2 facility in the kernel [try #4], Jan Engelhardt
        
        Re: [PATCH 1/4] LOG2: Implement a general integer log2 facility in the kernel [try #4], Arnd Bergmann
        
        Re: [PATCH 1/4] LOG2: Implement a general integer log2 facility in the kernel [try #4], Samuel Tardieu
        
        Re: [PATCH 1/4] LOG2: Implement a general integer log2 facility in the kernel [try #4], David Howells
- Re: [PATCH 1/4] LOG2: Implement a general integer log2 facility in the kernel [try #4], Roman Zippel
bigphysarea mmap and direct_io, Russell Johnson
[PATCH] i386 add X86_FEATURE_PEBS and detection, Stephane Eranian
PATCH] Perle multimodem card (PCI-RAS) detection, kernel 2.6.18, Thomas Hoehn
Re: [rfc][patch 2.6.18-rc7] block: explicit plugging, Jens Axboe
- Re: [rfc][patch 2.6.18-rc7] block: explicit plugging, Nick Piggin
  - Re: [rfc][patch 2.6.18-rc7] block: explicit plugging, Jens Axboe
Re: quota problem with 2.6.15.7, Bernd Schubert
[PATCH 0/3] Fix IO error reporting on fsync(), Jan Kara
- [PATCH 1/3] Fix IO error reporting on fsync(), Jan Kara
- [PATCH 2/3] Fix IO error reporting on fsync(), Jan Kara
- [PATCH 3/3] Fix IO error reporting on fsync(), Jan Kara
- Re: [PATCH 0/3] Fix IO error reporting on fsync(), Andrew Morton
  - Re: [PATCH 0/3] Fix IO error reporting on fsync(), Jan Kara
    - Re: [PATCH 0/3] Fix IO error reporting on fsync(), Andrew Morton
      - Re: [PATCH 0/3] Fix IO error reporting on fsync(), Jan Kara
  - [PATCH] Try to avoid a pessimistic vmalloc() recursion, Eric Dumazet
    - Re: [PATCH] Try to avoid a pessimistic vmalloc() recursion, Nick Piggin
      - Re: [PATCH] Try to avoid a pessimistic vmalloc() recursion, Eric Dumazet
[PATCH] mm: D-cache flushing was forgotten, Dmitriy Monakhov
[PATCH] Fix typos in mm/shmem_acl.c, Aneesh Kumar
[PATCH] lockdep-design.txt, Aneesh Kumar
- Re: [PATCH] lockdep-design.txt, Ingo Molnar
[PATCH 02/02] net/ipv6: seperate sit driver to extra module (addrconf.c changes), Joerg Roedel
- Re: [PATCH 02/02] net/ipv6: seperate sit driver to extra module (addrconf.c changes), YOSHIFUJI Hideaki / 吉藤英明
[PATCH] i386 rename X86_FEATURE_DTES to X86_FEATURE_DS, Stephane Eranian
[PATCH 01/02] net/ipv6: seperate sit driver to extra module, Joerg Roedel
- Re: [PATCH 01/02] net/ipv6: seperate sit driver to extra module, Samuel Tardieu
  - Re: [PATCH 01/02] net/ipv6: seperate sit driver to extra module, Peter Bieringer
  - Re: [PATCH 01/02] net/ipv6: seperate sit driver to extra module, Joerg Roedel
    - Re: [PATCH 01/02] net/ipv6: seperate sit driver to extra module, Samuel Tardieu
- Re: [PATCH 01/02] net/ipv6: seperate sit driver to extra module, YOSHIFUJI Hideaki / 吉藤英明
  - Re: [PATCH 01/02] net/ipv6: seperate sit driver to extra module, Joerg Roedel
    - Re: [PATCH 01/02] net/ipv6: seperate sit driver to extra module, Bill Fink
      - Re: [PATCH 01/02] net/ipv6: seperate sit driver to extra module, James Morris
[PATCH] IRQ: Fix build breakage with CONFIG_HARDIRQS_SW_RESEND=y, Haavard Skinnemoen
- [PATCH] IRQ: Fix AVR32 breakage, Haavard Skinnemoen
GemPlus GemPC USB SmartCard reader GPL driver?, CIJOML
[PATCH] add X86_FEATURE_PEBS and detection, Stephane Eranian
- Re: [PATCH] add X86_FEATURE_PEBS and detection, Andi Kleen
  - Re: [PATCH] add X86_FEATURE_PEBS and detection, Stephane Eranian
[PATCH] x86_64 rename X86_FEATURE_DTES to X86_FEATURE_DS, Stephane Eranian
[PATCH] x86_64 add missing enter_idle() calls, Stephane Eranian
- Re: [PATCH] x86_64 add missing enter_idle() calls, Andi Kleen
  - Re: [PATCH] x86_64 add missing enter_idle() calls, Stephane Eranian
    - Re: [PATCH] x86_64 add missing enter_idle() calls, Andi Kleen
      - Re: [PATCH] x86_64 add missing enter_idle() calls, Stephane Eranian
      - Re: [PATCH] x86_64 add missing enter_idle() calls, Stephane Eranian
      - Re: [PATCH] x86_64 add missing enter_idle() calls, Stephane Eranian
        
        Re: [PATCH] x86_64 add missing enter_idle() calls, Andi Kleen
        
        Re: [PATCH] x86_64 add missing enter_idle() calls, Stephane Eranian
        
        Re: [PATCH] x86_64 add missing enter_idle() calls, Stephane Eranian
        
        Re: [PATCH] x86_64 add missing enter_idle() calls, Andi Kleen
[PATCH] um: irq changes break build, Pekka J Enberg
- Re: [PATCH] um: irq changes break build, Al Viro
- <Possible follow-ups>
- [PATCH] um: irq changes break build, David Howells
2.6.19-rc1 lost ACPI events after suspend, Martin Lorenz
- Re: 2.6.19-rc1 lost ACPI events after suspend, Martin Lorenz
[PATCH 2/2] UART driver for PNX8xxx: UART driver, Vitaly Wool
[PATCH 0/2] UART driver for PNX8xxx, Vitaly Wool
[PATCH 1/2] UART driver for PNX8xxx: header fixup, Vitaly Wool
[2.6.19-rc1][AGP] Regression - amd_k7_agp no longer detected, Shawn Starr
- Re: [2.6.19-rc1][AGP] Regression - amd_k7_agp no longer detected, Dave Jones
  - Re: [2.6.19-rc1][AGP] Regression - amd_k7_agp no longer detected, Shawn Starr
    - Re: [2.6.19-rc1][AGP] Regression - amd_k7_agp no longer detected, Kevin Puetz
      - Re: [2.6.19-rc1][AGP] Regression - amd_k7_agp no longer detected, Dave Jones
[PATCH 3/9] sound/oss/msnd_pinnacle.c: ioremap balanced with iounmap, Amol Lad
- Re: [PATCH 3/9] sound/oss/msnd_pinnacle.c: ioremap balanced with iounmap, Andrew Morton
  - Re: [PATCH 3/9] sound/oss/msnd_pinnacle.c: ioremap balanced with iounmap, Amol Lad
[PATCH 8/9] sound/pci/rme9652/rme9652.c: ioremap balanced with iounmap, Amol Lad
[PATCH 6/9] sound/pci/rme9652/hdsp.c: ioremap balanced with iounmap, Amol Lad
- Re: [PATCH 6/9] sound/pci/rme9652/hdsp.c: ioremap balanced with iounmap, Takashi Iwai
[PATCH 5/9] sound/pci/rme32.c: ioremap balanced with iounmap, Amol Lad
[PATCH 4/9] sound/pci/au88x0/au88x0.c: ioremap balanced with iounmap, Amol Lad
- Re: [PATCH 4/9] sound/pci/au88x0/au88x0.c: ioremap balanced with iounmap, Takashi Iwai
[PATCH 7/9] sound/pci/rme9652/hdspm.c: ioremap balanced with iounmap, Amol Lad
- Re: [PATCH 7/9] sound/pci/rme9652/hdspm.c: ioremap balanced with iounmap, Takashi Iwai
[PATCH 1/9] sound/oss/btaudio.c: ioremap balanced with iounmap, Amol Lad
- Re: [PATCH 1/9] sound/oss/btaudio.c: ioremap balanced with iounmap, Andrew Morton
[PATCH 2/9] sound/oss/dmasound/dmasound_awacs.c: ioremap balanced with iounmap, Amol Lad
- Re: [PATCH 2/9] sound/oss/dmasound/dmasound_awacs.c: ioremap balanced with iounmap, Andrew Morton
  - Re: [PATCH 2/9] sound/oss/dmasound/dmasound_awacs.c: ioremap balanced with iounmap, Amol Lad
[PATCH 9/9] sound/pci/rme96.c: ioremap balanced with iounmap, Amol Lad
how to get the kernel to be more "verbose"?, Witold Władysław Wojciech Wilk
- Re: how to get the kernel to be more "verbose"?, Uwe Zeisberger
  - Message not available
    - Re: how to get the kernel to be more "verbose"?, Uwe Zeisberger
      - Re: how to get the kernel to be more "verbose"?, Witold Władysław Wojciech Wilk
  - Re: how to get the kernel to be more "verbose"?, Randy Dunlap
Re: tracepoint maintainance models, Steven Rostedt
- Re: tracepoint maintainance models, Frank Ch. Eigler
  - Re: tracepoint maintainance models, Steven Rostedt
- Re: tracepoint maintainance models, Jeremy Fitzhardinge
[PATCH 1/5] ioremap balanced with iounmap for drivers/char/epca.c, Amol Lad
- Re: [PATCH 1/5] ioremap balanced with iounmap for drivers/char/epca.c, Andrew Morton
  - Re: [PATCH 1/5] ioremap balanced with iounmap for drivers/char/epca.c, Amol Lad
[PATCH 5/5] ioremap balanced with iounmap for drivers/char/watchdog/s3c2410_wdt.c, Amol Lad
- Re: [PATCH 5/5] ioremap balanced with iounmap for drivers/char/watchdog/s3c2410_wdt.c, Andrew Morton
  - Re: [PATCH 5/5] ioremap balanced with iounmap for drivers/char/watchdog/s3c2410_wdt.c, Ben Dooks
- Re: [PATCH 5/5] ioremap balanced with iounmap for drivers/char/watchdog/s3c2410_wdt.c, Andrew Morton
  - Re: [PATCH 5/5] ioremap balanced with iounmap for drivers/char/watchdog/s3c2410_wdt.c, Wim Van Sebroeck
[PATCH 3/5] ioremap balanced with iounmap for drivers/char/moxa.c, Amol Lad
- Re: [PATCH 3/5] ioremap balanced with iounmap for drivers/char/moxa.c, Alan Cox
[PATCH 4/5] ioremap balanced with iounmap for drivers/char/rio/rio_linux.c, Amol Lad
- Re: [PATCH 4/5] ioremap balanced with iounmap for drivers/char/rio/rio_linux.c, Alan Cox
  - Re: [PATCH 4/5] ioremap balanced with iounmap for drivers/char/rio/rio_linux.c, Amol Lad
    - Re: [PATCH 4/5] ioremap balanced with iounmap for drivers/char/rio/rio_linux.c, Alan Cox
[PATCH 2/5] ioremap balanced with iounmap for drivers/char/istallion.c, Amol Lad
- Re: [PATCH 2/5] ioremap balanced with iounmap for drivers/char/istallion.c, Alan Cox
[PATCH 5/5] fdtable: Extensive fs/file.c cleanups., Vadim Lobanov
- Re: [PATCH 5/5] fdtable: Extensive fs/file.c cleanups., Andrew Morton
  - Re: [PATCH 5/5] fdtable: Extensive fs/file.c cleanups., Vadim Lobanov
    - Re: [PATCH 5/5] fdtable: Extensive fs/file.c cleanups., Andrew Morton
      - Re: [PATCH 5/5] fdtable: Extensive fs/file.c cleanups., Vadim Lobanov
[PATCH 4/5] fdtable: Implement new pagesize-based fdtable allocator., Vadim Lobanov
[PATCH 3/5] fdtable: Remove the free_files field., Vadim Lobanov
[PATCH 2/5] fdtable: Make fdarray and fdsets equal in size., Vadim Lobanov
- Re: [PATCH 2/5] fdtable: Make fdarray and fdsets equal in size., Dipankar Sarma
- Re: [PATCH 2/5] fdtable: Make fdarray and fdsets equal in size., Eric Dumazet
  - Re: [PATCH 2/5] fdtable: Make fdarray and fdsets equal in size., Vadim Lobanov
[PATCH 1/5] fdtable: Delete pointless code in dup_fd()., Vadim Lobanov
Re: dell poweredge 2400 harddisks going into offline mode when heavy I/O occurs, Bill Davidsen
- Re: dell poweredge 2400 harddisks going into offline mode when heavy I/O occurs, Matt Domsch
Re: PROBLEM: Hardlock with 2.6.18-mm3 on Abit AI7, ICH5 + EXT3/XFS, SATA under heavy I/O load, Steve Hindle
[patch 2.6.19-rc1] Fix do_mbind warning with CONFIG_MIGRATION=n, Keith Owens
[PATCH] powerpc: fix fsl_soc build breaks, Olof Johansson
- Re: [PATCH] powerpc: fix fsl_soc build breaks, Vitaly Bordug
[PATCH 19-rc1] Fix typos in /Documentation : 'T'', Matt LaPlante
- Re: [PATCH 19-rc1] Fix typos in /Documentation : 'T'', Randy Dunlap
Using "Asynchronous Notifications" within an interrupt handler, Madhu Saravana Sibi Govindan
- Re: Using "Asynchronous Notifications" within an interrupt handler, Jan Engelhardt
  - Re: Using "Asynchronous Notifications" within an interrupt handler, Madhu Saravana Sibi Govindan
In-kernel precise timing., Tommaso Cucinotta
- Re: In-kernel precise timing., Darren Hart
- Re: In-kernel precise timing., Christoph Lameter
[PATCH] aic94xx: SATA tag mask not set correctly, Darrick J. Wong
BUG: warning at fs/inotify.c:181 with linux-2.6.18, C.Y.M
- Re: BUG: warning at fs/inotify.c:181 with linux-2.6.18, Nick Piggin
  - Re: BUG: warning at fs/inotify.c:181 with linux-2.6.18, C.Y.M
    - Re: BUG: warning at fs/inotify.c:181 with linux-2.6.18, C.Y.M
  - Re: BUG: warning at fs/inotify.c:181 with linux-2.6.18, Michal Piotrowski
    - Re: BUG: warning at fs/inotify.c:181 with linux-2.6.18, C.Y.M
      - Re: BUG: warning at fs/inotify.c:181 with linux-2.6.18, Nick Piggin
        
        Re: BUG: warning at fs/inotify.c:181 with linux-2.6.18, C.Y.M
Intel ICH8 + JMicron 363, Andreas Pelme
[PATCH 00/14] UML: simple changes for 2.6.19, Paolo 'Blaisorblade' Giarrusso
- [PATCH 01/14] uml: fix compilation options for USER_OBJS, Paolo 'Blaisorblade' Giarrusso
  - Re: [uml-devel] [PATCH 01/14] uml: fix compilation options for USER_OBJS, Jeff Dike
    - Re: [uml-devel] [PATCH 01/14] uml: fix compilation options for USER_OBJS, Paolo Giarrusso
      - Re: [uml-devel] [PATCH 01/14] uml: fix compilation options for USER_OBJS, Jeff Dike
        
        Re: [uml-devel] [PATCH 01/14] uml: fix compilation options for USER_OBJS, Blaisorblade
- [PATCH 06/14] uml: make UML_SETJMP always safe, Paolo 'Blaisorblade' Giarrusso
  - Re: [uml-devel] [PATCH 06/14] uml: make UML_SETJMP always safe, Jeff Dike
    - Re: [uml-devel] [PATCH 06/14] uml: make UML_SETJMP always safe, Blaisorblade
- [PATCH 02/14] uml: revert wrong patch, Paolo 'Blaisorblade' Giarrusso
  - Re: [PATCH 02/14] uml: revert wrong patch, Andi Kleen
    - Re: [uml-devel] [PATCH 02/14] uml: revert wrong patch, Blaisorblade
- [PATCH 09/14] uml: declare in Kconfig our partial LOCKDEP support, Paolo 'Blaisorblade' Giarrusso
- [PATCH 08/14] uml: fix uname under setarch i386, Paolo 'Blaisorblade' Giarrusso
- [PATCH 13/14] uml: deprecate CONFIG_MODE_TT, Paolo 'Blaisorblade' Giarrusso
  - Re: [uml-devel] [PATCH 13/14] uml: deprecate CONFIG_MODE_TT, Jeff Dike
- [PATCH 10/14] uml: allow using again x86/x86_64 crypto code, Paolo 'Blaisorblade' Giarrusso
- [PATCH 14/14] uml: allow finer tuning for host VMSPLIT setting, Paolo 'Blaisorblade' Giarrusso
- [PATCH 11/14] uml: asm offsets duplication removal, Paolo 'Blaisorblade' Giarrusso
- [PATCH 03/14] uml: correct removal of pte_mkexec, Paolo 'Blaisorblade' Giarrusso
- [PATCH 12/14] uml: remove duplicate export, Paolo 'Blaisorblade' Giarrusso
- [PATCH 04/14] uml: readd forgot prototype, Paolo 'Blaisorblade' Giarrusso
  - Re: [PATCH 04/14] uml: readd forgot prototype, Andrew Morton
    - Re: [uml-devel] [PATCH 04/14] uml: readd forgot prototype, Jeff Dike
- [PATCH 05/14] uml: make TT mode compile after setjmp-related changes, Paolo 'Blaisorblade' Giarrusso
- [PATCH 07/14] uml: fix processor selection to exclude unsupported processors and features, Paolo 'Blaisorblade' Giarrusso
- Re: [uml-devel] [PATCH 00/14] UML: simple changes for 2.6.19, Jeff Dike
2.6.18-mm2: ext3 BUG?, Jiri Slaby
- Re: 2.6.18-mm2: ext3 BUG?, Andrew Morton
  - Re: 2.6.18-mm2: ext3 BUG?, Jiri Slaby
    - Re: 2.6.18-mm2: ext3 BUG?, Andrew Morton
      - Re: 2.6.18-mm2: ext3 BUG?, Jiri Kosina
      - Re: 2.6.18-mm2: ext3 BUG?, Jan-Benedict Glaw
        
        Re: 2.6.18-mm2: ext3 BUG?, Jan-Benedict Glaw
        
        Re: 2.6.18-mm2: ext3 BUG?, Jan-Benedict Glaw
        
        Re: 2.6.18-mm2: ext3 BUG?, Jiri Slaby
        
        Re: 2.6.18-mm2: ext3 BUG?, Jan-Benedict Glaw
        
        Re: 2.6.18-mm2: ext3 BUG?, Jan Kara
        
        Re: 2.6.18-mm2: ext3 BUG?, Jan-Benedict Glaw
        
        Re: 2.6.18-mm2: ext3 BUG?, Jan Kara
2.6.19-rc1 genirq causes either boot hang or "do_IRQ: cannot handle IRQ -1", Muli Ben-Yehuda
- Re: 2.6.19-rc1 genirq causes either boot hang or "do_IRQ: cannot handle IRQ -1", Eric W. Biederman
  - Re: 2.6.19-rc1 genirq causes either boot hang or "do_IRQ: cannot handle IRQ -1", Muli Ben-Yehuda
    - Re: 2.6.19-rc1 genirq causes either boot hang or "do_IRQ: cannot handle IRQ -1", Muli Ben-Yehuda
      - Re: 2.6.19-rc1 genirq causes either boot hang or "do_IRQ: cannot handle IRQ -1", Andrew Vasquez
        
        Re: 2.6.19-rc1 genirq causes either boot hang or "do_IRQ: cannot handle IRQ -1", Andrew Morton
        
        Re: 2.6.19-rc1 genirq causes either boot hang or "do_IRQ: cannot handle IRQ -1", Andrew Vasquez
        
        Re: 2.6.19-rc1 genirq causes either boot hang or "do_IRQ: cannot handle IRQ -1", Linus Torvalds
        
        Re: 2.6.19-rc1 genirq causes either boot hang or "do_IRQ: cannot handle IRQ -1", Andrew Morton
        
        Re: 2.6.19-rc1 genirq causes either boot hang or "do_IRQ: cannot handle IRQ -1", Muli Ben-Yehuda
        
        Re: 2.6.19-rc1 genirq causes either boot hang or "do_IRQ: cannot handle IRQ -1", Linus Torvalds
      - Re: 2.6.19-rc1 genirq causes either boot hang or "do_IRQ: cannot handle IRQ -1", Benjamin LaHaise
    - Re: 2.6.19-rc1 genirq causes either boot hang or "do_IRQ: cannot handle IRQ -1", Eric W. Biederman
      - Re: 2.6.19-rc1 genirq causes either boot hang or "do_IRQ: cannot handle IRQ -1", Muli Ben-Yehuda
        
        Re: 2.6.19-rc1 genirq causes either boot hang or "do_IRQ: cannot handle IRQ -1", Eric W. Biederman
        
        Re: 2.6.19-rc1 genirq causes either boot hang or "do_IRQ: cannot handle IRQ -1", Muli Ben-Yehuda
        
        Re: 2.6.19-rc1 genirq causes either boot hang or "do_IRQ: cannot handle IRQ -1", Eric W. Biederman
        
        Re: 2.6.19-rc1 genirq causes either boot hang or "do_IRQ: cannot handle IRQ -1", Muli Ben-Yehuda
        
        [PATCH 0/3] x86_64 irq fixes, Eric W. Biederman
        
        [PATCH 1/3] i386/x86_64: FIX pci_enable_irq to set dev->irq to the irq number, Eric W. Biederman
        
        [PATCH 2/3] i386/x86_64: Remove global IO_APIC_VECTOR, Eric W. Biederman
        
        [PATCH 3/3] x86_64 irq: Allocate a vector across all cpus for genapic_flat., Eric W. Biederman
        
        Re: [PATCH 3/3] x86_64 irq: Allocate a vector across all cpus for genapic_flat., Muli Ben-Yehuda
        
        Re: [PATCH 0/3] x86_64 irq fixes, Muli Ben-Yehuda
        
        Re: 2.6.19-rc1 genirq causes either boot hang or "do_IRQ: cannot handle IRQ -1", Linus Torvalds
        
        Re: 2.6.19-rc1 genirq causes either boot hang or "do_IRQ: cannot handle IRQ -1", Arjan van de Ven
        
        Re: 2.6.19-rc1 genirq causes either boot hang or "do_IRQ: cannot handle IRQ -1", Linus Torvalds
        
        Re: 2.6.19-rc1 genirq causes either boot hang or "do_IRQ: cannot handle IRQ -1", Eric W. Biederman
        
        Re: 2.6.19-rc1 genirq causes either boot hang or "do_IRQ: cannot handle IRQ -1", Arjan van de Ven
        
        Re: 2.6.19-rc1 genirq causes either boot hang or "do_IRQ: cannot handle IRQ -1", Eric W. Biederman
        
        RE: 2.6.19-rc1 genirq causes either boot hang or "do_IRQ: cannot handle IRQ -1", Protasevich, Natalie
        
        RE: 2.6.19-rc1 genirq causes either boot hang or "do_IRQ: cannot handle IRQ -1", Arjan van de Ven
        
        RE: 2.6.19-rc1 genirq causes either boot hang or "do_IRQ: cannothandle IRQ -1", Protasevich, Natalie
        
        Re: 2.6.19-rc1 genirq causes either boot hang or "do_IRQ: cannot handle IRQ -1", Eric W. Biederman
  - Re: 2.6.19-rc1 genirq causes either boot hang or "do_IRQ: cannot handle IRQ -1", Linus Torvalds
    - Re: 2.6.19-rc1 genirq causes either boot hang or "do_IRQ: cannot handle IRQ -1", Eric W. Biederman
      - Re: 2.6.19-rc1 genirq causes either boot hang or "do_IRQ: cannot handle IRQ -1", Linus Torvalds
        
        Re: 2.6.19-rc1 genirq causes either boot hang or "do_IRQ: cannot handle IRQ -1", Eric W. Biederman
        
        [PATCH 1/1] x86_64 irq: Scream but don't die if we receive an unexpected irq, Eric W. Biederman
[sparc64] 2.6.18 unaligned accesses in eth1394, Will Simoneau
- Re: [sparc64] 2.6.18 unaligned accesses in eth1394, David Miller
- Re: [sparc64] 2.6.18 unaligned accesses in eth1394, David Miller
  - Re: [sparc64] 2.6.18 unaligned accesses in eth1394, Will Simoneau
    - Re: [sparc64] 2.6.18 unaligned accesses in eth1394, David Miller
      - Re: [sparc64] 2.6.18 unaligned accesses in eth1394, Stefan Richter
        
        Re: [sparc64] 2.6.18 unaligned accesses in eth1394, David Miller
        
        Re: [sparc64] 2.6.18 unaligned accesses in eth1394, Stefan Richter
      - Re: [sparc64] 2.6.18 unaligned accesses in eth1394, Will Simoneau
        
        Re: [sparc64] 2.6.18 unaligned accesses in eth1394, David Miller
uml: allow using again x86/x86_64 crypto code, Paolo 'Blaisorblade' Giarrusso
- Re: uml: allow using again x86/x86_64 crypto code, Jeff Dike
uml: use DEFCONFIG_LIST to avoid reading host's config, Paolo 'Blaisorblade' Giarrusso
- Re: uml: use DEFCONFIG_LIST to avoid reading host's config, Jeff Dike
  - Re: uml: use DEFCONFIG_LIST to avoid reading host's config, Blaisorblade
Realtime Wiki - http://rt.wiki.kernel.org, Darren Hart
- Re: Realtime Wiki - http://rt.wiki.kernel.org, Tim Bird
  - Re: Realtime Wiki - http://rt.wiki.kernel.org, Theodore Tso
    - Re: Realtime Wiki - http://rt.wiki.kernel.org, Theodore Tso
    - Re: Realtime Wiki - http://rt.wiki.kernel.org, Rik van Riel
      - Re: Realtime Wiki - http://rt.wiki.kernel.org, Theodore Tso
        
        Re: Realtime Wiki - http://rt.wiki.kernel.org, Robert Schwebel
  - Re: Realtime Wiki - http://rt.wiki.kernel.org, Darren Hart
- Re: Realtime Wiki - http://rt.wiki.kernel.org, Robert Schwebel
  - Re: Realtime Wiki - http://rt.wiki.kernel.org, J.H.
2.6.19-rc1 SMP x86_64 boot hungs up, art
- Re: 2.6.19-rc1 SMP x86_64 boot hungs up, Adrian Bunk
  - Re: 2.6.19-rc1 SMP x86_64 boot hungs up, art
    - Re: 2.6.19-rc1 SMP x86_64 boot hungs up, Adrian Bunk
Really good idea to allow mmap(0, FIXED)?, Michael Buesch
- Re: Really good idea to allow mmap(0, FIXED)?, linux-os (Dick Johnson)
  - Re: Really good idea to allow mmap(0, FIXED)?, Michael Buesch
- Re: Really good idea to allow mmap(0, FIXED)?, Alan Cox
  - Re: Really good idea to allow mmap(0, FIXED)?, Michael Buesch
    - Re: Really good idea to allow mmap(0, FIXED)?, Pavel Machek
- Re: Really good idea to allow mmap(0, FIXED)?, David Wagner
  - Re: Really good idea to allow mmap(0, FIXED)?, Jeremy Fitzhardinge
  - Re: Really good idea to allow mmap(0, FIXED)?, Jan Engelhardt
    - Re: Really good idea to allow mmap(0, FIXED)?, David Wagner
  - Re: Really good idea to allow mmap(0, FIXED)?, Arjan van de Ven
    - Re: Really good idea to allow mmap(0, FIXED)?, Mikael Pettersson
      - Re: Really good idea to allow mmap(0, FIXED)?, Arjan van de Ven
    - Re: Really good idea to allow mmap(0, FIXED)?, David Wagner
      - Re: Really good idea to allow mmap(0, FIXED)?, Jeremy Fitzhardinge
        
        Re: Really good idea to allow mmap(0, FIXED)?, David Wagner
        
        Re: Really good idea to allow mmap(0, FIXED)?, Michael Buesch
- Re: Really good idea to allow mmap(0, FIXED)?, Michael Buesch
[PATCH 4/10] VIOC: New Network Device Driver, Misha Tomushev
[PATCH 3/10] VIOC: New Network Device Driver, Misha Tomushev
- Re: [PATCH 3/10] VIOC: New Network Device Driver, bert hubert
[PATCH 6/10] VIOC: New Network Device Driver, Misha Tomushev
- Re: [PATCH 6/10] VIOC: New Network Device Driver, Pavel Machek
  - Re: [PATCH 6/10] VIOC: New Network Device Driver, Misha Tomushev
    - Re: [PATCH 6/10] VIOC: New Network Device Driver, Stephen Hemminger
      - Re: [PATCH 6/10] VIOC: New Network Device Driver, Misha Tomushev
[PATCH 7/10] VIOC: New Network Device Driver, Misha Tomushev
[PATCH 10/10] VIOC: New Network Device Driver, Misha Tomushev
[PATCH 5/10] VIOC: New Network Device Driver, Misha Tomushev
[PATCH 9/10] VIOC: New Network Device Driver, Misha Tomushev
[PATCH 0/10] VIOC: New Network Device Driver, Misha Tomushev
- Re: [PATCH 0/10] VIOC: New Network Device Driver, Jeff Garzik
  - Re: [PATCH 0/10] VIOC: New Network Device Driver, Misha Tomushev
[PATCH 1/10] VIOC: New Network Device Driver, Misha Tomushev
2.6.19-rc1: libata PATA CDROM poor performance, Alistair John Strachan
[PATCH 1/1] kconfig: ask for saving configuration before quitting when something changed, Marco Costalba
[PATCH] make mach-generic/summit.c compile on UP, Jiri Kosina
- Re: [PATCH] make mach-generic/summit.c compile on UP, keith mannthey
  - Re: [PATCH] make mach-generic/summit.c compile on UP, Jiri Kosina
    - Re: [PATCH] make mach-generic/summit.c compile on UP, keith mannthey
      - Re: [PATCH] make mach-generic/summit.c compile on UP, Jiri Kosina
        
        Re: [PATCH] make mach-generic/summit.c compile on UP, keith mannthey
  - Re: [PATCH] make mach-generic/summit.c compile on UP, Andi Kleen
[PATCH] Exar quad port serial, Paul B Schroeder
- Re: [PATCH] Exar quad port serial, Lennart Sorensen
  - Re: [PATCH] Exar quad port serial, Paul B Schroeder
    - Re: [PATCH] Exar quad port serial, Lennart Sorensen

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