Linux-Kernel

• Date Index

---

• [PATCH] rapidio: fix multi-switch enumeration, Alexandre Bounine
• [RFC PATCH] 20-rc6-mm3: kernel/params.c: compile fail when CONFIG_SYSFS not set, Grant Coady
  • Re: [RFC PATCH] 20-rc6-mm3: kernel/params.c: compile fail when CONFIG_SYSFS not set, Greg KH
• 2.6.20-rc6-mm[2-3] ACPI issues, Bob Picco
• wireless kernel driver porting, nahidesafe-kernel
• 2.6.20-rc7 mtrr handling, Sebastian Kemper
• Re: [PATCH 14/23] clocksource: increase initcall priority, David Brownell
  • Re: [PATCH 14/23] clocksource: increase initcall priority, Daniel Walker
• mm-search_binary_handler-mem-limit-fix is horribly broken, Jeff Dike
• Unidentified Intel wifi network card, Scott Lockwood
  • Re: Unidentified Intel wifi network card, Alan Cox
  • Re: Unidentified Intel wifi network card, David Hollis
  • Re: Unidentified Intel wifi network card, Auke Kok
  • Re: Unidentified Intel wifi network card, Valdis . Kletnieks
    • Re: Unidentified Intel wifi network card, Herbert Xu
  • Re: Unidentified Intel wifi network card, Kristen Accardi
• Section mismatch errors in build, Brian D. McGrew
• [PATCH]: SiS warning fixes, Alan
• [PATCH] libata: Fix (hopefully) all the remaining problems with devices failing setup/identify, Alan
  • Re: [PATCH] libata: Fix (hopefully) all the remaining problems with devices failing setup/identify, Jeff Garzik
    • Re: [PATCH] libata: Fix (hopefully) all the remaining problems with devices failing setup/identify, Alan
• PATCH] cyrix: fails to detect MediaGX, Alan
• [PATCH] pata_via: Correct missing comments, Alan
• [PATCH] pata_atiixp: propogate cable detection hack from drivers/ide to the new driver, Alan
• [PATCH] pm3fb: kill pci_find_device usage, Alan
• [PATCH] atl1_main: pci_module_int returns to haunt us, Alan
  • Re: [PATCH] atl1_main: pci_module_int returns to haunt us, Jay Cliburn
• [PATCH] ubi: int versus size_t printk warnings, Alan
  • Re: [PATCH] ubi: int versus size_t printk warnings, David Woodhouse
• [PATCH]: mtd - fix a pci_find_device, Alan
  • Re: [PATCH]: mtd - fix a pci_find_device, David Woodhouse
• [PATCH 2/2] p4-clockmod: use rdmsr_on_cpu(), wrmsr_on_cpu(), Alexey Dobriyan
• [PATCH 1/2] rdmsr_on_cpu, wrmsr_on_cpu, Alexey Dobriyan
• [patch -mm 1/7] x86_64: configurable fake numa node sizes, David Rientjes
  • [patch -mm 2/7] x86_64: split remaining fake nodes equally, David Rientjes
    • [patch -mm 3/7] x86_64: fixed-size remaining fake nodes, David Rientjes
      • [patch -mm 4/7] x86_64: fake numa for cpusets document, David Rientjes
      • [patch -mm 5/7] x86_64: map fake nodes to real nodes, David Rientjes
      • [patch -mm 6/7] x86_64: disable alien cache for fake numa, David Rientjes
      • [patch -mm 7/7] x86_64: export physnode mapping to userspace, David Rientjes
• Linux 2.6.16.39, Adrian Bunk
• [PATCH] KVM: Fix lockup on 32-bit intel hosts with nx disabled in the bios, Avi Kivity
  • Re: [PATCH] KVM: Fix lockup on 32-bit intel hosts with nx disabled in the bios, Avi Kivity
• How to locate struct file * from a bio?, Eddie Pettis
  • Re: How to locate struct file * from a bio?, Al Viro
    • Re: How to locate struct file * from a bio?, Al Viro
  • Re: How to locate struct file * from a bio?, Helge Hafting
    • Re: How to locate struct file * from a bio?, Jan Engelhardt
    • Re: How to locate struct file * from a bio?, Eddie Pettis
• 2.6.20-rc6 ramdisk problem, Michal Piotrowski
• [PATCH] Centralize the selection for debugging semaphores., Robert P. J. Day
  • Re: [PATCH] Centralize the selection for debugging semaphores., Michal Piotrowski
    • Re: [PATCH] Centralize the selection for debugging semaphores., Robert P. J. Day
      • Re: [PATCH] Centralize the selection for debugging semaphores., Michal Piotrowski
      • Re: [PATCH] Centralize the selection for debugging semaphores., Robert P. J. Day
• [PATCH] x86-64: define dma noncoherent API functions, Jeff Garzik
  • Re: [PATCH] x86-64: define dma noncoherent API functions, Russell King
• Try to fill route cache, Markus Wenke
• [PATCH 0/7] RFC: Cell SPE logos, Geert Uytterhoeven
  • Re: [PATCH 0/7] RFC: Cell SPE logos, Geert Uytterhoeven
  • [PATCH 1/7] fbdev: Avoid vertical overflow when making space for the logo, Geert Uytterhoeven
  • [PATCH 6/7] fbdev: SPE helper penguin logo, Geert Uytterhoeven
  • [PATCH 4/7] fbdev: move logo externs to header file, Geert Uytterhoeven
  • [PATCH 2/7] fbdev: fb_do_show_logo() updates, Geert Uytterhoeven
  • [PATCH 3/7] fbdev: extract fb_show_logo_line(), Geert Uytterhoeven
  • [PATCH 7/7] Cell: Draw SPE helper penguin logos, Geert Uytterhoeven
  • [PATCH 5/7] fbdev: Add fb_append_extra_logo(), Geert Uytterhoeven
• PROBLEM: ahci SATA with Intel ESB2 on 2.6.20-rc6, James Ray
  • Re: PROBLEM: ahci SATA with Intel ESB2 on 2.6.20-rc6, Jeff Garzik
• 2.6.19.2 oops after resume from ram (corruption?), Mike Galbraith
  • Re: 2.6.19.2 oops after resume from ram (corruption?), Nigel Cunningham
• remove_proc_entry and read_proc, Duncan Sands
  • Re: remove_proc_entry and read_proc, Alexey Dobriyan
    • Re: remove_proc_entry and read_proc, Duncan Sands
• [BUG]: 2.6.19.2: Weird serial core issue, Aubrey Li
  • Re: [BUG]: 2.6.19.2: Weird serial core issue, Alan
• [PATCH][Trivial] Remove duplicate listing of Cris arch from README, Jesper Juhl
• [Patch] ia64 enable singlestep on system call, bibo,mao
• C header files for vmware, Philippe Dhont \(Sea-ro\)
• BUG: soft lockup on 2.6.16-xenU kernel, Jesper Juhl
• fs/ufs/inode.c:817: warning: array subscript is above array bounds, d binderman
  • <Possible follow-ups>
  • Re: fs/ufs/inode.c:817: warning: array subscript is above array bounds, Tomasz Kvarsin
    • Re: fs/ufs/inode.c:817: warning: array subscript is above array bounds, Andrew Morton
    • Re: fs/ufs/inode.c:817: warning: array subscript is above array bounds, Randy Dunlap
• Google Earth displays improperly - 2.6.20-rc6, Jerry Jiang
  • Re: Google Earth displays improperly - 2.6.20-rc6, Jan Engelhardt
  • Re: Google Earth displays improperly - 2.6.20-rc6, Dave Airlie
• [patch] kbuild: correctly skip tilded backups in localversion files, Oleg Verych
  • [patch] update for (kbuild: correctly skip tilded backups in localversion files), Oleg Verych
• [patch] kbuild: improving gcc option checking, Oleg Verych
• Reducing warning output from pci_get_subsys(), Kumar Gala
  • Re: Reducing warning output from pci_get_subsys(), Andrew Morton
    • Re: Reducing warning output from pci_get_subsys(), Kumar Gala
      • Re: Reducing warning output from pci_get_subsys(), Greg KH
• Need all the patche from kernel-2.6.7 to kernel-2.6.19 related to VM, Seetharam Dharmosoth
• Linux 2.6.20-rc7, Linus Torvalds
  • Message not available
    • Re: Linux 2.6.20-rc7, Linus Torvalds
  • [PATCH] x86_64: Fix preprocessor condition, Josef 'Jeff' Sipek
    • Re: [PATCH] x86_64: Fix preprocessor condition, Andi Kleen
      • Re: [PATCH] x86_64: Fix preprocessor condition, Josef Sipek
  • Re: Linux 2.6.20-rc7, Sunil Naidu
• [PATCH 00/23] clocksource update v12, Daniel Walker
  • [PATCH 19/23] clocksource: mips update for new flags, Daniel Walker
  • [PATCH 07/23] clocksource: rating sorted list, Daniel Walker
    • Re: [PATCH 07/23] clocksource: rating sorted list, Ingo Molnar
      • Re: [PATCH 07/23] clocksource: rating sorted list, Daniel Walker
  • [PATCH 21/23] clocksource: drivers/ update for new flags, Daniel Walker
  • [PATCH 08/23] clocksource: drop duplicate register checking, Daniel Walker
    • Re: [PATCH 08/23] clocksource: drop duplicate register checking, Ingo Molnar
      • Re: [PATCH 08/23] clocksource: drop duplicate register checking, Daniel Walker
      • Re: [PATCH 08/23] clocksource: drop duplicate register checking, Ingo Molnar
  • [PATCH 04/23] clocksource: drop time-x86_64-tsc-fixup-clocksource-changes.patch, Daniel Walker
  • [PATCH 18/23] clocksource: i386 update for new flags, Daniel Walker
  • [PATCH 15/23] clocksource: add new flags, Daniel Walker
  • [PATCH 06/23] timekeeping: create kernel/time/timekeeping.c, Daniel Walker
    • Re: [PATCH 06/23] timekeeping: create kernel/time/timekeeping.c, Ingo Molnar
      • Re: [PATCH 06/23] timekeeping: create kernel/time/timekeeping.c, Daniel Walker
  • [PATCH 20/23] clocksource: x86_64 update for new flags, Daniel Walker
  • [PATCH 22/23] clocksource: new clock lookup method, Daniel Walker
    • Message not available
      • Message not available
      • Message not available
      • Message not available
      • Re: [PATCH 22/23] clocksource: new clock lookup method, Thomas Gleixner
      • Re: [PATCH 22/23] clocksource: new clock lookup method, Daniel Walker
      • Re: [PATCH 22/23] clocksource: new clock lookup method, Thomas Gleixner
  • [PATCH 12/23] clocksource: add clocksource_get_clock(), Daniel Walker
    • Re: [PATCH 12/23] clocksource: add clocksource_get_clock(), Ingo Molnar
      • Re: [PATCH 12/23] clocksource: add clocksource_get_clock(), Daniel Walker
  • [PATCH 10/23] clocksource: remove update_callback, Daniel Walker
    • Re: [PATCH 10/23] clocksource: remove update_callback, Ingo Molnar
      • Re: [PATCH 10/23] clocksource: remove update_callback, Daniel Walker
      • Re: [PATCH 10/23] clocksource: remove update_callback, Ingo Molnar
  • [PATCH 16/23] clocksource: arm update for new flags, Daniel Walker
    • Re: [PATCH 16/23] clocksource: arm update for new flags, Ingo Molnar
  • [PATCH 11/23] clocksource: atomic signals, Daniel Walker
    • Re: [PATCH 11/23] clocksource: atomic signals, Ingo Molnar
      • Re: [PATCH 11/23] clocksource: atomic signals, Daniel Walker
      • Re: [PATCH 11/23] clocksource: atomic signals, Ingo Molnar
  • [PATCH 17/23] clocksource: avr32 update for new flags, Daniel Walker
  • [PATCH 09/23] clocksource: add block notifier, Daniel Walker
    • Re: [PATCH 09/23] clocksource: add block notifier, Ingo Molnar
      • Re: [PATCH 09/23] clocksource: add block notifier, Daniel Walker
      • Re: [PATCH 09/23] clocksource: add block notifier, Ingo Molnar
  • [PATCH 13/23] timekeeping: move sysfs layer/drop API calls, Daniel Walker
    • Re: [PATCH 13/23] timekeeping: move sysfs layer/drop API calls, Ingo Molnar
  • [PATCH 05/23] clocksource: drop simplify-the-registration-of-clocksources.patch, Daniel Walker
  • [PATCH 03/23] clocksource: drop clocksource-remove-the-update-callback.patch, Daniel Walker
  • [PATCH 23/23] clocksource tsc: add verify routine, Daniel Walker
    • Re: [PATCH 23/23] clocksource tsc: add verify routine, Ingo Molnar
      • Re: [PATCH 23/23] clocksource tsc: add verify routine, Daniel Walker
      • Re: [PATCH 23/23] clocksource tsc: add verify routine, Thomas Gleixner
      • Re: [PATCH 23/23] clocksource tsc: add verify routine, Ingo Molnar
  • [PATCH 14/23] clocksource: increase initcall priority, Daniel Walker
    • Re: [PATCH 14/23] clocksource: increase initcall priority, Ingo Molnar
      • Re: [PATCH 14/23] clocksource: increase initcall priority, Daniel Walker
      • Re: [PATCH 14/23] clocksource: increase initcall priority, Ingo Molnar
      • Re: [PATCH 14/23] clocksource: increase initcall priority, Daniel Walker
      • Re: [PATCH 14/23] clocksource: increase initcall priority, Thomas Gleixner
  • [PATCH 02/23] clocksource: drop clocksource-add-verification-watchdog-helper.patch, Daniel Walker
  • [PATCH 01/23] clocksource: drop clocksource-add-verification-watchdog-helper-fix.patch, Daniel Walker
    • Re: [PATCH 01/23] clocksource: drop clocksource-add-verification-watchdog-helper-fix.patch, Ingo Molnar
• [PATCH 1/10] cxgb3 - FW versioning, Divy Le Ray
  • Re: [PATCH 1/10] cxgb3 - FW versioning, Jeff Garzik
    • Re: [PATCH 1/10] cxgb3 - FW versioning, Christoph Hellwig
      • Re: [PATCH 1/10] cxgb3 - FW versioning, Jeff Garzik
  • Re: [PATCH 1/10] cxgb3 - FW versioning, Jeff Garzik
• [PATCH 4/10] cxgb3 - bogus status error string, Divy Le Ray
• [PATCH 2/10] cxgb3 - bind qsets on multiport adapter, Divy Le Ray
• [PATCH 8/10] cxgb3 - Unmap offload packets when they are freed., Divy Le Ray
  • Re: [PATCH 8/10] cxgb3 - Unmap offload packets when they are freed., Jeff Garzik
• [PATCH 10/10] cxgb3 - Add dual licensing, Divy Le Ray
• [PATCH 9/10] cxgb3 - Add <linux/mutex.h>, Divy Le Ray
• [PATCH 7/10] cxgb3 - Remove BUG_ON from t3b_intr_napi, Divy Le Ray
• [PATCH 3/10] cxgb3 - remove SW Tx credits coalescing, Divy Le Ray
• [PATCH 5/10] cxgb3 - Clean up HW init routine, Divy Le Ray
• [PATCH 6/10] cxgb3 - white space to tabs, Divy Le Ray
• [PATCH 0/10] cxgb3 - Chelsio T3 1G/10G driver updates, Divy Le Ray
• [patch] some scripts: replace gawk, head, bc with shell, update, Oleg Verych
• [PATCH] scsi_lib.c: continue after MEDIUM_ERROR, Mark Lord
  • [PATCH] RESEND scsi_lib.c: continue after MEDIUM_ERROR, Mark Lord
  • Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR, James Bottomley
    • Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR, Mark Lord
    • Message not available
      • Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR, Mark Lord
      • Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR, Ric Wheeler
      • Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR, James Bottomley
      • Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR, Mark Lord
      • Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR, Mark Lord
      • Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR, James Bottomley
      • Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR, Douglas Gilbert
      • Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR, Mark Lord
      • Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR, Alan
      • Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR, Ric Wheeler
      • Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR, Mark Lord
      • Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR, James Bottomley
      • Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR, Mark Lord
      • Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR, Jeff Garzik
      • Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR, Ric Wheeler
      • Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR, Douglas Gilbert
      • Re: [PATCH] scsi_lib.c: continue after MEDIUM_ERROR, Mark Lord
• MMC: tifm_7xx1 driver detects card but does not make it mountable, bloch
  • Re: MMC: tifm_7xx1 driver detects card but does not make it mountable, Alex Dubov
• [GIT PATCH] HID update for 2.6.20-rc6, Jiri Kosina
• No mptable found (Tyan h1000E), Jan Kasprzak
  • Re: No mptable found (Tyan h1000E), Len Brown
    • Re: No mptable found (Tyan h1000E), Jan Kasprzak
• [PATCH] pipefs unique inode numbers, Bodo Eggert
  • Re: [PATCH] pipefs unique inode numbers, Linus Torvalds
    • Re: [PATCH] pipefs unique inode numbers, Jeff Layton
  • Re: [PATCH] pipefs unique inode numbers, Jeff Layton
    • Re: [PATCH] pipefs unique inode numbers, Linus Torvalds
      • Re: [PATCH] pipefs unique inode numbers, Jeff Layton
      • Re: [PATCH] pipefs unique inode numbers, Kirill Korotaev
    • Re: [PATCH] pipefs unique inode numbers, Jeff Layton
• Re: atiixp.c: add cable detection support for ATI IDE, Alan
• [PATCH] -mm3: include/linux/blkdev.h double def'd -> compile fail, Grant Coady
• [PATCH 0 of 4] Generic AIO by scheduling stacks, Zach Brown
  • [PATCH 1 of 4] Introduce per_call_chain(), Zach Brown
  • [PATCH 2 of 4] Introduce i386 fibril scheduling, Zach Brown
  • [PATCH 4 of 4] Introduce aio system call submission and completion system calls, Zach Brown
    • Re: [PATCH 4 of 4] Introduce aio system call submission and completion system calls, Andi Kleen
      • Re: [PATCH 4 of 4] Introduce aio system call submission and completion system calls, Zach Brown
      • Re: [PATCH 4 of 4] Introduce aio system call submission and completion system calls, Andi Kleen
      • Re: [PATCH 4 of 4] Introduce aio system call submission and completion system calls, Zach Brown
  • [PATCH 3 of 4] Teach paths to wake a specific void * target instead of a whole task_struct, Zach Brown
  • Re: [PATCH 0 of 4] Generic AIO by scheduling stacks, Linus Torvalds
    • Re: [PATCH 0 of 4] Generic AIO by scheduling stacks, Linus Torvalds
      • Re: [PATCH 0 of 4] Generic AIO by scheduling stacks, Zach Brown
    • Re: [PATCH 0 of 4] Generic AIO by scheduling stacks, Zach Brown
      • Re: [PATCH 0 of 4] Generic AIO by scheduling stacks, Linus Torvalds
      • Re: [PATCH 0 of 4] Generic AIO by scheduling stacks, Zach Brown
      • Re: [PATCH 0 of 4] Generic AIO by scheduling stacks, Benjamin Herrenschmidt
  • Re: [PATCH 0 of 4] Generic AIO by scheduling stacks, Benjamin Herrenschmidt
    • Re: [PATCH 0 of 4] Generic AIO by scheduling stacks, Linus Torvalds
      • Re: [PATCH 0 of 4] Generic AIO by scheduling stacks, Linus Torvalds
      • Re: [PATCH 0 of 4] Generic AIO by scheduling stacks, Xavier Bestel
      • Re: [PATCH 0 of 4] Generic AIO by scheduling stacks, Zach Brown
      • Re: [PATCH 0 of 4] Generic AIO by scheduling stacks, Zach Brown
      • Re: [PATCH 0 of 4] Generic AIO by scheduling stacks, Benjamin Herrenschmidt
      • Re: [PATCH 0 of 4] Generic AIO by scheduling stacks, Nick Piggin
      • Re: [PATCH 0 of 4] Generic AIO by scheduling stacks, Nick Piggin
      • Re: [PATCH 0 of 4] Generic AIO by scheduling stacks, Linus Torvalds
      • Re: [PATCH 0 of 4] Generic AIO by scheduling stacks, Ingo Molnar
      • Re: [PATCH 0 of 4] Generic AIO by scheduling stacks, Joel Becker
      • Re: [PATCH 0 of 4] Generic AIO by scheduling stacks, Zach Brown
      • Re: [PATCH 0 of 4] Generic AIO by scheduling stacks, Zach Brown
    • Re: [PATCH 0 of 4] Generic AIO by scheduling stacks, Zach Brown
      • Re: [PATCH 0 of 4] Generic AIO by scheduling stacks, Benjamin LaHaise
      • Re: [PATCH 0 of 4] Generic AIO by scheduling stacks, Zach Brown
      • Re: [PATCH 0 of 4] Generic AIO by scheduling stacks, Benjamin LaHaise
      • Re: [PATCH 0 of 4] Generic AIO by scheduling stacks, Zach Brown
• [PATCH 3/3] cxacru: Store all device status information and report it when atm_proc_read is called., Simon Arlott
  • Re: [PATCH 3/3] cxacru: Store all device status information and report it when atm_proc_read is called., Duncan Sands
• [PATCH 2/3] cxacru: Poll for device status more frequently., Simon Arlott
  • Re: [PATCH 2/3] cxacru: Poll for device status more frequently., Duncan Sands
    • Re: [PATCH 2/3] cxacru: Poll for device status more frequently., Simon Arlott
      • Re: [PATCH 2/3] cxacru: Poll for device status more frequently., Duncan Sands
• [PATCH 1/3] usbatm: Allow sub-drivers to handle calls to atm_proc_read., Simon Arlott
  • Re: [PATCH 1/3] usbatm: Allow sub-drivers to handle calls to atm_proc_read., Duncan Sands
    • Re: [PATCH 1/3] usbatm: Allow sub-drivers to handle calls to atm_proc_read., Simon Arlott
      • Re: [PATCH 1/3] usbatm: Allow sub-drivers to handle calls to atm_proc_read., Duncan Sands
• [PATCH] ifdef ->rchar, ->wchar, ->syscr, ->syscw from task_struct, Alexey Dobriyan
• [PATCH] Move TASK_XACCT, TASK_IO_ACCOUNTING up in menus, Alexey Dobriyan
• Re: How to map high memory for block io, Pierre Ossman
• [2.6.20-rc6] pktcdvd doesn't work, Luca Tettamanti
  • Re: [2.6.20-rc6] pktcdvd doesn't work, Jan Engelhardt
    • Re: [2.6.20-rc6] pktcdvd doesn't work, Luca Tettamanti
      • Re: [2.6.20-rc6] pktcdvd doesn't work, Jan Engelhardt
      • Re: [2.6.20-rc6] pktcdvd doesn't work, Luca Tettamanti
      • Re: [2.6.20-rc6] pktcdvd doesn't work, Jeff Garzik
      • Re: [2.6.20-rc6] pktcdvd doesn't work, Fabio Comolli
      • Re: [2.6.20-rc6] pktcdvd doesn't work, Luca
• [PATCH] IPMI: fix timeout list handling, Corey Minyard
• Re: [PATCH] generic RTC support for PPC, Kim Phillips
  • Re: [PATCH] generic RTC support for PPC, David Brownell
• [PATCH] EFI x86: pass firmware call parameters on the stack, Frédéric Riss
  • Re: [PATCH] EFI x86: pass firmware call parameters on the stack, Andrew Morton
    • Re: [PATCH] EFI x86: pass firmware call parameters on the stack, Frédéric Riss
  • Re: [PATCH] EFI x86: pass firmware call parameters on the stack, Bjorn Helgaas
    • Re: [PATCH] EFI x86: pass firmware call parameters on the stack, Frédéric Riss
• [PATCH] revert changes to pipefs for i_ino uniqueness, Jeff Layton
• Re: [linux-usb-devel] 2.6.20-rc6 SCSI error: I/O error - trouble with mass storage devices ?!, Alan Stern
  • Re: [linux-usb-devel] 2.6.20-rc6 SCSI error: I/O error - trouble with mass storage devices ?!, Soeren Sonnenburg
  • <Possible follow-ups>
  • Re: [linux-usb-devel] 2.6.20-rc6 SCSI error: I/O error - trouble with mass storage devices ?!, Robert Hancock
    • Re: [linux-usb-devel] 2.6.20-rc6 SCSI error: I/O error - trouble with mass storage devices ?!, Greg KH
      • Re: [linux-usb-devel] 2.6.20-rc6 SCSI error: I/O error - trouble with mass storage devices ?!, Robert Hancock
    • Re: [linux-usb-devel] 2.6.20-rc6 SCSI error: I/O error - trouble with mass storage devices ?!, Alan Stern
• ACPI C and P states on Conroe, Joe Harvell
  • RE: ACPI C and P states on Conroe, Pallipadi, Venkatesh
  • <Possible follow-ups>
  • ACPI C and P states on Conroe, Joe Harvell
    • Re: ACPI C and P states on Conroe, Len Brown
  • Re: ACPI C and P states on Conroe, Robert Hancock
    • Re: ACPI C and P states on Conroe, Joe Harvell
• XFS internal error xfs_da_do_buf, Sami Farin
  • Re: XFS internal error xfs_da_do_buf, Eric Sandeen
• [PATCH] UML - Fix signal frame alignment, Jeff Dike
• Re: [RFC] rfkill - Add support for input key to control wireless radio, Ivo van Doorn
  • <Possible follow-ups>
  • Re: [RFC] rfkill - Add support for input key to control wireless radio, Stephen Hemminger
    • Re: [RFC] rfkill - Add support for input key to control wireless radio, Ivo van Doorn
    • Re: [RFC] rfkill - Add support for input key to control wireless radio, Ivo van Doorn
• Bug: 2.6.15 Process accounting fails to account for small time slice loads (still), Tom Burns
  • Re: Bug: 2.6.15 Process accounting fails to account for small time slice loads (still), Tom Burns
  • Re: Bug: 2.6.15 Process accounting fails to account for small time slice loads (still), Tim Schmielau
    • Re: Bug: 2.6.15 Process accounting fails to account for small time slice loads (still), Tom Burns
      • Re: Bug: 2.6.15 Process accounting fails to account for small time slice loads (still), Tim Schmielau
  • Re: Bug: 2.6.15 Process accounting fails to account for small time slice loads (still), Christian Borntraeger
• [PATCH] make iunique use a do/while loop rather than its obscure goto loop, Jeffrey Layton
  • Re: [PATCH] make iunique use a do/while loop rather than its obscure goto loop, Christoph Hellwig
• [PATCH 2/2] make pipefs do lazy i_ino assignment and hashing, Jeff Layton
  • <Possible follow-ups>
  • Re: [PATCH 2/2] make pipefs do lazy i_ino assignment and hashing, Bodo Eggert
• [PATCH 1/2] add lazy_getattr and lazy_readdir patches that defer i_ino assignment, Jeff Layton
  • Re: [PATCH 1/2] add lazy_getattr and lazy_readdir patches that defer i_ino assignment, Kirill Korotaev
    • Re: [PATCH 1/2] add lazy_getattr and lazy_readdir patches that defer i_ino assignment, Jeff Layton
      • Re: [PATCH 1/2] add lazy_getattr and lazy_readdir patches that defer i_ino assignment, Kirill Korotaev
• Strange XServer (KDE) log out on 2.6.20-rc6 !!, Sunil Naidu
  • Re: Strange XServer (KDE) log out on 2.6.20-rc6 !!, Alexey Dobriyan
    • Re: Strange XServer (KDE) log out on 2.6.20-rc6 !!, Sunil Naidu
• rmmod ohci1394 -> BUG, Nicolas Turro
• trouble with sysfs and bluetooth, Oliver Neukum
• [PATCH 0/5] KVM: suspend/resume support, Avi Kivity
  • [PATCH 1/5] hotplug: Allow modules to use the cpu hotplug notifiers even if !CONFIG_HOTPLUG_CPU, Avi Kivity
  • [PATCH 2/5] KVM: Add a global list of all virtual machines, Avi Kivity
  • [PATCH 3/5] KVM: VMX: add vcpu_clear(), Avi Kivity
  • [PATCH 5/5] KVM: Host suspend/resume support, Avi Kivity
    • Re: [PATCH 5/5] KVM: Host suspend/resume support, Nigel Cunningham
      • Re: [PATCH 5/5] KVM: Host suspend/resume support, Rafael J. Wysocki
      • Re: [PATCH 5/5] KVM: Host suspend/resume support, Nigel Cunningham
      • Re: [PATCH 5/5] KVM: Host suspend/resume support, Avi Kivity
  • [PATCH 4/5] KVM: cpu hotplug support, Avi Kivity
    • Re: [PATCH 4/5] KVM: cpu hotplug support, Andrew Morton
      • Re: [PATCH 4/5] KVM: cpu hotplug support, Ingo Molnar
      • Re: [PATCH 4/5] KVM: cpu hotplug support, Avi Kivity
• [PATCH 0/11] KVM updates for 2.6.21, Avi Kivity
  • [PATCH 1/11] KVM: optimize inline assembly, Avi Kivity
  • [PATCH 2/11] KVM: Fix asm constraint for lldt instruction, Avi Kivity
    • Re: [PATCH 2/11] KVM: Fix asm constraint for lldt instruction, Avi Kivity
  • [PATCH 4/11] KVM: vmx: handle triple faults by returning EXIT_REASON_SHUTDOWN to userspace, Avi Kivity
  • [PATCH 7/11] KVM: SVM: Hack initial cpu csbase to be consistent with intel, Avi Kivity
  • [PATCH 3/11] KVM: Fix gva_to_gpa(), Avi Kivity
  • [PATCH 5/11] KVM: fix what looks like an obvious typo in the file drivers/kvm/svm.c, Avi Kivity
  • [PATCH 8/11] KVM: Two-way apic tpr synchronization, Avi Kivity
  • [PATCH 6/11] KVM: Fix mmu going crazy of guest sets cr0.wp == 0, Avi Kivity
  • [PATCH 10/11] KVM: Fix mismatch between 32-bit and 64-bit abi, Avi Kivity
  • [PATCH 9/11] KVM: VMX: Reload ds and es even in 64-bit mode, Avi Kivity
  • [PATCH 11/11] KVM: fix vcpu freeing bug, Avi Kivity
• [OOPS] on 2.6.20-rc5-rt10, Remy Bohmer
  • Re: [OOPS] on 2.6.20-rc5-rt10, Michal Schmidt
    • Message not available
      • Fwd: [OOPS] on 2.6.20-rc5-rt10, Remy Bohmer
  • Re: [OOPS] on 2.6.20-rc5-rt10, Karsten Wiese
• init/Kconfig:263: can't open file "usr/Kconfig" ==> when trying to configure new kernel, Philippe Dhont \(Sea-ro\)
  • Re: init/Kconfig:263: can't open file "usr/Kconfig" ==> when trying to configure new kernel, Randy Dunlap
• [PATCH] missing dma_sync_single_range_for{cpu,device} on alpha, Al Viro
• [PATCH] dma-mapping.h stubs fix, Al Viro
• [PATCH] b44: src_desc->addr is little-endian, Al Viro
  • Re: [PATCH] b44: src_desc->addr is little-endian, Jeff Garzik
• [PATCH] sym53c500_cs: remove bogus call fo free_dma(), Al Viro
• [PATCH] pata_platform: fallout from set_mode() change, Al Viro
  • Re: [PATCH] pata_platform: fallout from set_mode() change, Jeff Garzik
    • Re: [PATCH] pata_platform: fallout from set_mode() change, Paul Mundt
      • Re: [PATCH] pata_platform: fallout from set_mode() change, Jeff Garzik
  • Re: [PATCH] pata_platform: fallout from set_mode() change, Alan
• [PATCH] fix indentation-related breakage in Kconfig.i386, Al Viro
  • Re: [PATCH] fix indentation-related breakage in Kconfig.i386, Jeff Dike
• [PATCH] missing exports of pm_power_off() on alpha and sparc32, Al Viro
• [PATCH] mtd/nand/cafe.c missing include of dma-mapping.h, Al Viro
• Linux 2.6.19.2: Freeze with CIFS mount, Eric Lacombe
  • Re: Linux 2.6.19.2: Freeze with CIFS mount, Steven French
    • Re: Linux 2.6.19.2: Freeze with CIFS mount, Eric Lacombe
• [ OOPS ] at do_futex with 2.6.20-RC5-RT10, Henri Hunnekens
  • Re: [ OOPS ] at do_futex with 2.6.20-RC5-RT10, Remy Bohmer
• Re: 2.6.20-rc6-mm3 - interesting dmesg, Sunil Naidu
• [PATCH] Add "is_power_of_2" checking to log2.h., Robert P. J. Day
  • Re: [PATCH] Add "is_power_of_2" checking to log2.h., Nick Piggin
    • Re: [PATCH] Add "is_power_of_2" checking to log2.h., Robert P. J. Day
      • Re: [PATCH] Add "is_power_of_2" checking to log2.h., Jan Engelhardt
      • Re: [PATCH] Add "is_power_of_2" checking to log2.h., Robert P. J. Day
      • Re: [PATCH] Add "is_power_of_2" checking to log2.h., Jan Engelhardt
      • Re: [PATCH] Add "is_power_of_2" checking to log2.h., Robert P. J. Day
      • Re: [PATCH] Add "is_power_of_2" checking to log2.h., Vegard Nossum
      • Re: [PATCH] Add "is_power_of_2" checking to log2.h., Robert P. J. Day
      • Re: [PATCH] Add "is_power_of_2" checking to log2.h., Nick Piggin
      • Re: [PATCH] Add "is_power_of_2" checking to log2.h., Robert P. J. Day
• 2.6.20-rc6-rt4 register_cpu_notification undefined, Rui Nuno Capela
• swap map, Howard Chu
  • Re: swap map, Christoph Hellwig
    • Re: swap map, Nick Piggin
• 2.6.19.1: kernel BUG at mm/slab.c:2911!, Martin MOKREJŠ
• Re: Concurrent Page Cache, Howard Chu
• Re: [Bluez-devel] trouble with sysfs and bluetooth, Marcel Holtmann
  • Re: [Bluez-devel] trouble with sysfs and bluetooth, Oliver Neukum
    • Re: [Bluez-devel] trouble with sysfs and bluetooth, Marcel Holtmann
• [PATCH 0/6] AKT - Automatic Kernel Tunables, Nadia . Derbey
  • [PATCH 3/6] AKT - tunables associated kobjects, Nadia . Derbey
  • [PATCH 1/6] AKT - Tunable structure and registration routines, Nadia . Derbey
  • [PATCH 6/6] AKT - automatic tuning applied to some kernel components, Nadia . Derbey
  • [PATCH 2/6] AKT - auto_tuning activation, Nadia . Derbey
  • [PATCH 5/6] AKT - per namespace tunables, Nadia . Derbey
  • [PATCH 4/6] AKT - min and max kobjects, Nadia . Derbey
• Re: bug reading /proc/sys/kernel/*: only first byte read., Andrew Morton
  • Re: bug reading /proc/sys/kernel/*: only first byte read., Oleg Nesterov
    • Re: bug reading /proc/sys/kernel/*: only first byte read., Oleg Nesterov
      • Re: bug reading /proc/sys/kernel/*: only first byte read., Eric W. Biederman
      • Re: bug reading /proc/sys/kernel/*: only first byte read., Michael Tokarev
• [patch] genirq: remove IRQ_DISABLED, Ingo Molnar
• [patch] genirq: do not mask interrupts by default, Ingo Molnar
• [PATCH] Fix sparse annotation of spin unlock macros in one case, Pavel Roskin
• [PATCH] -mm2: typo in ipc/ipc_sysctl.c -> compile failure, Grant Coady
• Discussion starting on the 2007 ksummit discuss list, Theodore Ts'o
• [PATCH] kprobes: Fix compiler warning, Kumar Gala
  • Re: [PATCH] kprobes: Fix compiler warning, Ananth N Mavinakayanahalli
    • Re: [PATCH] kprobes: Fix compiler warning, Kumar Gala
      • Re: [PATCH] kprobes: Fix compiler warning, Kumar Gala
      • Re: [PATCH] kprobes: Fix compiler warning, Andrew Morton
      • Re: [PATCH] kprobes: Fix compiler warning, Kumar Gala
• 2.6.20-rc6-mm3, Andrew Morton
  • Re: 2.6.20-rc6-mm3, Jeff Garzik
    • Re: 2.6.20-rc6-mm3, Andrew Morton
      • Re: 2.6.20-rc6-mm3, Evgeniy Polyakov
  • Re: 2.6.20-rc6-mm3, Sunil Naidu
    • Re: 2.6.20-rc6-mm3, Andrew Morton
  • Re: 2.6.20-rc6-mm3, Olivier Galibert
    • Re: 2.6.20-rc6-mm3, Andrew Morton
      • Re: 2.6.20-rc6-mm3, Olivier Galibert
      • Re: 2.6.20-rc6-mm3, Len Brown
  • Re: 2.6.20-rc6-mm3, Maciej Rutecki
    • Re: 2.6.20-rc6-mm3, Andrew Morton
      • Re: 2.6.20-rc6-mm3, Karsten Wiese
      • Re: 2.6.20-rc6-mm3, Ingo Molnar
      • Re: 2.6.20-rc6-mm3, Karsten Wiese
      • Re: 2.6.20-rc6-mm3, Maciej Rutecki
    • Re: 2.6.20-rc6-mm3, Tilman Schmidt
      • Re: 2.6.20-rc6-mm3, Andrew Morton
      • Re: 2.6.20-rc6-mm3, Tilman Schmidt
      • Re: 2.6.20-rc6-mm3, Alexey Starikovskiy
      • Re: 2.6.20-rc6-mm3, Maciej Rutecki
      • Re: 2.6.20-rc6-mm3, Tilman Schmidt
  • Re: 2.6.20-rc6-mm3, Mattia Dongili
• [PATCH -mm] jmicron: 40/80pin primary detection, ethanhsiao
  • Re: [PATCH -mm] jmicron: 40/80pin primary detection, Alan
• [PATCH] Change constant zero to NOTIFY_DONE in ratelimit_handler(), Paul E. McKenney
• Free Linux Driver Development!, Greg KH
  • Re: Free Linux Driver Development!, Rik van Riel
    • Re: Free Linux Driver Development!, Greg KH
  • Re: Free Linux Driver Development!, Bauke Jan Douma
    • Re: Free Linux Driver Development!, Greg KH
    • Re: Free Linux Driver Development!, Valdis . Kletnieks
  • Re: Free Linux Driver Development!, Jan Engelhardt
    • Re: Free Linux Driver Development!, Greg KH
      • Re: Free Linux Driver Development!, Jan Engelhardt
      • Re: Free Linux Driver Development!, Greg KH
      • Re: Free Linux Driver Development!, Diego Calleja
      • Re: Free Linux Driver Development!, Jan Engelhardt
      • Re: Free Linux Driver Development!, Jan-Benedict Glaw
      • Re: Free Linux Driver Development!, Willy Tarreau
      • Re: Free Linux Driver Development!, Jan-Benedict Glaw
  • Re: Free Linux Driver Development!, Florian Weimer
    • Re: Free Linux Driver Development!, Greg KH
      • Re: Free Linux Driver Development!, Florian Weimer
      • Re: Free Linux Driver Development!, Greg KH
  • Re: Free Linux Driver Development!, Manu Abraham
    • Re: Free Linux Driver Development!, Greg KH
      • Re: Free Linux Driver Development!, Manu Abraham
    • Re: Free Linux Driver Development!, Bill Davidsen
      • Re: Free Linux Driver Development!, Greg KH
  • Re: Free Linux Driver Development!, Roland Dreier
    • Re: Free Linux Driver Development!, Manu Abraham
    • Re: Free Linux Driver Development!, Jeff Garzik
      • Re: Free Linux Driver Development!, Jeff V. Merkey
      • Re: Free Linux Driver Development!, Roland Dreier
      • Re: Free Linux Driver Development!, Jeff Garzik
    • Re: Free Linux Driver Development!, Greg KH
      • Re: Free Linux Driver Development!, Roland Dreier
      • Re: Free Linux Driver Development!, Jeff Garzik
      • Re: Free Linux Driver Development!, Roland Dreier
      • Re: Free Linux Driver Development!, Greg KH
      • Re: Free Linux Driver Development!, Roland Dreier
      • Re: Free Linux Driver Development!, Jeff Garzik
      • Re: Free Linux Driver Development!, Roland Dreier
      • Re: Free Linux Driver Development!, John W. Linville
      • Re: Free Linux Driver Development!, Lennart Sorensen
      • Re: Free Linux Driver Development!, Dave Airlie
      • Re: Free Linux Driver Development!, Trent Waddington
      • Re: Free Linux Driver Development!, Jeff Garzik
      • Re: Free Linux Driver Development!, David Hollis
      • Re: Free Linux Driver Development!, Jan Engelhardt
      • Re: Free Linux Driver Development!, Bob Copeland
      • Re: Free Linux Driver Development!, Jan Engelhardt
      • Re: Free Linux Driver Development!, Jeff Garzik
      • Re: Free Linux Driver Development!, alan
      • Re: Free Linux Driver Development!, Jan Engelhardt
      • Re: Free Linux Driver Development!, alan
      • Re: Free Linux Driver Development!, Jeff Garzik
      • Re: Free Linux Driver Development!, Roland Dreier
      • Re: Free Linux Driver Development!, Jeff Garzik
      • Re: Free Linux Driver Development!, Matthieu CASTET
      • Re: Free Linux Driver Development!, Jeff Garzik
      • Re: Free Linux Driver Development!, Andrey Borzenkov
      • Re: Free Linux Driver Development!, Alan
      • Re: Free Linux Driver Development!, Andrey Borzenkov
      • Re: Free Linux Driver Development!, Alan
      • Re: Free Linux Driver Development!, Eric Sandeen
      • Re: Free Linux Driver Development!, Jeff Garzik
      • Re: Free Linux Driver Development!, Eric Sandeen
      • Re: Free Linux Driver Development!, Alan
      • Re: Free Linux Driver Development!, Greg KH
      • Re: Free Linux Driver Development!, Roland Dreier
      • Re: Free Linux Driver Development!, Lennart Sorensen
      • Re: Free Linux Driver Development!, Jeff Garzik
      • Re: Free Linux Driver Development!, Roland Dreier
      • Re: Free Linux Driver Development!, Greg KH
      • Re: Free Linux Driver Development!, Jeff Garzik
      • Re: Free Linux Driver Development!, Roland Dreier
      • Re: Free Linux Driver Development!, Manu Abraham
      • Re: Free Linux Driver Development!, Jeff Garzik
      • Re: Free Linux Driver Development!, Greg KH
      • Re: Free Linux Driver Development!, Roland Dreier
      • Re: Free Linux Driver Development!, Greg KH
      • Re: Free Linux Driver Development!, Alan
      • Re: Free Linux Driver Development!, Diego Calleja
      • Re: Free Linux Driver Development!, Greg KH
      • Re: Free Linux Driver Development!, Adrian Bunk
      • Re: Free Linux Driver Development!, Trent Waddington
      • Re: Free Linux Driver Development!, Adrian Bunk
      • Re: Free Linux Driver Development!, Greg KH
      • Re: Free Linux Driver Development!, Bartlomiej Zolnierkiewicz
      • Re: Free Linux Driver Development!, Adrian Bunk
      • Rewriting floppy.c was Re: Free Linux Driver Development!, Andi Kleen
      • Re: Rewriting floppy.c was Re: Free Linux Driver Development!, Jesper Juhl
      • Re: Rewriting floppy.c was Re: Free Linux Driver Development!, Trent Waddington
      • Re: Rewriting floppy.c was Re: Free Linux Driver Development!, Jesper Juhl
      • Re: Rewriting floppy.c was Re: Free Linux Driver Development!, Martin Seidl
      • Re: Rewriting floppy.c was Re: Free Linux Driver Development!, Adrian Bunk
      • Re: Rewriting floppy.c was Re: Free Linux Driver Development!, Jan Engelhardt
      • Re: Rewriting floppy.c was Re: Free Linux Driver Development!, Lennart Sorensen
      • Re: Rewriting floppy.c was Re: Free Linux Driver Development!, Jan Engelhardt
      • Re: Rewriting floppy.c was Re: Free Linux Driver Development!, Jan-Benedict Glaw
      • Re: Free Linux Driver Development!, Sergei Organov
  • Re: Free Linux Driver Development!, Dmitri Vorobiev
    • Re: Free Linux Driver Development!, Greg KH
  • Re: Free Linux Driver Development!, Andrew Lyon
    • Re: Free Linux Driver Development!, Greg KH
  • Re: Free Linux Driver Development!, Michael K. Edwards
    • Re: Free Linux Driver Development!, Greg KH
      • Re: Free Linux Driver Development!, Kumar Gala
      • Re: Free Linux Driver Development!, Michael K. Edwards
  • <Possible follow-ups>
  • Re: Free Linux Driver Development!, Robert Hancock
  • Re: Free Linux Driver Development!, Nicolas Mailhot
    • Re: Free Linux Driver Development!, Francois Romieu
      • Re: Free Linux Driver Development!, Auke Kok
      • Re: Free Linux Driver Development!, Jan Engelhardt
      • Re: Free Linux Driver Development!, Trent Waddington
      • Re: Free Linux Driver Development!, Nicolas Mailhot
    • Re: Free Linux Driver Development!, Greg KH
      • Re: Free Linux Driver Development!, Nicolas Mailhot
      • Re: Free Linux Driver Development!, Dave Jones
      • Re: Free Linux Driver Development!, Randy Dunlap
• [2.6 patch] drivers/acpi/hotkey.c: make 2 structs static, Adrian Bunk
• [patch] new toplevel target: headers_check_all, Mike Frysinger
• [patch] use __u32 in asm-x86_64/msr.h, Mike Frysinger
  • Re: [patch] use __u32 in asm-x86_64/msr.h, Dave Jones
• slow module build--what am I doing wrong?, Ben Pfaff
  • Re: slow module build--what am I doing wrong?, Ben Pfaff
• [PATCH] TSL2550 support (I2C device driver), Rodolfo Giometti
  • Re: [PATCH] TSL2550 support (I2C device driver), Andrew Morton
    • Re: [PATCH] TSL2550 support (I2C device driver), Andrew Morton
    • Re: [PATCH] TSL2550 support (I2C device driver), Rodolfo Giometti
      • Re: [PATCH] TSL2550 support (I2C device driver), Andrew Morton
    • [PATCH 001/001] I2C: TSL2550 support, Rodolfo Giometti
• Advice on APM-EMU reunion, Rodolfo Giometti
  • Re: Advice on APM-EMU reunion, Richard Purdie
    • Re: Advice on APM-EMU reunion, Rodolfo Giometti
  • Re: Advice on APM-EMU reunion, Paul Mundt
    • Re: Advice on APM-EMU reunion, Ralf Baechle
• [patch-mm] dynticks: Fix one off jiffy update, Thomas Gleixner
  • Re: [patch-mm] dynticks: Fix one off jiffy update, Ingo Molnar
• [GIT PATCH] ALSA core fix for 2.6.20-rc5, Greg KH
  • [PATCH 1/1] [PATCH] ALSA: Fix sysfs breakage, Greg KH
• [patch] rename members in dummy _xt_align struct, Mike Frysinger
• [GIT PULL -mm] Unionfs updates/cleanups, Josef 'Jeff' Sipek
  • [PATCH 4/4] fs/unionfs/: Don't duplicate the struct nameidata, Josef 'Jeff' Sipek
    • Re: [PATCH 4/4] fs/unionfs/: Don't duplicate the struct nameidata, Josef Sipek
  • [PATCH 4/4] fs/unionfs/: Don't duplicate the struct nameidata, Josef 'Jeff' Sipek
    • Re: [PATCH 4/4] fs/unionfs/: Don't duplicate the struct nameidata, Christoph Hellwig
      • Re: [PATCH 4/4] fs/unionfs/: Don't duplicate the struct nameidata, Josef Sipek
  • [PATCH 1/4] fs/unionfs/: Remove stale_inode.c, Josef 'Jeff' Sipek
  • [PATCH 3/4] fs/unionfs/: Andrew Morton's comments, Josef 'Jeff' Sipek
  • [PATCH 2/4] fs/unionfs/: possible cleanups, Josef 'Jeff' Sipek
• 2.6.20-rc6-mm2 build failure, Tomasz Kvarsin
  • [-mm patch] rcu_trace build fix (was Re: 2.6.20-rc6-mm2 build failure), Frederik Deweerdt
    • Re: [-mm patch] rcu_trace build fix (was Re: 2.6.20-rc6-mm2 build failure), Dipankar Sarma
• How many people are using 2.6.16?, Chuck Ebbert
  • Re: How many people are using 2.6.16?, Josh Boyer
    • Re: How many people are using 2.6.16?, Chuck Ebbert
  • Re: How many people are using 2.6.16?, Mike Houston
    • Re: How many people are using 2.6.16?, Bron Gondwana
      • Re: How many people are using 2.6.16?, Adrian Bunk
      • Re: How many people are using 2.6.16?, Mark Lord
      • Re: How many people are using 2.6.16?, Linus Torvalds
      • Re: How many people are using 2.6.16?, Bron Gondwana
      • Re: How many people are using 2.6.16?, Adrian Bunk
      • Reiserfs and MMAP (was: How many people are using 2.6.16?), Bron Gondwana
      • Re: How many people are using 2.6.16?, David Chinner
      • Re: How many people are using 2.6.16?, Steve French (smfltc)
      • Re: How many people are using 2.6.16?, Linus Torvalds
    • Re: How many people are using 2.6.16?, Adrian Bunk
      • Re: How many people are using 2.6.16?, Mike Houston
• [PATCH] slab.c ifdef reduction breaks build, Jeff Dike
  • Re: [PATCH] slab.c ifdef reduction breaks build, Christoph Lameter
    • Re: [PATCH] slab.c ifdef reduction breaks build, Christoph Lameter
      • Re: [PATCH] slab.c ifdef reduction breaks build, Andrew Morton
      • Re: [PATCH] slab.c ifdef reduction breaks build, Christoph Lameter
      • Re: [PATCH] slab.c ifdef reduction breaks build, Christoph Lameter
• [PATCH] cdev.h needs struct inode; add forward declaration, Josh Triplett
  • Re: [PATCH] cdev.h needs struct inode; add forward declaration, Jan Engelhardt
• [patch] translate dashes in filenames for headers install, Mike Frysinger
• [PATCH] fuse: fix bug in control filesystem mount, Miklos Szeredi
• [RFC, PATCH 0/4] Add support to OProfile for profiling Cell BE SPUs -- update, Maynard Johnson
  • [RFC, PATCH 3/4] Add support to OProfile for profiling Cell BE SPUs -- update, Maynard Johnson
    • Re: [Cbe-oss-dev] [RFC, PATCH 3/4] Add support to OProfile for profiling Cell BE SPUs -- update, Arnd Bergmann
      • Re: [Cbe-oss-dev] [RFC, PATCH 3/4] Add support to OProfile for profiling Cell BE SPUs -- update, Maynard Johnson
      • Re: [Cbe-oss-dev] [RFC, PATCH 3/4] Add support to OProfile for profiling Cell BE SPUs -- update, Arnd Bergmann
  • [RFC, PATCH 2/4] Add support to OProfile for profiling Cell BE SPUs -- update, Maynard Johnson
    • Re: [Cbe-oss-dev] [RFC, PATCH 2/4] Add support to OProfile for profiling Cell BE SPUs -- update, Arnd Bergmann
      • Re: [Cbe-oss-dev] [RFC, PATCH 2/4] Add support to OProfile for profiling Cell BE SPUs -- update, Carl Love
  • [RFC, PATCH 1/4] Add support to OProfile for profiling Cell BE SPUs -- update, Maynard Johnson
    • Re: [Cbe-oss-dev] [RFC, PATCH 1/4] Add support to OProfile for profiling Cell BE SPUs -- update, Arnd Bergmann
    • Re: [Cbe-oss-dev] [RFC, PATCH 1/4] Add support to OProfile for profiling Cell BE SPUs -- update, Christoph Hellwig
      • Re: [Cbe-oss-dev] [RFC, PATCH 1/4] Add support to OProfile for profiling Cell BE SPUs -- update, Carl Love
      • Re: [Cbe-oss-dev] [RFC, PATCH 1/4] Add support to OProfile for profiling Cell BE SPUs -- update, Benjamin Herrenschmidt
      • Re: [Cbe-oss-dev] [RFC, PATCH 1/4] Add support to OProfile for profiling Cell BE SPUs -- update, Benjamin Herrenschmidt
      • Re: [Cbe-oss-dev] [RFC, PATCH 1/4] Add support to OProfile for profiling Cell BE SPUs -- update, Christoph Hellwig
  • [RFC, PATCH 4/4] Add support to OProfile for profiling Cell BE SPUs -- update, Maynard Johnson
    • Message not available
      • Re: [Cbe-oss-dev] [RFC, PATCH 4/4] Add support to OProfile for profiling Cell BE SPUs -- update, Benjamin Herrenschmidt
      • Re: [Cbe-oss-dev] [RFC, PATCH 4/4] Add support to OProfile for profiling Cell BE SPUs -- update, Christoph Hellwig
      • Re: [Cbe-oss-dev] [RFC, PATCH 4/4] Add support to OProfile for profiling Cell BE SPUs -- update, Maynard Johnson
    • Message not available
      • Re: [Cbe-oss-dev] [RFC, PATCH 4/4] Add support to OProfile for profiling Cell BE SPUs -- update, Maynard Johnson
      • Re: [Cbe-oss-dev] [RFC, PATCH 4/4] Add support to OProfile for profiling Cell BE SPUs -- update, Maynard Johnson
      • Re: [Cbe-oss-dev] [RFC, PATCH 4/4] Add support to OProfile for profiling Cell BE SPUs -- update, Benjamin Herrenschmidt
      • Re: [Cbe-oss-dev] [RFC, PATCH 4/4] Add support to OProfile for profiling Cell BE SPUs -- update, Maynard Johnson
      • Re: [Cbe-oss-dev] [RFC, PATCH 4/4] Add support to OProfile for profiling Cell BE SPUs -- update, Arnd Bergmann
      • Re: [Cbe-oss-dev] [RFC, PATCH 4/4] Add support to OProfile for profiling Cell BE SPUs -- update, Carl Love
      • Re: [Cbe-oss-dev] [RFC, PATCH 4/4] Add support to OProfile for profiling Cell BE SPUs -- update, Christian Krafft
      • Re: [Cbe-oss-dev] [RFC, PATCH 4/4] Add support to OProfile for profiling Cell BE SPUs -- update, Arnd Bergmann
      • Re: [Cbe-oss-dev] [RFC, PATCH 4/4] Add support to OProfile for profiling Cell BE SPUs -- update, Arnd Bergmann
  • Re: [RFC, PATCH 0/4] Add support to OProfile for profiling Cell BE SPUs -- update, Arnd Bergmann
• [RFC] [PATCH 3/3] ufs2 write: block allocation update, Evgeniy Dushistov
• [RFC] [PATCH 2/3] ufs2 write: inodes write, Evgeniy Dushistov
• [RFC] [PATCH 1/3] ufs2 write: mount as rw, Evgeniy Dushistov
• Multiple ip= boot arguments?, Kevin Nicoll
  • Re: Multiple ip= boot arguments?, Jan Engelhardt
    • Re: Multiple ip= boot arguments?, H. Peter Anvin
      • Re: Multiple ip= boot arguments?, Chris Friesen
      • Re: Multiple ip= boot arguments?, H. Peter Anvin
    • Message not available
      • Re: Multiple ip= boot arguments?, Jan Engelhardt
• [PATCH] fix I/OAT for kexec, Dan Aloni
• 2.6.19 + VIA EPIA = very mysterious RESET-problem :(, Leo Yuriev
• [PATCH 2.6.20-rc6 1/2] ehea: Fixed wrong jumbo frames status query, Thomas Klein
  • Re: [PATCH 2.6.20-rc6 1/2] ehea: Fixed wrong jumbo frames status query, Jeff Garzik
• [PATCH 2.6.20-rc6 2/2] ehea: Fixed missing tasklet_kill() call, Thomas Klein
• [PATCH-mm] tick-management touch softlockup watchdog on resume, Thomas Gleixner
• [PATCH] Fix compilation problem with spider network driver on 2.6.20-rc6-mm2, Bernhard Walle
• vger truncating CC lists, Phillip Susi
  • Re: vger truncating CC lists, Randy Dunlap
• [ANN] Userspace M-on-N threading model implementation. Alpha release., Evgeniy Polyakov
  • Re: [ANN] Userspace M-on-N threading model implementation. Alpha release., Evgeniy Polyakov
  • Re: [ANN] Userspace M-on-N threading model implementation. Alpha release., Chris Friesen
    • Re: [ANN] Userspace M-on-N threading model implementation. Alpha release., Evgeniy Polyakov
  • Message not available
    • Re: [ANN] Userspace M-on-N threading model implementation. Alpha release., Samuel Thibault
      • Re: [ANN] Userspace M-on-N threading model implementation. Alpha release., Evgeniy Polyakov
      • Re: [ANN] Userspace M-on-N threading model implementation. Alpha release., Samuel Thibault
      • Re: [ANN] Userspace M-on-N threading model implementation. Alpha release., Evgeniy Polyakov
  • <Possible follow-ups>
  • RE: [ANN] Userspace M-on-N threading model implementation. Alpha release., Kaz Kylheku
    • Re: [ANN] Userspace M-on-N threading model implementation. Alpha release., Evgeniy Polyakov
• [PATCH] 2.6.20-rc6-mm1: Fix compile if PREEMPT_RCU is set, but RCU_TRACE isn't, Bernhard Rosenkraenzer
• [PATCH -rt] Make patch-2.6.20-rc6-rt4 compile & link for ARM, Dirk Behme
• [PATCH] i386: probe_roms() cleanup, Rene Herman
• [PATCH] x86_64: sync up probe_roms() with i386, Rene Herman
  • Re: [PATCH] x86_64: sync up probe_roms() with i386, Rene Herman
• Re: - romsignature-checksum-cleanup-2.patch removed from -mm tree, Rene Herman
  • Re: - romsignature-checksum-cleanup-2.patch removed from -mm tree, Andi Kleen
• [PATCH] `make help' in build tree doesn't show headers_* targets, Geert Uytterhoeven
  • Re: [PATCH] `make help' in build tree doesn't show headers_* targets, Oleg Verych
• PROBLEM: PCI: Bus #07 (-#0a) is hidden behind transparent bridge #06 (-#06) (try 'pci=assign-busses'), Roi Avidan
• Re: [PATCH 0/4] Lumpy Reclaim V3, Andy Whitcroft
  • <Possible follow-ups>
  • Re: [PATCH 0/4] Lumpy Reclaim V3, Andy Whitcroft
• [PATCH -mm] sn2: use static ->proc_fops, Alexey Dobriyan
• Problem with unix sockets: SOCK_DGRAM ignores MSG_TRUNC, Daniel Kabs
• Re: + mm-search_binary_handler-mem-limit-fix.patch added to -mm tree, Heiko Carstens
  • Re: + mm-search_binary_handler-mem-limit-fix.patch added to -mm tree, Heiko Carstens
    • Re: + mm-search_binary_handler-mem-limit-fix.patch added to -mm tree, Andrew Morton
      • Re: + mm-search_binary_handler-mem-limit-fix.patch added to -mm tree, Martin Schwidefsky
      • Re: + mm-search_binary_handler-mem-limit-fix.patch added to -mm tree, Dmitriy Monakhov
      • Re: + mm-search_binary_handler-mem-limit-fix.patch added to -mm tree, Martin Schwidefsky
• question on resume(), Oliver Neukum
  • Re: question on resume(), Nigel Cunningham
    • Re: question on resume(), Oliver Neukum
      • Re: question on resume(), Nigel Cunningham
      • Re: question on resume(), Oliver Neukum
      • Re: question on resume(), Nigel Cunningham
      • Re: question on resume(), Rafael J. Wysocki
      • Re: question on resume(), Rafael J. Wysocki
      • Re: question on resume(), Oliver Neukum
      • Re: question on resume(), Rafael J. Wysocki
      • Re: question on resume(), Rafael J. Wysocki
      • Re: question on resume(), Oliver Neukum
      • Re: question on resume(), Rafael J. Wysocki
      • Re: question on resume(), Oliver Neukum
      • Re: [linux-pm] question on resume(), Pavel Machek
      • Re: [linux-pm] question on resume(), Oliver Neukum
      • Re: [linux-pm] question on resume(), Pavel Machek
      • Re: [linux-pm] question on resume(), Alan Stern
      • Re: [linux-pm] question on resume(), Oliver Neukum
      • Re: [linux-pm] question on resume(), Alan Stern
      • RE: [linux-pm] question on resume(), Woodruff, Richard
      • Re: [linux-pm] question on resume(), Alan Stern
      • Re: [linux-pm] question on resume(), Rafael J. Wysocki
• [patch 0/9] buffered write deadlock fix, Nick Piggin
  • [patch 1/9] fs: libfs buffered write leak fix, Nick Piggin
  • [patch 2/9] mm: revert "generic_file_buffered_write(): handle zero length iovec segments", Nick Piggin
  • [patch 4/9] mm: generic_file_buffered_write cleanup, Nick Piggin
  • [patch 3/9] mm: revert "generic_file_buffered_write(): deadlock on vectored write", Nick Piggin
  • [patch 6/9] mm: be sure to trim blocks, Nick Piggin
  • [patch 5/9] mm: debug write deadlocks, Nick Piggin
  • [patch 9/9] mm: fix pagecache write deadlocks, Nick Piggin
    • Re: [patch 9/9] mm: fix pagecache write deadlocks, Nick Piggin
  • [patch 7/9] mm: cleanup pagecache insertion operations, Nick Piggin
  • [patch 8/9] mm: generic_file_buffered_write iovec cleanup, Nick Piggin
  • Re: [patch 0/9] buffered write deadlock fix, Andrew Morton
    • Re: [patch 0/9] buffered write deadlock fix, Andrew Morton
      • Re: [patch 0/9] buffered write deadlock fix, Nick Piggin
    • Re: [patch 0/9] buffered write deadlock fix, Nick Piggin
• page_mkwrite caller is racy?, Nick Piggin
  • Re: page_mkwrite caller is racy?, Hugh Dickins
    • Re: page_mkwrite caller is racy?, Anton Altaparmakov
    • Re: page_mkwrite caller is racy?, Nick Piggin
      • Re: page_mkwrite caller is racy?, Mark Fasheh
      • Re: page_mkwrite caller is racy?, Anton Altaparmakov
      • Re: page_mkwrite caller is racy?, Nick Piggin
  • Re: page_mkwrite caller is racy?, Mark Fasheh
• script that import patches from local mm-commits mbox and adds them to local -mm tree, Michal Piotrowski
  • Re: script that import patches from local mm-commits mbox and adds them to local -mm tree, Michal Piotrowski
• [PATCH] 2.6.20-rc6 trivially enable mouse button 2+3 emulation for x86 macs, Soeren Sonnenburg
• [PATCH] usbhid quirks for macbook(pro) updated to 2.6.20-rc6, Soeren Sonnenburg
  • Re: [PATCH] usbhid quirks for macbook(pro) updated to 2.6.20-rc6, Jiri Kosina
    • Re: [PATCH] usbhid quirks for macbook(pro) updated to 2.6.20-rc6, Soeren Sonnenburg
    • Re: [PATCH] usbhid quirks for macbook(pro) updated to 2.6.20-rc6, Jiri Kosina
• 2.6.20-rc6 appletouch: incomplete data package (first byte: 2, length: 4)., Soeren Sonnenburg
• 2.6.20-rc6 pb_fnmode regression, Soeren Sonnenburg
  • Re: 2.6.20-rc6 pb_fnmode regression, Jiri Kosina
    • Re: 2.6.20-rc6 pb_fnmode regression, Soeren Sonnenburg
      • Re: 2.6.20-rc6 pb_fnmode regression, Jiri Kosina
      • Re: 2.6.20-rc6 pb_fnmode regression, Jiri Kosina
      • Re: 2.6.20-rc6 pb_fnmode regression, Soeren Sonnenburg
      • Re: 2.6.20-rc6 pb_fnmode regression, Jiri Kosina
      • Re: 2.6.20-rc6 pb_fnmode regression, Soeren Sonnenburg
    • Re: [linux-usb-devel] 2.6.20-rc6 pb_fnmode regression, Sergey Vlasov
• finding "dead" CONFIG variables -- an exercise for the reader, Robert P. J. Day
• software read-only flag for rw partition or disk ?, Yakov Lerner
  • Re: software read-only flag for rw partition or disk ?, Philippe Troin
• 2.6.20-rc6-mm2, Andrew Morton
  • Re: 2.6.20-rc6-mm2, Jiri Kosina
    • Re: 2.6.20-rc6-mm2, Thomas Gleixner
      • Re: 2.6.20-rc6-mm2, Jiri Kosina
      • Re: 2.6.20-rc6-mm2, Maciej Rutecki
  • [-mm patch] BUG at net/sunrpc/svc.c:128 (was Re: 2.6.20-rc6-mm2), Frederik Deweerdt
    • Re: [-mm patch] BUG at net/sunrpc/svc.c:128 (was Re: 2.6.20-rc6-mm2), Andrew Morton
      • Re: [-mm patch] BUG at net/sunrpc/svc.c:128 (was Re: 2.6.20-rc6-mm2), Christoph Lameter
      • Re: [-mm patch] BUG at net/sunrpc/svc.c:128 (was Re: 2.6.20-rc6-mm2), Frederik Deweerdt
  • Re: 2.6.20-rc6-mm2, Karsten Wiese
    • Re: 2.6.20-rc6-mm2, Thomas Gleixner
  • Re: 2.6.20-rc6-mm2 - modules_install error, Matthew Frost
  • Re: 2.6.20-rc6-mm2, Laurent Riffard
  • [PATCH] compile and link utsname_sysctl.o, Laurent Riffard
    • Re: [PATCH] compile and link utsname_sysctl.o, Eric W. Biederman
      • Re: [PATCH] compile and link utsname_sysctl.o, Laurent Riffard
• [PATCH] Add PA Semi PCI vendor id, Olof Johansson
  • Re: [PATCH] Add PA Semi PCI vendor id, Andrew Morton
• Re: [NFS] 2.6.17.8 - do_vfs_lock: VFS is out of sync with lock manager!, Neil Brown
  • Re: [NFS] 2.6.17.8 - do_vfs_lock: VFS is out of sync with lock manager!, Trond Myklebust
    • Re: [NFS] 2.6.17.8 - do_vfs_lock: VFS is out of sync with lock manager!, Jesper Juhl
• 2.6.20-rc6-mm1 posixtest failures, Randy Dunlap
• Re: [Patch][NFSv4]: Kernel panic (handle kernel NULL pointer)occurred in NFSv4 by the nfs_update_inode(), fj-shic
• [PATCH RFC] sd: spin down disks on removal or power-down, Robert Hancock
  • Re: [PATCH RFC] sd: spin down disks on removal or power-down, Andrew Morton
    • Re: [PATCH RFC] sd: spin down disks on removal or power-down, Robert Hancock
    • Re: [PATCH RFC] sd: spin down disks on removal or power-down, James Bottomley
      • Re: [PATCH RFC] sd: spin down disks on removal or power-down, Robert Hancock
      • Re: [PATCH RFC] sd: spin down disks on removal or power-down, Stefan Richter
• [PATCH] libata: fix translation for START STOP UNIT, Robert Hancock
  • Re: [PATCH] libata: fix translation for START STOP UNIT, Jeff Garzik
    • Re: [PATCH] libata: fix translation for START STOP UNIT, Robert Hancock
      • Re: [PATCH] libata: fix translation for START STOP UNIT, Jeff Garzik
      • Re: [PATCH] libata: fix translation for START STOP UNIT, Martin J. Bligh
      • Re: [PATCH] libata: fix translation for START STOP UNIT, Mark Lord
• [PATCH -mm] sata_nv: use ADMA for NODATA commands, Robert Hancock
• slab: start_cpu_timer/cache_reap CONFIG_HOTPLUG_CPU problems, Oleg Nesterov
  • Re: slab: start_cpu_timer/cache_reap CONFIG_HOTPLUG_CPU problems, Christoph Lameter
    • Re: slab: start_cpu_timer/cache_reap CONFIG_HOTPLUG_CPU problems, Oleg Nesterov
      • Re: slab: start_cpu_timer/cache_reap CONFIG_HOTPLUG_CPU problems, Christoph Lameter
      • Re: slab: start_cpu_timer/cache_reap CONFIG_HOTPLUG_CPU problems, Oleg Nesterov
      • Re: slab: start_cpu_timer/cache_reap CONFIG_HOTPLUG_CPU problems, Christoph Lameter
      • Re: slab: start_cpu_timer/cache_reap CONFIG_HOTPLUG_CPU problems, Oleg Nesterov
      • Re: slab: start_cpu_timer/cache_reap CONFIG_HOTPLUG_CPU problems, Christoph Lameter
      • Re: slab: start_cpu_timer/cache_reap CONFIG_HOTPLUG_CPU problems, Oleg Nesterov
      • Re: slab: start_cpu_timer/cache_reap CONFIG_HOTPLUG_CPU problems, Christoph Lameter
      • Re: slab: start_cpu_timer/cache_reap CONFIG_HOTPLUG_CPU problems, Oleg Nesterov
      • Re: slab: start_cpu_timer/cache_reap CONFIG_HOTPLUG_CPU problems, Christoph Lameter
      • Re: slab: start_cpu_timer/cache_reap CONFIG_HOTPLUG_CPU problems, Oleg Nesterov
• Re: [Patch][NFSv4]: Kernel panic (handle kernel NULL pointer) occurred in NFSv4 by the nfs_update_inode(), fj-shic
• [PATCH] knfsd: Ratelimit some nfsd messages that are triggered by external events., NeilBrown
• [patch] use __u64 rather than u64 in parisc statfs structs, Mike Frysinger
  • Re: [patch] use __u64 rather than u64 in parisc statfs structs, Kyle McMartin
• PROBLEM: Crash on device_shutdown, Julien RF
• PROBLEM: Crash on sysfs_follow_link, Julien RF
• [SCRIPT] Remove "space damage" from patches, Richard Knutsson
  • Re: [SCRIPT] Remove "space damage" from patches, Oleg Verych
    • Re: [SCRIPT] Remove "space damage" from patches, Richard Knutsson
      • Re: [SCRIPT] Remove "space damage" from patches, Oleg Verych
      • Re: [SCRIPT] Remove "space damage" from patches, Richard Knutsson
      • Re: [SCRIPT] Remove "space damage" from patches, Oleg Verych
      • Re: [SCRIPT] Remove "space damage" from patches, Richard Knutsson
      • Re: [SCRIPT] Remove "space damage" from patches, Oleg Verych
• [PATCH} XFS: Remove placeholders for unimplemented functionality., Robert P. J. Day
  • Re: [xfs-masters] [PATCH} XFS: Remove placeholders for unimplemented functionality., Eric Sandeen
    • Re: [xfs-masters] [PATCH} XFS: Remove placeholders for unimplemented functionality., Christoph Hellwig
    • Re: [xfs-masters] [PATCH} XFS: Remove placeholders for unimplemented functionality., Robert P. J. Day
• AIC7xxx on 2.6.18, Wakko Warner
  • <Possible follow-ups>
  • Re: AIC7xxx on 2.6.18, Robert Hancock
• Re: Bug report : reproducible memory allocator bug in 2.6.19.2, Martin J. Bligh
  • Re: Bug report : reproducible memory allocator bug in 2.6.20-rc6, Mathieu Desnoyers
  • Re: Bug report : reproducible memory bug (hardware failure, sorry), Mathieu Desnoyers
    • Re: Bug report : reproducible memory bug (hardware failure, sorry), Martin J. Bligh
• swap: which is the maximum size allowed?, Eriberto
  • <Possible follow-ups>
  • Re: swap: which is the maximum size allowed?, Bodo Eggert
    • Re: swap: which is the maximum size allowed?, Eriberto
      • Re: swap: which is the maximum size allowed?, Matt Mackall
• [RFC/PATCH] revokeat/frevoke system calls V5, Pekka J Enberg
• [PATCH 0/6] MSI portability cleanups, Eric W. Biederman
  • [PATCH 1/6] msi: Kill msi_lookup_irq, Eric W. Biederman
    • [PATCH 2/6] msi: Remove msi_lock., Eric W. Biederman
      • [PATCH 3/6] msi: Fix msi_remove_pci_irq_vectors., Eric W. Biederman
      • [PATCH 4/6] msi: Remove attach_msi_entry., Eric W. Biederman
      • [PATCH 5/6] msi: Kill the msi_desc array., Eric W. Biederman
      • [PATCH 6/6] msi: Make MSI useable more architectures, Eric W. Biederman
    • Re: [PATCH 1/6] msi: Kill msi_lookup_irq, Paul Mackerras
      • Re: [PATCH 1/6] msi: Kill msi_lookup_irq, Eric W. Biederman
  • Re: [PATCH 0/6] MSI portability cleanups, Benjamin Herrenschmidt
    • Re: [PATCH 0/6] MSI portability cleanups, Jeff Garzik
      • Re: [PATCH 0/6] MSI portability cleanups, Eric W. Biederman
      • Re: [PATCH 0/6] MSI portability cleanups, Ingo Molnar
      • Re: [PATCH 0/6] MSI portability cleanups, Benjamin Herrenschmidt
      • Re: [PATCH 0/6] MSI portability cleanups, Eric W. Biederman
      • Re: [PATCH 0/6] MSI portability cleanups, David Miller
      • Re: [PATCH 0/6] MSI portability cleanups, Eric W. Biederman
      • Re: [PATCH 0/6] MSI portability cleanups, David Miller
      • Re: [PATCH 0/6] MSI portability cleanups, Eric W. Biederman
      • Re: [PATCH 0/6] MSI portability cleanups, Benjamin Herrenschmidt
      • Re: [PATCH 0/6] MSI portability cleanups, Eric W. Biederman
      • Re: [PATCH 0/6] MSI portability cleanups, Eric W. Biederman
      • Re: [PATCH 0/6] MSI portability cleanups, Michael Ellerman
      • Re: [PATCH 0/6] MSI portability cleanups, Benjamin Herrenschmidt
      • Re: [PATCH 0/6] MSI portability cleanups, Paul Mackerras
      • Re: [PATCH 0/6] MSI portability cleanups, Benjamin Herrenschmidt
      • Re: [PATCH 0/6] MSI portability cleanups, Benjamin Herrenschmidt
      • Re: [PATCH 0/6] MSI portability cleanups, Paul Mackerras
      • Re: [PATCH 0/6] MSI portability cleanups, Segher Boessenkool
      • Re: [PATCH 0/6] MSI portability cleanups, Benjamin Herrenschmidt
      • Re: [PATCH 0/6] MSI portability cleanups, David Miller
      • Re: [PATCH 0/6] MSI portability cleanups, Eric W. Biederman
      • Re: [PATCH 0/6] MSI portability cleanups, David Miller
    • Re: [PATCH 0/6] MSI portability cleanups, Eric W. Biederman
• [PATCH] sysctl selinux: Don't look at table->de, Eric W. Biederman
  • Re: [PATCH] sysctl selinux: Don't look at table->de, Stephen Smalley
    • Re: [PATCH] sysctl selinux: Don't look at table->de, James Morris
      • Re: [PATCH] sysctl selinux: Don't look at table->de, Eric W. Biederman
      • Re: [PATCH] sysctl selinux: Don't look at table->de, Stephen Smalley
    • Re: [PATCH] sysctl selinux: Don't look at table->de, Eric W. Biederman
      • Re: [PATCH] sysctl selinux: Don't look at table->de, Stephen Smalley
      • Re: [PATCH] sysctl selinux: Don't look at table->de, Casey Schaufler
      • Re: [PATCH] sysctl selinux: Don't look at table->de, Stephen Smalley
      • Re: [PATCH] sysctl selinux: Don't look at table->de, Christoph Hellwig
      • Re: [PATCH] sysctl selinux: Don't look at table->de, Casey Schaufler
      • Re: [PATCH] sysctl selinux: Don't look at table->de, Eric W. Biederman
      • Re: [PATCH] sysctl selinux: Don't look at table->de, Russell Coker
• ibmvstgt/aio broken with 2.6.20-rc6 powerpc, Bastian Blank
  • Re: ibmvstgt/aio broken with 2.6.20-rc6 powerpc, FUJITA Tomonori
• [PATCH] tty: cleanup release_mem, Christoph Hellwig
  • Re: [PATCH] tty: cleanup release_mem, Alan Cox
    • Re: [PATCH] tty: cleanup release_mem, Christoph Hellwig
      • Re: [PATCH] tty: cleanup release_mem, Alan Cox
      • Re: [PATCH] tty: cleanup release_mem, Andrew Morton
      • Re: [PATCH] tty: cleanup release_mem, Pekka Enberg
  • <Possible follow-ups>
  • [PATCH] tty: cleanup release_mem, Pekka J Enberg
    • Re: [PATCH] tty: cleanup release_mem, Christoph Hellwig