|
|
[patch 00/43] 2.6.28-stable review, Greg KH
- [patch 01/43] ath5k: fix mesh point operation, Greg KH
- [patch 02/43] mac80211: decrement ref count to netdev after launching mesh discovery, Greg KH
- [patch 03/43] inotify: clean up inotify_read and fix locking problems, Greg KH
- [patch 04/43] fuse: destroy bdi on umount, Greg KH
- [patch 05/43] fuse: fix missing fput on error, Greg KH
- [patch 06/43] fuse: fix NULL deref in fuse_file_alloc(), Greg KH
- [patch 07/43] x86, mm: fix pte_free(), Greg KH
- [patch 08/43] klist.c: bit 0 in pointer cant be used as flag, Greg KH
- [patch 09/43] sysfs: fix problems with binary files, Greg KH
- [patch 10/43] x86: fix page attribute corruption with cpa(), Greg KH
- [patch 11/43] USB: fix toggle mismatch in disable_endpoint paths, Greg KH
- [patch 12/43] sound: virtuoso: enable UART on Xonar HDAV1.3, Greg KH
- [patch 13/43] USB: usbmon: Implement compat_ioctl, Greg KH
- [patch 14/43] USB: fix char-device disconnect handling, Greg KH
- [patch 15/43] USB: storage: add unusual devs entry, Greg KH
- [patch 16/43] alpha: nautilus - fix compile failure with gcc-4.3, Greg KH
- [patch 17/43] alpha: fix vmalloc breakage, Greg KH
- [patch 18/43] resources: skip sanity check of busy resources, Greg KH
- [patch 19/43] rtl8187: Add termination packet to prevent stall, Greg KH
- [patch 20/43] it821x: Add ultra_mask quirk for Vortex86SX, Greg KH
- [patch 21/43] libata: pata_via: support VX855, future chips whose IDE controller use 0x0571, Greg KH
- [patch 22/43] serial_8250: support for Sealevel Systems Model 7803 COMM+8, Greg KH
- [patch 23/43] drm: stash AGP include under the do-we-have-AGP ifdef, Greg KH
- [patch 24/43] Fix OOPS in mmap_region() when merging adjacent VM_LOCKED file segments, Greg KH
- [patch 25/43] bnx2x: Block nvram access when the device is inactive, Greg KH
- [patch 26/43] ext3: Add sanity check to make_indexed_dir, Greg KH
- [patch 27/43] rtl8187: Fix error in setting OFDM power settings for RTL8187L, Greg KH
- [patch 28/43] epoll: drop max_user_instances and rely only on max_user_watches, Greg KH
- [patch 29/43] gpiolib: fix request related issue, Greg KH
- [patch 30/43] sgi-xpc: Remove NULL pointer dereference., Greg KH
- [patch 31/43] sgi-xpc: ensure flags are updated before bte_copy, Greg KH
- [patch 32/43] include/linux: Add bsg.h to the Kernel exported headers, Greg KH
- [patch 33/43] ALSA: hda - Fix PCM reference NID for STAC/IDT analog outputs, Greg KH
- [patch 34/43] ALSA: hda - add another MacBook Pro 4, 1 subsystem ID, Greg KH
- [patch 35/43] ALSA: hda - Add quirk for HP DV6700 laptop, Greg KH
- [patch 36/43] crypto: authenc - Fix zero-length IV crash, Greg KH
- [patch 37/43] crypto: ccm - Fix handling of null assoc data, Greg KH
- [patch 38/43] x86, pat: fix reserve_memtype() for legacy 1MB range, Greg KH
- [patch 39/43] x86, pat: fix PTE corruption issue while mapping RAM using /dev/mem, Greg KH
- [patch 40/43] PCI hotplug: fix lock imbalance in pciehp, Greg KH
- [patch 41/43] dmaengine: fix dependency chaining, Greg KH
- [patch 42/43] NET: net_namespace, fix lock imbalance, Greg KH
- [patch 43/43] relay: fix lock imbalance in relay_late_setup_files, Greg KH
[patch 00/32] 2.6.27-stable review, Greg KH
- [patch 01/32] fuse: destroy bdi on umount, Greg KH
- [patch 02/32] fuse: fix missing fput on error, Greg KH
- [patch 03/32] fuse: fix NULL deref in fuse_file_alloc(), Greg KH
- [patch 04/32] inotify: clean up inotify_read and fix locking problems, Greg KH
- [patch 05/32] mac80211: decrement ref count to netdev after launching mesh discovery, Greg KH
- [patch 06/32] sysfs: fix problems with binary files, Greg KH
- [patch 07/32] x86, mm: fix pte_free(), Greg KH
- [patch 08/32] alpha: nautilus - fix compile failure with gcc-4.3, Greg KH
- [patch 09/32] it821x: Add ultra_mask quirk for Vortex86SX, Greg KH
- [patch 10/32] libata: pata_via: support VX855, future chips whose IDE controller use 0x0571, Greg KH
- [patch 11/32] rtl8187: Add termination packet to prevent stall, Greg KH
- [patch 12/32] serial_8250: support for Sealevel Systems Model 7803 COMM+8, Greg KH
- [patch 13/32] SUNRPC: Fix a memory leak in rpcb_getport_async, Greg KH
- [patch 14/32] SUNRPC: Fix autobind on cloned rpc clients, Greg KH
- [patch 15/32] USB: fix char-device disconnect handling, Greg KH
- [patch 16/32] USB: storage: add unusual devs entry, Greg KH
- [patch 17/32] USB: usbmon: Implement compat_ioctl, Greg KH
- [patch 18/32] ALSA: hda - add another MacBook Pro 4, 1 subsystem ID, Greg KH
- [patch 19/32] ALSA: hda - Add quirk for HP DV6700 laptop, Greg KH
- [patch 20/32] ALSA: hda - Fix PCM reference NID for STAC/IDT analog outputs, Greg KH
- [patch 21/32] bnx2x: Block nvram access when the device is inactive, Greg KH
- [patch 22/32] crypto: authenc - Fix zero-length IV crash, Greg KH
- [patch 23/32] crypto: ccm - Fix handling of null assoc data, Greg KH
- [patch 24/32] epoll: drop max_user_instances and rely only on max_user_watches, Greg KH
- [patch 25/32] ext3: Add sanity check to make_indexed_dir, Greg KH
- [patch 26/32] include/linux: Add bsg.h to the Kernel exported headers, Greg KH
- [patch 27/32] sgi-xpc: ensure flags are updated before bte_copy, Greg KH
- [patch 28/32] sgi-xpc: Remove NULL pointer dereference., Greg KH
- [patch 29/32] sound: virtuoso: do not overwrite EEPROM on Xonar D2/D2X, Greg KH
- [patch 30/32] rtl8187: Fix error in setting OFDM power settings for RTL8187L, Greg KH
- [patch 31/32] PCI hotplug: fix lock imbalance in pciehp, Greg KH
- [patch 32/32] relay: fix lock imbalance in relay_late_setup_files, Greg KH
- For -stable: sata_mv: fix 8-port timeouts on 508x/6081 chips, Mark Lord
Genapic cleanup & NUMAQ/es7000 removal, Andi Kleen
- [PATCH] Move wakeup_secondary_via_nmi into numaq_32.c, Andi Kleen
- [PATCH] Remove empty setup_portio_remap inlines in bigsmp/summit, Andi Kleen
- [PATCH] Mark NUMAQ broken, Andi Kleen
- [PATCH] Mark ES7000 subarch broken, Andi Kleen
- [PATCH] Remove store_NMI_vector in genapic, Andi Kleen
- [PATCH] Remove smp_callin_clear_local_apic hook, Andi Kleen
- [PATCH] Remove multi_timer_check, Andi Kleen
- [PATCH] Remove setup_portio_remap, Andi Kleen
- [PATCH] Remove wakeup_cpu genapic vector, Andi Kleen
- [PATCH] Remove now unused default_update_genapic, Andi Kleen
- [PATCH] Remove trampoline_phys_low/high genapic fields, Andi Kleen
- [PATCH] Remove enable_apic_mode genapic hook, Andi Kleen
- [PATCH] Remove setup_ioapic_ids x86_quirks hook, Andi Kleen
scheduler nice 19 versus 'idle' behavior / static low-priority scheduling, Nathanael Hoyle
- Re: scheduler nice 19 versus 'idle' behavior / static low-priority scheduling, Jan Engelhardt
- Re: scheduler nice 19 versus 'idle' behavior / static low-priority scheduling, Nathanael Hoyle
- Re: scheduler nice 19 versus 'idle' behavior / static low-priority scheduling, Jan Engelhardt
- Re: scheduler nice 19 versus 'idle' behavior / static low-priority scheduling, Nathanael Hoyle
- Re: scheduler nice 19 versus 'idle' behavior / static low-priority scheduling, Mike Galbraith
- Re: scheduler nice 19 versus 'idle' behavior / static low-priority scheduling, Nathanael Hoyle
- Re: scheduler nice 19 versus 'idle' behavior / static low-priority scheduling, Mike Galbraith
- Re: scheduler nice 19 versus 'idle' behavior / static low-priority scheduling, Brian Rogers
- Re: scheduler nice 19 versus 'idle' behavior / static low-priority scheduling, Mike Galbraith
- Re: scheduler nice 19 versus 'idle' behavior / static low-priority scheduling, Mike Galbraith
- Re: scheduler nice 19 versus 'idle' behavior / static low-priority scheduling, Nathanael Hoyle
- Re: scheduler nice 19 versus 'idle' behavior / static low-priority scheduling, Jan Engelhardt
- Re: scheduler nice 19 versus 'idle' behavior / static low-priority scheduling, Jan Engelhardt
- Re: scheduler nice 19 versus 'idle' behavior / static low-priority scheduling, Mike Galbraith
- Re: scheduler nice 19 versus 'idle' behavior / static low-priority scheduling, V.Radhakrishnan
- Re: scheduler nice 19 versus 'idle' behavior / static low-priority scheduling, Peter Zijlstra
Seeing "huh, entered softirq 8 ffffffff802682aa preempt_count 00000100, exited with 00010100?" in tip.git, Jeremy Fitzhardinge
- Re: Seeing "huh, entered softirq 8 ffffffff802682aa preempt_count 00000100, exited with 00010100?" in tip.git, Paul E. McKenney
- Re: Seeing "huh, entered softirq 8 ffffffff802682aa preempt_count 00000100, exited with 00010100?" in tip.git, Jeremy Fitzhardinge
- Re: Seeing "huh, entered softirq 8 ffffffff802682aa preempt_count 00000100, exited with 00010100?" in tip.git, Ingo Molnar
- Re: Seeing "huh, entered softirq 8 ffffffff802682aa preempt_count 00000100, exited with 00010100?" in tip.git, Jeremy Fitzhardinge
- Re: Seeing "huh, entered softirq 8 ffffffff802682aa preempt_count 00000100, exited with 00010100?" in tip.git, Ingo Molnar
- Re: Seeing "huh, entered softirq 8 ffffffff802682aa preempt_count 00000100, exited with 00010100?" in tip.git, Ingo Molnar
- Re: Seeing "huh, entered softirq 8 ffffffff802682aa preempt_count 00000100, exited with 00010100?" in tip.git, Jeremy Fitzhardinge
- Re: Seeing "huh, entered softirq 8 ffffffff802682aa preempt_count 00000100, exited with 00010100?" in tip.git, H. Peter Anvin
- Re: Seeing "huh, entered softirq 8 ffffffff802682aa preempt_count 00000100, exited with 00010100?" in tip.git, Ingo Molnar
[PATCH] Fix OOPS in mmap_region() when merging adjacent VM_LOCKED file segments, Lee Schermerhorn
- Re: [PATCH] Fix OOPS in mmap_region() when merging adjacent VM_LOCKED file segments, Linus Torvalds
- Re: [PATCH] Fix OOPS in mmap_region() when merging adjacent VM_LOCKED file segments, Linus Torvalds
- Re: [PATCH] Fix OOPS in mmap_region() when merging adjacent VM_LOCKED file segments, Hugh Dickins
- Re: [PATCH] Fix OOPS in mmap_region() when merging adjacent VM_LOCKED file segments, Linus Torvalds
- Re: [PATCH] Fix OOPS in mmap_region() when merging adjacent VM_LOCKED file segments, Lee Schermerhorn
- Re: [PATCH] Fix OOPS in mmap_region() when merging adjacent VM_LOCKED file segments, Linus Torvalds
- Re: [PATCH] Fix OOPS in mmap_region() when merging adjacent VM_LOCKED file segments, Maksim Yevmenkin
- Re: [PATCH] Fix OOPS in mmap_region() when merging adjacent VM_LOCKED file segments, Randy Dunlap
- Re: [PATCH] Fix OOPS in mmap_region() when merging adjacent VM_LOCKED file segments, Maksim Yevmenkin
- Re: [PATCH] Fix OOPS in mmap_region() when merging adjacent VM_LOCKED file segments, Linus Torvalds
- Re: [PATCH] Fix OOPS in mmap_region() when merging adjacent VM_LOCKED file segments, Greg KH
- Re: [PATCH] Fix OOPS in mmap_region() when merging adjacent VM_LOCKED file segments, Linus Torvalds
- Re: [PATCH] Fix OOPS in mmap_region() when merging adjacent VM_LOCKED file segments, Hugh Dickins
- Re: [PATCH] Fix OOPS in mmap_region() when merging adjacent VM_LOCKED file segments, Linus Torvalds
- Re: [PATCH] Fix OOPS in mmap_region() when merging adjacent VM_LOCKED file segments, Hugh Dickins
- Re: [PATCH] Fix OOPS in mmap_region() when merging adjacent VM_LOCKED file segments, Lee Schermerhorn
- Re: [PATCH] Fix OOPS in mmap_region() when merging adjacent VM_LOCKED file segments, Linus Torvalds
- Re: [PATCH] Fix OOPS in mmap_region() when merging adjacent VM_LOCKED file segments, Hugh Dickins
- Re: [PATCH] Fix OOPS in mmap_region() when merging adjacent VM_LOCKED file segments, Linus Torvalds
- Re: [PATCH] Fix OOPS in mmap_region() when merging adjacent VM_LOCKED file segments, Lee Schermerhorn
- Re: [PATCH] Fix OOPS in mmap_region() when merging adjacent VM_LOCKED file segments, Linus Torvalds
- Re: [PATCH] Fix OOPS in mmap_region() when merging adjacent VM_LOCKED file segments, Hugh Dickins
- Re: [PATCH] Fix OOPS in mmap_region() when merging adjacent VM_LOCKED file segments, Linus Torvalds
- Re: [PATCH] Fix OOPS in mmap_region() when merging adjacent VM_LOCKED file segments, Linus Torvalds
- Re: [PATCH] Fix OOPS in mmap_region() when merging adjacent VM_LOCKED file segments, Hugh Dickins
- Re: [PATCH] Fix OOPS in mmap_region() when merging adjacent VM_LOCKED file segments, Hugh Dickins
- Re: [PATCH] Fix OOPS in mmap_region() when merging adjacent VM_LOCKED file segments, Randy Dunlap
- Re: [PATCH] Fix OOPS in mmap_region() when merging adjacent VM_LOCKED file segments, Lee Schermerhorn
- Re: [PATCH] Fix OOPS in mmap_region() when merging adjacent VM_LOCKED file segments, Will Crowder
- Re: [PATCH] Fix OOPS in mmap_region() when merging adjacent VM_LOCKED file segments, Greg KH
- Re: [PATCH] Fix OOPS in mmap_region() when merging adjacent VM_LOCKED file segments, Peter Zijlstra
- Re: [PATCH] Fix OOPS in mmap_region() when merging adjacent VM_LOCKED file segments, Linus Torvalds
- Re: [PATCH] Fix OOPS in mmap_region() when merging adjacent VM_LOCKED file segments, Randy Dunlap
[PATCH 01/17] proc tty: add struct tty_operations::proc_fops, Alexey Dobriyan
- [PATCH 02/17] proc tty: switch cyclades to ->proc_fops, Alexey Dobriyan
- [PATCH 03/17] proc tty: switch ip2 to ->proc_fops, Alexey Dobriyan
- [PATCH 04/17] proc tty: switch istallion to ->proc_fops, Alexey Dobriyan
- [PATCH 05/17] proc tty: switch synclink_cs to ->proc_fops, Alexey Dobriyan
- [PATCH 06/17] proc tty: switch stallion to ->proc_fops, Alexey Dobriyan
- [PATCH 07/17] proc tty: switch synclink to ->proc_fops, Alexey Dobriyan
- [PATCH 08/17] proc tty: switch synclink_gt to ->proc_fops, Alexey Dobriyan
- [PATCH 09/17] proc tty: switch synclinkmp to ->proc_fops, Alexey Dobriyan
- [PATCH 10/17] proc tty: switch sdio_uart to ->proc_fops, Alexey Dobriyan
- [PATCH 11/17] proc tty: switch serial_core to ->proc_fops, Alexey Dobriyan
- [PATCH 12/17] proc tty: switch usb-serial to ->proc_fops, Alexey Dobriyan
- [PATCH 13/17] proc tty: switch ircomm to ->proc_fops, Alexey Dobriyan
- [PATCH 14/17] proc tty: switch amiserial to ->proc_fops, Alexey Dobriyan
- [PATCH 15/17] proc tty: switch ia64 simserial to ->proc_fops, Alexey Dobriyan
- [PATCH 16/17] proc tty: switch xtensa iss console to ->proc_fops, Alexey Dobriyan
- [PATCH 17/17] proc tty: remove struct tty_operations::read_proc, Alexey Dobriyan
PFs on pages pinned with get_user_pages(), Frank Mehnert
- Re: PFs on pages pinned with get_user_pages(), Peter Zijlstra
- Re: PFs on pages pinned with get_user_pages(), Frank Mehnert
- Re: PFs on pages pinned with get_user_pages(), Peter Zijlstra
- Re: PFs on pages pinned with get_user_pages(), Frank Mehnert
- Re: PFs on pages pinned with get_user_pages(), Peter Zijlstra
- Re: PFs on pages pinned with get_user_pages(), Frank Mehnert
- Re: PFs on pages pinned with get_user_pages(), Peter Zijlstra
- Re: PFs on pages pinned with get_user_pages(), Frank Mehnert
- Re: PFs on pages pinned with get_user_pages(), Peter Zijlstra
- Re: PFs on pages pinned with get_user_pages(), Frank Mehnert
- Re: PFs on pages pinned with get_user_pages(), Peter Zijlstra
- [PATCH] x86: add might_sleep() to do_page_fault(), Peter Zijlstra
- Re: [PATCH] x86: add might_sleep() to do_page_fault(), Ingo Molnar
- [PATCH v2] x86: add might_sleep() to do_page_fault(), Peter Zijlstra
- Re: [PATCH v2] x86: add might_sleep() to do_page_fault(), Ingo Molnar
[Patch 0/10] Hardware Breakpoint interfaces, K.Prasad
- [Patch 1/10] Introducing generic hardware breakpoint handler interfaces, K.Prasad
- [Patch 2/10] x86 architecture implementation of Hardware Breakpoint interfaces, K.Prasad
- [Patch 3/10] Modifying generic debug exception to use virtual debug registers, K.Prasad
- [Patch 4/10] Introduce virtual debug register in thread_struct and wrapper-routines around process related functions, K.Prasad
- [Patch 5/10] Use wrapper routines around debug registers in processor related functions, K.Prasad
- [Patch 6/10] Use virtual debug registers in process/thread handling code, K.Prasad
- [Patch 7/10] Modify signal handling code to refrain from re-enabling HW Breakpoints, K.Prasad
- [Patch 8/10] Modify Ptrace routines to access breakpoint registers, K.Prasad
- [Patch 9/10] Cleanup HW Breakpoint registers before kexec, K.Prasad
- [Patch 10/10] Sample HW breakpoint over kernel data address, K.Prasad
[RFC][PATCH 0/10] Convert the remaining !GENERIC_TIME architectures to use the generic timekeeping core., john stultz
- [RFC][PATCH 1/10] Create arch_gettimeoffset infrastructure for use in the generic timekeeping core., john stultz
- [RFC][PATCH 2/10] Convert arm to use arch_getoffset() infrastructure., john stultz
- [RFC][PATCH 3/10] Convert blackfin to use arch_getoffset() infrastructure., john stultz
- [RFC][PATCH 4/10] Convert cris to use arch_getoffset() infrastructure., john stultz
- [RFC][PATCH 5/10] Convert m32r to use arch_getoffset() infrastructure., john stultz
- [RFC][PATCH 6/10] Convert m68k to use arch_getoffset() infrastructure., john stultz
- [RFC][PATCH 7/10] Convert sh to use arch_getoffset() infrastructure., john stultz
- [RFC][PATCH 8/10] Convert sparc to use arch_getoffset() infrastructure., john stultz
- [RFC][PATCH 9/10] Convert xtensa to use arch_getoffset() infrastructure., john stultz
- [RFC][PATCH 10/10] Remove CONFIG_GENERIC_TIME, john stultz
- Re: [RFC][PATCH 8/10] Convert sparc to use arch_getoffset() infrastructure., David Miller
- Re: [RFC][PATCH 7/10] Convert sh to use arch_getoffset() infrastructure., Paul Mundt
2.6.29-rc3: tg3 dead after resume, Parag Warudkar
- Re: 2.6.29-rc3: tg3 dead after resume, Linus Torvalds
- Re: 2.6.29-rc3: tg3 dead after resume, Parag Warudkar
- Re: 2.6.29-rc3: tg3 dead after resume, Linus Torvalds
- Re: 2.6.29-rc3: tg3 dead after resume, Matt Carlson
- Re: 2.6.29-rc3: tg3 dead after resume, Rafael J. Wysocki
- Re: 2.6.29-rc3: tg3 dead after resume, Matt Carlson
- Re: 2.6.29-rc3: tg3 dead after resume, Parag Warudkar
- Re: 2.6.29-rc3: tg3 dead after resume, Matt Carlson
- Re: 2.6.29-rc3: tg3 dead after resume, Parag Warudkar
- Re: 2.6.29-rc3: tg3 dead after resume, Rafael J. Wysocki
- Re: 2.6.29-rc3: tg3 dead after resume, Matt Carlson
- Re: 2.6.29-rc3: tg3 dead after resume, Parag Warudkar
- Re: 2.6.29-rc3: tg3 dead after resume, Linus Torvalds
- Re: 2.6.29-rc3: tg3 dead after resume, Linus Torvalds
- Re: 2.6.29-rc3: tg3 dead after resume, Parag Warudkar
- Re: 2.6.29-rc3: tg3 dead after resume, Linus Torvalds
- Re: 2.6.29-rc3: tg3 dead after resume, Rafael J. Wysocki
- Re: 2.6.29-rc3: tg3 dead after resume, Parag Warudkar
- Re: 2.6.29-rc3: tg3 dead after resume, Rafael J. Wysocki
- Re: 2.6.29-rc3: tg3 dead after resume, Ingo Molnar
- Re: 2.6.29-rc3: tg3 dead after resume, Rafael J. Wysocki
- Re: 2.6.29-rc3: tg3 dead after resume, Parag Warudkar
- Re: 2.6.29-rc3: tg3 dead after resume, Rafael J. Wysocki
- Re: 2.6.29-rc3: tg3 dead after resume, Parag Warudkar
- Re: 2.6.29-rc3: tg3 dead after resume, Linus Torvalds
- Re: 2.6.29-rc3: tg3 dead after resume, Parag Warudkar
- Re: 2.6.29-rc3: tg3 dead after resume, Linus Torvalds
- Re: 2.6.29-rc3: tg3 dead after resume, Parag Warudkar
- Re: 2.6.29-rc3: tg3 dead after resume, Rafael J. Wysocki
- Re: 2.6.29-rc3: tg3 dead after resume, Linus Torvalds
- Re: 2.6.29-rc3: tg3 dead after resume, Rafael J. Wysocki
- Re: 2.6.29-rc3: tg3 dead after resume, Linus Torvalds
- Re: 2.6.29-rc3: tg3 dead after resume, Rafael J. Wysocki
- What should PCI core do during suspend-resume? (was: Re: 2.6.29-rc3: tg3 dead after resume), Rafael J. Wysocki
- Re: What should PCI core do during suspend-resume? (was: Re: 2.6.29-rc3: tg3 dead after resume), Linus Torvalds
- Re: What should PCI core do during suspend-resume? (was: Re: 2.6.29-rc3: tg3 dead after resume), Rafael J. Wysocki
- Re: What should PCI core do during suspend-resume? (was: Re: 2.6.29-rc3: tg3 dead after resume), Linus Torvalds
- Re: What should PCI core do during suspend-resume? (was: Re: 2.6.29-rc3: tg3 dead after resume), Linus Torvalds
- Re: 2.6.29-rc3: tg3 dead after resume, Linus Torvalds
- Re: 2.6.29-rc3: tg3 dead after resume, Rafael J. Wysocki
- Re: 2.6.29-rc3: tg3 dead after resume, Linus Torvalds
- Re: 2.6.29-rc3: tg3 dead after resume, Rafael J. Wysocki
- Re: 2.6.29-rc3: tg3 dead after resume, Matt Carlson
- Re: 2.6.29-rc3: tg3 dead after resume, Rafael J. Wysocki
- Re: 2.6.29-rc3: tg3 dead after resume, Parag Warudkar
- Re: 2.6.29-rc3: tg3 dead after resume, Linus Torvalds
- Re: 2.6.29-rc3: tg3 dead after resume, Rafael J. Wysocki
- Re: 2.6.29-rc3: tg3 dead after resume, Linus Torvalds
- Re: 2.6.29-rc3: tg3 dead after resume, Parag Warudkar
- Re: 2.6.29-rc3: tg3 dead after resume, Rafael J. Wysocki
- Re: 2.6.29-rc3: tg3 dead after resume, Linus Torvalds
- Re: 2.6.29-rc3: tg3 dead after resume, Rafael J. Wysocki
- Re: 2.6.29-rc3: tg3 dead after resume, Rafael J. Wysocki
x86: unify genapic code, unify subarchitectures, remove old subarchitecture code, Ingo Molnar
- [PATCH 003/114] x86, genapic: unify struct genapic, Ingo Molnar
- [PATCH 001/114] x86, genapic: refactor genapic_64.h, Ingo Molnar
- [PATCH 004/114] x86, genapic: finish unification, Ingo Molnar
- [PATCH 002/114] x86, genapic: refactor genapic_32.h, Ingo Molnar
- [PATCH 006/114] x86, genapic: provide IPI callbacks unconditionally, Ingo Molnar
- [PATCH 005/114] x86, genapic: cleanups, Ingo Molnar
- [PATCH 009/114] x86: clean up genapic_phys_flat, Ingo Molnar
- [PATCH 008/114] x86: clean up genapic_flat, Ingo Molnar
- [PATCH 011/114] x86: clean up apic_x2apic_phys, Ingo Molnar
- [PATCH 007/114] x86: rename 'genapic' to 'apic', Ingo Molnar
- [PATCH 010/114] x86: clean up apic_x2apic_uv_x, Ingo Molnar
- [PATCH 012/114] x86: clean up apic_x2apic_cluster, Ingo Molnar
- [PATCH 013/114] x86, genapic: cleanup 32-bit apic_default template, Ingo Molnar
- [PATCH 014/114] x86, genapic: cleanup 32-bit apic_bigsmp template, Ingo Molnar
- [PATCH 015/114] x86, genapic: cleanup 32-bit apic_numaq template, Ingo Molnar
- [PATCH 016/114] x86, genapic: cleanup 32-bit apic_es7000 template, Ingo Molnar
- [PATCH 017/114] x86, genapic: cleanup 32-bit apic_summit template, Ingo Molnar
- [PATCH 019/114] x86: clean up apic->acpi_madt_oem_check methods, Ingo Molnar
- [PATCH 018/114] x86: remove APIC_INIT / APICFUNC / IPIFUNC, Ingo Molnar
- [PATCH 023/114] x86, apic: remove DEFAULT_IRQ_DELIVERY_MODE and DEFAULT_IRQ_DEST_MODE, Ingo Molnar
- [PATCH 020/114] x86: clean up apic->apic_id_registered() methods, Ingo Molnar
- [PATCH 024/114] x86, apic: remove SUMMIT_IRQ_DELIVERY_MODE and SUMMIT_IRQ_DEST_MODE, Ingo Molnar
- [PATCH 021/114] x86, genapic: rename int_delivery_mode, et. al., Ingo Molnar
- [PATCH 022/114] x86, apic: remove IRQ_DEST_MODE / IRQ_DELIVERY_MODE, Ingo Molnar
- [PATCH 025/114] x86, apic: remove NUMAQ_IRQ_DELIVERY_MODE and NUMAQ_IRQ_DEST_MODE, Ingo Molnar
- [PATCH 026/114] x86, apic: remove BIGSMP_IRQ_DELIVERY_MODE and BIGSMP_IRQ_DEST_MODE, Ingo Molnar
- [PATCH 028/114] x86, apic: remove IRQ_DEST_MODE, Ingo Molnar
- [PATCH 027/114] x86, apic: remove ES7000_IRQ_DELIVERY_MODE and ES7000_IRQ_DEST_MODE, Ingo Molnar
- [PATCH 029/114] x86, apic: clean up target_cpus methods, Ingo Molnar
- [PATCH 032/114] x86: rename ->ESR_DISABLE to ->disable_esr, Ingo Molnar
- [PATCH 030/114] x86, apic: clean up / remove TARGET_CPUS, Ingo Molnar
- [PATCH 031/114] x86: clean up esr_disable() methods, Ingo Molnar
- [PATCH 033/114] x86: clean up the APIC_DEST_LOGICAL logic, Ingo Molnar
- [PATCH 037/114] x86, apic: clean up ->vector_allocation_domain(), Ingo Molnar
- [PATCH 034/114] x86, apic: rename genapic::apic_destination_logical to genapic::dest_logical, Ingo Molnar
- [PATCH 038/114] x86, apic: clean up ->init_apic_ldr(), Ingo Molnar
- [PATCH 036/114] x86, apic: remove no_balance_irq and no_ioapic_check flags, Ingo Molnar
- [PATCH 035/114] x86, apic: clean up check_apicid*() callbacks, Ingo Molnar
- [PATCH 040/114] x86, apic: clean up ->setup_apic_routing(), Ingo Molnar
- [PATCH 042/114] x86, apic: clean up ->apicid_to_node(), Ingo Molnar
- [PATCH 039/114] x86, apic: clean up ->ioapic_phys_id_map(), Ingo Molnar
- [PATCH 043/114] x86, apic: clean up ->cpu_to_logical_apicid(), Ingo Molnar
- [PATCH 044/114] x86, apic: clean up ->cpu_present_to_apicid(), Ingo Molnar
- [PATCH 041/114] x86, apic: streamline the ->multi_timer_check() quirk, Ingo Molnar
- [PATCH 047/114] x86: refactor ->check_phys_apicid_present() subarch methods, Ingo Molnar
- [PATCH 045/114] x86, apic: clean up ->apicid_to_cpu_present(), Ingo Molnar
- [PATCH 048/114] x86: refactor ->enable_apic_mode() subarch methods, Ingo Molnar
- [PATCH 046/114] x86: refactor ->setup_portio_remap() subarch methods, Ingo Molnar
- [PATCH 051/114] x86, apic: refactor ->phys_pkg_id(), Ingo Molnar
- [PATCH 050/114] x86, apic: unify phys_pkg_id(), Ingo Molnar
- [PATCH 052/114] x86, smp: clean up mps_oem_check(), Ingo Molnar
- [PATCH 049/114] x86, es7000: clean up es7000_enable_apic_mode(), Ingo Molnar
- [PATCH 054/114] x86: consolidate the ->mps_oem_check() code, Ingo Molnar
- [PATCH 056/114] x86, apic: refactor ->apic_id_mask & APIC_ID_MASK, Ingo Molnar
- [PATCH 053/114] x86, mpparse: call the generic quirk handlers early, Ingo Molnar
- [PATCH 055/114] x86, apic: refactor ->get_apic_id() & GET_APIC_ID(), Ingo Molnar
- [PATCH 058/114] x86, apic: refactor ->cpu_mask_to_apicid*(), Ingo Molnar
- [PATCH 057/114] x86, apic: get rid of *_APIC_ID_MASK definitions, Ingo Molnar
- [PATCH 059/114] x86, apic: untangle the send_IPI_*() jungle, Ingo Molnar
- [PATCH 061/114] x86: set ->trampoline_phys_low/high on 64-bit too, Ingo Molnar
- [PATCH 060/114] x86, smp: clean up ->trampoline_phys_low/high handling, Ingo Molnar
- [PATCH 062/114] x86, smp: refactor ->wait_for_init_deassert(), Ingo Molnar
- [PATCH 063/114] x86, smp: refactor ->smp_callin_clear_local_apic() methods, Ingo Molnar
- [PATCH 064/114] x86, smp: refactor ->store/restore_NMI_vector() methods, Ingo Molnar
- [PATCH 069/114] x86: eliminate asm/mach-*/mach_mpparse.h, Ingo Molnar
- [PATCH 065/114] x86, smp: remove ->restore_NMI_vector(), Ingo Molnar
- [PATCH 066/114] x86, smp: refactor ->inquire_remote_apic() methods, Ingo Molnar
- [PATCH 068/114] x86, smp: eliminate asm/mach-default/mach_wakecpu.h, Ingo Molnar
- [PATCH 067/114] x86, ES7000: consolidate the APIC code, Ingo Molnar
- [PATCH 071/114] x86: remove mach_apicdef.h, Ingo Molnar
- [PATCH 070/114] x86: remove mach_mpspec.h, Ingo Molnar
- [PATCH 073/114] x86, numaq: consolidate code, Ingo Molnar
- [PATCH 075/114] x86: remove mach_apic.h, Ingo Molnar
- [PATCH 072/114] x86, smp: refactor ->wake_cpu, Ingo Molnar
- [PATCH 076/114] x86, ES7000: Consolidate code, Ingo Molnar
- [PATCH 074/114] x86, summit: consolidate code, Ingo Molnar
- [PATCH 079/114] x86, bigsmp: consolidate header code, Ingo Molnar
- [PATCH 077/114] x86, NUMAQ: Consolidate code, Ingo Molnar
- [PATCH 078/114] x86, bigsmp: consolidate code, Ingo Molnar
- [PATCH 082/114] x86: move mach-default/*.h files to asm/, Ingo Molnar
- [PATCH 080/114] x86, smp: remove mach_ipi.h, Ingo Molnar
- [PATCH 081/114] x86: remove subarchitecture support code, Ingo Molnar
- [PATCH 087/114] x86/Voyager: remove NATSEMI Kconfig quirk, Ingo Molnar
- [PATCH 085/114] x86: disable Voyager temporarily, Ingo Molnar
- [PATCH 083/114] x86: remove subarchitecture support, Ingo Molnar
- [PATCH 084/114] x86/Voyager: clean up BROKEN Kconfig reference, Ingo Molnar
- [PATCH 086/114] x86/Voyager: remove MCA Kconfig quirk, Ingo Molnar
- [PATCH 088/114] x86/Voyager: remove KVM Kconfig quirk, Ingo Molnar
- [PATCH 089/114] x86/Voyager: remove KGDB Kconfig quirk, Ingo Molnar
- [PATCH 092/114] x86: replace CONFIG_X86_SMP with CONFIG_SMP, Ingo Molnar
- [PATCH 091/114] x86/Voyager: remove ARCH_SUSPEND_POSSIBLE Kconfig quirk, Ingo Molnar
- [PATCH 090/114] x86/Voyager: remove HIBERNATION Kconfig quirk, Ingo Molnar
- [PATCH 095/114] x86/Voyager: remove X86_BIOS_REBOOT Kconfig quirk, Ingo Molnar
- [PATCH 094/114] x86/Voyager: remove X86_HT Kconfig quirk, Ingo Molnar
- [PATCH 093/114] x86: generalize boot_cpu_id, Ingo Molnar
- [PATCH 097/114] x86/VisWS: remove Kconfig quirk, Ingo Molnar
- [PATCH 096/114] x86/Voyager: remove X86_FIND_SMP_CONFIG Kconfig quirk, Ingo Molnar
- [PATCH 100/114] x86/Voyager: remove KVM_GUEST quirk, Ingo Molnar
- [PATCH 099/114] x86/Voyager: remove KVM_CLOCK quirk, Ingo Molnar
- [PATCH 098/114] x86/Voyager: remove VMI Kconfig quirk, Ingo Molnar
- [PATCH 101/114] x86/Voyager: remove PARAVIRT Kconfig quirk, Ingo Molnar
- [PATCH 103/114] x86/Voyager: remove MCE quirk, Ingo Molnar
- [PATCH 105/114] x86/Voyager: remove power management Kconfig quirk, Ingo Molnar
- [PATCH 102/114] x86/Voyager: remove APIC/IO-APIC Kbuild quirk, Ingo Molnar
- [PATCH 108/114] x86: move ELAN to the NON_STANDARD_PLATFORM section, Ingo Molnar
- [PATCH 104/114] x86/Voyager: remove HOTPLUG_CPU Kconfig quirk, Ingo Molnar
- [PATCH 106/114] x86/Voyager: remove ISA quirk, Ingo Molnar
- [PATCH 107/114] x86: cleanup, introduce CONFIG_NON_STANDARD_PLATFORMS, Ingo Molnar
- [PATCH 109/114] x86: move VOYAGER to the NON_STANDARD_PLATFORM section, Ingo Molnar
- [PATCH 110/114] x86: move non-standard 32-bit platform Kconfig entries, Ingo Molnar
- [PATCH 112/114] x86: remove the subarch menu, Ingo Molnar
- [PATCH 111/114] x86: move X86_VSMP from subarch menu, Ingo Molnar
- [PATCH 113/114] x86: rename X86_GENERICARCH to X86_32_NON_STANDARD, Ingo Molnar
- [PATCH 114/114] x86/Voyager: move to the X86_32_NON_STANDARD code section, Ingo Molnar
- Re: x86: unify genapic code, unify subarchitectures, remove old subarchitecture code, Suresh Siddha
- Re: x86: unify genapic code, unify subarchitectures, remove old subarchitecture code, Andi Kleen
- Re: x86: unify genapic code, unify subarchitectures, remove old subarchitecture code, Yinghai Lu
- Re: x86: unify genapic code, unify subarchitectures, remove old subarchitecture code, Tim Pepper
- Re: x86: unify genapic code, unify subarchitectures, remove old subarchitecture code, Ingo Molnar
- Re: x86: unify genapic code, unify subarchitectures, remove old subarchitecture code, Valdis . Kletnieks
- Re: x86: unify genapic code, unify subarchitectures, remove old subarchitecture code, Tim Pepper
- Re: x86: unify genapic code, unify subarchitectures, remove old subarchitecture code, Ingo Molnar
- Re: x86: unify genapic code, unify subarchitectures, remove old subarchitecture code, Andi Kleen
- Re: x86: unify genapic code, unify subarchitectures, remove old subarchitecture code, Ingo Molnar
[GIT PATCH] STAGING patches for 2.6-git, Greg KH
- [PATCH 01/10] Staging: comedi: fix Kbuild, Greg Kroah-Hartman
- [PATCH 02/10] Staging: meilhaus: fix Kbuild, Greg Kroah-Hartman
- [PATCH 03/10] Staging: android: binder: fix arm build errors, Greg Kroah-Hartman
- [PATCH 04/10] Staging: android: timed_gpio: Fix build to build on kernels after 2.6.25., Greg Kroah-Hartman
- [PATCH 05/10] Staging: android: fix build error on 64bit boxes, Greg Kroah-Hartman
- [PATCH 06/10] Staging: android: Add lowmemorykiller documentation., Greg Kroah-Hartman
- [PATCH 07/10] Staging: android: task_get_unused_fd_flags: fix the wrong usage of tsk->signal, Greg Kroah-Hartman
- [PATCH 08/10] staging: agnx: drivers/staging/agnx/agnx.h needs <linux/io.h>, Greg Kroah-Hartman
- [PATCH 10/10] Staging: poch: fix verification of memory area, Greg Kroah-Hartman
- [PATCH 09/10] Staging: usbip: usbip_start_threads(): handle kernel_thread failure, Greg Kroah-Hartman
[RFC PATCH 00/10] PCI core learns 'hotplug', Alex Chiang
- [RFC PATCH 01/10] PCI: don't scan existing devices, Alex Chiang
- [RFC PATCH 02/10] PCI: always scan child buses, Alex Chiang
- [RFC PATCH 03/10] PCI: properly clean up ASPM link state on device remove, Alex Chiang
- [RFC PATCH 05/10] PCI: Introduce /sys/bus/pci/rescan, Alex Chiang
- [RFC PATCH 04/10] PCI: Introduce /sys/bus/pci/devices/.../remove, Alex Chiang
- [RFC PATCH 06/10] PCI: Introduce /sys/bus/pci/devices/.../rescan, Alex Chiang
- [RFC PATCH 07/10] PCI Hotplug: restore fakephp interface with complete reimplementation, Alex Chiang
- [RFC PATCH 08/10] PCI Hotplug: rename legacy_fakephp to fakephp, Alex Chiang
- [RFC PATCH 09/10] PCI Hotplug: schedule fakephp for feature removal, Alex Chiang
- [RFC PATCH 10/10] PCI: more whitespace cleanups, Alex Chiang
- Re: [RFC PATCH 00/10] PCI core learns 'hotplug', Trent Piepho
[PATCH F 00/12] OMAP clock, F of F: more clock cleanup, Paul Walmsley
- [PATCH F 01/12] OMAP2/3 clock: don't use a barrier after clk_disable(), Paul Walmsley
- [PATCH F 03/12] OMAP2/3 clock: convert remaining MPU barriers into OCP barriers, Paul Walmsley
- [PATCH F 08/12] OMAP2/3 clock: omap2_clk_enable(): fix bugs in clockdomain handling, Paul Walmsley
- [PATCH F 07/12] OMAP2/3 clock: omap2_clk_enable(): refactor usecount check, Paul Walmsley
- [PATCH F 06/12] OMAP2/3 clock: every clock must have a clkdm, Paul Walmsley
- [PATCH F 09/12] OMAP2/3 clock: omap2_clk_enable(): fix usecount decrement bug, Paul Walmsley
- [PATCH F 11/12] OMAP2/3 clock: don't tinker with hardirqs when they are supposed to be disabled, Paul Walmsley
- [PATCH F 12/12] OMAP2/3 McBSP: add temporary clockdomain fix for McBSP virtual clocks, Paul Walmsley
- [PATCH F 10/12] OMAP2/3 clock: omap2_clk_enable(): fix logic, Paul Walmsley
- [PATCH F 05/12] OMAP clock: add OMAP chip family-specific clk_register() option, Paul Walmsley
- [PATCH F 04/12] OMAP clock: drop clk_get_usecount(), Paul Walmsley
- [PATCH F 02/12] OMAP2xxx clock: consolidate DELAYED_APP clock commits; fix barrier, Paul Walmsley
[PATCH C 00/13] OMAP clock, C of F: DPLL updates, Paul Walmsley
- [PATCH C 01/13] OMAP3 clock: fix DPLL jitter correction and rate programming, Paul Walmsley
- [PATCH C 04/13] OMAP3 clock: note the bypass source clock for DPLLs, Paul Walmsley
- [PATCH C 03/13] OMAP3 clock: convert dpll_data.idlest_bit to idlest_mask, Paul Walmsley
- [PATCH C 02/13] OMAP3 clock: DPLL{1,2}_FCLK clksel can divide by 4, Paul Walmsley
- [PATCH C 06/13] OMAP3 clock: DPLLs should enter bypass if new rate is sys_ck, Paul Walmsley
- [PATCH C 05/13] OMAP2/3 clock: fix DPLL rate calculation, Paul Walmsley
- [PATCH C 07/13] OMAP3 clock: recalculate DPLL subtree after bypass entry/exit, Paul Walmsley
- [PATCH C 08/13] OMAP3 clock: put DPLL into bypass if bypass rate = clk->rate, not hardware rate, Paul Walmsley
- [PATCH C 10/13] OMAP3 clock: remove unnecessary dpll_data dereferences, Paul Walmsley
- [PATCH C 12/13] OMAP3 clock: avoid invalid FREQSEL values during DPLL rate rounding, Paul Walmsley
- [PATCH C 09/13] OMAP3 clock: fix non-CORE DPLL rate assignment bugs, Paul Walmsley
- [PATCH C 11/13] OMAP3 clock: optimize DPLL rate rounding algorithm, Paul Walmsley
- [PATCH C 13/13] OMAP3 clock: disable DPLL autoidle while waiting for DPLL to lock, Paul Walmsley
[PATCH B 00/10] OMAP clock, B of F: clockdomain, powerdomain updates, Paul Walmsley
- [PATCH B 02/10] OMAP2/3 clockdomains: combine pwrdm, pwrdm_name into union in struct clockdomain, Paul Walmsley
- [PATCH B 01/10] OMAP2/3 clock: combine clkdm, clkdm_name into union in struct clk, Paul Walmsley
- [PATCH B 03/10] OMAP2/3 clockdomains: add CM, PRM, virt_opp_clkdm clockdomains, Paul Walmsley
- [PATCH B 04/10] OMAP3 PRCM: add DPLL1-5 powerdomains, clockdomains; mark clocks, Paul Walmsley
- [PATCH B 06/10] OMAP3 pwrdm: add CORE SAR handling (for USBTLL module), Paul Walmsley
- [PATCH B 08/10] OMAP: wait for pwrdm transition after clk_enable(), Paul Walmsley
- [PATCH B 07/10] OMAP3 powerdomains: remove RET from SGX power states list, Paul Walmsley
- [PATCH B 10/10] OMAP3: PM: Emu_pwrdm is switched off by hardware even when sdti is in use, Paul Walmsley
- [PATCH B 09/10] OMAP2/3 clockdomains: autodeps should respect platform flags, Paul Walmsley
- Re: [PATCH B 05/10] OMAP2/3 clock: add clockdomains to all remaining clocks; fix clkdm init, Russell King - ARM Linux
[PATCH A 00/10] OMAP clock, A of F: preliminaries, Paul Walmsley
- [PATCH A 01/10] OMAP2/3: Add non-CORE DPLL rate set code and M, N programming, Paul Walmsley
- [PATCH A 02/10] OMAP: Fix sparse, checkpatch warnings in OMAP2/3 PRCM/PM code, Paul Walmsley
- [PATCH A 03/10] OMAP24xx clock: add missing SSI L4 interface clock, Paul Walmsley
- [PATCH A 04/10] OMAP3: move USBHOST SAR handling from clock framework to powerdomain layer, Paul Walmsley
- [PATCH A 06/10] OMAP2: Fix definition of SGX clock register bits, Paul Walmsley
- [PATCH A 05/10] OMAP3 clock: fix 96MHz clocks, Paul Walmsley
- [PATCH A 08/10] OMAP: Make dpll4_m4_ck programmable with clk_set_rate(), Paul Walmsley
- [PATCH A 09/10] OMAP2/3: Remove OMAP_PRM_REGADDR, OMAP_CM_REGADDR, Paul Walmsley
- [PATCH A 07/10] OMAP: Add CSI2 clock struct for handling it with clock API., Paul Walmsley
- [PATCH A 10/10] OMAP2: Implement CPUfreq frequency table based on PRCM table, Paul Walmsley
[PATCH E 00/14] OMAP clock, E of F: SDRAM fixes, clock optimization, Paul Walmsley
- [PATCH E 02/14] OMAP2 SDRC: rename memory.c to sdrc2xxx.c, Paul Walmsley
- [PATCH E 01/14] OMAP2 SDRC: move mach-omap2/memory.h into include/asm-arm/arch-omap/sdrc.h, Paul Walmsley
- [PATCH E 03/14] OMAP2 SDRC: separate common OMAP2/3 code from OMAP2xxx code, Paul Walmsley
- [PATCH E 04/14] OMAP2 SDRC: add SDRAM timing parameter infrastructure, Paul Walmsley
- [PATCH E 05/14] OMAP3 clock: add omap3_core_dpll_m2_set_rate(), Paul Walmsley
- [PATCH E 10/14] OMAP clock: support "dry run" rate and parent changes, Paul Walmsley
- [PATCH E 08/14] OMAP clock: move rate recalc, propagation code up to plat-omap/clock.c, Paul Walmsley
- [PATCH E 13/14] OMAP2/3 clock: remove clk->owner, Paul Walmsley
- [PATCH E 06/14] PM: OMAP3: Make sure clk_disable_unused() order is correct, Paul Walmsley
- [PATCH E 11/14] OMAP clock: track child clocks, Paul Walmsley
- [PATCH E 09/14] OMAP2/3 clock: drop recalc function pointers from fixed rate clocks, Paul Walmsley
- [PATCH E 14/14] OMAP clock: rearrange clock.h structure order, Paul Walmsley
- [PATCH E 07/14] OMAP2/3 clock: use standard set_rate fn in omap2_clk_arch_init(), Paul Walmsley
- [PATCH E 12/14] OMAP clock: unnecessary clock flag removal fiesta, Paul Walmsley
[PATCH D 00/11] OMAP clock, D of F: clock code cleanup, Paul Walmsley
- [PATCH D 01/11] OMAP: Add clk_get_parent() for OMAP2/3, Paul Walmsley
- [PATCH D 02/11] OMAP2/3 clock: clean up mach-omap2/clock.c, Paul Walmsley
- [PATCH D 03/11] OMAP2 PRCM: clean up CM_IDLEST bits, Paul Walmsley
- [PATCH D 04/11] OMAP3 clock: split mcbspX_src_fck from mcbspX_fck, Paul Walmsley
- [PATCH D 05/11] OMAP2 clock: add clk.prcm_mod field; annotate OMAP2xxx clocks, Paul Walmsley
- [PATCH D 08/11] OMAP2/3 clock: use clk->prcm_mod for all struct clk register addressing, Paul Walmsley
- [PATCH D 06/11] OMAP3 clock: add "prcm_mod" field to OMAP3xxx clocks, Paul Walmsley
- [PATCH D 09/11] OMAP2/3 clock: encode target IDLEST bits, Paul Walmsley
- [PATCH D 07/11] OMAP2/3 clock: add _omap2_clk_{read,write}_reg(), Paul Walmsley
- [PATCH D 10/11] OMAP2/3 clock: clean up omap2_clk_wait_ready(), Paul Walmsley
- [PATCH D 11/11] Fix omap1 clock issues, Paul Walmsley
Buggy IPI and MTRR code on low memory, Steven Rostedt
- Re: Buggy IPI and MTRR code on low memory, Steven Rostedt
- Re: Buggy IPI and MTRR code on low memory, Peter Zijlstra
- Re: Buggy IPI and MTRR code on low memory, Andrew Morton
- Re: Buggy IPI and MTRR code on low memory, Rusty Russell
- Re: Buggy IPI and MTRR code on low memory, Steven Rostedt
- [PATCH] use per cpu data for single cpu ipi calls, Steven Rostedt
- Re: [PATCH] use per cpu data for single cpu ipi calls, Andrew Morton
- Re: [PATCH] use per cpu data for single cpu ipi calls, Steven Rostedt
- Re: [PATCH] use per cpu data for single cpu ipi calls, Peter Zijlstra
- Re: [PATCH] use per cpu data for single cpu ipi calls, Ingo Molnar
- Re: [PATCH] use per cpu data for single cpu ipi calls, Peter Zijlstra
- Re: [PATCH] use per cpu data for single cpu ipi calls, Ingo Molnar
- Re: [PATCH] use per cpu data for single cpu ipi calls, Steven Rostedt
- [PATCH -v2] use per cpu data for single cpu ipi calls, Steven Rostedt
- Re: [PATCH -v2] use per cpu data for single cpu ipi calls, Peter Zijlstra
- Re: [PATCH -v2] use per cpu data for single cpu ipi calls, Ingo Molnar
- Re: [PATCH -v2] use per cpu data for single cpu ipi calls, Linus Torvalds
- Re: [PATCH -v2] use per cpu data for single cpu ipi calls, Steven Rostedt
- Re: [PATCH -v2] use per cpu data for single cpu ipi calls, Steven Rostedt
- Re: [PATCH -v2] use per cpu data for single cpu ipi calls, Linus Torvalds
- Re: [PATCH -v2] use per cpu data for single cpu ipi calls, Steven Rostedt
- Re: [PATCH -v2] use per cpu data for single cpu ipi calls, Peter Zijlstra
- Re: [PATCH -v2] use per cpu data for single cpu ipi calls, Steven Rostedt
- Re: [PATCH -v2] use per cpu data for single cpu ipi calls, Linus Torvalds
- Re: [PATCH -v2] use per cpu data for single cpu ipi calls, Peter Zijlstra
- Re: [PATCH -v2] use per cpu data for single cpu ipi calls, Jens Axboe
- [PATCH -v3] use per cpu data for single cpu ipi calls, Peter Zijlstra
- Re: [PATCH -v3] use per cpu data for single cpu ipi calls, Jens Axboe
- Re: [PATCH -v3] use per cpu data for single cpu ipi calls, Peter Zijlstra
- Re: [PATCH -v3] use per cpu data for single cpu ipi calls, Jens Axboe
- Re: [PATCH -v3] use per cpu data for single cpu ipi calls, Jens Axboe
- Re: [PATCH -v3] use per cpu data for single cpu ipi calls, Peter Zijlstra
- [PATCH -v4] use per cpu data for single cpu ipi calls, Peter Zijlstra
- Re: [PATCH -v4] use per cpu data for single cpu ipi calls, Ingo Molnar
- Re: [PATCH -v3] use per cpu data for single cpu ipi calls, Linus Torvalds
- Re: [PATCH -v3] use per cpu data for single cpu ipi calls, Peter Zijlstra
- Re: [PATCH -v3] use per cpu data for single cpu ipi calls, Jens Axboe
- Re: [PATCH -v2] use per cpu data for single cpu ipi calls, Ingo Molnar
- Re: [PATCH -v2] use per cpu data for single cpu ipi calls, Rusty Russell
- Re: [PATCH -v2] use per cpu data for single cpu ipi calls, Peter Zijlstra
- Re: [PATCH -v2] use per cpu data for single cpu ipi calls, Peter Zijlstra
- Re: [PATCH -v2] use per cpu data for single cpu ipi calls, Steven Rostedt
- Re: [PATCH -v2] use per cpu data for single cpu ipi calls, Rusty Russell
[PATCH 00/21] lockdep: pending queue, Peter Zijlstra
- [PATCH 08/21] lockdep: generate the state bit definitions, Peter Zijlstra
- [PATCH 05/21] lockdep: simplify mark_held_locks, Peter Zijlstra
- [PATCH 07/21] lockdep: move state bit definitions around, Peter Zijlstra
- [PATCH 04/21] lockdep: lockdep_states.h, Peter Zijlstra
- [PATCH 11/21] lockdep: simplify the mark_lock_irq() helpers, Peter Zijlstra
- [PATCH 06/21] lockdep: simplify mark_lock(), Peter Zijlstra
- [PATCH 19/21] lockdep: simplify get_user_chars(), Peter Zijlstra
- [PATCH 14/21] lockdep: merge the _READ mark_lock_irq() helpers, Peter Zijlstra
- [PATCH 16/21] lockdep: fully reduce mark_lock_irq(), Peter Zijlstra
- [PATCH 03/21] lockdep: sanitize reclaim bit names, Peter Zijlstra
- [PATCH 09/21] lockdep: generate usage strings, Peter Zijlstra
- [PATCH 01/21] lockdep: annotate reclaim context (__GFP_NOFS), Peter Zijlstra
- [PATCH 18/21] lockdep: add comments to mark_lock_irq(), Peter Zijlstra
- [PATCH 17/21] lockdep: remove macro usage from mark_held_locks(), Peter Zijlstra
- [PATCH 10/21] lockdep: split up mark_lock_irq(), Peter Zijlstra
- [PATCH 15/21] lockdep: merge the !_READ mark_lock_irq() helpers, Peter Zijlstra
- [PATCH 21/21] lockdep: simplify check_prev_add_irq(), Peter Zijlstra
- [PATCH 20/21] lockdep: get_user_chars() redo, Peter Zijlstra
- [PATCH 02/21] lockdep: sanitize bit names, Peter Zijlstra
- [PATCH 12/21] lockdep: further simplify mark_lock_irq() helpers, Peter Zijlstra
- [PATCH 13/21] lockdep: simplify mark_lock_irq() helpers #3, Peter Zijlstra
- [PATCH 22/21] lockdep: use stringify.h, Peter Zijlstra
Re: [mingo@xxxxxxx: [git pull] headers_check fixes], Linus Torvalds
- Re: [mingo@xxxxxxx: [git pull] headers_check fixes], H. Peter Anvin
- Re: [mingo@xxxxxxx: [git pull] headers_check fixes], Ingo Molnar
- Re: [mingo@xxxxxxx: [git pull] headers_check fixes], Harvey Harrison
- Re: [mingo@xxxxxxx: [git pull] headers_check fixes], Jaswinder Singh Rajput
- Re: [mingo@xxxxxxx: [git pull] headers_check fixes], Arnd Bergmann
- Re: [mingo@xxxxxxx: [git pull] headers_check fixes], H. Peter Anvin
- Re: [mingo@xxxxxxx: [git pull] headers_check fixes], Harvey Harrison
- Re: [mingo@xxxxxxx: [git pull] headers_check fixes], Linus Torvalds
- Re: [mingo@xxxxxxx: [git pull] headers_check fixes], Harvey Harrison
- Re: [mingo@xxxxxxx: [git pull] headers_check fixes], H. Peter Anvin
- [PATCH] x86: do not expose CONFIG_BSWAP to userspace, Harvey Harrison
- Re: [PATCH] x86: do not expose CONFIG_BSWAP to userspace, Linus Torvalds
- Re: [PATCH] x86: do not expose CONFIG_BSWAP to userspace, Harvey Harrison
- Re: [PATCH] x86: do not expose CONFIG_BSWAP to userspace, H. Peter Anvin
- Re: [PATCH] x86: do not expose CONFIG_BSWAP to userspace, Harvey Harrison
- Re: [PATCH] x86: do not expose CONFIG_BSWAP to userspace, Ben Pfaff
- Re: [PATCH] x86: do not expose CONFIG_BSWAP to userspace, H. Peter Anvin
- Re: [PATCH] x86: do not expose CONFIG_BSWAP to userspace, H. Peter Anvin
- Re: [PATCH] x86: do not expose CONFIG_BSWAP to userspace, Harvey Harrison
- Re: [PATCH] x86: do not expose CONFIG_BSWAP to userspace, H. Peter Anvin
- Re: [PATCH] x86: do not expose CONFIG_BSWAP to userspace, Maciej W. Rozycki
- Re: [PATCH] x86: do not expose CONFIG_BSWAP to userspace, H. Peter Anvin
- Re: [PATCH] x86: do not expose CONFIG_BSWAP to userspace, Arnd Bergmann
- Re: [PATCH] x86: do not expose CONFIG_BSWAP to userspace, H. Peter Anvin
- Re: [mingo@xxxxxxx: [git pull] headers_check fixes], Sam Ravnborg
- Re: [mingo@xxxxxxx: [git pull] headers_check fixes], H. Peter Anvin
- Re: [mingo@xxxxxxx: [git pull] headers_check fixes], Sam Ravnborg
[RFC v13][PATCH 00/14] Kernel based checkpoint/restart, Oren Laadan
- [RFC v13][PATCH 11/14] External checkpoint of a task other than ourself, Oren Laadan
- [RFC v13][PATCH 12/14] Track in-kernel when we expect checkpoint/restart to work, Oren Laadan
- [RFC v13][PATCH 14/14] Restart multiple processes, Oren Laadan
- [RFC v13][PATCH 03/14] Make file_pos_read/write() public, Oren Laadan
- [RFC v13][PATCH 10/14] Restore open file descriprtors, Oren Laadan
- [RFC v13][PATCH 02/14] Checkpoint/restart: initial documentation, Oren Laadan
- [RFC v13][PATCH 04/14] General infrastructure for checkpoint restart, Oren Laadan
- [RFC v13][PATCH 05/14] x86 support for checkpoint/restart, Oren Laadan
- [RFC v13][PATCH 06/14] Dump memory address space, Oren Laadan
- [RFC v13][PATCH 08/14] Infrastructure for shared objects, Oren Laadan
- [RFC v13][PATCH 13/14] Checkpoint multiple processes, Oren Laadan
- [RFC v13][PATCH 07/14] Restore memory address space, Oren Laadan
- [RFC v13][PATCH 09/14] Dump open file descriptors, Oren Laadan
- [RFC v13][PATCH 01/14] Create syscalls: sys_checkpoint, sys_restart, Oren Laadan
[PATCH] timer: implement lockdep deadlock detection, Johannes Berg
- Re: [PATCH] timer: implement lockdep deadlock detection, Johannes Berg
- Re: [PATCH] timer: implement lockdep deadlock detection, Ingo Molnar
- Re: [PATCH] timer: implement lockdep deadlock detection, Johannes Berg
- [PATCH v2] timer: implement lockdep deadlock detection, Johannes Berg
- Re: [PATCH v2] timer: implement lockdep deadlock detection, Ingo Molnar
- Re: [PATCH v2] timer: implement lockdep deadlock detection, Ingo Molnar
- Re: [PATCH v2] timer: implement lockdep deadlock detection, Johannes Berg
- Re: [PATCH v2] timer: implement lockdep deadlock detection, Peter Zijlstra
- Re: [PATCH v2] timer: implement lockdep deadlock detection, Johannes Berg
- [PATCH v3] timer: implement lockdep deadlock detection, Johannes Berg
- Re: [PATCH v3] timer: implement lockdep deadlock detection, Peter Zijlstra
- Re: [PATCH v3] timer: implement lockdep deadlock detection, Johannes Berg
- Re: [PATCH v3] timer: implement lockdep deadlock detection, Peter Zijlstra
- Re: [PATCH v3] timer: implement lockdep deadlock detection, Johannes Berg
- Re: [PATCH v3] timer: implement lockdep deadlock detection, Johannes Berg
- Re: [PATCH v3] timer: implement lockdep deadlock detection, Ingo Molnar
- [PATCH v4] timer: implement lockdep deadlock detection, Johannes Berg
- Re: [PATCH v3] timer: implement lockdep deadlock detection, Peter Zijlstra
- Re: [PATCH v3] timer: implement lockdep deadlock detection, Arnd Bergmann
- Re: [PATCH v3] timer: implement lockdep deadlock detection, Johannes Berg
- Re: [PATCH v2] timer: implement lockdep deadlock detection, Johannes Berg
[PATCH] x86-32: Fix __per_cpu_load relocation, Brian Gerst
- Re: [PATCH] x86-32: Fix __per_cpu_load relocation, Ingo Molnar
- Re: [PATCH] x86-32: Fix __per_cpu_load relocation, Tejun Heo
- Re: [PATCH] x86-32: Fix __per_cpu_load relocation, Tejun Heo
- Re: [PATCH] x86-32: Fix __per_cpu_load relocation, James Bottomley
- [PATCH 1/2 #tj-percpu] x86: fix build breakage on voyage, Tejun Heo
- [PATCH 2/2 #tj-percpu] x86: clean up indentation in setup_per_cpu_areas(), Tejun Heo
- Re: [PATCH 1/2 #tj-percpu] x86: fix build breakage on voyage, Ingo Molnar
- Re: [PATCH 1/2 #tj-percpu] x86: fix build breakage on voyage, Tejun Heo
- Re: [PATCH 1/2 #tj-percpu] x86: fix build breakage on voyage, Brian Gerst
- Re: [PATCH 1/2 #tj-percpu] x86: fix build breakage on voyage, Ingo Molnar
- Re: [PATCH 1/2 #tj-percpu] x86: fix build breakage on voyage, Ingo Molnar
- Re: [PATCH 1/2 #tj-percpu] x86: fix build breakage on voyage, James Bottomley
- Re: [PATCH 1/2 #tj-percpu] x86: fix build breakage on voyage, James Bottomley
- Re: [PATCH 1/2 #tj-percpu] x86: fix build breakage on voyage, Ingo Molnar
- Re: [PATCH 1/2 #tj-percpu] x86: fix build breakage on voyage, James Bottomley
- Re: [PATCH 1/2 #tj-percpu] x86: fix build breakage on voyage, Brian Gerst
- Re: [PATCH 1/2 #tj-percpu] x86: fix build breakage on voyage, James Bottomley
- Re: [PATCH] x86-32: Fix __per_cpu_load relocation, Ingo Molnar
[PATCH 0/12] Next batch of x86 percpu changes, Brian Gerst
- [PATCH 01/12] x86: Merge setup_per_cpu_maps() into setup_per_cpu_areas()., Brian Gerst
- [PATCH 02/12] x86: Move 64-bit NUMA code, Brian Gerst
- [PATCH 03/12] x86: Move setup_cpu_local_masks(), Brian Gerst
- [PATCH 04/12] x86: Always page-align per-cpu area start and size, Brian Gerst
- [PATCH 05/12] x86: Move apic variables to apic.c, Brian Gerst
- [PATCH 06/12] x86: Only compile setup_percpu.o on SMP, Brian Gerst
- [PATCH 08/12] x86: Don't assume boot cpu is #0, Brian Gerst
- [PATCH 07/12] x86: Move this_cpu_offset, Brian Gerst
- [PATCH 09/12] x86: Make Voyager use x86 per-cpu setup., Brian Gerst
- [PATCH 10/12] x86: Initialize per-cpu GDT segment in per-cpu setup, Brian Gerst
- [PATCH 11/12] x86: Remove extra barriers from load_gs_base(), Brian Gerst
- [PATCH 12/12] x86: Load new GDT after setting up boot cpu per-cpu area, Brian Gerst
[TRIVIAL PATCH 00/20] Fix misspelling of "firmware", Nick Andrew
- [TRIVIAL PATCH 03/20] Fix misspelling of "firmware" in ip27-smp.c, Nick Andrew
- [TRIVIAL PATCH 04/20] Fix misspelling of firmware in thinkpad_acpi.c, Nick Andrew
- [TRIVIAL PATCH 05/20] Fix misspelling of firmware in sb1250-mac.c, Nick Andrew
- [TRIVIAL PATCH 06/20] Fix misspelling of firmware in tg3.c, Nick Andrew
- [TRIVIAL PATCH 07/20] Fix misspelling of firmware in ipw2100.c, Nick Andrew
- [TRIVIAL PATCH 08/20] Fix misspelling of firmware in ipw2200.c, Nick Andrew
- [TRIVIAL PATCH 09/20] Fix misspelling of firmware in cmd.c, Nick Andrew
- [TRIVIAL PATCH 10/20] Fix misspelling of firmware in pci.c, Nick Andrew
- [TRIVIAL PATCH 11/20] Fix misspelling of firmware in ueagle-atm.c, Nick Andrew
- [TRIVIAL PATCH 12/20] Fix misspelling of firmware in ChangeLog.history, Nick Andrew
- [TRIVIAL PATCH 13/20] Fix misspelling of firmware in libata.h, Nick Andrew
- [TRIVIAL PATCH 01/20] Fix misspelling of "firmware" in ia64-kvm.txt, Nick Andrew
- [TRIVIAL PATCH 14/20] Fix misspelling of firmware in disk.c, Nick Andrew
- [TRIVIAL PATCH 02/20] Fix misspelling of "firmware" in firmware.txt, Nick Andrew
- [TRIVIAL PATCH 15/20] Fix misspelling of firmware in pss.c, Nick Andrew
- [TRIVIAL PATCH 16/20] Fix misspelling of firmware in aica.c, Nick Andrew
- [TRIVIAL PATCH 17/20] Fix misspelling of firmware in head_64.S, Nick Andrew
- [TRIVIAL PATCH 18/20] Fix misspelling of firmware in hpmain.c, Nick Andrew
- [TRIVIAL PATCH 19/20] Fix misspelling of firmware in iwl3945-base.c, Nick Andrew
- [TRIVIAL PATCH 20/20] Fix misspelling of firmware in iwl-agn.c, Nick Andrew
- Re: [TRIVIAL PATCH 00/20] Fix misspelling of "firmware", Alexey Dobriyan
- Re: [TRIVIAL PATCH 00/20] Fix misspelling of "firmware", Jiri Kosina
[RFC][PATCH 2/2] add a counter for writers spinning on a rwlock, Frederic Weisbecker
- Re: [RFC][PATCH 2/2] add a counter for writers spinning on a rwlock, Ingo Molnar
- Re: [RFC][PATCH 2/2] add a counter for writers spinning on a rwlock, Peter Zijlstra
- Re: [RFC][PATCH 2/2] add a counter for writers spinning on a rwlock, Frédéric Weisbecker
- Re: [RFC][PATCH 2/2] add a counter for writers spinning on a rwlock, Peter Zijlstra
- Re: [RFC][PATCH 2/2] add a counter for writers spinning on a rwlock, Frédéric Weisbecker
- Re: [RFC][PATCH 2/2] add a counter for writers spinning on a rwlock, Mandeep Baines
- Re: [RFC][PATCH 2/2] add a counter for writers spinning on a rwlock, Peter Zijlstra
- [PATCH v4] softlockup: remove hung_task_check_count, Mandeep Singh Baines
- Re: [PATCH v4] softlockup: remove hung_task_check_count, Frederic Weisbecker
- Re: [PATCH v4] softlockup: remove hung_task_check_count, Ingo Molnar
- Re: [PATCH v4] softlockup: remove hung_task_check_count, Mandeep Singh Baines
- Re: [PATCH v4] softlockup: remove hung_task_check_count, Peter Zijlstra
- Re: [PATCH v4] softlockup: remove hung_task_check_count, Mandeep Singh Baines
- Re: [PATCH v4] softlockup: remove hung_task_check_count, Mandeep Singh Baines
- [PATCH 1/2] softlockup: convert read_lock in hung_task to rcu_read_lock, Mandeep Singh Baines
- [PATCH 2/2] softlockup: check all tasks in hung_task, Mandeep Singh Baines
- Re: [PATCH 2/2] softlockup: check all tasks in hung_task, Peter Zijlstra
Switching from (deprecated) IDE driver -> SATA (PATA support), Justin Piszcz
- Re: Switching from (deprecated) IDE driver -> SATA (PATA support), Alan Cox
- Re: Switching from (deprecated) IDE driver -> SATA (PATA support), Justin Piszcz
- Re: Switching from (deprecated) IDE driver -> SATA (PATA support), Justin Piszcz
- Re: Switching from (deprecated) IDE driver -> SATA (PATA support), Justin Piszcz
- Re: Switching from (deprecated) IDE driver -> SATA (PATA support), Justin Piszcz
- Re: Switching from (deprecated) IDE driver -> SATA (PATA support) (found solution), Justin Piszcz
- Re: Switching from (deprecated) IDE driver -> SATA (PATA support) (found solution (scratch that)), Justin Piszcz
- Re: Switching from (deprecated) IDE driver -> SATA (PATA support) (found solution (scratch that)), Michael Tokarev
- Re: Switching from (deprecated) IDE driver -> SATA (PATA support), Eric Sandeen
- Re: Switching from (deprecated) IDE driver -> SATA (PATA support), Bill Davidsen
- Re: Switching from (deprecated) IDE driver -> SATA (PATA support), Justin Piszcz
- Re: Switching from (deprecated) IDE driver -> SATA (PATA support), Bill Davidsen
- Re: Switching from (deprecated) IDE driver -> SATA (PATA support), Lennart Sorensen
- Re: Switching from (deprecated) IDE driver -> SATA (PATA support), Sergei Shtylyov
- Re: Switching from (deprecated) IDE driver -> SATA (PATA support), Mark Lord
- Re: Switching from (deprecated) IDE driver -> SATA (PATA support), Bartlomiej Zolnierkiewicz
Re: [Linux 2.6.29-rc2] BUG: using smp_processor_id() in preemptible, Andrew Morton
- Re: [Linux 2.6.29-rc2] BUG: using smp_processor_id() in preemptible, Thomas Gleixner
- Re: [Linux 2.6.29-rc2] BUG: using smp_processor_id() in preemptible, Maciej Rutecki
- Re: [Linux 2.6.29-rc2] BUG: using smp_processor_id() in preemptible, Maciej Rutecki
- Re: [Linux 2.6.29-rc2] BUG: using smp_processor_id() in preemptible, Linus Torvalds
- Re: [Linux 2.6.29-rc2] BUG: using smp_processor_id() in preemptible, Rafael J. Wysocki
- Re: [Linux 2.6.29-rc2] BUG: using smp_processor_id() in preemptible, Ingo Molnar
- Re: [Linux 2.6.29-rc2] BUG: using smp_processor_id() in preemptible, Rafael J. Wysocki
- Re: [Linux 2.6.29-rc2] BUG: using smp_processor_id() in preemptible, Ingo Molnar
- Re: [Linux 2.6.29-rc2] BUG: using smp_processor_id() in preemptible, Rafael J. Wysocki
- Re: [Linux 2.6.29-rc2] BUG: using smp_processor_id() in preemptible, Ingo Molnar
- Re: [Linux 2.6.29-rc2] BUG: using smp_processor_id() in preemptible, Rafael J. Wysocki
- Re: [Linux 2.6.29-rc2] BUG: using smp_processor_id() in preemptible, Ingo Molnar
- Re: [Linux 2.6.29-rc2] BUG: using smp_processor_id() in preemptible, Rafael J. Wysocki
- Re: [Linux 2.6.29-rc2] BUG: using smp_processor_id() in preemptible, Ingo Molnar
- Re: [Linux 2.6.29-rc2] BUG: using smp_processor_id() in preemptible, Rafael J. Wysocki
- Re: [Linux 2.6.29-rc2] BUG: using smp_processor_id() in preemptible, Ingo Molnar
- Re: [Linux 2.6.29-rc2] BUG: using smp_processor_id() in preemptible, Rafael J. Wysocki
[PATCH 0/7] ieee1394 + firewire: misc sbp2 updates, Stefan Richter
- [PATCH 1/7] firewire: sbp2: fix payload limit at S1600 and S3200, Stefan Richter
- [PATCH 2/7] firewire: sbp2: define some magic numbers as macros, Stefan Richter
- [PATCH 3/7] ieee1394: sbp2: fix payload limit at S1600 and S3200, Stefan Richter
- [PATCH 4/7] ieee1394: sbp2: don't assume zero model_id or firmware_revision if there is none, Stefan Richter
- [PATCH 5/7] ieee1394: sbp2: follow up on "ieee1394: inherit ud vendor_id from node vendor_id", Stefan Richter
- [PATCH RFT 6/7] ieee1394: sbp2: add workarounds for 2nd and 3rd generation iPods, Stefan Richter
- [PATCH RFT 7/7] firewire: sbp2: add workarounds for 2nd and 3rd generation iPods, Stefan Richter
- Re: [PATCH RFT 7/7] firewire: sbp2: add workarounds for 2nd and 3rd generation iPods, Jarod Wilson
- Re: [PATCH RFT 7/7] firewire: sbp2: add workarounds for 2nd and 3rd generation iPods, Jarod Wilson
- [PATCH revised] firewire: sbp2: add workarounds for 2nd and 3rd generation iPods, Stefan Richter
- [PATCH revised] ieee1394: sbp2: add workarounds for 2nd and 3rd generation iPods, Stefan Richter
- Re: [PATCH revised] ieee1394: sbp2: add workarounds for 2nd and 3rd generation iPods, Jarod Wilson
- Re: [PATCH revised] firewire: sbp2: add workarounds for 2nd and 3rd generation iPods, Jarod Wilson
- Re: [PATCH RFT 7/7] firewire: sbp2: add workarounds for 2nd and 3rd generation iPods, Stefan Richter
- Re: [PATCH RFT 7/7] firewire: sbp2: add workarounds for 2nd and 3rd generation iPods, Jarod Wilson
- Re: [PATCH RFT 7/7] firewire: sbp2: add workarounds for 2nd and 3rd generation iPods, Stefan Richter
- Re: [PATCH RFT 7/7] firewire: sbp2: add workarounds for 2nd and 3rd generation iPods, Alan Stern
- Re: [PATCH RFT 7/7] firewire: sbp2: add workarounds for 2nd and 3rd generation iPods, Stefan Richter
- Re: [PATCH RFT 7/7] firewire: sbp2: add workarounds for 2nd and 3rd generation iPods, Alan Stern
- Re: [PATCH RFT 7/7] firewire: sbp2: add workarounds for 2nd and 3rd generation iPods, Jarod Wilson
Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Andrew Morton
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Andrew Morton
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Ingo Molnar
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Andrew Morton
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Ingo Molnar
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Mike Travis
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Andrew Morton
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Ingo Molnar
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Andrew Morton
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Ingo Molnar
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Andrew Morton
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Ingo Molnar
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Andrew Morton
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Ingo Molnar
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Andrew Morton
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Ingo Molnar
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Andrew Morton
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Ingo Molnar
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Andrew Morton
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Oleg Nesterov
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Oleg Nesterov
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Ingo Molnar
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Oleg Nesterov
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Ingo Molnar
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Oleg Nesterov
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Ingo Molnar
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Mike Travis
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Oleg Nesterov
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Rusty Russell
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Oleg Nesterov
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Rusty Russell
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Andrew Morton
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Ingo Molnar
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Andrew Morton
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Rusty Russell
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Mike Travis
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Mike Travis
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Rusty Russell
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Andrew Morton
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Rusty Russell
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Andrew Morton
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Rusty Russell
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Andrew Morton
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Ingo Molnar
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Andrew Morton
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Rusty Russell
- Re: [PATCH 2/3] work_on_cpu: Use our own workqueue., Andrew Morton
[RT] [RFC] simple SMI detector, Jon Masters
- Re: [RT] [RFC] simple SMI detector, Lee Revell
- Re: [RT] [RFC] simple SMI detector, Thomas Gleixner
- Re: [RT] [RFC] simple SMI detector, Jon Masters
- Re: [RT] [RFC] simple SMI detector, Sven-Thorsten Dietrich
- Re: [RT] [RFC] simple SMI detector, Theodore Tso
- Re: [RT] [RFC] simple SMI detector, Thomas Gleixner
- Re: [RT] [RFC] simple SMI detector, Bastien ROUCARIES
- Re: [RT] [RFC] simple SMI detector, Clark Williams
- Re: [RT] [RFC] simple SMI detector, Jon Masters
- Re: [RT] [RFC] simple SMI detector, Jon Masters
- Re: [RT] [RFC] simple SMI detector, Thomas Gleixner
- Re: [RT] [RFC] simple SMI detector, Henrique de Moraes Holschuh
- Re: [RT] [RFC] simple SMI detector, Mike Kravetz
- Re: [RT] [RFC] simple SMI detector, Pavel Machek
- Re: [RT] [RFC] simple SMI detector, Len Brown
inline asm semantics: output constraint width smaller than input, Török Edwin
- Re: inline asm semantics: output constraint width smaller than input, Ingo Molnar
- Re: inline asm semantics: output constraint width smaller than input, H. Peter Anvin
- Re: inline asm semantics: output constraint width smaller than input, Török Edwin
- Re: inline asm semantics: output constraint width smaller than input, Ingo Molnar
- Re: inline asm semantics: output constraint width smaller than input, Török Edwin
- Re: inline asm semantics: output constraint width smaller than input, Török Edwin
- Re: inline asm semantics: output constraint width smaller than input, Török Edwin
- Re: inline asm semantics: output constraint width smaller than input, Ingo Molnar
- Re: inline asm semantics: output constraint width smaller than input, Török Edwin
- Re: [LLVMdev] inline asm semantics: output constraint width smaller than input, Mike Stump
- Re: [LLVMdev] inline asm semantics: output constraint width smaller than input, Chris Lattner
- Re: [LLVMdev] inline asm semantics: output constraint width smaller than input, H. Peter Anvin
- Re: [LLVMdev] inline asm semantics: output constraint width smaller than input, Duncan Sands
- Re: [LLVMdev] inline asm semantics: output constraint width smaller than input, H. Peter Anvin
- Re: [LLVMdev] inline asm semantics: output constraint width smaller than input, Kyle Moffett
- Re: [LLVMdev] inline asm semantics: output constraint width smaller than input, H. Peter Anvin
- Re: [LLVMdev] inline asm semantics: output constraint width smaller than input, Kyle Moffett
- Re: [LLVMdev] inline asm semantics: output constraint width smaller than input, H. Peter Anvin
- Re: [LLVMdev] inline asm semantics: output constraint width smaller than input, Kyle Moffett
- Re: [LLVMdev] inline asm semantics: output constraint width smaller than input, H. Peter Anvin
- Re: inline asm semantics: output constraint width smaller than input, Andreas Schwab
[PATCH 000/011] early platform patches, Magnus Damm
- [PATCH 001/011] early platform driver V3, Magnus Damm
- [PATCH 002/011] sh: add plat_early_device_setup() function, Magnus Damm
- [PATCH 003/011] sh: plat_early_device_setup() for sh2, Magnus Damm
- [PATCH 004/011] sh: plat_early_device_setup() for sh2a, Magnus Damm
- [PATCH 005/011] sh: plat_early_device_setup() for sh3, Magnus Damm
- [PATCH 006/011] sh: plat_early_device_setup() for sh4, Magnus Damm
- [PATCH 007/011] sh: plat_early_device_setup() for sh4a, Magnus Damm
- [PATCH 008/011] sh: add early platform support for earlyprintk, Magnus Damm
- [PATCH 009/011] sh-sci: add early platform support, Magnus Damm
- [PATCH 010/011] sh: add early platform support for earlytimer, Magnus Damm
- [PATCH 011/011] sh_cmt: add early platform support, Magnus Damm
- Re: [PATCH 000/011] early platform patches, Andrew Morton
[PATCH] SLUB: revert direct page allocator pass through, Pekka J Enberg
- Re: [PATCH] SLUB: revert direct page allocator pass through, Nick Piggin
- Re: [PATCH] SLUB: revert direct page allocator pass through, Pekka Enberg
- Re: [PATCH] SLUB: revert direct page allocator pass through, Christoph Lameter
- Re: [PATCH] SLUB: revert direct page allocator pass through, Nick Piggin
- Re: [PATCH] SLUB: revert direct page allocator pass through, Christoph Lameter
- Re: [PATCH] SLUB: revert direct page allocator pass through, Nick Piggin
- Re: [PATCH] SLUB: revert direct page allocator pass through, Pekka Enberg
- Re: [PATCH] SLUB: revert direct page allocator pass through, Nick Piggin
- Re: [PATCH] SLUB: revert direct page allocator pass through, Pekka Enberg
- Re: [PATCH] SLUB: revert direct page allocator pass through, Christoph Lameter
- Re: [PATCH] SLUB: revert direct page allocator pass through, Pekka Enberg
- Re: [PATCH] SLUB: revert direct page allocator pass through, Zhang, Yanmin
- Re: [PATCH] SLUB: revert direct page allocator pass through, Pekka Enberg
- Re: [PATCH] SLUB: revert direct page allocator pass through, Christoph Lameter
- Re: [PATCH] SLUB: revert direct page allocator pass through, Nick Piggin
- Re: [PATCH] SLUB: revert direct page allocator pass through, Christoph Lameter
- Re: [PATCH] SLUB: revert direct page allocator pass through, Nick Piggin
- Re: [PATCH] SLUB: revert direct page allocator pass through, Christoph Lameter
- Re: [PATCH] SLUB: revert direct page allocator pass through, Pekka Enberg
- Re: [PATCH] SLUB: revert direct page allocator pass through, Matt Mackall
- Re: [PATCH] SLUB: revert direct page allocator pass through, Zhang, Yanmin
Re: [patch 016/104] epoll: introduce resource usage limits, Bron Gondwana
- Re: [patch 016/104] epoll: introduce resource usage limits, Greg KH
- Re: [patch 016/104] epoll: introduce resource usage limits, Bron Gondwana
- Re: [patch 016/104] epoll: introduce resource usage limits, Greg KH
- Re: [patch 016/104] epoll: introduce resource usage limits, Bastien ROUCARIES
- Re: [patch 016/104] epoll: introduce resource usage limits, Davide Libenzi
- Re: [patch 016/104] epoll: introduce resource usage limits, Bron Gondwana
- Re: [patch 016/104] epoll: introduce resource usage limits, Vegard Nossum
- Re: [patch 016/104] epoll: introduce resource usage limits, Bron Gondwana
- Re: [patch 016/104] epoll: introduce resource usage limits, Bron Gondwana
- Re: [patch 016/104] epoll: introduce resource usage limits, Bron Gondwana
- Re: [patch 016/104] epoll: introduce resource usage limits, Greg KH
- Re: [patch 016/104] epoll: introduce resource usage limits, Bron Gondwana
- Re: [patch 016/104] epoll: introduce resource usage limits, Davide Libenzi
- Re: [patch 016/104] epoll: introduce resource usage limits, Bron Gondwana
- Re: [patch 016/104] epoll: introduce resource usage limits, Davide Libenzi
- Re: [patch 016/104] epoll: introduce resource usage limits, Greg KH
- Re: [patch 016/104] epoll: introduce resource usage limits, Willy Tarreau
- Re: [patch 016/104] epoll: introduce resource usage limits, Davide Libenzi
- Re: [patch 016/104] epoll: introduce resource usage limits, Willy Tarreau
- Re: [patch 016/104] epoll: introduce resource usage limits, Davide Libenzi
- Re: [patch 016/104] epoll: introduce resource usage limits, Willy Tarreau
- Re: [patch 016/104] epoll: introduce resource usage limits, Davide Libenzi
- Re: [patch 016/104] epoll: introduce resource usage limits, Bron Gondwana
- Re: [patch 016/104] epoll: introduce resource usage limits, Davide Libenzi
- Re: [patch 016/104] epoll: introduce resource usage limits, Bron Gondwana
- Re: [patch 016/104] epoll: introduce resource usage limits, Davide Libenzi
- Re: [patch 016/104] epoll: introduce resource usage limits, Bron Gondwana
- Re: [patch 016/104] epoll: introduce resource usage limits, Davide Libenzi
- Re: [patch 016/104] epoll: introduce resource usage limits, Chris Adams
- Re: [patch 016/104] epoll: introduce resource usage limits, Davide Libenzi
- [PATCH 1/3] epoll: increase default max_user_instances to 1024, Bron Gondwana
- [PATCH 2/3] epoll: allow 0 for "unlimited" on epoll limits, Bron Gondwana
- [PATCH 3/3] epoll: add /proc/sys/fs/epoll/limits interface, Bron Gondwana
- Re: [PATCH 1/3] epoll: increase default max_user_instances to 1024, Davide Libenzi
- Re: [PATCH 1/3] epoll: increase default max_user_instances to 1024, Ray Lee
- Re: [PATCH 1/3] epoll: increase default max_user_instances to 1024, Davide Libenzi
- Re: [PATCH 1/3] epoll: increase default max_user_instances to 1024, Bron Gondwana
- Re: [PATCH 1/3] epoll: increase default max_user_instances to 1024, Davide Libenzi
- Re: [PATCH 1/3] epoll: increase default max_user_instances to 1024, Bron Gondwana
- Re: [PATCH 1/3] epoll: increase default max_user_instances to 1024, Alan Cox
- Re: [PATCH 1/3] epoll: increase default max_user_instances to 1024, Bron Gondwana
- Re: [PATCH 1/3] epoll: increase default max_user_instances to 1024, Alan Cox
- Re: [PATCH 1/3] epoll: increase default max_user_instances to 1024, Bron Gondwana
- Re: [PATCH 1/3] epoll: increase default max_user_instances to 1024, Bron Gondwana
- Re: [PATCH 1/3] epoll: increase default max_user_instances to 1024, Bron Gondwana
- Re: [PATCH 1/3] epoll: increase default max_user_instances to 1024, Vegard Nossum
- Re: [PATCH 1/3] epoll: increase default max_user_instances to 1024, Davide Libenzi
- Re: [PATCH 1/3] epoll: increase default max_user_instances to 1024, Bron Gondwana
- Re: [PATCH 1/3] epoll: increase default max_user_instances to 1024, Davide Libenzi
- Re: [PATCH 1/3] epoll: increase default max_user_instances to 1024, Bron Gondwana
- Re: [patch 016/104] epoll: introduce resource usage limits, Bron Gondwana
- Re: [patch 016/104] epoll: introduce resource usage limits, Davide Libenzi
[patch 00/46] 2.6.28-stable review, Greg KH
- [patch 27/46] p54usb: fix traffic stalls / packet drop, Greg KH
- [patch 01/46] PCI: keep ASPM link state consistent throughout PCIe hierarchy, Greg KH
- [patch 29/46] netfilter: ebtables: fix inversion in match code, Greg KH
- [patch 28/46] netfilter: x_tables: fix match/target revision lookup, Greg KH
- [patch 30/46] netfilter: nf_conntrack: fix ICMP/ICMPv6 timeout sysctls on big-endian, Greg KH
- [patch 02/46] security: introduce missing kfree, Greg KH
- [patch 03/46] rt2x00: add USB ID for the Linksys WUSB200., Greg KH
- [patch 06/46] sgi-xp: eliminate false detection of no heartbeat, Greg KH
- [patch 08/46] IA64: Turn on CONFIG_HAVE_UNSTABLE_CLOCK, Greg KH
- [patch 10/46] ALSA: hda - Add quirk for another HP dv5, Greg KH
- [patch 11/46] ALSA: hda - Fix HP dv5 mic input, Greg KH
- [patch 12/46] ALSA: hda - Add automatic model setting for Samsung Q45, Greg KH
- [patch 15/46] drivers/net/irda/irda-usb.c: fix buffer overflow, Greg KH
- [patch 14/46] ALSA: hda - make laptop-eapd model back for AD1986A, Greg KH
- [patch 13/46] ALSA: hda - Dont reset HP pinctl in patch_sigmatel.c, Greg KH
- [patch 07/46] sched: fix update_min_vruntime, Greg KH
- [patch 16/46] usb-storage: add last-sector hacks, Greg KH
- [patch 09/46] sound: virtuoso: do not overwrite EEPROM on Xonar D2/D2X, Greg KH
- [patch 18/46] pkt_sched: sch_htb: Fix deadlock in hrtimers triggered by HTB, Greg KH
- [patch 19/46] ipv6: Fix fib6_dump_table walker leak, Greg KH
- [patch 17/46] usb-storage: set CAPACITY_HEURISTICS flag for bad vendors, Greg KH
- [patch 20/46] sctp: Avoid memory overflow while FWD-TSN chunk is received with bad stream ID, Greg KH
- [patch 21/46] pkt_sched: cls_u32: Fix locking in u32_change(), Greg KH
- [patch 04/46] p54usb: Add USB ID for Thomson Speedtouch 121g, Greg KH
- [patch 24/46] r6040: bump release number to 0.19, Greg KH
- [patch 25/46] tcp: dont mask EOF and socket errors on nonblocking splice receive, Greg KH
- [patch 26/46] USB: re-enable interface after driver unbinds, Greg KH
- [patch 23/46] r6040: save and restore MIER correctly in the interrupt routine, Greg KH
- [patch 05/46] lib/idr.c: use kmem_cache_zalloc() for the idr_layer cache, Greg KH
- [patch 31/46] dell_rbu: use scnprintf() instead of less secure sprintf(), Greg KH
- [patch 38/46] mm: write_cache_pages cleanups, Greg KH
- [patch 37/46] mm: write_cache_pages integrity fix, Greg KH
- [patch 39/46] mm: write_cache_pages optimise page cleaning, Greg KH
- [patch 42/46] mm: do_sync_mapping_range integrity fix, Greg KH
- [patch 41/46] mm: write_cache_pages more terminate quickly, Greg KH
- [patch 43/46] mm: direct IO starvation improvement, Greg KH
- [patch 22/46] r6040: fix wrong logic in mdio code, Greg KH
- [patch 44/46] fs: remove WB_SYNC_HOLD, Greg KH
- [patch 45/46] fs: sync_sb_inodes fix, Greg KH
- [patch 40/46] mm: write_cache_pages terminate quickly, Greg KH
- [patch 36/46] mm: write_cache_pages writepage error fix, Greg KH
- [patch 35/46] mm: write_cache_pages early loop termination, Greg KH
- [patch 34/46] mm: write_cache_pages cyclic fix, Greg KH
- [patch 46/46] fs: sys_sync fix, Greg KH
- [patch 33/46] hwmon: (abituguru3) Fix CONFIG_DMI=n fallback to probe, Greg KH
- [patch 32/46] powerpc: is_hugepage_only_range() must account for both 4kB and 64kB slices, Greg KH
- Re: [patch 00/46] 2.6.28-stable review, Stefan Lippers-Hollmann
[patch 00/40] 2.6.27-stable review, Greg KH
- [patch 01/40] pkt_sched: sch_htb: Fix deadlock in hrtimers triggered by HTB, Greg KH
- [patch 24/40] ath9k: quiet harmless ForceXPAon messages, Greg KH
- [patch 02/40] ipv6: Fix fib6_dump_table walker leak, Greg KH
- [patch 03/40] sctp: Avoid memory overflow while FWD-TSN chunk is received with bad stream ID, Greg KH
- [patch 04/40] pkt_sched: cls_u32: Fix locking in u32_change(), Greg KH
- [patch 05/40] r6040: fix wrong logic in mdio code, Greg KH
- [patch 06/40] r6040: save and restore MIER correctly in the interrupt routine, Greg KH
- [patch 07/40] r6040: bump release number to 0.19, Greg KH
- [patch 08/40] tcp: dont mask EOF and socket errors on nonblocking splice receive, Greg KH
- [patch 09/40] usb-storage: add last-sector hacks, Greg KH
- [patch 10/40] usb-storage: set CAPACITY_HEURISTICS flag for bad vendors, Greg KH
- [patch 11/40] ALSA: hda - Add automatic model setting for Samsung Q45, Greg KH
- [patch 12/40] ALSA: hda - make laptop-eapd model back for AD1986A, Greg KH
- [patch 13/40] drivers/net/irda/irda-usb.c: fix buffer overflow, Greg KH
- [patch 14/40] IA64: Turn on CONFIG_HAVE_UNSTABLE_CLOCK, Greg KH
- [patch 15/40] kill sig -1 must only apply to callers namespace, Greg KH
- [patch 16/40] lib/idr.c: use kmem_cache_zalloc() for the idr_layer cache, Greg KH
- [patch 17/40] p54usb: Add USB ID for Thomson Speedtouch 121g, Greg KH
- [patch 19/40] rt2x00: add USB ID for the Linksys WUSB200., Greg KH
- [patch 18/40] PCI: keep ASPM link state consistent throughout PCIe hierarchy, Greg KH
- [patch 20/40] security: introduce missing kfree, Greg KH
- [patch 21/40] sgi-xp: eliminate false detection of no heartbeat, Greg KH
- [patch 22/40] clocksource: introduce clocksource_forward_now(), Greg KH
- [patch 23/40] hwmon-vid: Add support for AMD family 10h CPUs, Greg KH
- [patch 26/40] hwmon: (abituguru3) Fix CONFIG_DMI=n fallback to probe, Greg KH
- [patch 25/40] dell_rbu: use scnprintf() instead of less secure sprintf(), Greg KH
- [patch 27/40] powerpc: is_hugepage_only_range() must account for both 4kB and 64kB slices, Greg KH
- [patch 28/40] mm: write_cache_pages cyclic fix, Greg KH
- [patch 29/40] mm: write_cache_pages early loop termination, Greg KH
- [patch 30/40] mm: write_cache_pages writepage error fix, Greg KH
- [patch 31/40] mm: write_cache_pages integrity fix, Greg KH
- [patch 32/40] mm: write_cache_pages cleanups, Greg KH
- [patch 33/40] mm: write_cache_pages optimise page cleaning, Greg KH
- [patch 34/40] mm: write_cache_pages terminate quickly, Greg KH
- [patch 35/40] mm: write_cache_pages more terminate quickly, Greg KH
- [patch 36/40] mm: do_sync_mapping_range integrity fix, Greg KH
- [patch 37/40] mm: direct IO starvation improvement, Greg KH
- [patch 38/40] fs: remove WB_SYNC_HOLD, Greg KH
- [patch 39/40] fs: sync_sb_inodes fix, Greg KH
- [patch 40/40] fs: sys_sync fix, Greg KH
[Patch 00/14] GRU Driver Patches, steiner
- [Patch 03/14] Add macros for using the UV hub to send interrupts, steiner
- [Patch 04/14] Misc GRU cleanup, steiner
- [Patch 05/14] Improvements to GRU debug messages & statistics, steiner
- [Patch 06/14] Change GRU CCH commands from inline functions to outofline functions, steiner
- [Patch 10/14] Restructure the GRU vtop functions, steiner
- [Patch 12/14] macro for scanning all gru chiplets, steiner
- [Patch 02/14] Add definitions of ia64 GRU MMRs., steiner
- [Patch 14/14] Support multiple pagesizes in GRU, steiner
- [Patch 07/14] Add statistics to the GRU context management functions, steiner
- [Patch 13/14] Fix bugs related to module unload of the GRU driver, steiner
- [Patch 01/14] Add definitions of x86_64 GRU MMRs., steiner
- [Patch 11/14] Add support to the GRU driver for message queue interrupts, steiner
- [Patch 09/14] ASID (context management) bug fixes, steiner
- [Patch 08/14] Add support for a user to explicitly unload a GRU context, steiner
[RFC PATCH 00/19] lockdep series, Peter Zijlstra
- [RFC PATCH 02/19] lockdep: sanitize bit names, Peter Zijlstra
- [RFC PATCH 15/19] lockdep: merge the !_READ mark_lock_irq() helpers, Peter Zijlstra
- [RFC PATCH 11/19] lockdep: simplify the mark_lock_irq() helpers, Peter Zijlstra
- [RFC PATCH 14/19] lockdep: merge the _READ mark_lock_irq() helpers, Peter Zijlstra
- [RFC PATCH 16/19] lockdep: fully reduce mark_lock_irq(), Peter Zijlstra
- [RFC PATCH 19/19] lockdep: simplify check_prev_add_irq(), Peter Zijlstra
- [RFC PATCH 05/19] lockdep: simplify mark_held_locks, Peter Zijlstra
- [RFC PATCH 12/19] lockdep: further simplify mark_lock_irq() helpers, Peter Zijlstra
- [RFC PATCH 06/19] lockdep: simplify mark_lock(), Peter Zijlstra
- [RFC PATCH 03/19] lockdep: sanitize reclaim bit names, Peter Zijlstra
- [RFC PATCH 17/19] lockdep: simplify get_user_chars(), Peter Zijlstra
- [RFC PATCH 18/19] lockdep: get_user_chars() redo, Peter Zijlstra
- [RFC PATCH 01/19] lockdep: annotate reclaim context (__GFP_NOFS), Peter Zijlstra
- [RFC PATCH 04/19] lockdep: lockdep_states.h, Peter Zijlstra
- [RFC PATCH 09/19] lockdep: generate usage strings, Peter Zijlstra
- [RFC PATCH 13/19] simplify mark_lock_irq() helpers #3, Peter Zijlstra
- [RFC PATCH 08/19] lockdep: generate the state bit definitions, Peter Zijlstra
- [RFC PATCH 07/19] lockdep: move state bit definitions around, Peter Zijlstra
- [RFC PATCH 10/19] lockdep: split up mark_lock_irq(), Peter Zijlstra
Re: [PATCH, RFC] Remove fasync() BKL usage, take 3325, Andrew Morton
- Re: [PATCH, RFC] Remove fasync() BKL usage, take 3325, Andi Kleen
- Re: [PATCH, RFC] Remove fasync() BKL usage, take 3325, Christoph Hellwig
- Re: [PATCH, RFC] Remove fasync() BKL usage, take 3325, Andi Kleen
- Re: [PATCH, RFC] Remove fasync() BKL usage, take 3325, Andrew Morton
- Re: [PATCH, RFC] Remove fasync() BKL usage, take 3325, Oleg Nesterov
- Re: [PATCH, RFC] Remove fasync() BKL usage, take 3325, Jonathan Corbet
- Re: [PATCH, RFC] Remove fasync() BKL usage, take 3325, Oleg Nesterov
- Re: [PATCH, RFC] Remove fasync() BKL usage, take 3325, Jonathan Corbet
- Re: [PATCH, RFC] Remove fasync() BKL usage, take 3325, Christoph Hellwig
- Re: [PATCH, RFC] Remove fasync() BKL usage, take 3325, Jonathan Corbet
- Re: [PATCH, RFC] Remove fasync() BKL usage, take 3325, Christoph Hellwig
- Re: [PATCH, RFC] Remove fasync() BKL usage, take 3325, Matt Mackall
- Re: [PATCH, RFC] Remove fasync() BKL usage, take 3325, Jonathan Corbet
- Re: [PATCH, RFC] Remove fasync() BKL usage, take 3325, David Daney
- Re: [PATCH, RFC] Remove fasync() BKL usage, take 3325, Andi Kleen
- Re: [PATCH, RFC] Remove fasync() BKL usage, take 3325, Jonathan Corbet
- Re: [PATCH, RFC] Remove fasync() BKL usage, take 3325, Andrew Morton
- Re: [PATCH, RFC] Remove fasync() BKL usage, take 3325, Andi Kleen
- Re: [PATCH, RFC] Remove fasync() BKL usage, take 3325, Jonathan Corbet
- Re: [PATCH, RFC] Remove fasync() BKL usage, take 3325, Andrew Morton
- Re: [PATCH, RFC] Remove fasync() BKL usage, take 3325, Matt Mackall
- Re: [PATCH, RFC] Remove fasync() BKL usage, take 3325, Andi Kleen
- Re: [PATCH, RFC] Remove fasync() BKL usage, take 3325, Bernd Petrovitsch
[RFC Patch 0/9] Hardware Breakpoint interfaces - v4, K.Prasad
- [RFC Patch 1/10] Introducing generic hardware breakpoint handler interfaces, K.Prasad
- [RFC Patch 2/10] x86 architecture implementation of Hardware Breakpoint interfaces, K.Prasad
- [RFC Patch 3/10] Modifying generic debug exception to use virtual debug registers, K.Prasad
- [RFC Patch 4/10] Modify kprobe exception handler to recognise single-stepping by HW Breakpoint handler, K.Prasad
- [RFC Patch 5/10] Use wrapper routines around debug registers in processor related functions, K.Prasad
- [RFC Patch 6/10] Use virtual debug registers in process/thread handling code, K.Prasad
- [RFC Patch 7/10] Modify signal handling code to refrain from re-enabling HW Breakpoints, K.Prasad
- [RFC Patch 8/10] Modify Ptrace routines to access breakpoint registers, K.Prasad
- [RFC Patch 9/10] Cleanup HW Breakpoint registers before kexec, K.Prasad
- [RFC Patch 10/10] Sample HW breakpoint over kernel data address, K.Prasad
- Re: [RFC Patch 0/9] Hardware Breakpoint interfaces - v4, Alan Stern
- Re: [RFC Patch 0/9] Hardware Breakpoint interfaces - v4, Andrew Morton
[PATCH] w35und: fix usb_control_msg() error handling in wb35_probe(), Pekka J Enberg
- Re: [PATCH] w35und: fix usb_control_msg() error handling in wb35_probe(), Pavel Machek
- Re: [PATCH] w35und: fix usb_control_msg() error handling in wb35_probe(), Sandro Bonazzola
- Re: [PATCH] w35und: fix usb_control_msg() error handling in wb35_probe(), Pavel Machek
- Re: [PATCH] w35und: fix usb_control_msg() error handling in wb35_probe(), Harvey Harrison
- Re: [PATCH] w35und: fix usb_control_msg() error handling in wb35_probe(), Pekka Enberg
- Re: [PATCH] w35und: fix usb_control_msg() error handling in wb35_probe(), Sandro Bonazzola
- Re: [PATCH] w35und: fix usb_control_msg() error handling in wb35_probe(), Pekka Enberg
- Re: [PATCH] w35und: fix usb_control_msg() error handling in wb35_probe(), Sandro Bonazzola
- Re: [PATCH] w35und: fix usb_control_msg() error handling in wb35_probe(), Pekka Enberg
- Re: [PATCH] w35und: fix usb_control_msg() error handling in wb35_probe(), Pekka Enberg
- Re: [PATCH] w35und: fix usb_control_msg() error handling in wb35_probe(), Sandro Bonazzola
- Re: [PATCH] w35und: fix usb_control_msg() error handling in wb35_probe(), Pekka Enberg
- Re: [PATCH] w35und: fix usb_control_msg() error handling in wb35_probe(), Pavel Machek
- Re: [PATCH] w35und: fix usb_control_msg() error handling in wb35_probe(), Pekka Enberg
- Re: [PATCH] w35und: fix usb_control_msg() error handling in wb35_probe(), Greg KH
[PATCH RFC 0/10] Freescale "eSDHC" SDHCI support (was [PATCH] mmc: Add driver for Freescale eSDHC controllers), Anton Vorontsov
- [PATCH 01/10] sdhci: Add quirk for controllers with no end-of-busy IRQ, Anton Vorontsov
- [PATCH 02/10] sdhci: Add support for bus-specific IO memory accessors, Anton Vorontsov
- [PATCH 03/10] sdhci: Add support for card-detection polling, Anton Vorontsov
- [PATCH 04/10] sdhci: Add support for hosts reporting inverted write-protect state, Anton Vorontsov
- [PATCH 05/10] sdhci: Add support for hosts with strict 32 bit addressing, Anton Vorontsov
- [PATCH 06/10] sdhci: Add quirk to suppress PIO interrupts during DMA transfers, Anton Vorontsov
- [PATCH 07/10] sdhci: Add support for hosts that don't specify clocks in the cap. register, Anton Vorontsov
- [PATCH 08/10] sdhci: Add set_clock callback, Anton Vorontsov
- [PATCH 09/10] sdhci: Add quirk for Freescale eSDHC controllers, Anton Vorontsov
- [PATCH 10/10] mmc: Add OpenFirmware bindings for SDHCI driver, Anton Vorontsov
[announce] Performance Counters for Linux, v6, Ingo Molnar
- Re: [announce] Performance Counters for Linux, v6, Randy Dunlap
- Re: [announce] Performance Counters for Linux, v6, Karel Zak
- Re: [announce] Performance Counters for Linux, v6, Corey Ashford
- Re: [announce] Performance Counters for Linux, v6, stephane eranian
- Re: [announce] Performance Counters for Linux, v6, Ingo Molnar
- Re: [announce] Performance Counters for Linux, v6, stephane eranian
- Re: [announce] Performance Counters for Linux, v6, Corey Ashford
- RE: [perfmon2] [announce] Performance Counters for Linux, v6, Luck, Tony
- Re: [perfmon2] [announce] Performance Counters for Linux, v6, Ingo Molnar
- Re: [announce] Performance Counters for Linux, v6, Ingo Molnar
- Re: [announce] Performance Counters for Linux, v6, Corey Ashford
- Re: [announce] Performance Counters for Linux, v6, Corey Ashford
System clock runs too fast after 2.6.27 -> 2.6.28.1 upgrade, Miklos Vajna
- Re: System clock runs too fast after 2.6.27 -> 2.6.28.1 upgrade, john stultz
- Re: System clock runs too fast after 2.6.27 -> 2.6.28.1 upgrade, Miklos Vajna
- Re: System clock runs too fast after 2.6.27 -> 2.6.28.1 upgrade, john stultz
- Re: System clock runs too fast after 2.6.27 -> 2.6.28.1 upgrade, Miklos Vajna
- Re: System clock runs too fast after 2.6.27 -> 2.6.28.1 upgrade, Ingo Molnar
- Re: System clock runs too fast after 2.6.27 -> 2.6.28.1 upgrade, Miklos Vajna
- Re: System clock runs too fast after 2.6.27 -> 2.6.28.1 upgrade, john stultz
- Re: System clock runs too fast after 2.6.27 -> 2.6.28.1 upgrade, Miklos Vajna
- Re: System clock runs too fast after 2.6.27 -> 2.6.28.1 upgrade, john stultz
- Re: System clock runs too fast after 2.6.27 -> 2.6.28.1 upgrade, Ingo Molnar
- Re: System clock runs too fast after 2.6.27 -> 2.6.28.1 upgrade, john stultz
- Re: System clock runs too fast after 2.6.27 -> 2.6.28.1 upgrade, Ingo Molnar
- Re: System clock runs too fast after 2.6.27 -> 2.6.28.1 upgrade, Florian Fainelli
- Re: System clock runs too fast after 2.6.27 -> 2.6.28.1 upgrade, Ingo Molnar
- Re: System clock runs too fast after 2.6.27 -> 2.6.28.1 upgrade, Florian Fainelli
- Re: System clock runs too fast after 2.6.27 -> 2.6.28.1 upgrade, Ingo Molnar
- Re: System clock runs too fast after 2.6.27 -> 2.6.28.1 upgrade, Florian Fainelli
- Re: System clock runs too fast after 2.6.27 -> 2.6.28.1 upgrade, Ingo Molnar
- Re: System clock runs too fast after 2.6.27 -> 2.6.28.1 upgrade, Robert Schwebel
PROBLEM: kernel BUG at drivers/gpu/drm/drm_fops.c:146!, Sami Kerola
- Re: PROBLEM: kernel BUG at drivers/gpu/drm/drm_fops.c:146!, Andrew Morton
- Re: PROBLEM: kernel BUG at drivers/gpu/drm/drm_fops.c:146!, Dave Airlie
- Re: PROBLEM: kernel BUG at drivers/gpu/drm/drm_fops.c:146!, Dan Nicholson
- Re: PROBLEM: kernel BUG at drivers/gpu/drm/drm_fops.c:146!, Andrew Morton
- Re: PROBLEM: kernel BUG at drivers/gpu/drm/drm_fops.c:146!, Dave Airlie
- Re: PROBLEM: kernel BUG at drivers/gpu/drm/drm_fops.c:146!, Jesse Barnes
- Re: PROBLEM: kernel BUG at drivers/gpu/drm/drm_fops.c:146!, Andrew Morton
- Re: PROBLEM: kernel BUG at drivers/gpu/drm/drm_fops.c:146!, Sami Kerola
- Re: PROBLEM: kernel BUG at drivers/gpu/drm/drm_fops.c:146!, Thomas Hellström
- Re: PROBLEM: kernel BUG at drivers/gpu/drm/drm_fops.c:146!, Andrew Morton
- Re: PROBLEM: kernel BUG at drivers/gpu/drm/drm_fops.c:146!, Thomas Hellström
- Re: PROBLEM: kernel BUG at drivers/gpu/drm/drm_fops.c:146!, Jesse Barnes
[RFC] [PATCH] Cgroup based OOM killer controller, Nikanth Karthikesan
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, Evgeniy Polyakov
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, Nikanth Karthikesan
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, David Rientjes
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, KAMEZAWA Hiroyuki
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, Nikanth Karthikesan
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, Nikanth Karthikesan
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, David Rientjes
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, Nikanth Karthikesan
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, David Rientjes
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, Nikanth Karthikesan
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, David Rientjes
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, Evgeniy Polyakov
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, David Rientjes
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, Evgeniy Polyakov
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, David Rientjes
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, Evgeniy Polyakov
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, David Rientjes
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, Evgeniy Polyakov
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, David Rientjes
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, Evgeniy Polyakov
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, David Rientjes
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, Evgeniy Polyakov
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, Evgeniy Polyakov
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, Paul Menage
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, Nikanth Karthikesan
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, David Rientjes
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, Nikanth Karthikesan
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, David Rientjes
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, Nikanth Karthikesan
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, David Rientjes
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, Nikanth Karthikesan
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, David Rientjes
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, Nikanth Karthikesan
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, David Rientjes
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, Paul Menage
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, Nikanth Karthikesan
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, KAMEZAWA Hiroyuki
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, Balbir Singh
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, Alan Cox
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, KOSAKI Motohiro
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, Balbir Singh
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, David Rientjes
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, KOSAKI Motohiro
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, David Rientjes
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, Evgeniy Polyakov
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, David Rientjes
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, Evgeniy Polyakov
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, David Rientjes
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, Evgeniy Polyakov
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, KOSAKI Motohiro
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, Evgeniy Polyakov
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, Balbir Singh
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, Evgeniy Polyakov
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, David Rientjes
- Re: [RFC] [PATCH] Cgroup based OOM killer controller, Evgeniy Polyakov
e1000e regression (interface hang) with latest -git, Ingo Molnar
- RE: e1000e regression (interface hang) with latest -git, Allan, Bruce W
- Re: e1000e regression (interface hang) with latest -git, Ingo Molnar
- Re: e1000e regression (interface hang) with latest -git, Ingo Molnar
- Re: e1000e regression (interface hang) with latest -git, Waskiewicz Jr, Peter P
- Re: e1000e regression (interface hang) with latest -git, Ingo Molnar
- Re: igb regression (interface hang) with latest -git, Ingo Molnar
- Re: igb regression (interface hang) with latest -git, Rafael J. Wysocki
- Re: igb regression (interface hang) with latest -git, Ingo Molnar
- Re: igb regression (interface hang) with latest -git, Rafael J. Wysocki
- RE: igb regression (interface hang) with latest -git, Duyck, Alexander H
- Re: igb regression (interface hang) with latest -git, Stephen Hemminger
Re: hardware time stamping with optional structs in data area, Patrick Ohly
- [PATCH NET-NEXT 01/12] net: new user space API for time stamping of incoming and outgoing packets, Patrick Ohly
- [PATCH NET-NEXT 02/12] net: infrastructure for hardware time stamping, Patrick Ohly
- [PATCH NET-NEXT 03/12] net: socket infrastructure for SO_TIMESTAMPING, Patrick Ohly
- [PATCH NET-NEXT 04/12] sockets: allow allocating skb with optional structures, Patrick Ohly
- [PATCH NET-NEXT 05/12] ip: support for TX timestamps on UDP and RAW sockets, Patrick Ohly
- [PATCH NET-NEXT 06/12] debug: NULL pointer check in ip_output, Patrick Ohly
- [PATCH NET-NEXT 07/12] net: pass new SIOCSHWTSTAMP through to device drivers, Patrick Ohly
- [PATCH NET-NEXT 08/12] igb: stub support for SIOCSHWTSTAMP, Patrick Ohly
- [PATCH NET-NEXT 09/12] clocksource: allow usage independent of timekeeping.c, Patrick Ohly
- [PATCH NET-NEXT 10/12] igb: access to NIC time, Patrick Ohly
- [PATCH NET-NEXT 11/12] time sync: generic infrastructure to map between time stamps generated by a time counter and system time, Patrick Ohly
- [PATCH NET-NEXT 12/12] igb: use clocksync to implement hardware time stamping, Patrick Ohly
- Re: [PATCH NET-NEXT 11/12] time sync: generic infrastructure to map between time stamps generated by a time counter and system time, Ingo Molnar
- Re: [PATCH NET-NEXT 11/12] time sync: generic infrastructure to map between time stamps generated by a time counter and system time, Patrick Ohly
- Re: hardware time stamping with optional structs in data area, David Miller
[PATCHSET linux-2.6-x86:core/percpu] x86: misc clean up and unify x86_32/64 code paths, Tejun Heo
- [PATCH 01/10] x86: update canary handling during switch, Tejun Heo
- [PATCH 06/10] x86: merge irq_regs.h, Tejun Heo
- [PATCH 02/10] x86: clean up gdt_page definition, Tejun Heo
- [PATCH 03/10] x86: fix percpu_write with 64-bit constants, Tejun Heo
- [PATCH 04/10] x86: set %fs to __KERNEL_PERCPU unconditionally for x86_32, Tejun Heo
- [PATCH 05/10] x86: merge mmu_context.h, Tejun Heo
- [PATCH 10/10] x86: rename tlb_64.c to tlb.c, Tejun Heo
- [PATCH 08/10] x86: prepare for tlb merge, Tejun Heo
- [PATCH 07/10] x86: uv cleanup, Tejun Heo
- [PATCH 09/10] x86: make x86_32 use tlb_64.c, Tejun Heo
- Re: [PATCHSET linux-2.6-x86:core/percpu] x86: misc clean up and unify x86_32/64 code paths, Ingo Molnar
Confusion in usr/include/asm-generic/fcntl.h, Jaswinder Singh Rajput
- Re: Confusion in usr/include/asm-generic/fcntl.h, David Miller
- Re: Confusion in usr/include/asm-generic/fcntl.h, Arnd Bergmann
- Re: Confusion in usr/include/asm-generic/fcntl.h, David Miller
- Re: Confusion in usr/include/asm-generic/fcntl.h, Helge Deller
- Re: Confusion in usr/include/asm-generic/fcntl.h, Arnd Bergmann
- Re: Confusion in usr/include/asm-generic/fcntl.h, Sam Ravnborg
- Re: Confusion in usr/include/asm-generic/fcntl.h, Arnd Bergmann
- Re: Confusion in usr/include/asm-generic/fcntl.h, Kyle McMartin
- Re: Confusion in usr/include/asm-generic/fcntl.h, H. Peter Anvin
- Re: Confusion in usr/include/asm-generic/fcntl.h, Sam Ravnborg
- Re: Confusion in usr/include/asm-generic/fcntl.h, H. Peter Anvin
- Re: Confusion in usr/include/asm-generic/fcntl.h, Helge Deller
- Re: Confusion in usr/include/asm-generic/fcntl.h, Grant Grundler
- Re: Confusion in usr/include/asm-generic/fcntl.h, John David Anglin
- Re: Confusion in usr/include/asm-generic/fcntl.h, H. Peter Anvin
- Re: Confusion in usr/include/asm-generic/fcntl.h, John David Anglin
- Re: Confusion in usr/include/asm-generic/fcntl.h, H. Peter Anvin
- Re: Confusion in usr/include/asm-generic/fcntl.h, H. Peter Anvin
Re: get_task_comm() not exported?, Christoph Bartelmus
- [PATCH] export get_task_comm(), KOSAKI Motohiro
- Re: [PATCH] export get_task_comm(), Andrew Morton
- Re: [PATCH] export get_task_comm(), Kyle McMartin
- Re: [PATCH] export get_task_comm(), Andrew Morton
- Re: [PATCH] export get_task_comm(), Andrew Morton
- [PATCH] make checkpatch warn about access to current->comm, Kyle McMartin
- Re: [PATCH] make checkpatch warn about access to current->comm, KOSAKI Motohiro
- Re: [PATCH] make checkpatch warn about access to current->comm, Kyle McMartin
- Re: [PATCH] make checkpatch warn about access to current->comm, KOSAKI Motohiro
- Re: [PATCH] make checkpatch warn about access to current->comm, Kyle McMartin
- Re: [PATCH] make checkpatch warn about access to current->comm, Linus Torvalds
- Re: [PATCH] make checkpatch warn about access to current->comm, Kyle McMartin
- Re: [PATCH] make checkpatch warn about access to current->comm, Christoph Bartelmus
- Re: [PATCH] export get_task_comm(), Alexey Dobriyan
- Re: [PATCH] export get_task_comm(), Andrew Morton
- Re: [PATCH] export get_task_comm(), KOSAKI Motohiro
- Re: [PATCH] export get_task_comm(), Linus Torvalds
[Fwd: kernel panic when using disable_mtrr_trim [was: Re: memory beyond4GB invisible to the system even though CONFIG_HIGHMEM64G=y]], Yinghai Lu
- Re: [Fwd: kernel panic when using disable_mtrr_trim [was: Re: memory beyond4GB invisible to the system even though CONFIG_HIGHMEM64G=y]], Yinghai Lu
- Re: [Fwd: kernel panic when using disable_mtrr_trim [was: Re: memory beyond4GB invisible to the system even though CONFIG_HIGHMEM64G=y]], Ingo Molnar
- Re: [Fwd: kernel panic when using disable_mtrr_trim [was: Re: memory beyond4GB invisible to the system even though CONFIG_HIGHMEM64G=y]], Tejun Heo
- Re: [Fwd: kernel panic when using disable_mtrr_trim [was: Re: memory beyond4GB invisible to the system even though CONFIG_HIGHMEM64G=y]], Yinghai Lu
- Re: [Fwd: kernel panic when using disable_mtrr_trim [was: Re: memory beyond4GB invisible to the system even though CONFIG_HIGHMEM64G=y]], Tejun Heo
- Re: [Fwd: kernel panic when using disable_mtrr_trim [was: Re: memory beyond4GB invisible to the system even though CONFIG_HIGHMEM64G=y]], Yinghai Lu
- Re: [Fwd: kernel panic when using disable_mtrr_trim [was: Re: memory beyond4GB invisible to the system even though CONFIG_HIGHMEM64G=y]], Tejun Heo
- Re: [Fwd: kernel panic when using disable_mtrr_trim [was: Re: memory beyond4GB invisible to the system even though CONFIG_HIGHMEM64G=y]], Yinghai Lu
- Re: [Fwd: kernel panic when using disable_mtrr_trim [was: Re: memory beyond4GB invisible to the system even though CONFIG_HIGHMEM64G=y]], Ingo Molnar
- Re: [Fwd: kernel panic when using disable_mtrr_trim [was: Re: memory beyond4GB invisible to the system even though CONFIG_HIGHMEM64G=y]], Yinghai Lu
- Re: [Fwd: kernel panic when using disable_mtrr_trim [was: Re: memory beyond4GB invisible to the system even though CONFIG_HIGHMEM64G=y]], Yinghai Lu
- Re: [Fwd: kernel panic when using disable_mtrr_trim [was: Re: memory beyond4GB invisible to the system even though CONFIG_HIGHMEM64G=y]], Yinghai Lu
- Re: [Fwd: kernel panic when using disable_mtrr_trim [was: Re: memory beyond4GB invisible to the system even though CONFIG_HIGHMEM64G=y]], Tejun Heo
- Re: [Fwd: kernel panic when using disable_mtrr_trim [was: Re: memory beyond4GB invisible to the system even though CONFIG_HIGHMEM64G=y]], Yinghai Lu
Re: [PATCH v3] wait: prevent waiter starvation in __wait_on_bit_lock, Johannes Weiner
- Re: [PATCH v3] wait: prevent waiter starvation in __wait_on_bit_lock, Oleg Nesterov
- [RFC v4] wait: prevent waiter starvation in __wait_on_bit_lock, Johannes Weiner
- Re: [RFC v4] wait: prevent waiter starvation in __wait_on_bit_lock, Oleg Nesterov
- Re: [RFC v4] wait: prevent waiter starvation in __wait_on_bit_lock, Dmitry Adamushko
- Re: [RFC v4] wait: prevent waiter starvation in __wait_on_bit_lock, Oleg Nesterov
- Re: [RFC v4] wait: prevent waiter starvation in __wait_on_bit_lock, Dmitry Adamushko
- Re: [RFC v4] wait: prevent waiter starvation in __wait_on_bit_lock, Oleg Nesterov
- Re: [RFC v4] wait: prevent waiter starvation in __wait_on_bit_lock, Dmitry Adamushko
- Re: [RFC v4] wait: prevent waiter starvation in __wait_on_bit_lock, Johannes Weiner
- Re: [RFC v4] wait: prevent waiter starvation in __wait_on_bit_lock, Oleg Nesterov
- Re: [RFC v4] wait: prevent waiter starvation in __wait_on_bit_lock, Oleg Nesterov
- [RFC v5] wait: prevent exclusive waiter starvation, Johannes Weiner
- Re: [RFC v5] wait: prevent exclusive waiter starvation, Oleg Nesterov
- [RFC v6] wait: prevent exclusive waiter starvation, Johannes Weiner
- Re: [RFC v6] wait: prevent exclusive waiter starvation, Oleg Nesterov
- Re: [RFC v6] wait: prevent exclusive waiter starvation, Johannes Weiner
- [RFC v7] wait: prevent exclusive waiter starvation, Johannes Weiner
- Re: [RFC v7] wait: prevent exclusive waiter starvation, Oleg Nesterov
- Re: [RFC v7] wait: prevent exclusive waiter starvation, Andrew Morton
- Re: [RFC v7] wait: prevent exclusive waiter starvation, Oleg Nesterov
- Re: [RFC v7] wait: prevent exclusive waiter starvation, Andrew Morton
- Re: [RFC v7] wait: prevent exclusive waiter starvation, Chris Mason
- Re: [RFC v4] wait: prevent waiter starvation in __wait_on_bit_lock, Johannes Weiner
libata, devm_*, and MSI ?, Mark Lord
- Re: libata, devm_*, and MSI ?, Mark Lord
- Re: libata, devm_*, and MSI ?, Grant Grundler
- Re: libata, devm_*, and MSI ?, Daniel Barkalow
- Re: libata, devm_*, and MSI ?, Mark Lord
- Re: libata, devm_*, and MSI ?, Grant Grundler
- Re: libata, devm_*, and MSI ?, Michael Ellerman
- Re: libata, devm_*, and MSI ?, Mark Lord
- Re: libata, devm_*, and MSI ?, Robert Hancock
- Re: libata, devm_*, and MSI ?, Mark Lord
Re: why usr/include/linux/if_frad.h is required, Jaswinder Singh Rajput
- Re: why usr/include/linux/if_frad.h is required, Arnd Bergmann
- Re: why usr/include/linux/if_frad.h is required, Krzysztof Halasa
- Re: why usr/include/linux/if_frad.h is required, Jaswinder Singh Rajput
- Re: why usr/include/linux/if_frad.h is required, Krzysztof Halasa
- Re: why usr/include/linux/if_frad.h is required, Jaswinder Singh Rajput
- Re: why usr/include/linux/if_frad.h is required, Sam Ravnborg
- Re: why usr/include/linux/if_frad.h is required, David Miller
- Re: why usr/include/linux/if_frad.h is required, Stephen Hemminger
- Re: why usr/include/linux/if_frad.h is required, David Miller
- Re: why usr/include/linux/if_frad.h is required, Sam Ravnborg
- Re: why usr/include/linux/if_frad.h is required, Jaswinder Singh Rajput
- Re: why usr/include/linux/if_frad.h is required, Krzysztof Halasa
- Re: why usr/include/linux/if_frad.h is required, David Miller
lmbench lat_mmap slowdown with CONFIG_PARAVIRT, Nick Piggin
- Re: lmbench lat_mmap slowdown with CONFIG_PARAVIRT, Ingo Molnar
- Re: lmbench lat_mmap slowdown with CONFIG_PARAVIRT, Nick Piggin
- Re: lmbench lat_mmap slowdown with CONFIG_PARAVIRT, Ingo Molnar
- Re: lmbench lat_mmap slowdown with CONFIG_PARAVIRT, Nick Piggin
- Re: lmbench lat_mmap slowdown with CONFIG_PARAVIRT, Ingo Molnar
- Re: lmbench lat_mmap slowdown with CONFIG_PARAVIRT, Nick Piggin
- Re: lmbench lat_mmap slowdown with CONFIG_PARAVIRT, Ingo Molnar
- Re: lmbench lat_mmap slowdown with CONFIG_PARAVIRT, Ingo Molnar
- Re: lmbench lat_mmap slowdown with CONFIG_PARAVIRT, Ingo Molnar
- Re: lmbench lat_mmap slowdown with CONFIG_PARAVIRT, Jeremy Fitzhardinge
- Re: lmbench lat_mmap slowdown with CONFIG_PARAVIRT, Ingo Molnar
- Re: lmbench lat_mmap slowdown with CONFIG_PARAVIRT, Nick Piggin
- Re: lmbench lat_mmap slowdown with CONFIG_PARAVIRT, Jeremy Fitzhardinge
- Re: lmbench lat_mmap slowdown with CONFIG_PARAVIRT, Zachary Amsden
- Re: lmbench lat_mmap slowdown with CONFIG_PARAVIRT, Jeremy Fitzhardinge
- Re: lmbench lat_mmap slowdown with CONFIG_PARAVIRT, H. Peter Anvin
- Re: lmbench lat_mmap slowdown with CONFIG_PARAVIRT, Zachary Amsden
- Re: lmbench lat_mmap slowdown with CONFIG_PARAVIRT, H. Peter Anvin
- Re: lmbench lat_mmap slowdown with CONFIG_PARAVIRT, Jeremy Fitzhardinge
- Re: lmbench lat_mmap slowdown with CONFIG_PARAVIRT, Zachary Amsden
- Re: lmbench lat_mmap slowdown with CONFIG_PARAVIRT, Jeremy Fitzhardinge
- Re: lmbench lat_mmap slowdown with CONFIG_PARAVIRT, Ingo Molnar
- Re: lmbench lat_mmap slowdown with CONFIG_PARAVIRT, Jeremy Fitzhardinge
- Re: lmbench lat_mmap slowdown with CONFIG_PARAVIRT, Jeremy Fitzhardinge
- Re: lmbench lat_mmap slowdown with CONFIG_PARAVIRT, Zachary Amsden
- Re: lmbench lat_mmap slowdown with CONFIG_PARAVIRT, Jeremy Fitzhardinge
Re: PROBLEM: Can't boot a (HZ = 1000) kernel using an AMD Phenom-II processor, john stultz
- Re: PROBLEM: Can't boot a (HZ = 1000) kernel using an AMD Phenom-II processor, Mark Hounschell
- Re: PROBLEM: Can't boot a (HZ = 1000) kernel using an AMD Phenom-II processor, Andreas Herrmann
- Re: PROBLEM: Can't boot a (HZ = 1000) kernel using an AMD Phenom-II processor, Mark Hounschell
- Re: PROBLEM: Can't boot a (HZ = 1000) kernel using an AMD Phenom-II processor, Mark Hounschell
- Re: PROBLEM: Can't boot a (HZ = 1000) kernel using an AMD Phenom-II processor, Andreas Herrmann
- Re: PROBLEM: Can't boot a (HZ = 1000) kernel using an AMD Phenom-II processor, Borislav Petkov
- Re: PROBLEM: Can't boot a (HZ = 1000) kernel using an AMD Phenom-II processor, Mark Hounschell
- Re: PROBLEM: Can't boot a (HZ = 1000) kernel using an AMD Phenom-II processor, Mark Hounschell
- Re: PROBLEM: Can't boot a (HZ = 1000) kernel using an AMD Phenom-II processor, Mark Hounschell
- Re: PROBLEM: Can't boot a (HZ = 1000) kernel using an AMD Phenom-II processor, Borislav Petkov
- Re: PROBLEM: Can't boot a (HZ = 1000) kernel using an AMD Phenom-II processor, Mark Hounschell
- Re: PROBLEM: Can't boot a (HZ = 1000) kernel using an AMD Phenom-II processor, Mark Hounschell
- Re: PROBLEM: Can't boot a (HZ = 1000) kernel using an AMD Phenom-II processor, Mark Hounschell
[PATCH 0/8] ftrace: updates to tip, Steven Rostedt
- [PATCH 2/8] x86, ftrace, hw-branch-tracer: dump trace on oops, Steven Rostedt
- [PATCH 1/8] x86, ftrace, hw-branch-tracer: support hotplug cpus, Steven Rostedt
- [PATCH 6/8] x86, ds, bts: cleanup DS configuration, Steven Rostedt
- [PATCH 8/8] trace_workqueue: use percpu data for workqueue stat, Steven Rostedt
- [PATCH 5/8] x86, ftrace, hw-branch-tracer: documentation, Steven Rostedt
- [PATCH 7/8] ring-buffer: fix alignment problem, Steven Rostedt
- [PATCH 4/8] x86, ftrace, hw-branch-tracer: change trace format, Steven Rostedt
- [PATCH 3/8] x86, ftrace, hw-branch-tracer: reset trace buffer on close, Steven Rostedt
- Re: [PATCH 0/8] ftrace: updates to tip, Steven Rostedt
- Re: [PATCH 0/8] ftrace: updates to tip, Ingo Molnar
2.6.29-rc2-git1: Reported regressions 2.6.27 -> 2.6.28, Rafael J. Wysocki
- [Bug #12260] Regression due to commit 2b80848e3818fb1c (p54usb: support LM87 firmwares), Rafael J. Wysocki
- [Bug #11849] default IRQ affinity change in v2.6.27 (breaking several SMP PPC based systems), Rafael J. Wysocki
- [Bug #12159] 2.6.28-rc6-git1 -- No sound produced from Intel HDA ALSA driver, Rafael J. Wysocki
- [Bug #12208] uml is very slow on 2.6.28 host, Rafael J. Wysocki
- [Bug #12160] networking oops after resume from s2ram (2.6.28-rc6), Rafael J. Wysocki
- [Bug #12061] snd_hda_intel: power_save: sound cracks on powerdown, Rafael J. Wysocki
- [Bug #12209] oldish top core dumps (in its meminfo() function), Rafael J. Wysocki
- [Bug #12396] hwinfo problem since 2.6.28, Rafael J. Wysocki
- [Bug #12395] 2.6.28-rc9: oprofile regression, Rafael J. Wysocki
- [Bug #12265] FPU emulation broken in 2.6.28-rc8 ?, Rafael J. Wysocki
- [Bug #12393] debugging in dosemu causes lots of 'scheduling while atomic', Rafael J. Wysocki
- [Bug #12224] journal activity on inactive partition causes inactive harddrive spinup, Rafael J. Wysocki
- [Bug #12264] i915: switching from kwin in opengl mode to a VT then back to x11, x11 freezes, Rafael J. Wysocki
- [Bug #12263] Sata soft reset filling log, Rafael J. Wysocki
- [Bug #12391] Processor does not go below C2 state until usb.autosuspend is enabled, Rafael J. Wysocki
- [Bug #12337] ~100 extra wakeups reported by powertop, Rafael J. Wysocki
- [Bug #12401] 2.6.28 regression: xbacklight broken on ThinkPad X61s, Rafael J. Wysocki
- [Bug #12403] TTY problem on linux-2.6.28-rc7, Rafael J. Wysocki
- [Bug #12404] Oops in 2.6.28-rc9 and -rc8 -- mtrr issues / e1000e, Rafael J. Wysocki
- [Bug #12407] Kernel 2.6.28 regression: Hang after hibernate, Rafael J. Wysocki
- [Bug #12406] 2.6.28 thinks that my PS/2 mouse is a touchpad, Rafael J. Wysocki
- [Bug #12408] Funny problem with 2.6.28: Kernel stalls, Rafael J. Wysocki
- [Bug #12411] 2.6.28: BUG in r8169, Rafael J. Wysocki
- [Bug #12405] oops in __bounce_end_io_read under kvm, Rafael J. Wysocki
- [Bug #12409] NULL pointer dereference at get_stats(), Rafael J. Wysocki
- [Bug #12426] TMDC Joystick no longer works in kernel 2.6.28, Rafael J. Wysocki
- [Bug #12483] Reference to inexistent struct dmi_device_id breaks the build, Rafael J. Wysocki
- [Bug #12465] KVM guests stalling on 2.6.28 (bisected), Rafael J. Wysocki
- Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected), Kevin Shanahan
- Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected), Ingo Molnar
- Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected), Avi Kivity
- Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected), Kevin Shanahan
- Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected), Ingo Molnar
- Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected), Ingo Molnar
- Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected), Steven Rostedt
- Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected), Ingo Molnar
- Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected), Steven Rostedt
- Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected), Ingo Molnar
- Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected), Avi Kivity
- Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected), Kevin Shanahan
- Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected), Avi Kivity
- Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected), Kevin Shanahan
- Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected), Avi Kivity
- Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected), Steven Rostedt
- Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected), Steven Rostedt
- Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected), Steven Rostedt
- Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected), Ingo Molnar
- Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected), Kevin Shanahan
- Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected), Ingo Molnar
- Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected), Kevin Shanahan
- Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected), Peter Zijlstra
- [RFC][PATCH] ftrace: function graph trace context switches, Peter Zijlstra
- Re: [RFC][PATCH] ftrace: function graph trace context switches, Frédéric Weisbecker
- Re: [RFC][PATCH] ftrace: function graph trace context switches, Steven Rostedt
- Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected), Ingo Molnar
- Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected), Kevin Shanahan
- Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected), Ingo Molnar
- Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected), Kevin Shanahan
- Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected), Ingo Molnar
- Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected), Peter Zijlstra
- Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected), Frédéric Weisbecker
- Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected), Avi Kivity
- Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected), Kevin Shanahan
- Re: [Bug #12465] KVM guests stalling on 2.6.28 (bisected), Ingo Molnar
- [Bug #12500] r8169: NETDEV WATCHDOG: eth0 (r8169): transmit timed out, Rafael J. Wysocki
- Re: 2.6.29-rc2-git1: Reported regressions 2.6.27 -> 2.6.28, JÃrg-Volker Peetz
- Re: 2.6.29-rc2-git1: Reported regressions 2.6.27 -> 2.6.28, Rolf Eike Beer
Re: [PATCH] drivers/serial/8250_pci.c (add support for '8-port RS-232 MIC-3620 from advantech', Michael Bramer
- Re: [PATCH] drivers/serial/8250_pci.c (add support for '8-port RS-232 MIC-3620 from advantech', Andrey Panin
- Re: [PATCH] drivers/serial/8250_pci.c (add support for '8-port RS-232 MIC-3620 from advantech', Michael Bramer
- Re: [PATCH] drivers/serial/8250_pci.c (add support for '8-port RS-232 MIC-3620 from advantech', Paulius Zaleckas
- Re: [PATCH] drivers/serial/8250_pci.c (add support for '8-port RS-232 MIC-3620 from advantech', Niels de Vos
- Re: [PATCH] drivers/serial/8250_pci.c (add support for '8-port RS-232 MIC-3620 from advantech', Alan Cox
- Re: [PATCH] drivers/serial/8250_pci.c (add support for '8-port RS-232 MIC-3620 from advantech', Michael Bramer
- RE: [PATCH] drivers/serial/8250_pci.c (add support for '8-port RS-232 MIC-3620 from advantech', Tosoni
- Re: [PATCH] drivers/serial/8250_pci.c (add support for '8-port RS-232 MIC-3620 from advantech', Niels de Vos
- Re: [PATCH] drivers/serial/8250_pci.c (add support for '8-port RS-232 MIC-3620 from advantech', Michael Bramer
- Re: [PATCH] drivers/serial/8250_pci.c (add support for '8-port RS-232 MIC-3620 from advantech', Paulius Zaleckas
- Re: [PATCH] drivers/serial/8250_pci.c (add support for '8-port RS-232 MIC-3620 from advantech', Michael Bramer
- Re: [PATCH] drivers/serial/8250_pci.c (add support for '8-port RS-232 MIC-3620 from advantech', Michael Bramer
2.6.29-rc2-git1: Reported regressions from 2.6.28, Rafael J. Wysocki
- [Bug #12399] USB wakeup problem on multiple machines, Rafael J. Wysocki
- [Bug #12414] iwl4965 cannot use "ap auto" on latest 2.6.28/29?, Rafael J. Wysocki
- [Bug #12416] Recent change to kernel spikes out ccache/distcc, Rafael J. Wysocki
- [Bug #12415] WARNING: at drivers/net/wireless/iwlwifi/iwl-sta.c:689, Rafael J. Wysocki
- [Bug #12400] git-latest: kernel oops in IOMMU setup, Rafael J. Wysocki
- [Bug #12402] 2.6.29-rc: kernel BUG at fs/xfs/support/debug.c:108, Rafael J. Wysocki
- [Bug #12422] 2.6.28-git can't resume from str, Rafael J. Wysocki
- [Bug #12417] glx performance drop with: "x86: PAT: implement track/untrack of pfnmap regions for x86 - v3", Rafael J. Wysocki
- [Bug #12419] possible circular locking dependency on i915 dma, Rafael J. Wysocki
- [Bug #12441] Xorg can't use dri on radeon X1950 AGP, Rafael J. Wysocki
- [Bug #12427] cpumask change causes sparc build bustage, Rafael J. Wysocki
- [Bug #12444] X hangs following switch from radeonfb console - Bisected, Rafael J. Wysocki
- [Bug #12418] Repeated ioctl(4, 0x40046445, ..) loop in glxgears, Rafael J. Wysocki
- [Bug #12469] XFS : Corruption of in-memory data, Rafael J. Wysocki
- [Bug #12490] ath5k related kernel panic in 2.6.29-rc1, Rafael J. Wysocki
- [Bug #12468] Crash in acpi_cpufreq_init, Rafael J. Wysocki
- [Bug #12491] i915 lockdep warning, Rafael J. Wysocki
- [Bug #12493] ACPI related kernel panic when booting 2.6.29-rc2, Rafael J. Wysocki
- [Bug #12494] Sony backlight regression from 2.6.28 to 29-rc, Rafael J. Wysocki
- [Bug #12495] thinkpad problems during resume, Rafael J. Wysocki
- [Bug #12496] swsusp cannot find resume device (sometimes), Rafael J. Wysocki
- [Bug #12497] new barrier warnings in 2.6.29-rc1, Rafael J. Wysocki
- [Bug #12498] OOPS and panic on 2.6.29-rc1 on xen-x86, Rafael J. Wysocki
- [Bug #12501] build bug in eeepc-laptop.c, Rafael J. Wysocki
- [Bug #12499] Problem with using bluetooth adaper connected to usb port, Rafael J. Wysocki
- [Bug #12502] pipe_read oops on sh, Rafael J. Wysocki
- [Bug #12503] [slab corruption] BUG key_jar: Poison overwritten, Rafael J. Wysocki
- [Bug #12504] 2.6.29-rc1 vs selinux, Rafael J. Wysocki
- [Bug #12505] 2.6.29-rc1 Firefox crashing on page load, Rafael J. Wysocki
- [Bug #12506] Undefined symbols when CONFIG_MFD_PCF50633 is enabled, Rafael J. Wysocki
- [Bug #12507] e100: netconsole not functional because of missing firmware, Rafael J. Wysocki
- [Bug #12508] "powerpc/pci: Reserve legacy regions on PCI" broke my G3, Rafael J. Wysocki
- [Bug #12511] WARNING: at drivers/dma/dmaengine.c:352, Rafael J. Wysocki
- [Bug #12510] 2.6.29-rc2 dies on startup, Rafael J. Wysocki
- [Bug #12509] lockdep report. fb_mmap vs sys_mmap2, Rafael J. Wysocki
Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning, Linus Torvalds
- Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning, Nick Piggin
- Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning, Ingo Molnar
- Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning, David Woodhouse
- Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning, Ingo Molnar
- Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning, Linus Torvalds
- Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning, Ingo Molnar
- Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning, H. Peter Anvin
- Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning, Andi Kleen
- Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning, Nick Piggin
- Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning, Andi Kleen
- Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning, Nick Piggin
- Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning, Andi Kleen
- Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning, Nick Piggin
- Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning, Andi Kleen
- Re: gcc inlining heuristics was Re: [PATCH -v7][RFC]: mutex: implement adaptive spinning, Miguel F Mascarenhas Sousa Filipe
Re: [PATCH] tcp: splice as many packets as possible at once, David Miller
- Re: [PATCH] tcp: splice as many packets as possible at once, Herbert Xu
- Re: [PATCH] tcp: splice as many packets as possible at once, Willy Tarreau
- Re: [PATCH] tcp: splice as many packets as possible at once, Jarek Poplawski
- Re: [PATCH v2] tcp: splice as many packets as possible at once, Jarek Poplawski
- Re: [PATCH v2] tcp: splice as many packets as possible at once, Evgeniy Polyakov
- Re: [PATCH v2] tcp: splice as many packets as possible at once, Jarek Poplawski
- Re: [PATCH v2] tcp: splice as many packets as possible at once, Evgeniy Polyakov
- Re: [PATCH v2] tcp: splice as many packets as possible at once, Jarek Poplawski
- Re: [PATCH v2] tcp: splice as many packets as possible at once, David Miller
- Re: [PATCH v2] tcp: splice as many packets as possible at once, Jarek Poplawski
- Re: [PATCH v3] tcp: splice as many packets as possible at once, Jarek Poplawski
- Re: [PATCH v3] tcp: splice as many packets as possible at once, David Miller
- Re: [PATCH v3] tcp: splice as many packets as possible at once, Herbert Xu
- Re: [PATCH v3] tcp: splice as many packets as possible at once, Jarek Poplawski
- Re: [PATCH v3] tcp: splice as many packets as possible at once, Herbert Xu
- Re: [PATCH v3] tcp: splice as many packets as possible at once, Jarek Poplawski
- Re: [PATCH v3] tcp: splice as many packets as possible at once, Jarek Poplawski
- Re: [PATCH v3] tcp: splice as many packets as possible at once, Herbert Xu
- Re: [PATCH v3] tcp: splice as many packets as possible at once, Jarek Poplawski
- Re: [PATCH v3] tcp: splice as many packets as possible at once, Jarek Poplawski
- Re: [PATCH v3] tcp: splice as many packets as possible at once, David Miller
- Re: [PATCH v3] tcp: splice as many packets as possible at once, Jarek Poplawski
- Re: [PATCH v2] tcp: splice as many packets as possible at once, Jarek Poplawski
- Re: [PATCH v2] tcp: splice as many packets as possible at once, Evgeniy Polyakov
- Re: [PATCH v2] tcp: splice as many packets as possible at once, David Miller
- Re: [PATCH v2] tcp: splice as many packets as possible at once, Jarek Poplawski
- Re: [PATCH v2] tcp: splice as many packets as possible at once, David Miller
- Re: [PATCH v2] tcp: splice as many packets as possible at once, Willy Tarreau
- Re: [PATCH v2] tcp: splice as many packets as possible at once, David Miller
- Re: [PATCH v2] tcp: splice as many packets as possible at once, Willy Tarreau
- Re: [PATCH v2] tcp: splice as many packets as possible at once, David Miller
- Re: [PATCH v2] tcp: splice as many packets as possible at once, Herbert Xu
- Re: [PATCH v2] tcp: splice as many packets as possible at once, David Miller
- Re: [PATCH] tcp: splice as many packets as possible at once, Ben Mansell
- Re: [PATCH] tcp: splice as many packets as possible at once, Willy Tarreau
Re: Warning and BUG with btrfs and corrupted image, Pavel Machek
- Re: Warning and BUG with btrfs and corrupted image, Eric Sesterhenn
- Re: Warning and BUG with btrfs and corrupted image, Pavel Machek
- Re: Warning and BUG with btrfs and corrupted image, Dave Chinner
- Re: Warning and BUG with btrfs and corrupted image, Eric Sesterhenn
- Re: Warning and BUG with btrfs and corrupted image, Dave Chinner
- Re: Warning and BUG with btrfs and corrupted image, Christoph Hellwig
- Re: Warning and BUG with btrfs and corrupted image, Pavel Machek
- Re: Warning and BUG with btrfs and corrupted image, Dave Chinner
- Re: Warning and BUG with btrfs and corrupted image, Pavel Machek
- Re: Warning and BUG with btrfs and corrupted image, Eric Sesterhenn
- Re: Warning and BUG with btrfs and corrupted image, Pavel Machek
- Re: Warning and BUG with btrfs and corrupted image, Eric Sesterhenn
- Corrupted XFS log replay oops. (was Re: Warning and BUG with btrfs and corrupted image), Dave Chinner
- Re: Corrupted XFS log replay oops. (was Re: Warning and BUG with btrfs and corrupted image), Nick Piggin
- [PATCH] Re: Corrupted XFS log replay oops., Dave Chinner
- Re: [PATCH] Re: Corrupted XFS log replay oops., Felix Blyakher
- Re: [PATCH] Re: Corrupted XFS log replay oops., Christoph Hellwig
- Re: [PATCH] Re: Corrupted XFS log replay oops., Eric Sesterhenn
- Re: [PATCH] Re: Corrupted XFS log replay oops., Eric Sesterhenn
- Re: [PATCH] Re: Corrupted XFS log replay oops., Dave Chinner
- Re: [PATCH] Re: Corrupted XFS log replay oops., Dave Chinner
- Re: [PATCH] Re: Corrupted XFS log replay oops., Dave Chinner
- Re: [PATCH] Re: Corrupted XFS log replay oops., Dave Chinner
- Re: [PATCH] Re: Corrupted XFS log replay oops., Christoph Hellwig
- Re: [PATCH] Re: Corrupted XFS log replay oops., Felix Blyakher
- Re: Corrupted XFS log replay oops. (was Re: Warning and BUG with btrfs and corrupted image), Dave Chinner
- Re: Warning and BUG with btrfs and corrupted image, Chris Mason
Re: Fail to early boot with v2.6.27-rc2 to at least v2.6.29-rc2 due to dc1e35c, H. Peter Anvin
- Re: Fail to early boot with v2.6.27-rc2 to at least v2.6.29-rc2 due to dc1e35c, Avuton Olrich
- Re: Fail to early boot with v2.6.27-rc2 to at least v2.6.29-rc2 due to dc1e35c, H. Peter Anvin
- Re: Fail to early boot with v2.6.27-rc2 to at least v2.6.29-rc2 due to dc1e35c, Suresh Siddha
- Re: Fail to early boot with v2.6.27-rc2 to at least v2.6.29-rc2 due to dc1e35c, Avuton Olrich
- Re: Fail to early boot with v2.6.27-rc2 to at least v2.6.29-rc2 due to dc1e35c, Suresh Siddha
- Re: Fail to early boot with v2.6.27-rc2 to at least v2.6.29-rc2 due to dc1e35c, H. Peter Anvin
- Re: Fail to early boot with v2.6.27-rc2 to at least v2.6.29-rc2 due to dc1e35c, Suresh Siddha
- Re: Fail to early boot with v2.6.27-rc2 to at least v2.6.29-rc2 due to dc1e35c, H. Peter Anvin
- Re: Fail to early boot with v2.6.27-rc2 to at least v2.6.29-rc2 due to dc1e35c, Andi Kleen
- Re: Fail to early boot with v2.6.27-rc2 to at least v2.6.29-rc2 due to dc1e35c, Suresh Siddha
- Re: Fail to early boot with v2.6.27-rc2 to at least v2.6.29-rc2 due to dc1e35c, H. Peter Anvin
- Re: Fail to early boot with v2.6.27-rc2 to at least v2.6.29-rc2 due to dc1e35c, Suresh Siddha
- Re: Fail to early boot with v2.6.27-rc2 to at least v2.6.29-rc2 due to dc1e35c, Valdis . Kletnieks
- Re: Fail to early boot with v2.6.27-rc2 to at least v2.6.29-rc2 due to dc1e35c, H. Peter Anvin
- Re: Fail to early boot with v2.6.27-rc2 to at least v2.6.29-rc2 due to dc1e35c, H. Peter Anvin
Re: [XFS] 2.6.29-rc2: XFS internal error XFS_WANT_CORRUPTED_GOTO, Eric Sandeen
- Re: [XFS] 2.6.29-rc2: XFS internal error XFS_WANT_CORRUPTED_GOTO, Dave Chinner
- Re: [XFS] 2.6.29-rc2: XFS internal error XFS_WANT_CORRUPTED_GOTO, Jacek Luczak
- Re: [XFS] 2.6.29-rc2: XFS internal error XFS_WANT_CORRUPTED_GOTO, Christoph Hellwig
- Re: [XFS] 2.6.29-rc2: XFS internal error XFS_WANT_CORRUPTED_GOTO, Jacek Luczak
- Re: [XFS] 2.6.29-rc2: XFS internal error XFS_WANT_CORRUPTED_GOTO, Christoph Hellwig
- Re: [XFS] 2.6.29-rc2: XFS internal error XFS_WANT_CORRUPTED_GOTO, Christoph Hellwig
- Re: [XFS] 2.6.29-rc2: XFS internal error XFS_WANT_CORRUPTED_GOTO, Christoph Hellwig
- Re: [XFS] 2.6.29-rc2: XFS internal error XFS_WANT_CORRUPTED_GOTO, Jacek Luczak
- Re: [XFS] 2.6.29-rc2: XFS internal error XFS_WANT_CORRUPTED_GOTO, Christoph Hellwig
- Re: [XFS] 2.6.29-rc2: XFS internal error XFS_WANT_CORRUPTED_GOTO, Jacek Luczak
- Re: [XFS] 2.6.29-rc2: XFS internal error XFS_WANT_CORRUPTED_GOTO, Jacek Luczak
- Re: [XFS] 2.6.29-rc2: XFS internal error XFS_WANT_CORRUPTED_GOTO, Christoph Hellwig
- Re: [XFS] 2.6.29-rc2: XFS internal error XFS_WANT_CORRUPTED_GOTO, Dave Chinner
- Re: [XFS] 2.6.29-rc2: XFS internal error XFS_WANT_CORRUPTED_GOTO, Jacek Luczak
- Re: [XFS] 2.6.29-rc2: XFS internal error XFS_WANT_CORRUPTED_GOTO, Dave Chinner
- Re: [XFS] 2.6.29-rc2: XFS internal error XFS_WANT_CORRUPTED_GOTO, Dave Chinner
- [PATCH] Re: [XFS] 2.6.29-rc2: XFS internal error XFS_WANT_CORRUPTED_GOTO, Dave Chinner
- Re: [PATCH] Re: [XFS] 2.6.29-rc2: XFS internal error XFS_WANT_CORRUPTED_GOTO, Christoph Hellwig
- Re: [XFS] 2.6.29-rc2: XFS internal error XFS_WANT_CORRUPTED_GOTO, Jacek Luczak
Re: [RFC PATCH] block: Fix bio merge induced high I/O latency, Jens Axboe
- Re: [RFC PATCH] block: Fix bio merge induced high I/O latency, Jens Axboe
- Re: [RFC PATCH] block: Fix bio merge induced high I/O latency, Mathieu Desnoyers
- Re: [RFC PATCH] block: Fix bio merge induced high I/O latency, Jens Axboe
- Re: [RFC PATCH] block: Fix bio merge induced high I/O latency, Jens Axboe
- Re: [ltt-dev] [RFC PATCH] block: Fix bio merge induced high I/O latency, Mathieu Desnoyers
- Re: [ltt-dev] [RFC PATCH] block: Fix bio merge induced high I/O latency, Jens Axboe
- Re: [ltt-dev] [RFC PATCH] block: Fix bio merge induced high I/O latency, Mathieu Desnoyers
- Re: [ltt-dev] [RFC PATCH] block: Fix bio merge induced high I/O latency, Mathieu Desnoyers
- Re: [RFC PATCH] block: Fix bio merge induced high I/O latency, Mathieu Desnoyers
- Re: [RFC PATCH] block: Fix bio merge induced high I/O latency, Mathieu Desnoyers
- Re: [RFC PATCH] block: Fix bio merge induced high I/O latency, Ben Gamari
- Re: [ltt-dev] [RFC PATCH] block: Fix bio merge induced high I/O latency, Mathieu Desnoyers
- Re: [ltt-dev] [RFC PATCH] block: Fix bio merge induced high I/O latency, Ben Gamari
- Re: [RFC PATCH] block: Fix bio merge induced high I/O latency, Mathieu Desnoyers
- Re: [ltt-dev] [RFC PATCH] block: Fix bio merge induced high I/O latency, KOSAKI Motohiro
- Re: [ltt-dev] [RFC PATCH] block: Fix bio merge induced high I/O latency, Mathieu Desnoyers
- Re: [ltt-dev] [RFC PATCH] block: Fix bio merge induced high I/O latency, Mathieu Desnoyers
- Re: [RFC PATCH] block: Fix bio merge induced high I/O latency, Ben Gamari
- Re: [RFC PATCH] block: Fix bio merge induced high I/O latency, Ben Gamari
- Re: [RFC PATCH] block: Fix bio merge induced high I/O latency, Mathieu Desnoyers
- Re: [RFC PATCH] block: Fix bio merge induced high I/O latency, Ben Gamari
RE: Mainline kernel OLTP performance update, Chris Mason
- RE: Mainline kernel OLTP performance update, Steven Rostedt
- Re: Mainline kernel OLTP performance update, Rick Jones
- Re: Mainline kernel OLTP performance update, Zhang, Yanmin
- Re: Mainline kernel OLTP performance update, Christoph Lameter
- Re: Mainline kernel OLTP performance update, Zhang, Yanmin
- Re: Mainline kernel OLTP performance update, Pekka Enberg
- Re: Mainline kernel OLTP performance update, Zhang, Yanmin
- Re: Mainline kernel OLTP performance update, Pekka Enberg
- Re: Mainline kernel OLTP performance update, Zhang, Yanmin
- Re: Mainline kernel OLTP performance update, Pekka Enberg
- Re: Mainline kernel OLTP performance update, Pekka Enberg
- Re: Mainline kernel OLTP performance update, Zhang, Yanmin
- Re: Mainline kernel OLTP performance update, Pekka Enberg
- Re: Mainline kernel OLTP performance update, Pekka Enberg
- Re: Mainline kernel OLTP performance update, Christoph Lameter
- Re: Mainline kernel OLTP performance update, Pekka Enberg
- Re: Mainline kernel OLTP performance update, Christoph Lameter
- Re: Mainline kernel OLTP performance update, Pekka Enberg
- Re: Mainline kernel OLTP performance update, Zhang, Yanmin
- Re: Mainline kernel OLTP performance update, Pekka Enberg
- Re: Mainline kernel OLTP performance update, Christoph Lameter
- Re: Mainline kernel OLTP performance update, Nick Piggin
- Re: Mainline kernel OLTP performance update, Zhang, Yanmin
- care and feeding of netperf (Re: Mainline kernel OLTP performance update), Rick Jones
- Re: care and feeding of netperf (Re: Mainline kernel OLTP performance update), Grant Grundler
- Re: care and feeding of netperf (Re: Mainline kernel OLTP performance update), Zhang, Yanmin
- Re: care and feeding of netperf (Re: Mainline kernel OLTP performance update), Rick Jones
- Re: Mainline kernel OLTP performance update, Gregory Haskins
- Re: Mainline kernel OLTP performance update, Jens Axboe
Re: [PATCH] autofs: fix the wrong usage of the deprecated task_pgrp_nr(), Serge E. Hallyn
- Re: [PATCH] autofs: fix the wrong usage of the deprecated task_pgrp_nr(), Oleg Nesterov
- Re: [PATCH] autofs: fix the wrong usage of the deprecated task_pgrp_nr(), Serge E. Hallyn
- Re: [PATCH] autofs: fix the wrong usage of the deprecated task_pgrp_nr(), Oleg Nesterov
- Re: [PATCH] autofs: fix the wrong usage of the deprecated task_pgrp_nr(), H. Peter Anvin
- Re: [PATCH] autofs: fix the wrong usage of the deprecated task_pgrp_nr(), Oleg Nesterov
- Re: [PATCH] autofs: fix the wrong usage of the deprecated task_pgrp_nr(), Serge E. Hallyn
- Re: [PATCH] autofs: fix the wrong usage of the deprecated task_pgrp_nr(), Oleg Nesterov
- Re: [PATCH] autofs: fix the wrong usage of the deprecated task_pgrp_nr(), Serge E. Hallyn
- Re: [PATCH] autofs: fix the wrong usage of the deprecated task_pgrp_nr(), Oleg Nesterov
- Re: [PATCH] autofs: fix the wrong usage of the deprecated task_pgrp_nr(), Serge E. Hallyn
- Re: [PATCH] autofs: fix the wrong usage of the deprecated task_pgrp_nr(), Ian Kent
- Re: [PATCH] autofs: fix the wrong usage of the deprecated task_pgrp_nr(), Ian Kent
- Re: [PATCH] autofs: fix the wrong usage of the deprecated task_pgrp_nr(), H. Peter Anvin
- Re: [PATCH] autofs: fix the wrong usage of the deprecated task_pgrp_nr(), Oleg Nesterov
- Re: [PATCH] autofs: fix the wrong usage of the deprecated task_pgrp_nr(), Ian Kent
Re: 2.6.29-rc1 does not resume on Lenove T61, Dmitry Adamushko
- Re: 2.6.29-rc1 does not resume on Lenove T61, Ingo Molnar
- Re: 2.6.29-rc1 does not resume on Lenove T61, Dmitry Adamushko
- Re: 2.6.29-rc1 does not resume on Lenove T61, Ingo Molnar
- Re: 2.6.29-rc1 does not resume on Lenove T61, Rafael J. Wysocki
- Re: 2.6.29-rc1 does not resume on Lenove T61, Zdenek Kabelac
- Re: 2.6.29-rc1 does not resume on Lenove T61, Ingo Molnar
- Re: 2.6.29-rc1 does not resume on Lenove T61, Zdenek Kabelac
- Re: 2.6.29-rc1 does not resume on Lenove T61, Zdenek Kabelac
- Re: 2.6.29-rc1 does not resume on Lenove T61, Ingo Molnar
- Re: 2.6.29-rc1 does not resume on Lenove T61, Zdenek Kabelac
- Re: 2.6.29-rc1 does not resume on Lenove T61, Rafael J. Wysocki
- Re: 2.6.29-rc1 does not resume on Lenove T61, Zdenek Kabelac
|
|
