lists-archives.org

Mailing Lists Archives

	Web lists-archives.org

Mail Thread Index

• Date Index

[Prev Page][Next Page]

---

• Re: [PATCH] ALSA: have snd_BUG_ON() always refer to arguments, (continued)
  • Re: [PATCH] ALSA: have snd_BUG_ON() always refer to arguments,Takashi Iwai
    • Re: [PATCH] ALSA: have snd_BUG_ON() always refer to arguments,Mike Frysinger
      • Re: [alsa-devel] [PATCH] ALSA: have snd_BUG_ON() always refer to arguments,Takashi Iwai
      • Re: [alsa-devel] [PATCH] ALSA: have snd_BUG_ON() always refer to arguments,Mike Frysinger
      • Re: [alsa-devel] [PATCH] ALSA: have snd_BUG_ON() always refer to arguments,Takashi Iwai
      • Re: [alsa-devel] [PATCH] ALSA: have snd_BUG_ON() always refer to arguments,Mike Frysinger
      • Re: [alsa-devel] [PATCH] ALSA: have snd_BUG_ON() always refer to arguments,Takashi Iwai
      • Re: [alsa-devel] [PATCH] ALSA: have snd_BUG_ON() always refer to arguments,Mike Frysinger
      • Re: [alsa-devel] [PATCH] ALSA: have snd_BUG_ON() always refer to arguments,Takashi Iwai
      • Re: [alsa-devel] [PATCH] ALSA: have snd_BUG_ON() always refer to arguments,Mike Frysinger
      • Re: [alsa-devel] [PATCH] ALSA: have snd_BUG_ON() always refer to arguments,Takashi Iwai
      • Re: [alsa-devel] [PATCH] ALSA: have snd_BUG_ON() always refer to arguments,Mike Frysinger
      • Re: [alsa-devel] [PATCH] ALSA: have snd_BUG_ON() always refer to arguments,Takashi Iwai
      • Re: [alsa-devel] [PATCH] ALSA: have snd_BUG_ON() always refer to arguments,Mike Frysinger
• Re: [PATCH 15/15] Revert "x86: default to reboot via ACPI",Robert Hancock
  • Re: [PATCH 15/15] Revert "x86: default to reboot via ACPI",Matthew Garrett
    • Re: [PATCH 15/15] Revert "x86: default to reboot via ACPI",Len Brown
  • Re: [PATCH 15/15] Revert "x86: default to reboot via ACPI",Rafael J. Wysocki
• LTTng 0.52, scheduler instrumentation,Mathieu Desnoyers
• 2.6.26.[6|7]-rt11, alsa rawmidi, seq hang,Fernando Lopez-Lezcano
  • Re: 2.6.26.[6|7]-rt11, alsa rawmidi, seq hang,Clemens Ladisch
    • Re: 2.6.26.[6|7]-rt11, alsa rawmidi, seq hang,Clemens Ladisch
    • Re: [alsa-devel] 2.6.26.[6|7]-rt11, alsa rawmidi, seq hang,Fernando Lopez-Lezcano
      • Re: [alsa-devel] 2.6.26.[6|7]-rt11, alsa rawmidi, seq hang,Fernando Lopez-Lezcano
      • Re: [alsa-devel] 2.6.26.[6|7]-rt11, alsa rawmidi, seq hang,Fernando Lopez-Lezcano
      • Re: [alsa-devel] 2.6.26.[6|7]-rt11, alsa rawmidi, seq hang,Fernando Lopez-Lezcano
      • Re: [alsa-devel] 2.6.26.[6|7]-rt11, alsa rawmidi, seq hang,Fernando Lopez-Lezcano
    • Re: 2.6.26.[6|7]-rt11, alsa rawmidi, seq hang,Fernando Lopez-Lezcano
      • Re: [alsa-devel] 2.6.26.[6|7]-rt11, alsa rawmidi, seq hang,Fernando Lopez-Lezcano
      • Re: [alsa-devel] 2.6.26.[6|7]-rt11, alsa rawmidi, seq hang (tasklet_hi_schedule?),Fernando Lopez-Lezcano
      • Re: [alsa-devel] 2.6.26.[6|7]-rt11, alsa rawmidi, seq hang (tasklet_hi_schedule?),Clemens Ladisch
      • Re: [alsa-devel] 2.6.26.[6|7]-rt11, alsa rawmidi, seq hang (tasklet_hi_schedule?),Takashi Iwai
      • Re: [alsa-devel] 2.6.26.[6|7]-rt11, alsa rawmidi, seq hang (tasklet_hi_schedule?),Fernando Lopez-Lezcano
      • Re: [alsa-devel] 2.6.26.[6|7]-rt11, alsa rawmidi, seq hang (tasklet_hi_schedule?),Takashi Iwai
      • Re: [alsa-devel] 2.6.26.[6|7]-rt11, alsa rawmidi, seq hang (tasklet_hi_schedule?),Takashi Iwai
• sparc: struct device - replace bus_id with dev_name(), dev_set_name(),Kay Sievers
  • Re: sparc: struct device - replace bus_id with dev_name(), dev_set_name(),David Miller
    • Re: sparc: struct device - replace bus_id with dev_name(), dev_set_name(),Kay Sievers
      • Re: sparc: struct device - replace bus_id with dev_name(), dev_set_name(),David Miller
      • Re: sparc: struct device - replace bus_id with dev_name(), dev_set_name(),Kay Sievers
      • Re: sparc: struct device - replace bus_id with dev_name(), dev_set_name(),David Miller
• parisc: struct device - replace bus_id with dev_name(), dev_set_name(),Kay Sievers
  • Re: parisc: struct device - replace bus_id with dev_name(), dev_set_name(),Kyle McMartin
• mips: struct device - replace bus_id with dev_name(), dev_set_name(),Kay Sievers
• IA64: struct device - replace bus_id with dev_name(), dev_set_name(),Kay Sievers
• chris: struct device - replace bus_id with dev_name(), dev_set_name(),Kay Sievers
  • Re: chris: struct device - replace bus_id with dev_name(), dev_set_name(),Jesper Nilsson
    • Re: chris: struct device - replace bus_id with dev_name(), dev_set_name(),Greg KH
      • Re: chris: struct device - replace bus_id with dev_name(), dev_set_name(),Jesper Nilsson
• avr: struct device - replace bus_id with dev_name(), dev_set_name(),Kay Sievers
• arm: struct device - replace bus_id with dev_name(), dev_set_name(),Kay Sievers
• [PATCH] perfmon2 add support for ppc970 processors,arges
  • Re: [PATCH] perfmon2 add support for ppc970 processors,stephane eranian
• I2C from interrupt context?,Krzysztof Halasa
  • Re: I2C from interrupt context?,David Miller
    • Re: I2C from interrupt context?,Jean Delvare
      • Re: I2C from interrupt context?,Krzysztof Halasa
      • Re: I2C from interrupt context?,Andrew Morton
• pull request: wireless-2.6 2008-11-06,John W. Linville
  • Re: pull request: wireless-2.6 2008-11-06,David Miller
• [PATCH] cpumask: introduce new API, without changing anything,Rusty Russell
  • Re: [PATCH] cpumask: introduce new API, without changing anything,Ingo Molnar
    • Re: [PATCH] cpumask: introduce new API, without changing anything,Andrew Morton
      • Re: [PATCH] cpumask: introduce new API, without changing anything,Ingo Molnar
      • Re: [PATCH] cpumask: introduce new API, without changing anything,Rusty Russell
    • Re: [PATCH] cpumask: introduce new API, without changing anything,Stephen Rothwell
      • Re: [PATCH] cpumask: introduce new API, without changing anything,Ingo Molnar
      • Re: [PATCH] cpumask: introduce new API, without changing anything,Ingo Molnar
      • Re: [PATCH] cpumask: introduce new API, without changing anything,Mike Travis
      • Re: [PATCH] cpumask: introduce new API, without changing anything,Rusty Russell
      • Re: [PATCH] cpumask: introduce new API, without changing anything,Ingo Molnar
      • Re: [PATCH] cpumask: introduce new API, without changing anything,Mike Travis
      • Re: [PATCH] cpumask: introduce new API, without changing anything,Linus Torvalds
      • Re: [PATCH] cpumask: introduce new API, without changing anything,Ingo Molnar
      • Re: [PATCH] cpumask: introduce new API, without changing anything,Ingo Molnar
      • Re: [PATCH] cpumask: introduce new API, without changing anything,Rusty Russell
• accessing file operations directly in the kernel,andy
  • <Possible follow-ups>
  • Re: accessing file operations directly in the kernel,Robert Hancock
    • Re: accessing file operations directly in the kernel,andy
• [RFC PATCH] Check if the Hangcheck-timer TSC source is stable,Michael Trimarchi
  • Re: [RFC PATCH] Check if the Hangcheck-timer TSC source is stable,Joel Becker
    • Re: [RFC PATCH V2] Check if the Hangcheck-timer TSC source is stable,michael
• [PATCH 14/14] ALSA: cs5535audio: ensure MIC Bias/Analog Input bail if not on an OLPC machine,Andres Salomon
• [PATCH 13/14] ALSA: cs5535audio: clean up OLPC code,Andres Salomon
• [PATCH 12/14] ALSA: cs5535audio: turn off mic bias on OLPCs by default,Andres Salomon
• [PATCH 11/14] ALSA: cs5535audio: for OLPC, default to Analog Input being off,Andres Salomon
• [PATCH 10/14] ALSA: cs5535audio: rename V_REFOUT control to MIC Bias,Andres Salomon
• [PATCH 9/14] ALSA: cs5535audio: enable OLPC's V_REFOUT bias when recording,Andres Salomon
• [PATCH 8/14] ALSA: cs5535audio: check OLPC's Analog Input status vis GPIO,Andres Salomon
• [PATCH 7/14] ALSA: cs5535audio: rename OLPC's analog input control && drop AD1888's HPF,Andres Salomon
• [PATCH 6/14] ALSA: cs5535audio: create function for setting OLPC's Analog Input mode,Andres Salomon
• [PATCH 5/14] ALSA: cs5535audio: decouple HPF from V_REFOUT in OLPC code,Andres Salomon
• [PATCH 4/14] ALSA: cs5535audio: drop ec_analog_input flag for OLPC stuff,Andres Salomon
• [PATCH 3/14] ALSA: cs5535audio: invert EAPD for OLPC (newer than B3),Andres Salomon
• [PATCH 2/14] ALSA: cs5535audio: Use OLPC/Geode basic infrastructure,Andres Salomon
• [PATCH 1/14] ALSA: cs5535audio: OLPC analog input support,Andres Salomon
  • Re: [PATCH 1/14] ALSA: cs5535audio: OLPC analog input support,Takashi Iwai
• [PATCH] x86: access to efi reserved memory type,Cliff Wickman
• [PATCH 0/1] ftrace: fix hardirq.h for m68k,Steven Rostedt
  • [PATCH 1/1] ftrace: split out hardirq ftrace code into own header,Steven Rostedt
    • Re: [PATCH 1/1] ftrace: split out hardirq ftrace code into own header,Alexey Dobriyan
• [PATCH 0/0] ftrace: fix hardirq.h for m68k,Steven Rostedt
  • Re: [PATCH 0/0] ftrace: fix hardirq.h for m68k,Ingo Molnar
• [PATCH] ssb: Fix DMA-API compilation for non-PCI systems,Michael Buesch
  • Re: [PATCH] ssb: Fix DMA-API compilation for non-PCI systems,Mike Frysinger
    • Re: [PATCH] ssb: Fix DMA-API compilation for non-PCI systems,Michael Buesch
      • Re: [PATCH] ssb: Fix DMA-API compilation for non-PCI systems,Andrew Morton
• [PATCH 00/29] Add Cavium OCTEON processor support (v3).,David Daney
  • [PATCH 26/29] 8250: Allow port type to specify bugs that are not probed for.,David Daney
  • [PATCH 24/29] 8250: Serial driver changes to support future Cavium OCTEON serial patches.,David Daney
  • [PATCH 23/29] 8250: Don't clobber spinlocks.,David Daney
  • [PATCH 25/29] Serial: Allow port type to be specified when calling serial8250_register_port.,David Daney
  • [PATCH 27/29] Serial: UART driver changes for Cavium OCTEON.,David Daney
• [PATCH] VFS: lseek(fd, 0, SEEK_CUR) race condition,Alain Knaff
  • Re: [PATCH] VFS: lseek(fd, 0, SEEK_CUR) race condition,Andrew Morton
    • Re: [PATCH] VFS: lseek(fd, 0, SEEK_CUR) race condition,Alain Knaff
• [PATCH] cciss: firmware version is invalid,Tim Gardner
  • Re: [PATCH] cciss: firmware version is invalid,Stillwell, Bryan
    • Re: [PATCH] cciss: firmware version is invalid,Tim Gardner
      • Re: [PATCH] cciss: firmware version is invalid,Andrew Morton
      • Re: [PATCH] cciss: firmware version is invalid,Tim Gardner
• [PATCH 2.6.25,26.stable] ACPI: dock: avoid check _STA method,Len Brown
  • patch acpi-dock-avoid-check-_sta-method.patch added to 2.6.26-stable tree,gregkh
  • patch acpi-dock-avoid-check-_sta-method.patch added to 2.6.25-stable tree,gregkh
• [PATCH 2.6.27.stable] ACPI: dock: avoid check _STA method,Len Brown
• Re: [Bugme-new] [Bug 11717] New: Pressing suspend button suspends, but does not wakes up,Rogério Brito
  • Re: [Bugme-new] [Bug 11717] New: Pressing suspend button suspends, but does not wakes up,Rogério Brito
    • Re: [Bugme-new] [Bug 11717] New: Pressing suspend button suspends, but does not wakes up,Rogerio Theodoro de Brito
      • Re: [Bugme-new] [Bug 11717] New: Pressing suspend button suspends, but does not wakes up,Rogério Brito
      • Re: [Bugme-new] [Bug 11717] New: Pressing suspend button suspends, but does not wakes up,Justin Mattock
      • Re: [Bugme-new] [Bug 11717] New: Pressing suspend button suspends, but does not wakes up,Rogério Brito
      • Re: [Bugme-new] [Bug 11717] New: Pressing suspend button suspends, but does not wakes up,Justin P. Mattock
      • Re: [Bugme-new] [Bug 11717] New: Pressing suspend button suspends, but does not wakes up,Rogério Brito
      • Re: [Bugme-new] [Bug 11717] New: Pressing suspend button suspends, but does not wakes up,Pavel Machek
      • Re: [Bugme-new] [Bug 11717] New: Pressing suspend button suspends, but does not wakes up,Justin Mattock
      • Re: [Bugme-new] [Bug 11717] New: Pressing suspend button suspends, but does not wakes up,Pavel Machek
      • Re: [Bugme-new] [Bug 11717] New: Pressing suspend button suspends, but does not wakes up,Justin Mattock
      • Re: [Bugme-new] [Bug 11717] New: Pressing suspend button suspends, but does not wakes up,Rogério Brito
      • Re: [Bugme-new] [Bug 11717] New: Pressing suspend button suspends, but does not wakes up,Rogério Brito
      • Re: [Bugme-new] [Bug 11717] New: Pressing suspend button suspends, but does not wakes up,Pavel Machek
      • Re: [Bugme-new] [Bug 11717] New: Pressing suspend button suspends, but does not wakes up,Justin Mattock
• [patch] restore sched_exec load balance heuristics,Ken Chen
  • Re: [patch] restore sched_exec load balance heuristics,Ingo Molnar
    • Re: [patch] restore sched_exec load balance heuristics,Ken Chen
      • Re: [patch] restore sched_exec load balance heuristics,Ingo Molnar
      • Re: [patch] restore sched_exec load balance heuristics,Chris Friesen
    • Re: [patch] restore sched_exec load balance heuristics,Peter Zijlstra
      • Re: [patch] restore sched_exec load balance heuristics,Ingo Molnar
      • Re: [patch] restore sched_exec load balance heuristics,Peter Zijlstra
• Question about allocating resources for a hotplug device,arvind vasudev
• [PATCH] cdc-acm.c: fix recursive lock in acm_start_wb error path,Brandon Philips
• Re: [Xen-devel] 2.6.27 - SMP enabled, but only 1 CPU,Jeremy Fitzhardinge
  • Re: [Xen-devel] 2.6.27 - SMP enabled, but only 1 CPU,Ingo Molnar
    • Re: [Xen-devel] 2.6.27 - SMP enabled, but only 1 CPU,Jeremy Fitzhardinge
      • Re: [Xen-devel] 2.6.27 - SMP enabled, but only 1 CPU,Ingo Molnar
    • Re: [Xen-devel] 2.6.27 - SMP enabled, but only 1 CPU,Jeremy Fitzhardinge
      • Re: [Xen-devel] 2.6.27 - SMP enabled, but only 1 CPU,Ingo Molnar
      • Re: [Xen-devel] 2.6.27 - SMP enabled, but only 1 CPU,Jeremy Fitzhardinge
      • Re: [Xen-devel] 2.6.27 - SMP enabled, but only 1 CPU,Ingo Molnar
      • Re: [Xen-devel] 2.6.27 - SMP enabled, but only 1 CPU,Jeremy Fitzhardinge
      • Re: [Xen-devel] 2.6.27 - SMP enabled, but only 1 CPU,Jan Beulich
• [patch] enable wchan config menu item for x86-64,Ken Chen
  • Re: [patch] enable wchan config menu item for x86-64,Ingo Molnar
• [PATCH] restart search at beggining of vmalloc address,Glauber Costa
  • Re: [PATCH] restart search at beggining of vmalloc address,Nick Piggin
    • Re: [PATCH] restart search at beggining of vmalloc address,Glauber Costa
• [patch] add /proc/pid/stack to dump task's stack trace,Ken Chen
  • Re: [patch] add /proc/pid/stack to dump task's stack trace,Alexey Dobriyan
    • Re: [patch] add /proc/pid/stack to dump task's stack trace,Ken Chen
      • Re: [patch] add /proc/pid/stack to dump task's stack trace,Ingo Molnar
      • Re: [patch] add /proc/pid/stack to dump task's stack trace,Ken Chen
      • Re: [patch] add /proc/pid/stack to dump task's stack trace,Alexey Dobriyan
      • Re: [patch] add /proc/pid/stack to dump task's stack trace,Ingo Molnar
      • Re: [patch] add /proc/pid/stack to dump task's stack trace,Ingo Molnar
      • Re: [patch] add /proc/pid/stack to dump task's stack trace,Alexey Dobriyan
      • Re: [patch] add /proc/pid/stack to dump task's stack trace,Ingo Molnar
      • Re: [patch] add /proc/pid/stack to dump task's stack trace,Alexey Dobriyan
      • Re: [patch] add /proc/pid/stack to dump task's stack trace,Ingo Molnar
      • Re: [patch] add /proc/pid/stack to dump task's stack trace,Ingo Molnar
      • Re: [patch] add /proc/pid/stack to dump task's stack trace,Andrew Morton
      • Re: [patch] add /proc/pid/stack to dump task's stack trace,Ingo Molnar
      • Re: [patch] add /proc/pid/stack to dump task's stack trace,Alexey Dobriyan
      • Re: [patch] add /proc/pid/stack to dump task's stack trace,Ingo Molnar
      • Re: [patch] add /proc/pid/stack to dump task's stack trace,Andrew Morton
      • Re: [patch] add /proc/pid/stack to dump task's stack trace,Ingo Molnar
      • Re: [patch] add /proc/pid/stack to dump task's stack trace,Marcin Slusarz
      • Re: [patch] add /proc/pid/stack to dump task's stack trace,Alexey Dobriyan
      • Re: [patch] add /proc/pid/stack to dump task's stack trace,Ingo Molnar
      • Re: [patch] add /proc/pid/stack to dump task's stack trace,Mikael Pettersson
      • Re: [patch] add /proc/pid/stack to dump task's stack trace,Ingo Molnar
      • Re: [patch] add /proc/pid/stack to dump task's stack trace,Ken Chen
      • Re: [patch] add /proc/pid/stack to dump task's stack trace,Paul Menage
      • Re: [patch] add /proc/pid/stack to dump task's stack trace,Ingo Molnar
      • Re: [patch] add /proc/pid/stack to dump task's stack trace,Alexey Dobriyan
      • Re: [patch] add /proc/pid/stack to dump task's stack trace,Ingo Molnar
• Is the PCI serial driver code GPL v2 or v3,n0ano
  • Re: Is the PCI serial driver code GPL v2 or v3,Peter Alfredsen
    • Re: Is the PCI serial driver code GPL v2 or v3,Russell King
      • Re: Is the PCI serial driver code GPL v2 or v3,Theodore Tso
      • RE: Is the PCI serial driver code GPL v2 or v3,Lee Howard
      • Re: Is the PCI serial driver code GPL v2 or v3,Russell King
      • Re: Is the PCI serial driver code GPL v2 or v3,Russell King
      • RE: Is the PCI serial driver code GPL v2 or v3,Lee Howard
      • Re: Is the PCI serial driver code GPL v2 or v3,Alan Cox
      • Re: Is the PCI serial driver code GPL v2 or v3,Russell King
      • Re: Is the PCI serial driver code GPL v2 or v3,Pavel Machek
      • Re: Is the PCI serial driver code GPL v2 or v3,Theodore Tso
• [PATCH] rtc: bunch of drivers: fix 'no irq' case handing,Anton Vorontsov
  • Re: [PATCH] rtc: bunch of drivers: fix 'no irq' case handing,David Brownell
  • Re: [PATCH] rtc: bunch of drivers: fix 'no irq' case handing,Andrew Morton
    • Re: [PATCH] rtc: bunch of drivers: fix 'no irq' case handing,Alessandro Zummo
• [PATCH] Fix section type conflict in arch/ia64/xen/xen_pv_ops.c,Takashi Iwai
  • Re: [PATCH] Fix section type conflict in arch/ia64/xen/xen_pv_ops.c,Jeremy Fitzhardinge
    • Re: [PATCH] Fix section type conflict in arch/ia64/xen/xen_pv_ops.c,Takashi Iwai
    • Re: [PATCH] Fix section type conflict in arch/ia64/xen/xen_pv_ops.c,Sam Ravnborg
      • Re: [PATCH] Fix section type conflict in arch/ia64/xen/xen_pv_ops.c,Takashi Iwai
      • Re: [PATCH] Fix section type conflict in arch/ia64/xen/xen_pv_ops.c,Isaku Yamahata
      • Re: [PATCH] Fix section type conflict in arch/ia64/xen/xen_pv_ops.c,Takashi Iwai
      • Re: [PATCH] Fix section type conflict in arch/ia64/xen/xen_pv_ops.c,Isaku Yamahata
      • Re: [PATCH] Fix section type conflict in arch/ia64/xen/xen_pv_ops.c,Jeremy Fitzhardinge
      • Re: [PATCH] Fix section type conflict in arch/ia64/xen/xen_pv_ops.c,Takashi Iwai
      • Re: [PATCH] Fix section type conflict in arch/ia64/xen/xen_pv_ops.c,Jeremy Fitzhardinge
      • Re: [PATCH] Fix section type conflict in arch/ia64/xen/xen_pv_ops.c,Takashi Iwai
      • Re: [PATCH] Fix section type conflict in arch/ia64/xen/xen_pv_ops.c,Sam Ravnborg
• XFS status update for October 2008,Christoph Hellwig
• [PATCH] [RESEND] documentation: xip documentation update,Marco Stornelli
  • Re: [PATCH] [RESEND] documentation: xip documentation update,Michael Kerrisk
    • Re: [PATCH] [RESEND] documentation: xip documentation update,Marco Stornelli
  • <Possible follow-ups>
  • [PATCH] [RESEND] documentation: xip documentation update,Marco Stornelli
• iwlagn: wrong command queue 31, command id 0x0,Matt Mackall
  • Re: iwlagn: wrong command queue 31, command id 0x0,reinette chatre
  • Re: iwlagn: wrong command queue 31, command id 0x0,Zhu Yi
    • Re: iwlagn: wrong command queue 31, command id 0x0,Matt Mackall
    • Re: iwlagn: wrong command queue 31, command id 0x0,Marcel Holtmann
  • Re: iwlagn: wrong command queue 31, command id 0x0,Marcel Holtmann
    • Re: iwlagn: wrong command queue 31, command id 0x0,Matt Mackall
      • Re: iwlagn: wrong command queue 31, command id 0x0,Luis R. Rodriguez
• [patch 0/4] [RFC] Another proportional weight IO controller,vgoyal
  • [patch 4/4] io controller: Put IO controller to use in device mapper and standard make_request() function,vgoyal
  • [patch 3/4] io controller: Core IO controller implementation logic,vgoyal
    • Re: [patch 3/4] io controller: Core IO controller implementation logic,KAMEZAWA Hiroyuki
      • Re: [patch 3/4] io controller: Core IO controller implementation logic,Vivek Goyal
      • Re: [patch 3/4] io controller: Core IO controller implementationlogic,KAMEZAWA Hiroyuki
    • Re: [patch 3/4] io controller: Core IO controller implementation logic,Gui Jianfeng
  • [patch 1/4] io controller: documentation,vgoyal
    • Re: [patch 1/4] io controller: documentation,KAMEZAWA Hiroyuki
      • Re: [patch 1/4] io controller: documentation,Vivek Goyal
    • Re: [patch 1/4] io controller: documentation,Li Zefan
      • Re: [patch 1/4] io controller: documentation,Vivek Goyal
  • [patch 2/4] io controller: biocgroup implementation,vgoyal
    • Re: [patch 2/4] io controller: biocgroup implementation,KAMEZAWA Hiroyuki
      • Re: [patch 2/4] io controller: biocgroup implementation,Hirokazu Takahashi
      • Re: [patch 2/4] io controller: biocgroup implementation,Vivek Goyal
  • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Peter Zijlstra
    • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Vivek Goyal
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Peter Zijlstra
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Vivek Goyal
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Peter Zijlstra
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Rik van Riel
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Peter Zijlstra
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Dave Chinner
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Peter Zijlstra
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Dave Chinner
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Vivek Goyal
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Nauman Rafique
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Vivek Goyal
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Nauman Rafique
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Vivek Goyal
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Nauman Rafique
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Vivek Goyal
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Nauman Rafique
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Fabio Checconi
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Vivek Goyal
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Fabio Checconi
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Nauman Rafique
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Fabio Checconi
      • RE: [patch 0/4] [RFC] Another proportional weight IO controller,Satoshi UCHIDA
      • RE: [patch 0/4] [RFC] Another proportional weight IO controller,Peter Zijlstra
      • RE: [patch 0/4] [RFC] Another proportional weight IO controller,Satoshi UCHIDA
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Rik van Riel
  • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Gui Jianfeng
    • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Vivek Goyal
  • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Ryo Tsuruta
    • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Vivek Goyal
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Divyesh Shah
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Vivek Goyal
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Divyesh Shah
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Vivek Goyal
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Nauman Rafique
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Vivek Goyal
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Li Zefan
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Nauman Rafique
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Li Zefan
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Nauman Rafique
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Fabio Checconi
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Vivek Goyal
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Fabio Checconi
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Jens Axboe
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Vivek Goyal
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Fabio Checconi
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Aaron Carroll
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Fabio Checconi
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Fabio Checconi
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Aaron Carroll
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Fabio Checconi
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Jens Axboe
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Fabio Checconi
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Nauman Rafique
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Jens Axboe
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Divyesh Shah
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Jens Axboe
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Vivek Goyal
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Nauman Rafique
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Vivek Goyal
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Nauman Rafique
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Vivek Goyal
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Fernando Luis Vázquez Cao
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Vivek Goyal
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Vivek Goyal
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Fabio Checconi
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Vivek Goyal
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Fabio Checconi
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Nauman Rafique
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Fabio Checconi
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Paolo Valente
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Vivek Goyal
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Ryo Tsuruta
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Vivek Goyal
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Ryo Tsuruta
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Vivek Goyal
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Nauman Rafique
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Paolo Valente
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Nauman Rafique
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Fabio Checconi
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Fernando Luis Vázquez Cao
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Ryo Tsuruta
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Vivek Goyal
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Fernando Luis Vázquez Cao
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Ryo Tsuruta
      • Re: [patch 0/4] [RFC] Another proportional weight IO controller,Ryo Tsuruta
• [PATCH] linux-input: TSC-10 DM USB touchscreen driver assume 2-byte response from controller,Nuno Lucas
  • Re: [PATCH] linux-input: TSC-10 DM USB touchscreen driver assume 2-byte response from controller,Dmitry Torokhov
    • Re: [PATCH] linux-input: TSC-10 DM USB touchscreen driver assume 2-byte response from controller,Daniel Ritz
• [PATCH] atmel_lcdfb: Change irq_base definition to allow error reporting,Nicolas Ferre
• [PATCH] power_supply: Add support for WM8350 PMU,Mark Brown
  • Re: [PATCH] power_supply: Add support for WM8350 PMU,Andrew Morton
    • Re: [PATCH] power_supply: Add support for WM8350 PMU,Mark Brown
  • <Possible follow-ups>
  • [PATCH] power_supply: Add support for WM8350 PMU,Mark Brown
    • Re: [PATCH] power_supply: Add support for WM8350 PMU,Samuel Ortiz
      • Re: [PATCH] power_supply: Add support for WM8350 PMU,Mark Brown
      • Re: [PATCH] power_supply: Add support for WM8350 PMU,Samuel Ortiz
      • Re: [PATCH] power_supply: Add support for WM8350 PMU,Anton Vorontsov
      • Re: [PATCH] power_supply: Add support for WM8350 PMU,Samuel Ortiz
• EXT4-fs: not enough memory for 522250 flex groups,Christian Borntraeger
  • [PATCH]: ext4: fix big endian (was: not enough memory for 522250 flex groups),Christian Borntraeger
    • Re: [PATCH]: ext4: fix big endian (was: not enough memory for 522250 flex groups),Andreas Schwab
    • Re: [PATCH]: ext4: fix big endian,Peter Staubach
      • Re: [PATCH]: ext4: fix big endian,Christian Borntraeger
      • Re: [PATCH]: ext4: fix big endian,Aneesh Kumar K.V
      • Re: [PATCH]: ext4: fix big endian,Christoph Hellwig
      • Re: [PATCH]: ext4: fix big endian,Christian Borntraeger
      • Re: [PATCH]: ext4: fix big endian,Theodore Tso
      • Re: [PATCH]: ext4: fix big endian,Christoph Hellwig
      • Re: [PATCH]: ext4: fix big endian,Alexey Dobriyan
      • Re: [PATCH]: ext4: fix big endian,Jörn Engel
      • Re: [PATCH]: ext4: fix big endian,Harvey Harrison
      • Re: [PATCH]: ext4: fix big endian,Jörn Engel
    • Re: [PATCH]: ext4: fix big endian (was: not enough memory for 522250 flex groups),Theodore Tso
• 2 section mismatches for v2.6.28-rc3-54-g75fa677,Toralf Förster
• [GIT PULL] AMD IOMMU fixes for 2.6.28,Joerg Roedel
  • Re: [GIT PULL] AMD IOMMU fixes for 2.6.28,Ingo Molnar
  • Re: [GIT PULL] AMD IOMMU fixes for 2.6.28,Jeff Garzik
    • Re: [GIT PULL] AMD IOMMU fixes for 2.6.28,Ingo Molnar
• [PATCH 0/4] mfd: WM8350 updates,Mark Brown
  • [PATCH 1/4] mfd: Remove i.MX31ism from WM8350 i2c driver,Mark Brown
    • [PATCH 2/4] mfd: Add some documentation for WM8350 register lock,Mark Brown
      • [PATCH 3/4] mfd: Add WM8350 revision H support,Mark Brown
      • [PATCH 4/4] mfd: Add AUXADC support for WM8350,Mark Brown
  • Re: [PATCH 0/4] mfd: WM8350 updates,Samuel Ortiz
• [PATCH 2.6.28] mfd: Correct WM8350 I2C return code usage,Mark Brown
  • <Possible follow-ups>
  • [PATCH 2.6.28] mfd: Correct WM8350 I2C return code usage,Mark Brown
    • Re: [PATCH 2.6.28] mfd: Correct WM8350 I2C return code usage,Samuel Ortiz
      • Re: [PATCH 2.6.28] mfd: Correct WM8350 I2C return code usage,Mark Brown
      • Re: [PATCH 2.6.28] mfd: Correct WM8350 I2C return code usage,Samuel Ortiz
      • Re: [PATCH 2.6.28] mfd: Correct WM8350 I2C return code usage,Mark Brown
      • Re: [PATCH 2.6.28] mfd: Correct WM8350 I2C return code usage,Samuel Ortiz
• [PATCH] x86: align DirectMap in /proc/meminfo,Hugh Dickins
  • Re: [PATCH] x86: align DirectMap in /proc/meminfo,Ingo Molnar
• [PATCH] SSB: hide empty sub menu,Mike Frysinger
• [PATCH] mfd: da903x: fix event masking for da9030,Mike Rapoport
  • Re: [PATCH] mfd: da903x: fix event masking for da9030,Eric Miao
  • Re: [PATCH] mfd: da903x: fix event masking for da9030,Samuel Ortiz
• [PATCH 1/7] vfs: Fix shrink_submounts,Eric W. Biederman
  • [PATCH 2/7] proc: Implement support for automounts in task directories,Eric W. Biederman
    • [PATCH 3/7] proc: Support multiple filesystems using the proc generic infrastructure,Eric W. Biederman
      • [PATCH 4/7] proc: Make /proc/net it's own filesystem,Eric W. Biederman
      • [PATCH 5/7] proc_net: Don't show the wrong /proc/net after unshare.,Eric W. Biederman
      • [PATCH 6/7] proc_net: Simplify network namespace lookup.,Eric W. Biederman
      • [PATCH 7/7] proc: Cleanup proc_flush_task.,Eric W. Biederman
    • Re: [PATCH 2/7] proc: Implement support for automounts in task directories,Andrew Morton
      • Re: [PATCH 2/7] proc: Implement support for automounts in task directories,Eric W. Biederman
    • Re: [PATCH 2/7] proc: Implement support for automounts in task directories,Andrew Morton
      • Re: [PATCH 2/7] proc: Implement support for automounts in task directories,Eric W. Biederman
      • Re: [PATCH 2/7] proc: Implement support for automounts in task directories,Andrew Morton
      • Re: [PATCH 2/7] proc: Implement support for automounts in task directories,Eric W. Biederman
      • Re: [PATCH 2/7] proc: Implement support for automounts in task directories,Andrew Morton
      • Re: [PATCH 2/7] proc: Implement support for automounts in task directories,Eric W. Biederman
      • Re: [PATCH 2/7] proc: Implement support for automounts in task directories,Andrew Morton
      • Re: [PATCH 2/7] proc: Implement support for automounts in task directories,Eric W. Biederman
      • Re: [PATCH 2/7] proc: Implement support for automounts in task directories,Eric W. Biederman
      • Re: [PATCH 2/7] proc: Implement support for automounts in task directories,Alexey Dobriyan
      • Re: [PATCH 2/7] proc: Implement support for automounts in task directories,Alexey Dobriyan
      • Re: [PATCH 2/7] proc: Implement support for automounts in task directories,Eric W. Biederman
    • Re: [PATCH 2/7] proc: Implement support for automounts in task directories,Alexey Dobriyan
      • [PATCH] proc: Supply proc_shrink_automounts when CONFIG_PROC_FS=N,Eric W. Biederman
  • Re: [PATCH 1/7] vfs: Fix shrink_submounts,Andrew Morton
    • Re: [PATCH 1/7] vfs: Fix shrink_submounts,Eric W. Biederman
• Problem with PTRACE_EVENT_CLONE in 2.6.27,Martin Baulig
• 2.6.28-rc2-mm1: multiple BUG: scheduling while atomic: swapper, first in acpi_idle_enter_simple, then fbcon has problems,Pavel Machek
  • Re: 2.6.28-rc2-mm1: multiple BUG: scheduling while atomic: swapper, first in acpi_idle_enter_simple, then fbcon has problems,Andrew Morton
    • Re: 2.6.28-rc2-mm1: multiple BUG: scheduling while atomic: swapper, first in acpi_idle_enter_simple, then fbcon has problems,Len Brown
      • Re: 2.6.28-rc2-mm1: multiple BUG: scheduling while atomic: swapper, first in acpi_idle_enter_simple, then fbcon has problems,Pavel Machek
• [PATCH] SSB: make it depend on PCI,Mike Frysinger
  • Re: [PATCH] SSB: make it depend on PCI,Johannes Berg
    • Re: [PATCH] SSB: make it depend on PCI,Mike Frysinger
      • Re: [PATCH] SSB: make it depend on PCI,Johannes Berg
      • Re: [PATCH] SSB: make it depend on PCI,Mike Frysinger
      • Re: [PATCH] SSB: make it depend on PCI,Johannes Berg
      • Re: [PATCH] SSB: make it depend on PCI,Mike Frysinger
      • Re: [PATCH] SSB: make it depend on PCI,Johannes Berg
      • Re: [PATCH] SSB: make it depend on PCI,Michael Buesch
      • Re: [PATCH] SSB: make it depend on PCI,Mike Frysinger
      • Re: [PATCH] SSB: make it depend on PCI,Michael Buesch
      • Re: [PATCH] SSB: make it depend on PCI,Michael Buesch
      • Re: [PATCH] SSB: make it depend on PCI,Geert Uytterhoeven
      • Re: [PATCH] SSB: make it depend on PCI,Michael Buesch
  • Re: [PATCH] SSB: make it depend on PCI,Michael Buesch
• [PATCH v6] Add Dallas DS1390/93/94 RTC chips,Mark Jackson
  • Re: [rtc-linux] [PATCH v6] Add Dallas DS1390/93/94 RTC chips,Alessandro Zummo
  • Re: [PATCH v6] Add Dallas DS1390/93/94 RTC chips,David Brownell
• [WATCHDOG] v2.6.28-rc4 watchdog patches,Wim Van Sebroeck
• [PATCH] USB/ISP1760: Add support for the generic platfrom device centralized driver model,Bryan Wu
  • Re: [PATCH] USB/ISP1760: Add support for the generic platfrom device centralized driver model,Sebastian Andrzej Siewior
    • RE: [PATCH] USB/ISP1760: Add support for the generic platfrom device centralized driver model,Hennerich, Michael
      • Re: [PATCH] USB/ISP1760: Add support for the generic platfrom device centralized driver model,Bryan Wu
• [PATCH] Input/AD7879: Fix/workaroud build error reported by Andrew Morton:,Bryan Wu
• [PATCH] Video/UVC: Port mainlined uvc video driver to NOMMU,Bryan Wu
  • Re: [PATCH] Video/UVC: Port mainlined uvc video driver to NOMMU,Laurent Pinchart
    • RE: [PATCH] Video/UVC: Port mainlined uvc video driver to NOMMU,Hennerich, Michael
      • Re: [PATCH] Video/UVC: Port mainlined uvc video driver to NOMMU,Laurent Pinchart
      • RE: [PATCH] Video/UVC: Port mainlined uvc video driver to NOMMU,Hennerich, Michael
      • Re: [PATCH] Video/UVC: Port mainlined uvc video driver to NOMMU,Paul Mundt
• [PATCH] Video/UVC: Fix unaligned exceptions in uvc video driver.,Bryan Wu
  • Re: [PATCH] Video/UVC: Fix unaligned exceptions in uvc video driver.,Laurent Pinchart
    • Re: [PATCH] Video/UVC: Fix unaligned exceptions in uvc video driver.,Bryan Wu
    • RE: [PATCH] Video/UVC: Fix unaligned exceptions in uvc video driver.,Hennerich, Michael
      • Re: [PATCH] Video/UVC: Fix unaligned exceptions in uvc video driver.,Laurent Pinchart
• [PATCH] nfs client: kill compile warning on NOMMU machine,Bryan Wu
• [PATCH] hwmon: applesmc: Add support for Macbook 4,Henrik Rydberg
• [PATCH] kbuild: introduce KECHO convenience echo,Mike Frysinger
  • [PATCH] kbuild: use KECHO convenience echo,Mike Frysinger
    • Re: [PATCH] kbuild: use KECHO convenience echo,Sam Ravnborg
  • Re: [PATCH] kbuild: introduce KECHO convenience echo,Sam Ravnborg
    • Re: [PATCH] kbuild: introduce KECHO convenience echo,Mike Frysinger
• [PATCH] scripts/mkcompile_h: kill output in silent mode,Mike Frysinger
  • Re: [PATCH] scripts/mkcompile_h: kill output in silent mode,Sam Ravnborg
• USB HDD or filesystem bugs?,Peter Teoh
  • Re: USB HDD or filesystem bugs?,Keith Owens
    • Re: USB HDD or filesystem bugs?,Peter Teoh
      • Re: USB HDD or filesystem bugs?,Keith Owens
• LTTng 0.51, improved timestamping,Mathieu Desnoyers
  • Re: [ltt-dev] LTTng 0.51, improved timestamping,Mathieu Desnoyers
    • Re: [ltt-dev] LTTng 0.51, improved timestamping,Mathieu Desnoyers
• [PATCH] mm: get rid of pagevec_release_nonlru(),KOSAKI Motohiro
• Scheduler RR, first time slice wrong?,Andreas Huber
  • Re: Scheduler RR, first time slice wrong?,Ingo Molnar
    • Re: Scheduler RR, first time slice wrong?,Peter Zijlstra
      • Re: Scheduler RR, first time slice wrong?,Ingo Oeser
      • Re: Scheduler RR, first time slice wrong?,Peter Zijlstra
• agp PAE issue (was Re: [git pull] AGP patches for 2.6.28-rc4),Dave Airlie
• [PATCH] rcupdate: move synchronize_sched() back to rcupdate.c V2,Lai Jiangshan
  • Re: [PATCH] rcupdate: move synchronize_sched() back to rcupdate.c V2,Ingo Molnar
  • Re: [PATCH] rcupdate: move synchronize_sched() back to rcupdate.c V2,Paul E. McKenney
    • Re: [PATCH] rcupdate: move synchronize_sched() back to rcupdate.c V2,Lai Jiangshan
      • Re: [PATCH] rcupdate: move synchronize_sched() back to rcupdate.c V2,Paul E. McKenney
      • Re: [PATCH] rcupdate: move synchronize_sched() back to rcupdate.c V2,Lai Jiangshan
      • Re: [PATCH] rcupdate: move synchronize_sched() back to rcupdate.c V2,Paul E. McKenney
      • Re: [PATCH] rcupdate: move synchronize_sched() back to rcupdate.c V2,Lai Jiangshan
      • Re: [PATCH] rcupdate: move synchronize_sched() back to rcupdate.c V2,Paul E. McKenney
      • Re: [PATCH] rcupdate: move synchronize_sched() back to rcupdate.c V2,Lai Jiangshan
      • Re: [PATCH] rcupdate: move synchronize_sched() back to rcupdate.c V2,Paul E. McKenney
      • Re: [PATCH] rcupdate: move synchronize_sched() back to rcupdate.c V2,Lai Jiangshan
      • Re: [PATCH] rcupdate: move synchronize_sched() back to rcupdate.c V2,Jonathan Corbet
      • Re: [PATCH] rcupdate: move synchronize_sched() back to rcupdate.c V2,Paul E. McKenney
      • Re: [PATCH] rcupdate: move synchronize_sched() back to rcupdate.c V2,Lai Jiangshan
      • Re: [PATCH] rcupdate: move synchronize_sched() back to rcupdate.c V2,Jonathan Corbet
• [git pull] AGP patches for 2.6.28-rc4,Dave Airlie
  • Re: [git pull] AGP patches for 2.6.28-rc4,Dave Airlie
• linux-next: Tree for November 6,Stephen Rothwell
  • next-20081106: undefined reference to `__per_cpu_start',Alexey Dobriyan
    • Re: next-20081106: undefined reference to `__per_cpu_start',Christoph Lameter
      • Re: next-20081106: undefined reference to `__per_cpu_start',Alexey Dobriyan
      • Re: next-20081106: undefined reference to `__per_cpu_start',Christoph Lameter
      • Re: next-20081106: undefined reference to `__per_cpu_start',Stephen Rothwell
      • Re: next-20081106: undefined reference to `__per_cpu_start',Alexey Dobriyan
      • Re: next-20081106: undefined reference to `__per_cpu_start',Christoph Lameter
      • Re: next-20081106: undefined reference to `__per_cpu_start',Christoph Lameter
      • linux-next: cpu_alloc tree patch (Was: Re: next-20081106: undefined reference to `__per_cpu_start'),Stephen Rothwell
      • Re: linux-next: cpu_alloc tree patch (Was: Re: next-20081106: undefined reference to `__per_cpu_start'),Christoph Lameter
      • Re: next-20081106: undefined reference to `__per_cpu_start',Geert Uytterhoeven
      • Re: next-20081106: undefined reference to `__per_cpu_start',Mike Frysinger
  • next-20081106: perfmon on ia64,Alexey Dobriyan
    • Re: next-20081106: perfmon on ia64,stephane eranian
  • next-20081106: today's ftrace episode,Alexey Dobriyan
    • Re: next-20081106: today's ftrace episode,Steven Rostedt
      • Re: next-20081106: today's ftrace episode,Alexey Dobriyan
      • Re: next-20081106: today's ftrace episode,Steven Rostedt
• [RFC][PATCH] add mutex and hibernation notifier to memory hotplug.,KAMEZAWA Hiroyuki
• LUCKY WINNER!,OXFAM
  • <Possible follow-ups>
  • LUCKY WINNER!,OXFAM
  • LUCKY WINNER!,OXFAM
  • LUCKY WINNER!,OXFAM
• [patch] sched: fix single-depth wchan output,Ken Chen
  • Re: [patch] sched: fix single-depth wchan output,Ingo Molnar
    • Re: [patch] sched: fix single-depth wchan output,Ken Chen
      • Re: [patch] sched: fix single-depth wchan output,Ingo Molnar
      • Re: [patch] sched: fix single-depth wchan output,Ken Chen
      • Re: [patch] sched: fix single-depth wchan output,Ingo Molnar
      • Re: [patch] sched: fix single-depth wchan output,Ken Chen
      • Re: [patch] sched: fix single-depth wchan output,Ingo Molnar
      • Re: [patch] sched: fix single-depth wchan output,Andi Kleen
    • Re: [patch] sched: fix single-depth wchan output,Matt Mackall
      • Re: [patch] sched: fix single-depth wchan output,Chris Friesen
• [PATCH] i915: Filter pci devices based on PCI_CLASS_DISPLAY_VGA,Eric Anholt
• sparc/staging compile error,Stephen Rothwell
  • Re: sparc/staging compile error,Greg KH
    • Re: sparc/staging compile error,David Miller
    • Re: sparc/staging compile error,Paul Mackerras
      • Re: sparc/staging compile error,J.R. Mauro
      • Re: sparc/staging compile error,Christoph Hellwig
      • Re: sparc/staging compile error,J.R. Mauro
      • Re: sparc/staging compile error,Vijay Kumar
      • Re: sparc/staging compile error,Benjamin Herrenschmidt
      • Re: sparc/staging compile error,Vijay Kumar
• [PATCH 0/1] ring-buffer: raw spinlock fix,Steven Rostedt
  • [PATCH 1/1] ring-buffer: convert to raw spinlocks,Steven Rostedt
  • Re: [PATCH 0/1] ring-buffer: raw spinlock fix,Ingo Molnar
• tty warning,Stephen Rothwell
  • Re: tty warning,David Miller
    • Re: tty warning,Stephen Rothwell
  • Re: tty warning,Alan Cox
  • Re: tty warning,Robert Reif
    • Re: tty warning,David Miller
• AACRAID: Adaptec 2120S/2200S with +4GB RAM broken since 2.6.24, still not fixed,Thomas Guyot-Sionnest
• [PATCH] scripts: script from kerneloops.org to pretty print oops dumps,Arjan van de Ven
  • Re: [PATCH] scripts: script from kerneloops.org to pretty print oops dumps,Keith Owens
    • Re: [PATCH] scripts: script from kerneloops.org to pretty print oops dumps,Arjan van de Ven
  • Re: [PATCH] scripts: script from kerneloops.org to pretty print oops dumps,Américo Wang
  • <Possible follow-ups>
  • [PATCH] scripts: script from kerneloops.org to pretty print oops dumps,Arjan van de Ven
    • Re: [PATCH] scripts: script from kerneloops.org to pretty print oops dumps,Ingo Molnar
      • Re: [PATCH] scripts: script from kerneloops.org to pretty print oops dumps,Andrew Morton
      • Re: [PATCH] scripts: script from kerneloops.org to pretty print oops dumps,Ingo Molnar
      • Re: [PATCH] scripts: script from kerneloops.org to pretty print oops dumps,Andi Kleen
    • Re: [PATCH] scripts: script from kerneloops.org to pretty print oops dumps,Vegard Nossum
      • Re: [PATCH] scripts: script from kerneloops.org to pretty print oops dumps,Arjan van de Ven
• [PATCH 1/4] x86: signal_32: do save_i387_xstate() at get_sigframe(),Hiroshi Shimamoto
  • [PATCH 2/4] x86: ia32_signal: do save_i387_xstate_ia32 at get_sigframe(),Hiroshi Shimamoto
  • [PATCH 4/4] x86: signal_64: make setup_sigcontext() similar,Hiroshi Shimamoto
  • [PATCH 3/4] x86: signal_64: setup fpstate in setup_sigcontext(),Hiroshi Shimamoto
  • Re: [PATCH 1/4] x86: signal_32: do save_i387_xstate() at get_sigframe(),Ingo Molnar
• Re: regression introduced by - timers: fix itimer/many thread hang,Frank Mayhar
  • Re: regression introduced by - timers: fix itimer/many thread hang,Peter Zijlstra
    • Re: regression introduced by - timers: fix itimer/many thread hang,Christoph Lameter
      • Re: regression introduced by - timers: fix itimer/many thread hang,Peter Zijlstra
      • Re: regression introduced by - timers: fix itimer/many thread hang,Christoph Lameter
      • Re: regression introduced by - timers: fix itimer/many thread hang,Frank Mayhar
      • Re: regression introduced by - timers: fix itimer/many thread hang,Ingo Molnar
      • Re: regression introduced by - timers: fix itimer/many thread hang,Peter Zijlstra
      • Re: regression introduced by - timers: fix itimer/many thread hang,Frank Mayhar
      • Re: regression introduced by - timers: fix itimer/many thread hang,Peter Zijlstra
      • Re: regression introduced by - timers: fix itimer/many thread hang,Christoph Lameter
      • Re: regression introduced by - timers: fix itimer/many thread hang,Peter Zijlstra
      • Re: regression introduced by - timers: fix itimer/many thread hang,Christoph Lameter
      • Re: regression introduced by - timers: fix itimer/many thread hang,Frank Mayhar
      • Re: regression introduced by - timers: fix itimer/many thread hang,Roland McGrath
      • Re: regression introduced by - timers: fix itimer/many thread hang,Oleg Nesterov
      • Re: regression introduced by - timers: fix itimer/many thread hang,Oleg Nesterov
      • Re: regression introduced by - timers: fix itimer/many thread hang,Roland McGrath
      • Re: regression introduced by - timers: fix itimer/many thread hang,Oleg Nesterov
      • Re: regression introduced by - timers: fix itimer/many thread hang,Roland McGrath
      • Re: regression introduced by - timers: fix itimer/many thread hang,Ingo Oeser
      • Re: regression introduced by - timers: fix itimer/many thread hang,Christoph Lameter
      • Re: regression introduced by - timers: fix itimer/many thread hang,Petr Tesarik
      • Re: regression introduced by - timers: fix itimer/many thread hang,Frank Mayhar
      • Re: regression introduced by - timers: fix itimer/many thread hang,Peter Zijlstra
      • Re: regression introduced by - timers: fix itimer/many thread hang,Petr Tesarik
      • Re: regression introduced by - timers: fix itimer/many thread hang,Peter Zijlstra
      • Re: regression introduced by - timers: fix itimer/many thread hang,Petr Tesarik
      • Re: regression introduced by - timers: fix itimer/many thread hang,Peter Zijlstra
      • Re: regression introduced by - timers: fix itimer/many thread hang,Peter Zijlstra
    • [PATCH] revert: timers: fix itimer/many thread hang,Peter Zijlstra
      • Re: [PATCH] revert: timers: fix itimer/many thread hang,Ingo Molnar
      • Re: [PATCH] revert: timers: fix itimer/many thread hang,Christoph Lameter
      • Re: [PATCH] revert: timers: fix itimer/many thread hang,Peter Zijlstra
      • Re: [PATCH] revert: timers: fix itimer/many thread hang,Doug Chapman
      • Re: [PATCH] revert: timers: fix itimer/many thread hang,Ingo Molnar
      • Re: [PATCH] revert: timers: fix itimer/many thread hang,Doug Chapman
  • <Possible follow-ups>
  • Re: regression introduced by - timers: fix itimer/many thread hang,Oleg Nesterov
• [PATCH] sched: fix a bug in sched domain degenerate,Li Zefan
  • Re: [PATCH] sched: fix a bug in sched domain degenerate,Ingo Molnar
  • Re: [PATCH] sched: fix a bug in sched domain degenerate,Li Zefan
    • Re: [PATCH] sched: fix a bug in sched domain degenerate,Ingo Molnar
• [PATCH -v2] freezer_cg: disable writing freezer.state of root cgroup,Li Zefan
  • Re: [PATCH -v2] freezer_cg: disable writing freezer.state of root cgroup,Paul Menage
    • Re: [PATCH -v2] freezer_cg: disable writing freezer.state of root cgroup,Li Zefan
      • [PATCH -last version] freezer_cg: disable writing freezer.state of root cgroup,Li Zefan
      • Re: [PATCH -last version] freezer_cg: disable writing freezer.state of root cgroup,Cedric Le Goater
      • Re: [PATCH -last version] freezer_cg: disable writing freezer.state of root cgroup,Li Zefan
• [PATCH] (cleanup) get rid of #ifdef CONFIG_MIGRATION,KOSAKI Motohiro
• [PATCH] 9pnet: Use list_del_init when removing req_list elements,Tom Tucker
• [RFC][PATCH] mm: the page of MIGRATE_RESERVE don't insert into pcp,KOSAKI Motohiro
  • Re: [RFC][PATCH] mm: the page of MIGRATE_RESERVE don't insert into pcp,Christoph Lameter
  • Re: [RFC][PATCH] mm: the page of MIGRATE_RESERVE don't insert into pcp,Mel Gorman
    • Re: [RFC][PATCH] mm: the page of MIGRATE_RESERVE don't insert into pcp,KAMEZAWA Hiroyuki
      • Re: [RFC][PATCH] mm: the page of MIGRATE_RESERVE don't insert into pcp,Mel Gorman
      • Re: [RFC][PATCH] mm: the page of MIGRATE_RESERVE don't insert into pcp,KAMEZAWA Hiroyuki
      • Re: [RFC][PATCH] mm: the page of MIGRATE_RESERVE don't insert into pcp,Mel Gorman
      • Re: [RFC][PATCH] mm: the page of MIGRATE_RESERVE don't insert into pcp,Christoph Lameter
      • Re: [RFC][PATCH] mm: the page of MIGRATE_RESERVE don't insert into pcp