Mail Thread Index
[
Prev Page][
Next Page]
- Re: Unified tracing buffer, (continued)
- Re: Unified tracing buffer,Steven Rostedt
- Re: Unified tracing buffer,Linus Torvalds
- Re: Unified tracing buffer,Mathieu Desnoyers
- Re: Unified tracing buffer,Mathieu Desnoyers
- Re: Unified tracing buffer,Masami Hiramatsu
- Re: Unified tracing buffer,KOSAKI Motohiro
- Re: Unified tracing buffer,Frank Ch. Eigler
- Re: Unified tracing buffer,Masami Hiramatsu
- Re: Unified tracing buffer,KOSAKI Motohiro
- Re: Unified tracing buffer,Martin Bligh
- Re: Unified tracing buffer,Andi Kleen
- [patch 0/3] Cpu alloc slub support: Replace percpu allocator in slub.c,Christoph Lameter
- irq 19: nobody cared,Chris Li
- Re: irq 19: nobody cared,Yinghai Lu
- Re: irq 19: nobody cared,Chris Li
- Re: irq 19: nobody cared,Yinghai Lu
- Re: irq 19: nobody cared,Chris Li
- Re: irq 19: nobody cared,Yinghai Lu
- Re: irq 19: nobody cared,Chris Li
- Re: irq 19: nobody cared,Yinghai Lu
- Re: irq 19: nobody cared,Chris Li
- Re: irq 19: nobody cared,Chris Li
- Re: irq 19: nobody cared,Yinghai Lu
- Re: irq 19: nobody cared,Chris Li
- Re: irq 19: nobody cared,Yinghai Lu
- Re: irq 19: nobody cared,Chris Li
- Re: irq 19: nobody cared,Alan Cox
- Re: irq 19: nobody cared,Dave Airlie
- Re: irq 19: nobody cared,Steven Rostedt
- [PATCH 0/3] unify the allocation of irq vectors v2,Dean Nelson
- hpet in 2.6.26-5,raz ben yehuda
- FW: E200i controllers on BL465C Blades - kernel fails to boot,Miller, Mike (OS Dev)
- [PATCH 0/4] atmel-mci: fixes for 2.6.27,Haavard Skinnemoen
- [GIT PULL] Late avr32 fixes for 2.6.27,Haavard Skinnemoen
- [PATCH] x86: use WARN_ONCE in workaround for mtrr mask,Yinghai Lu
- [PATCH] oom-killer kills more than needed,Chad Zanonie
- PTE access rules & abstraction,Benjamin Herrenschmidt
- Re: PTE access rules & abstraction,Jeremy Fitzhardinge
- Re: PTE access rules & abstraction,Benjamin Herrenschmidt
- Re: PTE access rules & abstraction,Nick Piggin
- Re: PTE access rules & abstraction,David Miller
- Re: PTE access rules & abstraction,Benjamin Herrenschmidt
- Re: PTE access rules & abstraction,Nick Piggin
- Re: PTE access rules & abstraction,Benjamin Herrenschmidt
- Re: PTE access rules & abstraction,Jeremy Fitzhardinge
- Re: PTE access rules & abstraction,Benjamin Herrenschmidt
- Re: PTE access rules & abstraction,Nick Piggin
- Re: PTE access rules & abstraction,peter
- Re: PTE access rules & abstraction,Hugh Dickins
- Re: PTE access rules & abstraction,Benjamin Herrenschmidt
- Re: PTE access rules & abstraction,Jeremy Fitzhardinge
- Re: PTE access rules & abstraction,Benjamin Herrenschmidt
- Re: PTE access rules & abstraction,Jeremy Fitzhardinge
- Re: PTE access rules & abstraction,Benjamin Herrenschmidt
- Re: PTE access rules & abstraction,Hugh Dickins
- Re: PTE access rules & abstraction,Benjamin Herrenschmidt
- Re: PTE access rules & abstraction,Jeremy Fitzhardinge
- Re: PTE access rules & abstraction,Benjamin Herrenschmidt
- Re: PTE access rules & abstraction,Jeremy Fitzhardinge
- Re: PTE access rules & abstraction,Benjamin Herrenschmidt
- Re: PTE access rules & abstraction,Martin Schwidefsky
- [PATCH 6/6] maintainers: update email address for Liam Girdwood,Liam Girdwood
- [PATCH 5/6] regulator: Enable regulators marked as always_on,Liam Girdwood
- [PATCH 4/6] regulator: Additional diagnostics for machine constraints,Liam Girdwood
- [PATCH 3/6] regulator: check for init_data on registration,Liam Girdwood
- [PATCH 2/6] regulator: Fix typo,Liam Girdwood
- [PATCH 1/6] regulator: core - Rework machine API to remove string based functions.,Liam Girdwood
- [PATCH] ide-cd: fix debug printk,Borislav Petkov
- [PATCH] ASoC: Fix at32-pcm build breakage with PM enabled,Haavard Skinnemoen
- [PATCH] remove fullflush and nofullflush in IOMMU generic option,FUJITA Tomonori
- Re: [PATCH] remove fullflush and nofullflush in IOMMU generic option,Joerg Roedel
- Re: [PATCH] remove fullflush and nofullflush in IOMMU generic option,FUJITA Tomonori
- Re: [PATCH] remove fullflush and nofullflush in IOMMU generic option,Joerg Roedel
- Re: [PATCH] remove fullflush and nofullflush in IOMMU generic option,FUJITA Tomonori
- Re: [PATCH] remove fullflush and nofullflush in IOMMU generic option,Joerg Roedel
- Re: [PATCH] remove fullflush and nofullflush in IOMMU generic option,FUJITA Tomonori
- Re: [PATCH] remove fullflush and nofullflush in IOMMU generic option,Joerg Roedel
- Re: [PATCH] remove fullflush and nofullflush in IOMMU generic option,Joerg Roedel
- Re: [PATCH] remove fullflush and nofullflush in IOMMU generic option,FUJITA Tomonori
- Re: [PATCH] remove fullflush and nofullflush in IOMMU generic option,Joerg Roedel
- Re: [PATCH] remove fullflush and nofullflush in IOMMU generic option,FUJITA Tomonori
- Re: [PATCH] remove fullflush and nofullflush in IOMMU generic option,Joerg Roedel
- Re: [PATCH] remove fullflush and nofullflush in IOMMU generic option,FUJITA Tomonori
- Re: [PATCH] remove fullflush and nofullflush in IOMMU generic option,Joerg Roedel
- Re: [PATCH] remove fullflush and nofullflush in IOMMU generic option,FUJITA Tomonori
- Re: [PATCH] remove fullflush and nofullflush in IOMMU generic option,Joerg Roedel
- Re: [PATCH] remove fullflush and nofullflush in IOMMU generic option,FUJITA Tomonori
- Re: [PATCH] remove fullflush and nofullflush in IOMMU generic option,Joerg Roedel
- Re: [PATCH] remove fullflush and nofullflush in IOMMU generic option,FUJITA Tomonori
- Re: [PATCH] remove fullflush and nofullflush in IOMMU generic option,Ingo Molnar
- ext3 journal stop hang, FC8 2.6.25.14-69.fc8 kernel,Ben Greear
- [PATCH] fix count(), compat_count() bounds checking,Jason Baron
- [patch] sched: trivial fix for incorrect comments,Chris Friesen
- [PATCH] atmel_serial: update the powersave handler to match serial core,Haavard Skinnemoen
- [patch 0/4] Cpu alloc V5: Replace percpu allocator in modules.c,Christoph Lameter
- [PATCH] audit: removed bogus newline,Jiri Pirko
- [PATCH 0/2] Add lld-congestion bit for backing_dev_info,Kiyoshi Ueda
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Robert Hancock
- [PATCH 0/1] SGI X86 UV: Provide a System Activity Indicator driver,Mike Travis
- Thinkpad T60p does not recover from Suspend when docked.,Chris Rankin
- Regarding select() on PPC,Halesh S
- Re: [PATCH] AT91 Serial: update the powersave handler to match serial core,Haavard Skinnemoen
- [PATCH -rc6][BUGFIX] memcg: check under limit at shrink_usage,Daisuke Nishimura
- [patch] x86, ptrace: void dopiness,Markus Metzger
- [PATCH -tip/master] x86: io-apic - interrupt remapping fix,Cyrill Gorcunov
- [PATCH 1/2] hrtimer: Remove hrtimer_clock_base::get_softirq_time(),Mark McLoughlin
- [PATCH 2/2] hrtimer: Remove hrtimer_clock_base::reprogram(),Mark McLoughlin
- [PATCH 0/5] bio-cgroup: Introduction,Ryo Tsuruta
- [PATCH 0/5] omap watchdog updaes,Felipe Balbi
- [PATCH 1/5] watchdog: sync linux-omap changes,Felipe Balbi
- [PATCH 2/5] watchdog: another ioremap() fix,Felipe Balbi
- [PATCH 3/5] watchdog: cleanup a bit omap_wdt.c,Felipe Balbi
- [PATCH 4/5] watchdog: move omap_wdt.h to include/linux/watchdog,Felipe Balbi
- [PATCH 5/5] watchdog: introduce platform_data and remove cpu conditional code,Felipe Balbi
- Re: [PATCH 5/5] watchdog: introduce platform_data and remove cpu conditional code,Russell King - ARM Linux
- Re: [PATCH 5/5] watchdog: introduce platform_data and remove cpu conditional code,Felipe Balbi
- Re: [PATCH 5/5] watchdog: introduce platform_data and remove cpu conditional code,Russell King - ARM Linux
- Re: [PATCH 5/5] watchdog: introduce platform_data and remove cpu conditional code,Wim Van Sebroeck
- Re: [PATCH 5/5] watchdog: introduce platform_data and remove cpu conditional code,Wim Van Sebroeck
- Re: [PATCH 4/5] watchdog: move omap_wdt.h to include/linux/watchdog,Alan Cox
- Re: [PATCH 4/5] watchdog: move omap_wdt.h to include/linux/watchdog,Felipe Balbi
- Re: [PATCH 4/5] watchdog: move omap_wdt.h to include/linux/watchdog,Alan Cox
- Re: [PATCH 3/5] watchdog: cleanup a bit omap_wdt.c,David Brownell
- Re: [PATCH 3/5] watchdog: cleanup a bit omap_wdt.c,Russell King - ARM Linux
- Re: [PATCH 3/5] watchdog: cleanup a bit omap_wdt.c,David Brownell
- Re: [PATCH 3/5] watchdog: cleanup a bit omap_wdt.c,Russell King - ARM Linux
- Re: [PATCH 3/5] watchdog: cleanup a bit omap_wdt.c,David Brownell
- Re: [PATCH 3/5] watchdog: cleanup a bit omap_wdt.c,Russell King - ARM Linux
- Re: [PATCH 3/5] watchdog: cleanup a bit omap_wdt.c,Tony Lindgren
- Re: [PATCH 3/5] watchdog: cleanup a bit omap_wdt.c,David Brownell
- Re: [PATCH 3/5] watchdog: cleanup a bit omap_wdt.c,David Brownell
- Re: [PATCH 3/5] watchdog: cleanup a bit omap_wdt.c,Russell King - ARM Linux
- Re: [PATCH 3/5] watchdog: cleanup a bit omap_wdt.c,Tony Lindgren
- Re: [PATCH 3/5] watchdog: cleanup a bit omap_wdt.c,Alan Cox
- Re: [PATCH 1/5] watchdog: sync linux-omap changes,Russell King - ARM Linux
- Re: [PATCH 1/5] watchdog: sync linux-omap changes,David Brownell
- Re: [PATCH 1/5] watchdog: sync linux-omap changes,David Brownell
- [GIT PULL] AMD IOMMU updates for 2.6.28,Joerg Roedel
- [PATCH -tip FIXED] ftrace: add nop tracer,Steven Noonan
- Re: [PATCH -tip FIXED] ftrace: add nop tracer,Ingo Molnar
- Re: [PATCH -tip FIXED] ftrace: add nop tracer,Frédéric Weisbecker
- Re: [PATCH -tip FIXED] ftrace: add nop tracer,Andrew Morton
- Re: [PATCH -tip FIXED] ftrace: add nop tracer,Steven Noonan
- Re: [PATCH -tip FIXED] ftrace: add nop tracer,Ingo Molnar
- Re: [PATCH -tip FIXED] ftrace: add nop tracer,Steven Noonan
- Re: [PATCH -tip FIXED] ftrace: add nop tracer,Andrew Morton
- Re: [PATCH -tip FIXED] ftrace: add nop tracer,Ingo Molnar
- Re: [PATCH -tip FIXED] ftrace: add nop tracer,Steven Noonan
- [PATCH] ftrace: mcount_addr defined but not used,Steven Noonan
- [PATCH] trace: remove pointless ifdefs,Steven Noonan
- Re: [PATCH] trace: remove pointless ifdefs,Ingo Molnar
- Re: [PATCH] ftrace: mcount_addr defined but not used,Steven Noonan
- Re: [PATCH] ftrace: mcount_addr defined but not used,Steven Noonan
- Re: [PATCH] ftrace: mcount_addr defined but not used,Ingo Molnar
- [PATCH -tip] ftrace: add nop tracer,Steven Noonan
- bash hanged on serial port,gshan
- [PATCH] sparseirq: remove some debug print out,Yinghai Lu
- [PATCH] x86/mtrr: fix compiling warning,Yinghai Lu
- NFS root + iptables in 2.6.25,Wojciech Kromer
- [PATCH 1/1] USB: Unusual devs patch for Nokia 5310 Music Xpress,David Almaroad
- linux-next: Tree for September 19,Stephen Rothwell
- BUG: soft lockup in 2.6.25.5,Brett Pemberton
- Account Expire in 4 Day(s),UK NATIONAL e-LOTTERY
- [2.6.27-rc6-mm1] Boot hangs while initializing SCSI disk.,Tetsuo Handa
- Kernel OOPS and panic on boot in advantech watchdog init,Bryan Donlan
- Some hfsplus questions,Andrey Vul
- [git patches] regression fixes for .27-rc,Jeff Garzik
- Re: mmotm 2008-09-18-14-56 uploaded,Randy.Dunlap
- Re: mmotm 2008-09-18-14-56 uploaded (nilfs2 build error),Randy.Dunlap
- [patch 0/4] Cpu alloc V4: Replace percpu allocator in modules.c,Christoph Lameter
- unpredictability in scheduler test results,Chris Friesen
- Re: mmotm 2008-09-18-14-56 uploaded (olpc_battery build errors),Randy.Dunlap
- [PATCH -mm] memrlimit: fix task_lock() recursive locking (v2),Andrea Righi
- [PATCH] UIO: Resend: Change driver name of uio_pdrv,Hans J. Koch
- [PATCH -mm] cpufreq: BUG: using smp_processor_id() in preemptible code,Andrea Righi
- [patch] cciss: Fix cciss SCSI rescan code to better notice device changes.,scameron
- [PATCH -tip/master] x86: io-apic - restore_IO_APIC_setup NULL pointer quick fix,Cyrill Gorcunov
- [PATCH] printk: Print cpuid along with the timestamp with CONFIG_PRINTK_TIME,Ravikiran G Thirumalai
- [PATCH] x86: c1e_idle: don't mark TSC unstable if CPU has invariant TSC,Andreas Herrmann
- [GIT PULL] 2.6.27-rc6 updates for s390,Martin Schwidefsky
- ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Steven Noonan
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Luis R. Rodriguez
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Luis R. Rodriguez
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Steven Noonan
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Steven Noonan
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Justin Mattock
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Steven Noonan
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Luis R. Rodriguez
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Justin Mattock
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Steven Noonan
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Luis R. Rodriguez
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Luis R. Rodriguez
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Steven Noonan
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Luis R. Rodriguez
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Johannes Berg
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Steven Noonan
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Luis R. Rodriguez
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Steven Noonan
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Ingo Molnar
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Steven Noonan
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Ingo Molnar
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Steven Rostedt
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Ingo Molnar
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Steven Rostedt
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Steven Noonan
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Ingo Molnar
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Steven Noonan
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Senthil Balasubramanian
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Steven Noonan
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Senthil Balasubramanian
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Luis R. Rodriguez
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Steven Noonan
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Luis R. Rodriguez
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Steven Noonan
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Luis R. Rodriguez
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Luis R. Rodriguez
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Steven Noonan
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Steven Noonan
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Luis R. Rodriguez
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Steven Noonan
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Luis R. Rodriguez
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Johannes Berg
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Luis R. Rodriguez
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Steven Noonan
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Luis R. Rodriguez
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Steven Noonan
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Steven Noonan
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Luis R. Rodriguez
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Luis R. Rodriguez
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Steven Noonan
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Luis R. Rodriguez
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Steven Noonan
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Luis R. Rodriguez
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Steven Noonan
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Steven Noonan
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Steven Noonan
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Luis R. Rodriguez
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Steven Noonan
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Luis R. Rodriguez
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Steven Noonan
- Re: [ath9k-devel] ath9k: massive unexplained latency in 2.6.27 (rc5, rc6, probably others),Luis R. Rodriguez
- Interrupt Handler Invocation,Singaravelan Nallasellan
- Re: [patch 2.6.27-rc6] cope with PNPACPI tables missing an RTC entry,Andrew Morton
- [PATCH -mm] memrlimit: fix task_lock() recursive locking,Andrea Righi
- [PATCH] script to remove unused modules from config file,Steven Rostedt
- [PATCH] convert swiotlb to use dma_get_mask,FUJITA Tomonori
- PCI: Fix MSI-HOWTO.txt info about MSI-X MMIO space,Roland Dreier
- [PATCH] fix an example of scatterlists handling in DMA-API.txt,FUJITA Tomonori
- [PATCH] fsl-dma: allow Freescale Elo DMA driver to be compiled as a module,Timur Tabi
- [PATCH v2] dmatest: properly handle duplicate DMA channels,Timur Tabi
- [git patches] new network drivers for net-next,Jeff Garzik
- ACPI idea: override max. frequency,Folkert van Heusden
- edd breaking vesafb,Pascal Terjan
- [PATCH] dmatest: properly handle duplicate DMA channels,Timur Tabi
- [PATCH] rfkill: clarify usage of rfkill_force_state() and rfkill->get_state(),Henrique de Moraes Holschuh
- Re: ACPI "Soft-off" power button only rebooting system, not powering off,Bodo Eggert
- [PATCH 0/3] block changes for request-based dm-multipath,Kiyoshi Ueda
- [PATCH] [UIO] Add alignment warnings for uio-mem,Wolfram Sang
- kernel.h: add ARRAY_AND_SIZE() macro to complement ARRAY_SIZE().,Ben Dooks
- Re: kernel.h: add ARRAY_AND_SIZE() macro to complement ARRAY_SIZE().,Alexey Dobriyan
- Re: kernel.h: add ARRAY_AND_SIZE() macro to complement ARRAY_SIZE().,Eric Miao
- Re: kernel.h: add ARRAY_AND_SIZE() macro to complement ARRAY_SIZE().,Cyrill Gorcunov
- Re: kernel.h: add ARRAY_AND_SIZE() macro to complement ARRAY_SIZE().,Eric Miao
- Re: kernel.h: add ARRAY_AND_SIZE() macro to complement ARRAY_SIZE().,Cyrill Gorcunov
- Re: kernel.h: add ARRAY_AND_SIZE() macro to complement ARRAY_SIZE().,Stefan Richter
- Re: kernel.h: add ARRAY_AND_SIZE() macro to complement ARRAY_SIZE().,Russ Dill
- Re: kernel.h: add ARRAY_AND_SIZE() macro to complement ARRAY_SIZE().,Alexey Dobriyan
- Re: kernel.h: add ARRAY_AND_SIZE() macro to complement ARRAY_SIZE().,Christer Weinigel
- Re: kernel.h: add ARRAY_AND_SIZE() macro to complement ARRAY_SIZE().,Cyrill Gorcunov
- Re: kernel.h: add ARRAY_AND_SIZE() macro to complement ARRAY_SIZE().,Christer Weinigel
- Re: kernel.h: add ARRAY_AND_SIZE() macro to complement ARRAY_SIZE().,Cyrill Gorcunov
- Re: kernel.h: add ARRAY_AND_SIZE() macro to complement ARRAY_SIZE().,Christer Weinigel
- Re: kernel.h: add ARRAY_AND_SIZE() macro to complement ARRAY_SIZE().,Cyrill Gorcunov
- Re: kernel.h: add ARRAY_AND_SIZE() macro to complement ARRAY_SIZE().,Cyrill Gorcunov
- Re: kernel.h: add ARRAY_AND_SIZE() macro to complement ARRAY_SIZE().,Chris Moore
- doubled idle count,Ferenc Wagner
- [PATCH] serial: set correct baud_base for Oxford Semiconductor Ltd EXSYS EX-41092 Dual 16950 Serial adapter,Niels de Vos
- Stack buffer size issue,evilsocket
- dm-ioband + bio-cgroup benchmarks,Ryo Tsuruta
- Re: dm-ioband + bio-cgroup benchmarks,Vivek Goyal
- Re: dm-ioband + bio-cgroup benchmarks,Andrea Righi
- Re: dm-ioband + bio-cgroup benchmarks,Vivek Goyal
- Re: dm-ioband + bio-cgroup benchmarks,Andrea Righi
- Re: dm-ioband + bio-cgroup benchmarks,Vivek Goyal
- Re: dm-ioband + bio-cgroup benchmarks,Andrea Righi
- Re: [dm-devel] Re: dm-ioband + bio-cgroup benchmarks,Hirokazu Takahashi
- Re: [dm-devel] Re: dm-ioband + bio-cgroup benchmarks,KAMEZAWA Hiroyuki
- Re: [dm-devel] Re: dm-ioband + bio-cgroup benchmarks,Balbir Singh
- Re: [dm-devel] Re: dm-ioband + bio-cgroup benchmarks,KAMEZAWA Hiroyuki
- Message not available
- Re: [Xen-devel] Re: [dm-devel] Re: dm-ioband + bio-cgroup benchmarks,Balbir Singh
- Re: [Xen-devel] Re: [dm-devel] Re: dm-ioband + bio-cgroup benchmarks,Hirokazu Takahashi
- Re: dm-ioband + bio-cgroup benchmarks,Hirokazu Takahashi
- Re: dm-ioband + bio-cgroup benchmarks,Hirokazu Takahashi
- Re: dm-ioband + bio-cgroup benchmarks,Vivek Goyal
- Re: dm-ioband + bio-cgroup benchmarks,Andrea Righi
- Re: dm-ioband + bio-cgroup benchmarks,Hirokazu Takahashi
- Re: dm-ioband + bio-cgroup benchmarks,Hirokazu Takahashi
- Re: dm-ioband + bio-cgroup benchmarks,Vivek Goyal
- Re: dm-ioband + bio-cgroup benchmarks,Hirokazu Takahashi
- Re: dm-ioband + bio-cgroup benchmarks,Vivek Goyal
- Re: dm-ioband + bio-cgroup benchmarks,Andrea Righi
- Re: dm-ioband + bio-cgroup benchmarks,Andrea Righi
- Re: dm-ioband + bio-cgroup benchmarks,Andrea Righi
- Re: dm-ioband + bio-cgroup benchmarks,Hirokazu Takahashi
- Re: dm-ioband + bio-cgroup benchmarks,Pavel Emelyanov
- Re: dm-ioband + bio-cgroup benchmarks,Hirokazu Takahashi
- Re: dm-ioband + bio-cgroup benchmarks,Vivek Goyal
- Re: dm-ioband + bio-cgroup benchmarks,Hirokazu Takahashi
- Re: dm-ioband + bio-cgroup benchmarks,Hirokazu Takahashi
- Re: dm-ioband + bio-cgroup benchmarks,Balbir Singh
- Re: dm-ioband + bio-cgroup benchmarks,Vivek Goyal
- Re: dm-ioband + bio-cgroup benchmarks,Hirokazu Takahashi
- Re: dm-ioband + bio-cgroup benchmarks,Andrea Righi
- Re: dm-ioband + bio-cgroup benchmarks,Hirokazu Takahashi
- Re: dm-ioband + bio-cgroup benchmarks,Takuya Yoshikawa
Lottery Confirmation Letter: Winner of £250,000.00,Kreger, Mary
[PATCH 1/5 #2] HID: move pantherlord FF processing,Jiri Slaby
Re: [PATCH] add watchdog driver IT8716 IT8718 IT8726 IT8712J/K,Wim Van Sebroeck
[PATCH] add sysctl from printk_tag,Yinghai Lu
linux-next: Tree for September 18,Stephen Rothwell
Query: is there an official location for jiffies per second value?,Grant Coady
[PATCH] x86: x86_{phys,virt}_bits field also for i386 (v3),Jan Beulich
- Re: [PATCH] x86: x86_{phys,virt}_bits field also for i386 (v3),Ingo Molnar
- Re: [PATCH] x86: x86_{phys,virt}_bits field also for i386 (v3),Ingo Molnar
- Re: [PATCH] x86: x86_{phys,virt}_bits field also for i386 (v3),Jan Beulich
- Re: [PATCH] x86: x86_{phys,virt}_bits field also for i386 (v3),Ingo Molnar
- Re: [PATCH] x86: x86_{phys,virt}_bits field also for i386 (v3),Ingo Molnar
- Re: [PATCH] x86: x86_{phys,virt}_bits field also for i386 (v3),Jan Beulich
- Re: [PATCH] x86: x86_{phys,virt}_bits field also for i386 (v3),Ingo Molnar
- Re: [PATCH] x86: x86_{phys,virt}_bits field also for i386 (v3),Jeremy Fitzhardinge
- Re: [PATCH] x86: x86_{phys,virt}_bits field also for i386 (v3),H. Peter Anvin
- Re: [PATCH] x86: x86_{phys,virt}_bits field also for i386 (v3),Jan Beulich
- Re: [PATCH] x86: x86_{phys,virt}_bits field also for i386 (v3),Jeremy Fitzhardinge
- Re: [PATCH] x86: x86_{phys,virt}_bits field also for i386 (v3),H. Peter Anvin
- Re: [PATCH] x86: x86_{phys,virt}_bits field also for i386 (v3),H. Peter Anvin
- Re: [PATCH] x86: x86_{phys,virt}_bits field also for i386 (v3),Jan Beulich
- Re: [PATCH] x86: x86_{phys,virt}_bits field also for i386 (v3),H. Peter Anvin
- Re: [PATCH] x86: x86_{phys,virt}_bits field also for i386 (v3),Yinghai Lu
Re: mmotm 2008-09-13-03-09 uploaded,KAMEZAWA Hiroyuki
change TOS explicitly for egress packets on specified network interface,gshan
[PATCH]pci_dma_mapping_error changes,Marin Mitov
execve exit status on MIPS,Halesh S
[RFC PATCH] rcu: introduce kfree_rcu(),Lai Jiangshan
s3c24xx nand: add command line partition table parsing support (resend),Conke Hu