lists-archives.org

Mailing Lists Archives

	Web lists-archives.org

Mail Thread Index

• Date Index

[Prev Page][Next Page]

---

• Re: [PATCH 4/6] autofs4 - make autofs type usage explicit, (continued)
  • Re: [PATCH 4/6] autofs4 - make autofs type usage explicit,Andrew Morton
    • Re: [PATCH 4/6] autofs4 - make autofs type usage explicit,Ian Kent
    • Re: [PATCH 4/6] autofs4 - make autofs type usage explicit,Jeff Moyer
  • [PATCH 5/6] autofs4 - improve parameter usage,Ian Kent
  • [PATCH 6/6] autofs4 - cleanup expire code duplication,Ian Kent
  • [PATCH 2/6] autofs4 - remove string terminator check,Ian Kent
    • Re: [PATCH 2/6] autofs4 - remove string terminator check,Andrew Morton
      • Re: [PATCH 2/6] autofs4 - remove string terminator check,Ian Kent
      • Re: [PATCH 2/6] autofs4 - remove string terminator check,Andrew Morton
      • Re: [PATCH 2/6] autofs4 - remove string terminator check,Ian Kent
      • Re: [PATCH 2/6] autofs4 - remove string terminator check,Ian Kent
• Re: behavior of hrtimers scheduled to expire in the past, SCHED_SPORADIC subtlety,Daniel Rosenthal
  • Re: behavior of hrtimers scheduled to expire in the past, SCHED_SPORADIC subtlety,Dario Faggioli
    • Re: behavior of hrtimers scheduled to expire in the past, SCHED_SPORADIC subtlety,Daniel Rosenthal
• [PATCH 7/7] work_on_cpu: use on x86/kernel/cpu/mcheck/mce_amd_64.c,Rusty Russell
• [PATCH 1/7] work_on_cpu: helper for doing task on a CPU.,Rusty Russell
  • Re: [PATCH 1/7] work_on_cpu: helper for doing task on a CPU.,Gautham R Shenoy
  • Re: [PATCH 1/7] work_on_cpu: helper for doing task on a CPU.,Oleg Nesterov
    • Re: [PATCH 1/7] work_on_cpu: helper for doing task on a CPU.,Gautham R Shenoy
      • Re: [PATCH 1/7] work_on_cpu: helper for doing task on a CPU.,Oleg Nesterov
      • do_boot_cpu can deadlock?,Oleg Nesterov
      • Re: do_boot_cpu can deadlock?,Gautham R Shenoy
      • Re: do_boot_cpu can deadlock?,Cyrill Gorcunov
      • Re: do_boot_cpu can deadlock?,Oleg Nesterov
      • Re: do_boot_cpu can deadlock?,Gautham R Shenoy
      • Re: do_boot_cpu can deadlock?,Oleg Nesterov
      • Re: [PATCH 1/7] work_on_cpu: helper for doing task on a CPU.,Rusty Russell
      • Re: [PATCH 1/7] work_on_cpu: helper for doing task on a CPU.,Gautham R Shenoy
      • Re: [PATCH 1/7] work_on_cpu: helper for doing task on a CPU.,Oleg Nesterov
      • Re: [PATCH 1/7] work_on_cpu: helper for doing task on a CPU.,Rusty Russell
      • Re: [PATCH 1/7] work_on_cpu: helper for doing task on a CPU.,Gautham R Shenoy
      • Re: [PATCH 1/7] work_on_cpu: helper for doing task on a CPU.,Oleg Nesterov
      • Re: [PATCH 1/7] work_on_cpu: helper for doing task on a CPU.,Gautham R Shenoy
      • Re: [PATCH 1/7] work_on_cpu: helper for doing task on a CPU.,Oleg Nesterov
    • Re: [PATCH 1/7] work_on_cpu: helper for doing task on a CPU.,Rusty Russell
• [PATCH 6/7] work_on_cpu: use on x86/kernel/cpu/intel_cacheinfo.c,Rusty Russell
  • Re: [PATCH 6/7] work_on_cpu: use on x86/kernel/cpu/intel_cacheinfo.c,Oleg Nesterov
    • Re: [PATCH 6/7] work_on_cpu: use on x86/kernel/cpu/intel_cacheinfo.c,Rusty Russell
      • Re: [PATCH 6/7] work_on_cpu: use on x86/kernel/cpu/intel_cacheinfo.c,Oleg Nesterov
• [PATCH 5/7] work_on_cpu: use on PowerPC,Rusty Russell
• [PATCH 2/7] work_on_cpu: use for drivers/acpi/processor_throttling.c,Rusty Russell
• [PATCH 4/7] work_on_cpu: use in drivers/pci/pci-driver.c,Rusty Russell
• [PATCH 3/7] work_on_cpu: use on drivers/firmware/dcdbas.c,Rusty Russell
• [PATCH] audit: remove excess kernel-doc,Randy Dunlap
• [PATCH] block: remove excess kernel-doc,Randy Dunlap
• [git pull] PCI pull request #2 for 2.6.28,Jesse Barnes
  • Re: [git pull] PCI pull request #2 for 2.6.28,Linus Torvalds
    • Re: [git pull] PCI pull request #2 for 2.6.28,Jesse Barnes
      • Re: [git pull] PCI pull request #2 for 2.6.28,Ingo Molnar
• [PATCH] mmc: trivial annotation of 'blocks',Harvey Harrison
  • Re: [PATCH] mmc: trivial annotation of 'blocks',Pierre Ossman
• Hang early in boot with 2.6.27-git,Roland Dreier
  • Re: Hang early in boot with 2.6.27-git,Yinghai Lu
    • Re: Hang early in boot with 2.6.27-git,Roland Dreier
• [PATCH] memstick: annotate endianness of attribute structs,Harvey Harrison
• update to the combined -stable tree,Chris Wright
• [PATCH] get rid if __cpuinit and __cpuexit,Arjan van de Ven
  • Re: [PATCH] get rid if __cpuinit and __cpuexit,Tony Luck
    • Re: [PATCH] get rid if __cpuinit and __cpuexit,Arjan van de Ven
      • Re: [PATCH] get rid if __cpuinit and __cpuexit,Tony Luck
  • Re: [PATCH] get rid if __cpuinit and __cpuexit,Alexey Dobriyan
    • Re: [PATCH] get rid if __cpuinit and __cpuexit,Arjan van de Ven
      • Re: [PATCH] get rid if __cpuinit and __cpuexit,Alexey Dobriyan
• pull request: wireless-2.6 2008-10-22,John W. Linville
  • Re: pull request: wireless-2.6 2008-10-22,David Miller
• Re: [RFC][PATCH] nmi watchdog: handle NMI_IO_APIC on nmi_watchdog,Aristeu Rozanski
  • Re: [RFC][PATCH] nmi watchdog: handle NMI_IO_APIC on nmi_watchdog,Maciej W. Rozycki
    • Re: [RFC][PATCH] nmi watchdog: handle NMI_IO_APIC on nmi_watchdog,Aristeu Rozanski
      • Re: [RFC][PATCH] nmi watchdog: handle NMI_IO_APIC on nmi_watchdog,Maciej W. Rozycki
• Linux 2.6.25.19,Greg KH
  • Re: Linux 2.6.25.19,Greg KH
• Linux 2.6.26.7,Greg KH
  • Re: Linux 2.6.26.7,Greg KH
• Linux 2.6.27.3,Greg KH
  • Re: Linux 2.6.27.3,Greg KH
• [PATCH] [LIO-Target/ConfigFS]: Convert TPG and Node attributes to use updated ConfigFS macros,Nicholas A. Bellinger
• PATCH] [ConfigFS]: Extend CONFIGFS_ATTR_STRUCT() and CONFIGFS_ATTR_OPS() macros,Nicholas A. Bellinger
  • Re: PATCH] [ConfigFS]: Extend CONFIGFS_ATTR_STRUCT() and CONFIGFS_ATTR_OPS() macros,Joel Becker
    • Re: PATCH] [ConfigFS]: Extend CONFIGFS_ATTR_STRUCT() and CONFIGFS_ATTR_OPS() macros,Nicholas A. Bellinger
• [GIT PULL] Additional 9p patches for 2.6.28 merge window,Eric Van Hensbergen
• NFS 5-minute hangs upon S3 resume using 2.6.27 client,Michel Lespinasse
  • Re: NFS 5-minute hangs upon S3 resume using 2.6.27 client,Rafael J. Wysocki
• Tracking of regressions from 2.6.27,Rafael J. Wysocki
• nfsd fixes for 2.6.28,J. Bruce Fields
  • <Possible follow-ups>
  • nfsd fixes for 2.6.28,J. Bruce Fields
• [PATCH 00/13 v2] ftrace: clean ups and fixes,Steven Rostedt
  • [PATCH 01/13 v2] ftrace: handle generic arch calls,Steven Rostedt
    • Re: [PATCH 01/13 v2] ftrace: handle generic arch calls,Ingo Molnar
  • [PATCH 05/13 v2] ftrace: use probe_kernel,Steven Rostedt
  • [PATCH 02/13 v2] ftrace: dynamic ftrace process only text section,Steven Rostedt
  • [PATCH 08/13 v2] ftrace: do not trace init sections,Steven Rostedt
    • Re: [PATCH 08/13 v2] ftrace: do not trace init sections,Jan Kiszka
      • Re: [PATCH 08/13 v2] ftrace: do not trace init sections,Steven Rostedt
      • Re: [PATCH 08/13 v2] ftrace: do not trace init sections,Jan Kiszka
      • Re: [PATCH 08/13 v2] ftrace: do not trace init sections,Steven Rostedt
      • Re: [PATCH 08/13 v2] ftrace: do not trace init sections,Ingo Molnar
      • Re: [PATCH 08/13 v2] ftrace: do not trace init sections,Steven Rostedt
  • [PATCH 06/13 v2] ftrace: only have ftrace_kill atomic,Steven Rostedt
  • [PATCH 03/13 v2] ftrace: return error on failed modified text.,Steven Rostedt
  • [PATCH 09/13 v2] ftrace: disable dynamic ftrace for all archs that use daemon,Steven Rostedt
  • [PATCH 11/13 v2] ftrace: remove mcount set,Steven Rostedt
  • [PATCH 10/13 v2] ftrace: remove daemon,Steven Rostedt
  • [PATCH 07/13 v2] ftrace: add ftrace warn on to disable ftrace,Steven Rostedt
  • [PATCH 13/13 v2] ftrace: remove notrace from arch ftrace file,Steven Rostedt
  • [PATCH 12/13 v2] ftrace: remove ftrace hash,Steven Rostedt
  • [PATCH 04/13 v2] ftrace: comment arch ftrace code,Steven Rostedt
  • Re: [PATCH 00/13 v2] ftrace: clean ups and fixes,Wenji Huang
    • Re: [PATCH 00/13 v2] ftrace: clean ups and fixes,Steven Rostedt
• Get Paid $200 by just working 60mins per Day !!!,Cris Hooper
  • <Possible follow-ups>
  • Get Paid $200 by just working 60mins per Day !!!,Cris Hooper
• [PATCH 1/7] Adding empia base driver,Markus Rechberger
  • Re: [PATCH 1/7] Adding empia base driver,Greg KH
    • Re: [PATCH 1/7] Adding empia base driver,Markus Rechberger
      • Re: [PATCH 1/7] Adding empia base driver,Markus Rechberger
      • Re: [PATCH 1/7] Adding empia base driver,Greg KH
      • Re: [PATCH 1/7] Adding empia base driver,Markus Rechberger
      • Re: [PATCH 1/7] Adding empia base driver,Greg KH
      • Re: [PATCH 1/7] Adding empia base driver,el es
      • Re: [PATCH 1/7] Adding empia base driver,Aidan Thornton
      • Re: [PATCH 1/7] Adding empia base driver,Markus Rechberger
      • Re: [PATCH 1/7] Adding empia base driver,Pekka Enberg
      • Re: [PATCH 1/7] Adding empia base driver,Devin Heitmueller
      • Re: [PATCH 1/7] Adding empia base driver,Greg KH
      • Re: [PATCH 1/7] Adding empia base driver,Markus Rechberger
    • Re: [PATCH 1/7] Adding empia base driver,Alan Cox
      • Re: [PATCH 1/7] Adding empia base driver,Markus Rechberger
  • Re: [PATCH 1/7] Adding empia base driver,Hans Verkuil
    • Re: [PATCH 1/7] Adding empia base driver,Mauro Carvalho Chehab
      • Message not available
      • Re: [PATCH 1/7] Adding empia base driver,Mauro Carvalho Chehab
      • Re: [PATCH 1/7] Adding empia base driver,Markus Rechberger
      • Re: [PATCH 1/7] Adding empia base driver,Mauro Carvalho Chehab
      • Re: [PATCH 1/7] Adding empia base driver,Markus Rechberger
      • Re: [PATCH 1/7] Adding empia base driver,Markus Rechberger
      • Re: [PATCH 1/7] Adding empia base driver,Mauro Carvalho Chehab
      • Re: [PATCH 1/7] Adding empia base driver,Markus Rechberger
    • Re: [PATCH 1/7] Adding empia base driver,Aidan Thornton
  • <Possible follow-ups>
  • Re: [PATCH 1/7] Adding empia base driver,Markus Rechberger
    • Re: [PATCH 1/7] Adding empia base driver,Markus Rechberger
  • Re: [PATCH 1/7] Adding empia base driver,Hans Verkuil
    • Re: [linux-dvb] [PATCH 1/7] Adding empia base driver,Andy Walls
    • Re: [linux-dvb] [PATCH 1/7] Adding empia base driver,Devin Heitmueller
      • Re: [linux-dvb] [PATCH 1/7] Adding empia base driver,Pekka Enberg
      • Re: [linux-dvb] [PATCH 1/7] Adding empia base driver,Devin Heitmueller
      • Re: [linux-dvb] [PATCH 1/7] Adding empia base driver,Pekka Enberg
      • Re: [linux-dvb] [PATCH 1/7] Adding empia base driver,Markus Rechberger
      • Re: [linux-dvb] [PATCH 1/7] Adding empia base driver,Hans Verkuil
      • Re: [linux-dvb] [PATCH 1/7] Adding empia base driver,Pekka Enberg
      • Re: [linux-dvb] [PATCH 1/7] Adding empia base driver,Devin Heitmueller
      • Re: [linux-dvb] [PATCH 1/7] Adding empia base driver,Markus Rechberger
• input devices handling,Michael Tokarev
• [PATCH 7/7] adding common used headers,Markus Rechberger
  • <Possible follow-ups>
  • [PATCH 7/7] adding common used headers,Markus Rechberger
    • Re: [PATCH 7/7] adding common used headers,Mauro Carvalho Chehab
• [PATCH 6/7] adding empia cx25843 driver,Markus Rechberger
  • Re: [PATCH 6/7] adding empia cx25843 driver,Mauro Carvalho Chehab
• [PATCH 5/7] adding lgdt3304 based driver,Markus Rechberger
  • Re: [PATCH 5/7] adding lgdt3304 based driver,Mauro Carvalho Chehab
• [PATCH 4/7] adding sharp s921 ISDB-T driver,Markus Rechberger
  • Re: [PATCH 4/7] adding sharp s921 ISDB-T driver,Mauro Carvalho Chehab
• [PATCH 3/7] adding xc5000 tuner chip driver,Markus Rechberger
  • Re: [PATCH 3/7] adding xc5000 tuner chip driver,Mauro Carvalho Chehab
• [PATCH 2/7] adding latest xc3028 driver,Markus Rechberger
  • Re: [PATCH 2/7] adding latest xc3028 driver,Mauro Carvalho Chehab
• [Patch 0/7] Add em28xx driver from mcentral.de,Markus Rechberger
• c2port (Version 3): support for Silicon C2 Interface.,Rodolfo Giometti
  • [PATCH 1/2] Add c2 port support.,Rodolfo Giometti
    • [PATCH 2/2] c2port: add c2port support for Eurotech Duramar 2150.,Rodolfo Giometti
• [PATCH] [RESEND v2] tracing/ftrace: Introduce the big kernel lock tracer,Frederic Weisbecker
  • Re: [PATCH] [RESEND v2] tracing/ftrace: Introduce the big kernel lock tracer,Frederic Weisbecker
    • Re: [PATCH] [RESEND v2] tracing/ftrace: Introduce the big kernel lock tracer,Ingo Molnar
      • Re: [PATCH] [RESEND v2] tracing/ftrace: Introduce the big kernel lock tracer,Frédéric Weisbecker
      • Re: [PATCH] [RESEND v2] tracing/ftrace: Introduce the big kernel lock tracer,Ingo Molnar
• [PANIC] 2.6.28-git panics in mem_cgroup_charge_common called by ext3,Brandeburg, Jesse
  • Re: [PANIC] 2.6.28-git panics in mem_cgroup_charge_common called by ext3,Balbir Singh
• The best money generator onlinebiz...,Joshua Mactives
• YOU CAN MAKE $200 - $1000+ A DAY,Hayden Franklin
  • <Possible follow-ups>
  • YOU CAN MAKE $200 - $1000+ A DAY,Hayden Franklin
  • YOU CAN MAKE $200 - $1000+ A DAY,Hayden Franklin
• Expand your wallet,...and do the process online..,Lila Bird
• [PATCH] build error: 2.6.17-rc5,Tej
• high %CPU values after upgrading to the last stable kernel,sbs
  • Re: high %CPU values after upgrading to the last stable kernel,Frédéric Weisbecker
    • Re: high %CPU values after upgrading to the last stable kernel,Ray Lee
      • Re: high %CPU values after upgrading to the last stable kernel,Alistair John Strachan
      • Re: high %CPU values after upgrading to the last stable kernel,sbs
• rtc/i2c-mpc stops working with 2.6.27 on Linkstation HG (powerpc),Michael Weiser
  • Re: rtc/i2c-mpc stops working with 2.6.27 on Linkstation HG (powerpc),Guennadi Liakhovetski
    • Re: rtc/i2c-mpc stops working with 2.6.27 on Linkstation HG (powerpc),Michael Weiser
• [PATCH] SLUB: cleanup - define macroses instead of hardcoded numbers,Cyrill Gorcunov
  • Re: [PATCH] SLUB: cleanup - define macroses instead of hardcoded numbers,Pekka Enberg
• [PATCH 00/11] ftrace: clean ups and fixes,Steven Rostedt
  • [PATCH 04/11] ftrace: comment arch ftrace code,Steven Rostedt
    • Re: [PATCH 04/11] ftrace: comment arch ftrace code,Andrew Morton
      • Re: [PATCH 04/11] ftrace: comment arch ftrace code,Steven Rostedt
      • Re: [PATCH 04/11] ftrace: comment arch ftrace code,Andrew Morton
  • [PATCH 03/11] ftrace: return error on failed modified text.,Steven Rostedt
    • Re: [PATCH 03/11] ftrace: return error on failed modified text.,Steven Rostedt
    • Re: [PATCH 03/11] ftrace: return error on failed modified text.,Andrew Morton
      • Re: [PATCH 03/11] ftrace: return error on failed modified text.,Steven Rostedt
  • [PATCH 01/11] ftrace: handle generic arch calls,Steven Rostedt
    • Re: [PATCH 01/11] ftrace: handle generic arch calls,Andrew Morton
      • Re: [PATCH 01/11] ftrace: handle generic arch calls,Steven Rostedt
    • Re: [PATCH 01/11] ftrace: handle generic arch calls,Steven Rostedt
      • Re: [PATCH 01/11] ftrace: handle generic arch calls,Sam Ravnborg
      • Re: [PATCH 01/11] ftrace: handle generic arch calls,Steven Rostedt
      • Re: [PATCH 01/11] ftrace: handle generic arch calls,Steven Rostedt
      • Re: [PATCH 01/11] ftrace: handle generic arch calls,Sam Ravnborg
      • Re: [PATCH 01/11] ftrace: handle generic arch calls,Adrian Bunk
      • Re: [PATCH 01/11] ftrace: handle generic arch calls,Steven Rostedt
      • Re: [PATCH 01/11] ftrace: handle generic arch calls,Adrian Bunk
      • Re: [PATCH 01/11] ftrace: handle generic arch calls,Adrian Bunk
      • [PATCH] ftrace, kbuild: condense recordmcount.pl parameter code,Steven Rostedt
      • Re: [PATCH] ftrace, kbuild: condense recordmcount.pl parameter code,Ingo Molnar
      • Re: [PATCH] ftrace, kbuild: condense recordmcount.pl parameter code,Sam Ravnborg
  • [PATCH 05/11] ftrace: only have ftrace_kill atomic,Steven Rostedt
    • Re: [PATCH 05/11] ftrace: only have ftrace_kill atomic,Andrew Morton
      • Re: [PATCH 05/11] ftrace: only have ftrace_kill atomic,Steven Rostedt
      • Re: [PATCH 05/11] ftrace: only have ftrace_kill atomic,Andrew Morton
  • [PATCH 06/11] ftrace: add ftrace warn on to disable ftrace,Steven Rostedt
    • Re: [PATCH 06/11] ftrace: add ftrace warn on to disable ftrace,Andrew Morton
      • Re: [PATCH 06/11] ftrace: add ftrace warn on to disable ftrace,Steven Rostedt
  • [PATCH 07/11] ftrace: do not trace init sections,Steven Rostedt
  • [PATCH 11/11] ftrace: remove ftrace hash,Steven Rostedt
  • [PATCH 08/11] ftrace: disable dynamic ftrace for all archs that use daemon,Steven Rostedt
  • [PATCH 02/11] ftrace: dynamic ftrace process only text section,Steven Rostedt
  • [PATCH 10/11] ftrace: remove mcount set,Steven Rostedt
  • [PATCH 09/11] ftrace: remove daemon,Steven Rostedt
• [GIT PULL] i2c updates for 2.6.28, round 2,Jean Delvare
• THE BREAKTHROUGH TO A NEWLY SUCCESS ONLINE !!!,Mark Norwood
  • <Possible follow-ups>
  • THE BREAKTHROUGH TO A NEWLY SUCCESS ONLINE !!!,Mark Norwood
• [PATCH] [RESEND] tracing/ftrace: Fix a bug when switch current tracer,Frederic Weisbecker
• [PATCH] em28xx patches against the latest git tree,Markus Rechberger
  • Re: [PATCH] em28xx patches against the latest git tree,Markus Rechberger
    • Re: [PATCH] em28xx patches against the latest git tree,Alex Riesen
      • Re: [PATCH] em28xx patches against the latest git tree,Markus Rechberger
      • Re: [PATCH] em28xx patches against the latest git tree,Alex Riesen
      • Re: [PATCH] em28xx patches against the latest git tree,Markus Rechberger
      • Re: [PATCH] em28xx patches against the latest git tree,Alex Riesen
      • Re: [PATCH] em28xx patches against the latest git tree,Alex Riesen
      • Re: [PATCH] em28xx patches against the latest git tree,Markus Rechberger
      • Re: [PATCH] em28xx patches against the latest git tree,Alex Riesen
    • Re: [PATCH] em28xx patches against the latest git tree,Markus Rechberger
    • Re: [Em28xx] [PATCH] em28xx patches against the latest git tree,Jelle de Jong
• [PATCH][RESEND] tracing/ftrace: Make boot tracer select the sched_switch tracer,Frederic Weisbecker
  • Re: [PATCH][RESEND] tracing/ftrace: Make boot tracer select the sched_switch tracer,Ingo Molnar
• [GIT PATCH] more USB patches for 2.6-git,Greg KH
• [GIT PATCH] more STAGING patches for 2.6.28,Greg KH
  • [PATCH 01/42] Staging: add pcc-acpi driver,Greg Kroah-Hartman
    • Re: [PATCH 01/42] Staging: add pcc-acpi driver,Len Brown
      • Re: [PATCH 01/42] Staging: add pcc-acpi driver,Greg KH
      • Re: [PATCH 01/42] Staging: add pcc-acpi driver,Len Brown
      • Re: [PATCH 01/42] Staging: add pcc-acpi driver,Greg KH
      • [GIT PATCH] delete pcc_acpi,Len Brown
      • Re: [GIT PATCH] delete pcc_acpi,Greg KH
  • [PATCH 02/42] Staging: W35UND should depend on USB,Greg Kroah-Hartman
  • [PATCH 03/42] linux-next: build failure,Greg Kroah-Hartman
  • [PATCH 04/42] Staging: document 4k stack problem for winbond driver,Greg Kroah-Hartman
  • [PATCH 05/42] Staging: Fix leak in drivers/staging/at76_usb.c,Greg Kroah-Hartman
  • [PATCH 06/42] staging: fix potential build error in slicoss driver,Greg Kroah-Hartman
  • [PATCH 07/42] staging: balance parenthesis in wlan-ng headers,Greg Kroah-Hartman
  • [PATCH 08/42] Staging: Fixes for me4000 pci data collection driver,Greg Kroah-Hartman
  • [PATCH 09/42] Staging: SLICOSS: remove duplicated #include's,Greg Kroah-Hartman
  • [PATCH 10/42] Staging: et131x: remove duplicated #include's,Greg Kroah-Hartman
  • [PATCH 11/42] Staging: wlan-ng: prism2: remove duplicated #include,Greg Kroah-Hartman
  • [PATCH 12/42] staging: wlan-ng: prism2: remove more duplicated #include,Greg Kroah-Hartman
  • [PATCH 13/42] Staging: go7007: remove unused #include <version.h>,Greg Kroah-Hartman
  • [PATCH 14/42] Staging: SLICOSS: remove unused #include <version.h>,Greg Kroah-Hartman
  • [PATCH 15/42] Staging: w35und: remove some typedefs,Greg Kroah-Hartman
  • [PATCH 16/42] Staging: sxg: replace __FUNCTION__ with __func__,Greg Kroah-Hartman
  • [PATCH 17/42] Staging: echo: A separate oslec.h for external interface,Greg Kroah-Hartman
  • [PATCH 18/42] Staging: echo: Export interface functions. Add module headers.,Greg Kroah-Hartman
  • [PATCH 19/42] Staging: echo: Replace echo_can_state_t with struct echo_can_state,Greg Kroah-Hartman
  • [PATCH 20/42] Staging: echo: Changed preffix from echo_can_ to oslec_,Greg Kroah-Hartman
  • [PATCH 21/42] Staging: echo: Replace __BLACKFIN__ASM__ with __bfin__,Greg Kroah-Hartman
  • [PATCH 22/42] Staging: echo: fix kmalloc()/kfree() uses,Greg Kroah-Hartman
  • [PATCH 23/42] Staging: echo: remove dead code,Greg Kroah-Hartman
  • [PATCH 24/42] Staging: echo: remove __cplusplus macro magic,Greg Kroah-Hartman
  • [PATCH 25/42] Staging: echo: remove annoying "end of function" markers,Greg Kroah-Hartman
  • [PATCH 26/42] Staging: wlan-ng: fix build error if wireless networking is not enabled,Greg Kroah-Hartman
  • [PATCH 27/42] Staging: add poch driver,Greg Kroah-Hartman
  • [PATCH 28/42] Staging: remove remaining uses of __FUNCTION__,Greg Kroah-Hartman
  • [PATCH 29/42] Staging: Clean up sxg driver,Greg Kroah-Hartman
  • [PATCH 30/42] Staging: pcc-acpi: update to latest version,Greg Kroah-Hartman
  • [PATCH 31/42] Staging: PCC-ACPI: Fix all checkpatch errors,Greg Kroah-Hartman
  • [PATCH 32/42] Staging: SLICOSS: Free multicast list at driver exit,Greg Kroah-Hartman
  • [PATCH 33/42] Staging: Lindent the echo driver,Greg Kroah-Hartman
  • [PATCH 34/42] Staging: sxg: clean up C99 comments,Greg Kroah-Hartman
  • [PATCH 35/42] Staging: sxg: fix up unused function warnings,Greg Kroah-Hartman
  • [PATCH 36/42] Staging: sxg: fix compiler warnings.,Greg Kroah-Hartman
  • [PATCH 37/42] Staging: w35und: remove spinlock wrappers,Greg Kroah-Hartman
  • [PATCH 38/42] Staging: w35und: use gotos for error handling,Greg Kroah-Hartman
  • [PATCH 39/42] Staging: w35und: module init cleanup,Greg Kroah-Hartman
  • [PATCH 40/42] Staging: wbusb: fix a bunch of compiler warnings,Greg Kroah-Hartman
  • [PATCH 41/42] Staging: me4000: remove some compiler warnings,Greg Kroah-Hartman
  • [PATCH 42/42] Staging: usbip: fix build warning on 64bit kernels,Greg Kroah-Hartman
• [PATCH][RESEND] tracepoint: Check if the probe has been registered,Frederic Weisbecker
  • Re: [PATCH][RESEND] tracepoint: Check if the probe has been registered,Ingo Molnar
• [PATCH] ecryptfs: fix memory corruption when storing crypto info in xattrs,Eric Sandeen
  • Re: [PATCH] ecryptfs: fix memory corruption when storing crypto info in xattrs,Michael Halcrow
• [PATCH][RESEND] tracing/ftrace: Introduce the big kernel lock tracer,Frederic Weisbecker
  • Re: [PATCH][RESEND] tracing/ftrace: Introduce the big kernel lock tracer,Randy Dunlap
    • Re: [PATCH][RESEND] tracing/ftrace: Introduce the big kernel lock tracer,Frédéric Weisbecker
  • Re: [PATCH][RESEND] tracing/ftrace: Introduce the big kernel lock tracer,Steven Rostedt
    • Re: [PATCH][RESEND] tracing/ftrace: Introduce the big kernel lock tracer,Frédéric Weisbecker
• usb hdd problems with 2.6.27.2,Luciano Rocha
  • Re: usb hdd problems with 2.6.27.2,Rafael J. Wysocki
    • Re: usb hdd problems with 2.6.27.2,Alan Stern
      • Re: usb hdd problems with 2.6.27.2,James Bottomley
      • Re: usb hdd problems with 2.6.27.2,Luciano Rocha
      • Re: usb hdd problems with 2.6.27.2,Luciano Rocha
      • Re: usb hdd problems with 2.6.27.2,Luciano Rocha
      • Re: usb hdd problems with 2.6.27.2,Alan Stern
      • Re: usb hdd problems with 2.6.27.2,Douglas Gilbert
      • Re: usb hdd problems with 2.6.27.2,Boaz Harrosh
      • Re: usb hdd problems with 2.6.27.2,Kay Sievers
      • Re: usb hdd problems with 2.6.27.2,Alan Stern
      • Re: usb hdd problems with 2.6.27.2,James Bottomley
      • Re: usb hdd problems with 2.6.27.2,Luciano Rocha
      • Re: usb hdd problems with 2.6.27.2,Alan Stern
      • Re: usb hdd problems with 2.6.27.2,Luciano Rocha
      • Re: usb hdd problems with 2.6.27.2,Alan Stern
      • Re: usb hdd problems with 2.6.27.2,Luciano Rocha
      • Re: usb hdd problems with 2.6.27.2,Alan Stern
      • Re: usb hdd problems with 2.6.27.2,Luciano Rocha
      • Re: usb hdd problems with 2.6.27.2,Alan Stern
      • Re: usb hdd problems with 2.6.27.2,Luciano Rocha
      • Re: usb hdd problems with 2.6.27.2,Alan Stern
      • Re: usb hdd problems with 2.6.27.2,Luciano Rocha
      • Re: usb hdd problems with 2.6.27.2,Alan Stern
• Possible bug in SCSI Kconfig,Fabio Comolli
  • Re: Possible bug in SCSI Kconfig,Stefan Richter
    • Re: Possible bug in SCSI Kconfig,Fabio Comolli
  • Re: Possible bug in SCSI Kconfig,James Bottomley
    • Re: Possible bug in SCSI Kconfig,Fabio Comolli
      • Re: Possible bug in SCSI Kconfig,Matthew Wilcox
      • Re: Possible bug in SCSI Kconfig,Fabio Comolli
      • Re: Possible bug in SCSI Kconfig,Matthew Wilcox
      • Re: Possible bug in SCSI Kconfig,Fabio Comolli
      • Re: Possible bug in SCSI Kconfig,James Bottomley
      • Re: Possible bug in SCSI Kconfig,Fabio Comolli
      • Re: Possible bug in SCSI Kconfig,Stefan Richter
      • Re: Possible bug in SCSI Kconfig,Matthew Wilcox
      • Re: Possible bug in SCSI Kconfig,Stefan Richter
• Yea old defrag,Phillip Susi
  • Re: Yea old defrag,Theodore Tso
    • Re: Yea old defrag,Phillip Susi
      • Re: Yea old defrag,Theodore Tso
• [PATCH 2/2] hwmon: applesmc: Add support for Macbook 5,Henrik Rydberg
• Bug in sysctl table code?,Tvrtko A. Ursulin
• [RFC] SLUB - define OO_ macro instead of hardcoded numbers,Cyrill Gorcunov
  • Re: [RFC] SLUB - define OO_ macro instead of hardcoded numbers,Christoph Lameter
    • Re: [RFC] SLUB - define OO_ macro instead of hardcoded numbers,Cyrill Gorcunov
      • Re: [RFC] SLUB - define OO_ macro instead of hardcoded numbers,Cyrill Gorcunov
      • Re: [RFC] SLUB - define OO_ macro instead of hardcoded numbers,Cyrill Gorcunov
      • Re: [RFC] SLUB - define OO_ macro instead of hardcoded numbers,Christoph Lameter
      • Re: [RFC] SLUB - define OO_ macro instead of hardcoded numbers,Pekka Enberg
      • Re: [RFC] SLUB - define OO_ macro instead of hardcoded numbers,Cyrill Gorcunov
      • Re: [RFC] SLUB - define OO_ macro instead of hardcoded numbers,Pekka Enberg
      • Re: [RFC] SLUB - define OO_ macro instead of hardcoded numbers,Christoph Lameter
      • Re: [RFC] SLUB - define OO_ macro instead of hardcoded numbers,Cyrill Gorcunov
      • Re: [RFC] SLUB - define OO_ macro instead of hardcoded numbers,Christoph Lameter
      • Re: [RFC] SLUB - define OO_ macro instead of hardcoded numbers,Cyrill Gorcunov
      • Re: [RFC] SLUB - define OO_ macro instead of hardcoded numbers,Christoph Lameter
      • Re: [RFC] SLUB - define OO_ macro instead of hardcoded numbers,Cyrill Gorcunov
      • Re: [RFC] SLUB - define OO_ macro instead of hardcoded numbers,Cyrill Gorcunov
      • Re: [RFC] SLUB - define OO_ macro instead of hardcoded numbers,Christoph Lameter
      • Re: [RFC] SLUB - define OO_ macro instead of hardcoded numbers,Cyrill Gorcunov
      • Re: [RFC] SLUB - define OO_ macro instead of hardcoded numbers,Christoph Lameter
      • Re: [RFC] SLUB - define OO_ macro instead of hardcoded numbers,Cyrill Gorcunov
• [PATCH 1/2] hwmon: applesmc: Add support for iMac 5,Henrik Rydberg
• [PATCH 1/1] cciss: new hardware support,Mike Miller
• [PATCH 5/5] w35und: remove the no-op pa_stall_execution macro,Pekka J Enberg
  • Re: [PATCH 5/5] w35und: remove the no-op pa_stall_execution macro,Pavel Machek
• [PATCH 4/5] w35und: use msleep() and udelay(),Pekka J Enberg
  • Re: [PATCH 4/5] w35und: use msleep() and udelay(),Pavel Machek
• [PATCH 3/5] w35und: remove dead code from wbusb_f.h,Pekka J Enberg
  • Re: [PATCH 3/5] w35und: remove dead code from wbusb_f.h,Pavel Machek
  • Re: [PATCH 3/5] w35und: remove dead code from wbusb_f.h,Greg KH
    • Re: [PATCH 3/5] w35und: remove dead code from wbusb_f.h,Pekka J Enberg
      • Re: [PATCH 3/5] w35und: remove dead code from wbusb_f.h,Greg KH
      • Re: [PATCH 3/5] w35und: remove dead code from wbusb_f.h,Pekka J Enberg
      • Re: [PATCH 3/5] w35und: remove dead code from wbusb_f.h,Greg KH
• [PATCH 2/5] w35und: remove unused wb35_open() and wb35_close() functions,Pekka J Enberg
  • Re: [PATCH 2/5] w35und: remove unused wb35_open() and wb35_close() functions,Pavel Machek
• [PATCH 1/5] w35und: make wb35_probe() and wb35_disconnect() funtions static,Pekka J Enberg
  • Re: [PATCH 1/5] w35und: make wb35_probe() and wb35_disconnect() funtions static,Pavel Machek
• SUNRPC problem with 2.6.26 and beyond,Harry Edmon
  • Re: SUNRPC problem with 2.6.26 and beyond,Trond Myklebust
    • Re: SUNRPC problem with 2.6.26 and beyond,Harry Edmon
    • Re: SUNRPC problem with 2.6.26 and beyond - try again with response in correct place.,Harry Edmon
      • Re: SUNRPC problem with 2.6.26 and beyond - try again with response in correct place.,Trond Myklebust
      • Re: SUNRPC problem with 2.6.26 and beyond - try again with response in correct place.,Harry Edmon
• [PATCH] LIS3LV02Dx Accelerometer driver,Pavel Machek
  • Re: [PATCH] LIS3LV02Dx Accelerometer driver,Éric Piel
  • [PATCH] LIS3LV02D: Conform to the new ACPI API,Eric Piel
  • Re: [PATCH] LIS3LV02Dx Accelerometer driver,Andrew Morton
    • Re: [PATCH] LIS3LV02Dx Accelerometer driver,Pavel Machek
• [PATCH 0/4][RFC] netns: sysfs: add a netns suffix to net device sysfs entries,Benjamin Thery
  • [PATCH 1/4] netns: add in ida ID to identify the network namespace,Benjamin Thery
  • [PATCH 2/4] netns: Export nets id to /proc/net/netns,Benjamin Thery
  • [PATCH 3/4] net: cleanup some vars names to be more consistant with the network code,Benjamin Thery
  • [PATCH 4/4] netns: sysfs: add netns suffix to net devices sysfs entries,Benjamin Thery
  • Re: [PATCH 0/4][RFC] netns: sysfs: add a netns suffix to net device sysfs entries,Eric W. Biederman
    • Re: [PATCH 0/4][RFC] netns: sysfs: add a netns suffix to net device sysfs entries,Serge E. Hallyn
      • Re: [PATCH 0/4][RFC] netns: sysfs: add a netns suffix to net device sysfs entries,Eric W. Biederman
      • Re: [PATCH 0/4][RFC] netns: sysfs: add a netns suffix to net device sysfs entries,Stephen Hemminger
      • Re: [PATCH 0/4][RFC] netns: sysfs: add a netns suffix to net device sysfs entries,Eric W. Biederman
      • Re: [PATCH 0/4][RFC] netns: sysfs: add a netns suffix to net device sysfs entries,Kyle Moffett
    • Re: [PATCH 0/4][RFC] netns: sysfs: add a netns suffix to net device sysfs entries,Benjamin Thery
      • Re: [PATCH 0/4][RFC] netns: sysfs: add a netns suffix to net device sysfs entries,Eric W. Biederman
  • Re: [PATCH 0/4][RFC] netns: sysfs: add a netns suffix to net device sysfs entries,Greg KH
    • Re: [PATCH 0/4][RFC] netns: sysfs: add a netns suffix to net device sysfs entries,Eric W. Biederman
      • Re: [PATCH 0/4][RFC] netns: sysfs: add a netns suffix to net device sysfs entries,Greg KH
  • [PATCH] netns: Coexist with the sysfs limitations,Eric W. Biederman
    • Re: [PATCH] netns: Coexist with the sysfs limitations,Daniel Lezcano
    • Re: [PATCH] netns: Coexist with the sysfs limitations,Serge E. Hallyn
      • Re: [PATCH] netns: Coexist with the sysfs limitations,Benjamin Thery
      • Re: [PATCH] netns: Coexist with the sysfs limitations,Eric W. Biederman
      • [PATCH] netns: Coexist with the sysfs limitations v2,Eric W. Biederman
      • Re: [PATCH] netns: Coexist with the sysfs limitations v2,David Miller
      • Re: [PATCH] netns: Coexist with the sysfs limitations v2,Eric W. Biederman
      • Re: [PATCH] netns: Coexist with the sysfs limitations v2,David Miller
• [PATCH 0/1] Make sure that any oops is flushed to the mtdoops console,Viktor Rosendahl
  • [PATCH 1/1] Make sure that any oops is flushed to the mtdoops console,Viktor Rosendahl
    • Re: [PATCH 1/1] Make sure that any oops is flushed to the mtdoops console,Andrew Morton
      • Re: [PATCH 1/1] Make sure that any oops is flushed to the mtdoops console,Viktor Rosendahl
      • Re: [PATCH 1/1] Make sure that any oops is flushed to the mtdoops console,Andrew Morton
• [PATCH 0/4] cifs: fix oopses and mem corruption with concurrent mount/umount (try #3),Jeff Layton
  • [PATCH 3/4] cifs: disable sharing session and tcon and add new TCP sharing code,Jeff Layton
  • [PATCH 1/4] cifs: clean up server protocol handling for TCP_Server_Info,Jeff Layton
  • [PATCH 2/4] cifs: handle the TCP_Server_Info->tsk field more carefully,Jeff Layton
  • [PATCH 4/4] cifs: reinstate sharing of SMB sessions,Jeff Layton
• [PATCH -tip] x86: do_boot_cpu - check if we have ESR register,Cyrill Gorcunov
  • Re: [PATCH -tip] x86: do_boot_cpu - check if we have ESR register,Ingo Molnar
    • Re: [PATCH -tip] x86: do_boot_cpu - check if we have ESR register,Glauber Costa
      • Re: [PATCH -tip] x86: do_boot_cpu - check if we have ESR register,Maciej W. Rozycki
    • Re: [PATCH -tip] x86: do_boot_cpu - check if we have ESR register,Cyrill Gorcunov
      • Re: [PATCH -tip] x86: do_boot_cpu - check if we have ESR register,Ingo Molnar
      • Re: [PATCH -tip] x86: do_boot_cpu - check if we have ESR register,Cyrill Gorcunov
      • Re: [PATCH -tip] x86: do_boot_cpu - check if we have ESR register,Ingo Molnar
      • Re: [PATCH -tip] x86: do_boot_cpu - check if we have ESR register,Cyrill Gorcunov
      • Re: [PATCH -tip] x86: do_boot_cpu - check if we have ESR register,Ingo Molnar
      • Re: [PATCH -tip] x86: do_boot_cpu - check if we have ESR register,Cyrill Gorcunov
      • Re: [PATCH -tip] x86: do_boot_cpu - check if we have ESR register,Max Kellermann
      • Re: [PATCH -tip] x86: do_boot_cpu - check if we have ESR register,Maciej W. Rozycki
    • Re: [PATCH -tip] x86: do_boot_cpu - check if we have ESR register,Maciej W. Rozycki
  • Re: [PATCH -tip] x86: do_boot_cpu - check if we have ESR register,Maciej W. Rozycki
• c2port (Version 2): support for Silicon C2 Interface.,Rodolfo Giometti
  • [PATCH 1/2] Add c2 port support.,Rodolfo Giometti
    • [PATCH 2/2] c2port: add c2port support for Eurotech Duramar 2150.,Rodolfo Giometti
      • Re: [PATCH 2/2] c2port: add c2port support for Eurotech Duramar 2150.,Greg KH
    • Re: [PATCH 1/2] Add c2 port support.,Greg KH
      • Re: [PATCH 1/2] Add c2 port support.,Andrew Morton
      • Re: [PATCH 1/2] Add c2 port support.,Rodolfo Giometti
      • Re: [PATCH 1/2] Add c2 port support.,Andrew Morton
      • Re: [PATCH 1/2] Add c2 port support.,Rodolfo Giometti
      • Re: [PATCH 1/2] Add c2 port support.,Andrew Morton
      • Re: [PATCH 1/2] Add c2 port support.,Greg KH
      • Re: [PATCH 1/2] Add c2 port support.,Rodolfo Giometti
      • Re: [PATCH 1/2] Add c2 port support.,Greg KH
      • Re: [PATCH 1/2] Add c2 port support.,Rodolfo Giometti
      • Re: [PATCH 1/2] Add c2 port support.,Greg KH
• lock free inotify_ioctl()?,hooanon05
• sched: deep power-saving states,Gregory Haskins
  • Re: sched: deep power-saving states,Arjan van de Ven
    • Re: sched: deep power-saving states,Gregory Haskins
      • Re: sched: deep power-saving states,Arjan van de Ven
      • Re: sched: deep power-saving states,Gregory Haskins
      • Re: sched: deep power-saving states,Arjan van de Ven
      • Re: sched: deep power-saving states,Peter Zijlstra
      • Re: sched: deep power-saving states,Arjan van de Ven
      • Re: sched: deep power-saving states,Peter Zijlstra
      • Re: sched: deep power-saving states,Arjan van de Ven
  • <Possible follow-ups>
  • sched: deep power-saving states,Gregory Haskins
• [git pull] OProfile for v2.6.28,Robert Richter
  • Re: [git pull] OProfile for v2.6.28,Ingo Molnar
• e1000e fails after several S3 resumes (2.6.26 Debian, TP T60),Sanjoy Mahajan
  • Re: e1000e fails after several S3 resumes (2.6.26 Debian, TP T60),Jesse Brandeburg
    • Re: e1000e fails after several S3 resumes (2.6.26 Debian, TP T60),Sanjoy Mahajan
      • Re: e1000e fails after several S3 resumes (2.6.26 Debian, TP T60),Yves-Alexis Perez
    • Re: e1000e fails after several S3 resumes (2.6.26 Debian, TP T60),Sanjoy Mahajan
      • RE: e1000e fails after several S3 resumes (2.6.26 Debian, TP T60),Brandeburg, Jesse
      • Re: e1000e fails after several S3 resumes (2.6.26 Debian, TP T60),Sanjoy Mahajan
      • RE: e1000e fails after several S3 resumes (2.6.26 Debian, TP T60),Brandeburg, Jesse
      • Re: e1000e fails after several S3 resumes (2.6.26 Debian, TP T60),Sanjoy Mahajan
      • Re: e1000e fails after several S3 resumes (2.6.26 Debian, TP T60),Sanjoy Mahajan
• File as generic block-device?,Simen Thoresen
  • Re: File as generic block-device?,Geert Uytterhoeven
    • Re: File as generic block-device?,Simen Thoresen
  • Re: File as generic block-device?,martin f krafft
    • Re: File as generic block-device?,Simen Thoresen
• Read and Respond.,Mr. Vicent Cole
• Issue with e1000,Felipe Contreras
  • Re: Issue with e1000,Tony Vroon
    • Re: Issue with e1000,Felipe Contreras
  • Re: Issue with e1000,Andy Lutomirski
• [git patches v2] net driver updates,Jeff Garzik
  • Re: [git patches v2] net driver updates,David Miller
• [PATCH] kernel/profile: Fix profile_init() section mismatch.,Paul Mundt
• [patch] x86: enable GBPAGES option by default,Nick Piggin
  • Re: [patch] x86: enable GBPAGES option by default,Nick Piggin
  • Re: [patch] x86: enable GBPAGES option by default,Ingo Molnar
• [PATCH] kernel/resource: Fix reserve_region_with_split() section mismatch.,Paul Mundt
  • Re: [PATCH] kernel/resource: Fix reserve_region_with_split() section mismatch.,Ingo Molnar
• [GIT PULL] kmemcheck.git,Vegard Nossum
  • Re: [GIT PULL] kmemcheck.git,Ingo Molnar
• [PATCH 1/2] mfd: Don't mark WM8350 security register as volatile,Mark Brown
  • [PATCH 2/2] mfd: Make WM8400 depend on I2C until SPI is submitted,Mark Brown
• linux-next: Tree for October 22,Stephen Rothwell
  • Re: linux-next: Tree for October 22,Andrew Morton
• ext3: fix ext3_dx_readdir hash collision handling - Regression,Markus Trippelsdorf
  • Re: ext3: fix ext3_dx_readdir hash collision handling - Regression,Theodore Tso
    • Re: ext3: fix ext3_dx_readdir hash collision handling - Regression,Markus Trippelsdorf
      • Re: ext3: fix ext3_dx_readdir hash collision handling - Regression,Theodore Tso
      • Message not available
      • Re: ext3: fix ext3_dx_readdir hash collision handling - Regression,Theodore Tso
      • Message not available
      • Re: ext3: fix ext3_dx_readdir hash collision handling - Regression,Linus Torvalds
      • Re: ext3: fix ext3_dx_readdir hash collision handling - Regression,Theodore Tso
      • [PATCH] Re: ext3: fix ext3_dx_readdir hash collision handling - Regression,Theodore Tso
      • Re: [PATCH] Re: ext3: fix ext3_dx_readdir hash collision handling - Regression,Markus Trippelsdorf
      • Re: [PATCH] Re: ext3: fix ext3_dx_readdir hash collision handling - Regression,Linus Torvalds
      • [GIT PULL] Re: [PATCH] Re: ext3: fix ext3_dx_readdir hash collision handling - Regression,Theodore Tso
      • [PATCH 1/2] ext3: Fix duplicate entries returned from getdents() system call,Theodore Ts'o
      • [PATCH 2/2] ext4: Fix duplicate entries returned from getdents() system call,Theodore Ts'o
• High load in 2.6.27, NFS / rpcauth_lookup_credcache()?,Max Kellermann
  • Re: High load in 2.6.27, NFS / rpcauth_lookup_credcache()?,J. Bruce Fields
  • Re: High load in 2.6.27, NFS / rpcauth_lookup_credcache()?,Max Kellermann
    • Re: High load in 2.6.27, NFS / rpcauth_lookup_credcache()?,Trond Myklebust
      • Re: High load in 2.6.27, NFS / rpcauth_lookup_credcache()?,Max Kellermann
      • Re: High load in 2.6.27, NFS / rpcauth_lookup_credcache()?,Trond Myklebust
      • Re: High load in 2.6.27, NFS / rpcauth_lookup_credcache()?,Max Kellermann
      • Re: High load in 2.6.27, NFS / rpcauth_lookup_credcache()?,Trond Myklebust
      • Re: High load in 2.6.27, NFS / rpcauth_lookup_credcache()?,Max Kellermann
      • Re: High load in 2.6.27, NFS / rpcauth_lookup_credcache()?,Trond Myklebust
      • Re: High load in 2.6.27, NFS / rpcauth_lookup_credcache()?,Max Kellermann
• [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Yu Zhao
  • [PATCH 1/16 v6] PCI: remove unnecessary arg of pci_update_resource(),Yu Zhao
  • [PATCH 3/16 v6] PCI: export __pci_read_base,Yu Zhao
  • [PATCH 2/16 v6] PCI: define PCI resource names in an 'enum',Yu Zhao
    • Re: [PATCH 2/16 v6] PCI: define PCI resource names in an 'enum',Bjorn Helgaas
      • Re: [PATCH 2/16 v6] PCI: define PCI resource names in an 'enum',Yu Zhao
      • Re: [PATCH 2/16 v6] PCI: define PCI resource names in an 'enum',Bjorn Helgaas
      • Re: [PATCH 2/16 v6] PCI: define PCI resource names in an 'enum',Yu Zhao
    • Re: [PATCH 2/16 v6] PCI: define PCI resource names in an 'enum',Simon Horman
  • [PATCH 5/16 v6] PCI: add a wrapper for resource_alignment(),Yu Zhao
  • [PATCH 4/16 v6] PCI: make pci_alloc_child_bus() be able to handle NULL bridge,Yu Zhao
  • [PATCH 6/16 v6] PCI: add a new function to map BAR offset,Yu Zhao
  • [PATCH 7/16 v6] PCI: cleanup pcibios_allocate_resources(),Yu Zhao
    • Re: [PATCH 7/16 v6] PCI: cleanup pcibios_allocate_resources(),Yinghai Lu
      • Re: [PATCH 7/16 v6] PCI: cleanup pcibios_allocate_resources(),Yu Zhao
  • [PATCH 8/16 v6] PCI: add boot options to reassign resources,Yu Zhao
    • Re: [PATCH 8/16 v6] PCI: add boot options to reassign resources,Bjorn Helgaas
      • Re: [PATCH 8/16 v6] PCI: add boot options to reassign resources,Yu Zhao
  • [PATCH 9/16 v6] PCI: add boot option to align MMIO resources,Yu Zhao
    • Re: [PATCH 9/16 v6] PCI: add boot option to align MMIO resources,Bjorn Helgaas
      • Re: [PATCH 9/16 v6] PCI: add boot option to align MMIO resources,Yu Zhao
  • [PATCH 10/16 v6] PCI: cleanup pci_bus_add_devices(),Yu Zhao
  • [PATCH 11/16 v6] PCI: split a new function from pci_bus_add_devices(),Yu Zhao
  • [PATCH 12/16 v6] PCI: support the SR-IOV capability,Yu Zhao
  • [PATCH 13/16 v6] PCI: reserve bus range for SR-IOV device,Yu Zhao
  • [PATCH 14/16 v6] PCI: document for SR-IOV user and developer,Yu Zhao
  • [PATCH 16/16 v6] PCI: document the new PCI boot parameters,Yu Zhao
    • Re: [PATCH 16/16 v6] PCI: document the new PCI boot parameters,Bjorn Helgaas
      • Re: [PATCH 16/16 v6] PCI: document the new PCI boot parameters,Randy Dunlap
    • Re: [PATCH 16/16 v6] PCI: document the new PCI boot parameters,Greg KH
      • Re: [PATCH 16/16 v6] PCI: document the new PCI boot parameters,Zhao, Yu
      • Re: [PATCH 16/16 v6] PCI: document the new PCI boot parameters,Greg KH
      • Re: [PATCH 16/16 v6] PCI: document the new PCI boot parameters,Zhao, Yu
      • Re: [PATCH 16/16 v6] PCI: document the new PCI boot parameters,Matthew Wilcox
      • Re: [PATCH 16/16 v6] PCI: document the new PCI boot parameters,Greg KH
      • Re: [PATCH 16/16 v6] PCI: document the new PCI boot parameters,Zhao, Yu
      • Re: [PATCH 16/16 v6] PCI: document the new PCI boot parameters,Greg KH
      • Re: [PATCH 16/16 v6] PCI: document the new PCI boot parameters,Zhao, Yu
      • Re: [PATCH 16/16 v6] PCI: document the new PCI boot parameters,Greg KH
      • Re: [PATCH 16/16 v6] PCI: document the new PCI boot parameters,Zhao, Yu
      • Re: [PATCH 16/16 v6] PCI: document the new PCI boot parameters,Greg KH
      • Re: [PATCH 16/16 v6] PCI: document the new PCI boot parameters,Yu Zhao
      • Re: [PATCH 16/16 v6] PCI: document the new PCI boot parameters,Greg KH
      • Re: [PATCH 16/16 v6] PCI: document the new PCI boot parameters,Yu Zhao
      • Message not available
      • Re: [PATCH 16/16 v6] PCI: document the new PCI boot parameters,Greg KH
      • Re: [PATCH 16/16 v6] PCI: document the new PCI boot parameters,Pavel Machek
      • Re: [PATCH 16/16 v6] PCI: document the new PCI boot parameters,Alexander Graf
  • [PATCH 15/16 v6] PCI: document the SR-IOV sysfs entries,Yu Zhao
    • Re: [PATCH 15/16 v6] PCI: document the SR-IOV sysfs entries,Greg KH
      • Re: [PATCH 15/16 v6] PCI: document the SR-IOV sysfs entries,Greg KH
      • Re: [PATCH 15/16 v6] PCI: document the SR-IOV sysfs entries,Zhao, Yu
      • Re: [PATCH 15/16 v6] PCI: document the SR-IOV sysfs entries,Greg KH
      • Re: [PATCH 15/16 v6] PCI: document the SR-IOV sysfs entries,Yu Zhao
      • Re: [PATCH 15/16 v6] PCI: document the SR-IOV sysfs entries,Greg KH
      • Re: [PATCH 15/16 v6] PCI: document the SR-IOV sysfs entries,Yu Zhao
      • Re: [PATCH 15/16 v6] PCI: document the SR-IOV sysfs entries,Greg KH
      • Re: [PATCH 15/16 v6] PCI: document the SR-IOV sysfs entries,Kay Sievers
  • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Greg KH
    • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,H L
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Greg KH
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,H L
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Greg KH
      • RE: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Fischer, Anna
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Greg KH
      • RE: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Fischer, Anna
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Avi Kivity
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Greg KH
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Avi Kivity
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Greg KH
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Avi Kivity
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Matthew Wilcox
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Anthony Liguori
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Matthew Wilcox
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Greg KH
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Yu Zhao
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Greg KH
      • RE: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Fischer, Anna
      • RE: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Leonid Grossman
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Yu Zhao
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Avi Kivity
      • RE: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Dong, Eddie
      • RE: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Nakajima, Jun
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Andi Kleen
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Avi Kivity
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Yu Zhao
      • Message not available
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Anthony Liguori
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Avi Kivity
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Zhao, Yu
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Matthew Wilcox
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Greg KH
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Simon Horman
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Anthony Liguori
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Greg KH
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Zhao, Yu
      • Message not available
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Yu Zhao
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Avi Kivity
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Muli Ben-Yehuda
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Avi Kivity
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Chris Wright
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Greg KH
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Zhao, Yu
      • RE: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Leonid Grossman
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,H L
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Greg KH
      • RE: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Fischer, Anna
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Greg KH
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Zhao, Yu
      • git repository for SR-IOV development?,H L
      • Re: git repository for SR-IOV development?,Greg KH
      • Re: git repository for SR-IOV development?,H L
      • Re: git repository for SR-IOV development?,Simon Horman
      • Re: git repository for SR-IOV development?,Greg KH
      • Re: git repository for SR-IOV development?,Yu Zhao
    • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Zhao, Yu
      • Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support,Greg KH
• [PATCH] Fix debugfs_create_*'s error checking method for wireless/rt2x00/,Zhaolei
  • Re: [PATCH] Fix debugfs_create_*'s error checking method for wireless/rt2x00/,Ivo van Doorn
• [PATCH] Fix debugfs_create_bool's error checking method for wireless/iwlwifi/,Zhaolei
• [PATCH] [kgdb] Switch master cpu after gdb thread command for SMP (v3),sonic zhang
  • Re: [PATCH] [kgdb] Switch master cpu after gdb thread command for SMP (v3),Sonic Zhang
• [PATCH 0/2] enable irqs when waiting for rwlocks,Petr Tesarik
  • [PATCH 1/2] Allow rwlocks to re-enable interrupts,Petr Tesarik
    • Re: [PATCH 1/2] Allow rwlocks to re-enable interrupts,Peter Zijlstra
      • Re: [PATCH 1/2] Allow rwlocks to re-enable interrupts,Petr Tesarik
      • Re: [PATCH 1/2] Allow rwlocks to re-enable interrupts,Peter Zijlstra
      • Re: [PATCH 1/2] Allow rwlocks to re-enable interrupts,Matthew Wilcox
      • Re: [PATCH 1/2] Allow rwlocks to re-enable interrupts,Peter Zijlstra
  • Re: [PATCH 0/2] enable irqs when waiting for rwlocks,Rick Jones
    • Re: [PATCH 0/2] enable irqs when waiting for rwlocks,Robin Holt
• [PATCH 6/6] w35und: wb35_probe() cleanup,Pekka J Enberg
  • Re: [PATCH 6/6] w35und: wb35_probe() cleanup,Pavel Machek
• [PATCH 5/6] w35und: merge wblinux struct to adapter,Pekka J Enberg
  • Re: [PATCH 5/6] w35und: merge wblinux struct to adapter,Pavel Machek
• [PATCH 4/6] w35und: padapter struct typedef removal,Pekka J Enberg
  • Re: [PATCH 4/6] w35und: padapter struct typedef removal,Pavel Machek
• [PATCH 3/6] w35und: wb35reg struct typedef removal,Pekka J Enberg
  • Re: [PATCH 3/6] w35und: wb35reg struct typedef removal