Linux Real Time Users

• Thread Index

• [PATCH RT 1/3] time keeping add cycle_raw for actual incrementation
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC] Priority boosting for preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] Priority boosting for preemptible RCU
  • From: Andy Whitcroft <apw@xxxxxxxxxxxx>
• [PATCH RT] - Mellanox IB driver patch
  • From: Sven-Thorsten Dietrich <sdietrich@xxxxxxxxxx>
• Re: [PATCH RT] - rebalance_domains incorrect parameter
  • From: Ingo Molnar <mingo@xxxxxxx>
• [PATCH RT] - rebalance_domains incorrect parameter
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RT] - trivial branch in scheduler.
  • From: Ingo Molnar <mingo@xxxxxxx>
• [PATCH RT] - trivial branch in scheduler.
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] Priority boosting for preemptible RCU
  • From: Gautham R Shenoy <ego@xxxxxxxxxx>
• Re: [PATCH] Fixes spurious system load spikes in /proc/loadavgrt
  • From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
• Re: [PATCH] Fixes spurious system load spikes in /proc/loadavgrt
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] Priority boosting for preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Fixes spurious system load spikes in /proc/loadavgrt
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] Fixes spurious system load spikes in /proc/loadavgrt
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] Priority boosting for preemptible RCU
  • From: Gautham R Shenoy <ego@xxxxxxxxxx>
• Re: [PATCH RFC] Priority boosting for preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] kexec: reenable HPET before kexec
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• Re: [PATCH RFC] Priority boosting for preemptible RCU
  • From: Gautham R Shenoy <ego@xxxxxxxxxx>
• Re: [PATCH] kexec: reenable HPET before kexec
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: [PATCH RFC] Priority boosting for preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] Priority boosting for preemptible RCU
  • From: Gautham R Shenoy <ego@xxxxxxxxxx>
• Re: [PATCH RFC] Priority boosting for preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] Priority boosting for preemptible RCU
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] Priority boosting for preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] Priority boosting for preemptible RCU
  • From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
• [PATCH RFC] rcutorture for priority boosting for preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] Priority boosting for preemptible RCU
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH RFC] Priority boosting for preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [LOCKDEP][2.6.23-rc2-rt]
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] kexec: reenable HPET before kexec
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• Re: PI mutex support on ARM
  • From: Manfred Gruber <m.gruber@xxxxxxxxx>
• Re: [PATCH] kexec: reenable HPET before kexec
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH] kexec: reenable HPET before kexec
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• Re: PI mutex support on ARM
  • From: "Remy Bohmer" <linux@xxxxxxxxxx>
• Re: [PATCH] kexec: reenable HPET before kexec
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• [PATCH] kexec: reenable HPET before kexec
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• Re: PI mutex support on ARM
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: PI mutex support on ARM
  • From: Manfred Gruber <m.gruber@xxxxxxxxx>
• Re: [PATCH] Fixes spurious system load spikes in /proc/loadavgrt
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] Fixes spurious system load spikes in /proc/loadavgrt
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH] Fixes spurious system load spikes in /proc/loadavgrt
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] Fixes spurious system load spikes in /proc/loadavgrt
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH] Fixes spurious system load spikes in /proc/loadavgrt
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] select: fix sys_select to not leak ERESTARTNOHAND to userspace
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] Fixes spurious system load spikes in /proc/loadavgrt
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH] select: fix sys_select to not leak ERESTARTNOHAND to userspace
  • From: John Blackwood <john.blackwood@xxxxxxxx>
• Re: [PATCH] Fixes spurious system load spikes in /proc/loadavgrt
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] Fixes spurious system load spikes in /proc/loadavgrt
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• [PATCH] Fixes spurious system load spikes in /proc/loadavgrt
  • From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
• [PATCH 2.6.23-rc2-rt2] misc. compile fixes for UP builds
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• Re: preemption issue
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• Re: Request for comments on dejittering app
  • From: John Sigler <linux.kernel@xxxxxxx>
• preemption issue
  • From: "Kaya, Sinan" <sinan.kaya@xxxxxxxxxxx>
• Re: Request for comments on dejittering app
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: How to control IRQ thread priority from inside the driver
  • From: "Remy Bohmer" <linux@xxxxxxxxxx>
• Re: How to control IRQ thread priority from inside the driver
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: How to control IRQ thread priority from inside the driver
  • From: "Remy Bohmer" <linux@xxxxxxxxxx>
• warn on 2.6.23-rc2-rt2
  • From: Manfred Gruber <m.gruber@xxxxxxxxx>
• Re: How to control IRQ thread priority from inside the driver
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxxxxxxxxxx>
• Re: Request for comments on dejittering app
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: How to control IRQ thread priority from inside the driver
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: How to control IRQ thread priority from inside the driver
  • From: "Remy Bohmer" <linux@xxxxxxxxxx>
• Request for comments on dejittering app
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: How to control IRQ thread priority from inside the driver
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 2/2] Some stacks show up untracable, so fall back to old method in this case
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 1/2] Adds full stack to critical-section tracing
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 0/2] RT: Enhance PREEMPT_TRACE with deeper stacks
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• megaraid_sas problems on rt
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxxxxxxxxxx>
• Re: How to control IRQ thread priority from inside the driver
  • From: "Remy Bohmer" <linux@xxxxxxxxxx>
• Re: How to control IRQ thread priority from inside the driver
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• Re: [PATCH RT] Only run softirqs from the irq thread if the irq affinity is set to 1 CPU
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• Re: How to control IRQ thread priority from inside the driver
  • From: Juergen Beisert <jbe@xxxxxxxxxxxxxx>
• Re: How to control IRQ thread priority from inside the driver
  • From: "Remy Bohmer" <linux@xxxxxxxxxx>
• Re: [PATCH RT] Only run softirqs from the irq thread if the irq affinity is set to 1 CPU
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RT] Only run softirqs from the irq thread if the irq affinity is set to 1 CPU
  • From: "Robert de Vries" <robert.h.de.vries@xxxxxxxxx>
• Re: [PATCH RT] Only run softirqs from the irq thread if the irq affinity is set to 1 CPU
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RT] Only run softirqs from the irq thread if the irq affinity is set to 1 CPU
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• Re: How to control IRQ thread priority from inside the driver
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• [PATCH RT] Only run softirqs from the irq thread if the irq affinity is set to 1 CPU
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH -rt 9/9] seqlocks: use PICK_FUNCTION
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• [PATCH RT] Add missing semicolon in percpu_list.h
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT] fix non SMP compile smp stubs
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• How to control IRQ thread priority from inside the driver
  • From: Juergen Beisert <jbe@xxxxxxxxxxxxxx>
• Re: [PATCH 3/4 RFC] RCU: preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/4 RFC] RCU: preemptible RCU
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: [PATCH 3/4 RFC] RCU: preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4 RFC] RCU: synchronize_sched() without migration
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/4 RFC] RCU: preemptible RCU
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• Re: [PATCH 4/4 RFC] RCU: synchronize_sched() without migration
  • From: Dipankar Sarma <dipankar@xxxxxxxxxx>
• [PATCH 4/4 RFC] RCU: synchronize_sched() without migration
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/4 RFC] RCU: preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/4 RFC] RCU: Fix barriers
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4 RFC] preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH 0/4 RFC] preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH] Workaround for rq->lock deadlock
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH] Workaround for rq->lock deadlock
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: Hang on 8-way with 2.6.23-rc2-rt2
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: Hang on 8-way with 2.6.23-rc2-rt2
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: Old -rt patches
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: Old -rt patches
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: Old -rt patches
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: Old -rt patches
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Hang on 8-way with 2.6.23-rc2-rt2
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: Old -rt patches
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• "BUG" fixed by -rt* kernel, why not in mainline?
  • From: Guennadi Liakhovetski <gl@xxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: PROFILE_NMI kernel config symbol
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: Old -rt patches
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: PROFILE_NMI kernel config symbol
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: RT 2.6.22.1-rt4 minor fixes for StGit import
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] CFS: Mark print_cfs_stats static
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH -rt 9/9] seqlocks: use PICK_FUNCTION
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH -rt 4/9] ifdef raise_softirq_irqoff wakeup
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: Possible error in 2.6.23-rc2-rt1 series
  • From: Ingo Molnar <mingo@xxxxxxx>
• Possible error in 2.6.23-rc2-rt1 series
  • From: Peter Williams <pwil3058@xxxxxxxxxxxxxx>
• Re: [PATCH RT] put in a relatively high number for rcu read lock upper limit.
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [BUG RT] WARNING: at kernel/sched.c:5071 2.6.23-rc1-rt7
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RT] put in a relatively high number for rcu read lock upper limit.
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RT] put in a relatively high number for rcu read lock upper limit.
  • From: Ingo Molnar <mingo@xxxxxxx>
• [PATCH RT] put in a relatively high number for rcu read lock upper limit.
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [BUG RT] - rcupreempt.c:133 on 2.6.23-rc1-rt7
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [BUG RT] - rcupreempt.c:133 on 2.6.23-rc1-rt7
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [BUG RT] - rcupreempt.c:133 on 2.6.23-rc1-rt7
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [BUG RT] - rcupreempt.c:133 on 2.6.23-rc1-rt7
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [BUG RT] WARNING: at kernel/sched.c:5071 2.6.23-rc1-rt7
  • From: Ingo Molnar <mingo@xxxxxxx>
• [BUG RT] WARNING: at kernel/sched.c:5071 2.6.23-rc1-rt7
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [BUG RT] - rcupreempt.c:133 on 2.6.23-rc1-rt7
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [BUG RT] - rcupreempt.c:133 on 2.6.23-rc1-rt7
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC -rt] Allow rcutorture to handle synchronize_sched()
  • From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
• [PATCH RFC -rt] synchronize_sched() without migration
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH RFC -rt] Allow rcutorture to handle synchronize_sched()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: System clock frequency offset changes drastically across reboots
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• PROFILE_NMI kernel config symbol
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: Section mismatch: reference to .init.text: (between 'kthreadd' and 'init_waitqueue_head')
  • From: Sergio Monteiro Basto <sergio@xxxxxxxxxxxxxxxxxx>
• Re: Section mismatch: reference to .init.text: (between 'kthreadd' and 'init_waitqueue_head')
  • From: Satyam Sharma <satyam@xxxxxxxxxxxxx>
• Section mismatch: reference to .init.text: (between 'kthreadd' and 'init_waitqueue_head')
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Esben Nielsen <nielsen.esben@xxxxxxxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Old -rt patches
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH] expand /proc/interrupts to include missing vectors, v2
  • From: lsorense@xxxxxxxxxxxxxxxxxxx (Lennart Sorensen)
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH RT] Move RECURSION_LIMIT define up for more global use (take 2)
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• [PATCH RT] Move RECURSION_LIMIT define up for more global use (take 2)
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH] RT: Add priority-queuing and priority-inheritance to workqueue infrastructure
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH RT] Fix RT balancing tasks pulling
  • From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
• [PATCH] expand /proc/interrupts to include missing vectors, v4
  • From: Joe Korty <joe.korty@xxxxxxxx>
• Re: [PATCH 1/2] RT: Preemptible Function-Call-IPI Support
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH] expand /proc/interrupts to include missing vectors, v3
  • From: Joe Korty <joe.korty@xxxxxxxx>
• Re: [PATCH 0/2][RFC] VFCIPI v3
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [PATCH 0/2][RFC] VFCIPI v3
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/2][RFC] VFCIPI v3
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [PATCH 0/2][RFC] VFCIPI v3
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [PATCH] expand /proc/interrupts to include missing vectors, v3
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH 0/2][RFC] VFCIPI v3
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/2][RFC] VFCIPI v3
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [PATCH 1/2] RT: Preemptible Function-Call-IPI Support
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [PATCH 1/2] RT: Preemptible Function-Call-IPI Support
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [PATCH 0/2][RFC] VFCIPI v3
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] RT: Preemptible Function-Call-IPI Support
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] expand /proc/interrupts to include missing vectors, v3
  • From: Joe Korty <joe.korty@xxxxxxxx>
• [PATCH 2/2] RT: Add priority inheritance to the VFCIPI facility
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 1/2] RT: Preemptible Function-Call-IPI Support
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 0/2][RFC] VFCIPI v3
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: BIOS implementors disabling the LAPIC
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• Re: BIOS implementors disabling the LAPIC
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: BIOS implementors disabling the LAPIC
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: [PATCH 1/2] RT: Preemptible Function-Call-IPI Support
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [PATCH RT] Fix RT balancing tasks pulling
  • From: Sébastien Dugué <sebastien.dugue@xxxxxxxx>
• Re: [PATCH 1/2] RT: Preemptible Function-Call-IPI Support
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: BIOS implementors disabling the LAPIC
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] RT: Preemptible Function-Call-IPI Support
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH 1/2] RT: Preemptible Function-Call-IPI Support
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH 1/2] RT: Preemptible Function-Call-IPI Support
  • From: Ingo Molnar <mingo@xxxxxxx>
• BIOS implementors disabling the LAPIC
  • From: John Sigler <linux.kernel@xxxxxxx>
• [PATCH] Add cpu_clock declaration
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] expand /proc/interrupts to include missing vectors, v2
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] expand /proc/interrupts to include missing vectors, v2
  • From: Gabriel C <nix.or.die@xxxxxxxxxxxxxx>
• [PATCH] expand /proc/interrupts to include missing vectors, v2
  • From: Joe Korty <joe.korty@xxxxxxxx>
• Re: [PATCH 0/2] VFCIPI support v2
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [PATCH RT] Fix RT balancing tasks pulling
  • From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] VFCIPI support v2
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• [PATCH 2/2] RT: Add priority inheritance to the VFCIPI facility
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 1/2] RT: Preemptible Function-Call-IPI Support
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 0/2] VFCIPI support v2
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH] create /proc/all-interrupts
  • From: Joe Korty <joe.korty@xxxxxxxx>
• Re: [PATCH] create /proc/all-interrupts
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH -rt] temporary WARN_ON removal
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH] create /proc/all-interrupts
  • From: Sven-Thorsten Dietrich <sdietrich@xxxxxxxxxx>
• [PATCH][RFC] RT: Preemptible Function-Call-IPI Support
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH -rt 7/9] introduce PICK_FUNCTION
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: v2.6.23-rc1-rt6-dw1
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH -rt 4/9] ifdef raise_softirq_irqoff wakeup
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH -rt 1/9] preempt rcu: check for underflow
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH -rt 6/9] spinlock/rt_lock random cleanups
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• wrong system time with 2.6.22.1-rt9
  • From: Dragan Noveski <perodog@xxxxxxx>
• Re: [PATCH -rt 2/9] Dont allow non-threaded softirqs and threaded hardirqs
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH -rt 7/9] introduce PICK_FUNCTION
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH -rt 6/9] spinlock/rt_lock random cleanups
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH -rt 5/9] net: fix mis-merge in qdisc_restart
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH -rt 4/9] ifdef raise_softirq_irqoff wakeup
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH -rt 3/9] Fix jiffies wrap issue in update_times
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH -rt 2/9] Dont allow non-threaded softirqs and threaded hardirqs
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH -rt 1/9] preempt rcu: check for underflow
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: System clock frequency offset changes drastically across reboots
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: BUG: scheduling while atomic: stress
  • From: "Girish kathalagiri" <girish.sk@xxxxxxxxx>
• Re: BUG: scheduling while atomic: stress
  • From: "Girish kathalagiri" <girish.sk@xxxxxxxxx>
• Re: [PATCH -rt 1/9] preempt rcu: check for underflow
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: v2.6.23-rc1-rt6-dw1
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: v2.6.23-rc1-rt6-dw1
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: [PATCH -rt 6/9] spinlock/rt_lock random cleanups
  • From: ankita@xxxxxxxxxx (Ankita Garg)
• v2.6.23-rc1-rt6-dw1
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• [PATCH -rt 2/9] Dont allow non-threaded softirqs and threaded hardirqs
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• [PATCH -rt 9/9] seqlocks: use PICK_FUNCTION
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• [PATCH -rt 8/9] spinlocks/rwlocks: use PICK_FUNCTION()
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• [PATCH -rt 7/9] introduce PICK_FUNCTION
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• [PATCH -rt 4/9] ifdef raise_softirq_irqoff wakeup
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• [PATCH -rt 6/9] spinlock/rt_lock random cleanups
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• [PATCH -rt 3/9] Fix jiffies wrap issue in update_times
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• [PATCH -rt 5/9] net: fix mis-merge in qdisc_restart
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• [PATCH -rt 1/9] preempt rcu: check for underflow
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• System clock frequency offset changes drastically across reboots
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: [kvm-devel] Threaded IPIs?
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [kvm-devel] Threaded IPIs?
  • From: Avi Kivity <avi@xxxxxxxxxxxx>
• Threaded IPIs?
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [PATCH] create /proc/all-interrupts
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [Question] Hooks for scheduler tracing (CFS)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
• Re: [Question] Hooks for scheduler tracing (CFS)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
• [PATCH] create /proc/all-interrupts
  • From: Joe Korty <joe.korty@xxxxxxxx>
• Re: [Question] Hooks for scheduler tracing (CFS)
  • From: "David J. Wilder" <dwilder@xxxxxxxxxx>
• Re: [Question] Hooks for scheduler tracing (CFS)
  • From: ankita@xxxxxxxxxx (Ankita Garg)
• Re: [Question] Hooks for scheduler tracing (CFS)
  • From: "Frank Ch. Eigler" <fche@xxxxxxxxxx>
• Re: [Question] Hooks for scheduler tracing (CFS)
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
• Re: Pin-pointing the root of unusual application latencies
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: [Question] Hooks for scheduler tracing (CFS)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
• Re: [Question] Hooks for scheduler tracing (CFS)
  • From: fche@xxxxxxxxxx (Frank Ch. Eigler)
• Re: [PATCH 2/3] proc-interrupts-missing-vectors
  • From: Joe Korty <joe.korty@xxxxxxxx>
• BUG: scheduling while atomic: stress
  • From: "Girish kathalagiri" <girish.sk@xxxxxxxxx>
• Re: [Question] Hooks for scheduler tracing (CFS)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
• Re: [Question] Hooks for scheduler tracing (CFS)
  • From: ankita@xxxxxxxxxx (Ankita Garg)
• Re: [Question] Hooks for scheduler tracing (CFS)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
• Re: [Trace how to] Kernel Bug when entering something after login
  • From: Juergen Beisert <juergen127@xxxxxxxxxxxxxx>
• [Trace how to] Kernel Bug when entering something after login
  • From: "Pradyumna Sampath" <pradyumna.sampath@xxxxxxxxx>
• Re: Pin-pointing the root of unusual application latencies
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: [Question] Hooks for scheduler tracing (CFS)
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: Pin-pointing the root of unusual application latencies
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: [Question] Hooks for scheduler tracing (CFS)
  • From: ankita@xxxxxxxxxx (Ankita Garg)
• Re: [BUG] 2.6.23-rc1-rt2
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH rt[78]] Update externs in wait.h
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: Pin-pointing the root of unusual application latencies
  • From: John Sigler <linux.kernel@xxxxxxx>
• [PATCH rt[78]] Update externs in wait.h
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] mitigate-resched-interrupt-floods
  • From: Sven-Thorsten Dietrich <sdietrich@xxxxxxxxxx>
• Re: Kernel Bug when entering something after login
  • From: Juergen Beisert <juergen127@xxxxxxxxxxxxxx>
• Re: [Question] Hooks for scheduler tracing (CFS)
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH 2/3] proc-interrupts-missing-vectors
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [Question] Hooks for scheduler tracing (CFS)
  • From: ankita@xxxxxxxxxx (Ankita Garg)
• Re: [PATCH 1/3] mitigate-resched-interrupt-floods
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: Minor errors in 2.6.23-rc1-rt2 series
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [Question] Hooks for scheduler tracing (CFS)
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [Question] Hooks for scheduler tracing (CFS)
  • From: ankita@xxxxxxxxxx (Ankita Garg)
• Minor errors in 2.6.23-rc1-rt2 series
  • From: Peter Williams <pwil3058@xxxxxxxxxxxxxx>
• [PATCH 2/3] proc-interrupts-missing-vectors
  • From: Joe Korty <joe.korty@xxxxxxxx>
• [PATCH 3/3] proc-interrupts-add-names
  • From: Joe Korty <joe.korty@xxxxxxxx>
• [PATCH 1/3] mitigate-resched-interrupt-floods
  • From: Joe Korty <joe.korty@xxxxxxxx>
• Re: [BUG] 2.6.23-rc1-rt2
  • From: Noah Watkins <nwatkins@xxxxxxxxxxx>
• Re: [patch 01/15] autoreconf doesnt always do the right thing, add manual variant
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [BUG] 2.6.23-rc1-rt2
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• Re: Kernel Bug when entering something after login
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [BUG] 2.6.23-rc1-rt2
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• [BUG] 2.6.23-rc1-rt2
  • From: Noah Watkins <nwatkins@xxxxxxxxxxx>
• Kernel Bug when entering something after login
  • From: Juergen Beisert <juergen127@xxxxxxxxxxxxxx>
• Re: Pin-pointing the root of unusual application latencies
  • From: Karsten Wiese <fzu@xxxxxxxxxxxxxxxxxxxxx>
• Re: Pin-pointing the root of unusual application latencies
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: Pin-pointing the root of unusual application latencies
  • From: Karsten Wiese <fzu@xxxxxxxxxxxxxxxxxxxxx>
• Re: [patch 01/15] autoreconf doesnt always do the right thing, add manual variant
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• Re: Pin-pointing the root of unusual application latencies
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: [patch 08/15] use static libs for supportlibs
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• Re: [patch 10/15] fixup maintainerclean
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• Re: Pin-pointing the root of unusual application latencies
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: Pin-pointing the root of unusual application latencies
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• Re: Pin-pointing the root of unusual application latencies
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: 2.6.22.1-rt7 does not build here
  • From: Dragan Noveski <perodog@xxxxxxx>
• Re: Pin-pointing the root of unusual application latencies
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• Re: 2.6.22.1-rt7 does not build here
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: Pin-pointing the root of unusual application latencies
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: Pin-pointing the root of unusual application latencies
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• Re: Pin-pointing the root of unusual application latencies
  • From: John Sigler <linux.kernel@xxxxxxx>
• 2.6.22.1-rt7 does not build here
  • From: Dragan Noveski <perodog@xxxxxxx>
• Re: Pin-pointing the root of unusual application latencies
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: Pin-pointing the root of unusual application latencies
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: Pin-pointing the root of unusual application latencies
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: Pin-pointing the root of unusual application latencies
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: [PATCH] Display -rt related stats in /proc/schedstat
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: [PATCH] Display -rt related stats in /proc/schedstat
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] Display -rt related stats in /proc/schedstat
  • From: ankita@xxxxxxxxxx (Ankita Garg)
• [rt patch] [Fwd: Re: 2.6.23-rc1: BUG_ON in kmap_atomic_prot()]
  • From: Mike Galbraith <efault@xxxxxx>
• Re: [PATCH] Display -rt related stats in /proc/schedstat
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: v2.6.22.1-rt5
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: v2.6.22.1-rt5
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• Re: [PATCH RT] Fix RT balancing tasks pulling
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] Display -rt related stats in /proc/schedstat
  • From: ankita@xxxxxxxxxx (Ankita Garg)
• Re: v2.6.22.1-rt5
  • From: Gene Heskett <gene.heskett@xxxxxxxxx>
• Re: v2.6.22.1-rt5
  • From: Gene Heskett <gene.heskett@xxxxxxxxx>
• Re: v2.6.22.1-rt5
  • From: Gene Heskett <gene.heskett@xxxxxxxxx>
• Re: [patch 10/15] fixup maintainerclean
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: [patch 15/15] coding style fixes
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: [patch 10/15] fixup maintainerclean
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• Re: [patch 15/15] coding style fixes
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• Re: [patch 08/15] use static libs for supportlibs
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: [patch 14/15] remove bogus characters from makefile
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• Re: [patch 13/15] cleanup makefile generation
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• Re: [patch 12/15] fix version and contact information
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• Re: [patch 11/15] periodic_cpuload_single needs support libs
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• Re: [patch 09/15] add a makefile for stress/pi-tests
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• Re: [patch 08/15] use static libs for supportlibs
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• Re: [patch 07/15] distribute all necessary files
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• Re: v2.6.22.1-rt5
  • From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
• Re: [patch 01/15] autoreconf doesnt always do the right thing, add manual variant
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: v2.6.22.1-rt5
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [patch 06/15] fix cppflags vs. cflags issues
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• Re: v2.6.22.1-rt5
  • From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
• Re: v2.6.22.1-rt5
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [patch 00/15] fixes for rt-test build system
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: v2.6.22.1-rt5
  • From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
• Re: v2.6.22.1-rt5
  • From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
• Re: [patch 00/15] fixes for rt-test build system
  • From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
• Re: [RT-PATCH] v2.6.23-rc1-rt0 Add missing header in sch_generic.c
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: v2.6.22.1-rt5
  • From: Ingo Molnar <mingo@xxxxxxx>
• [RT-PATCH] v2.6.23-rc1-rt0 Add missing header in sch_generic.c
  • From: Hans-Jürgen Koch <hjk@xxxxxxxxxxxxx>
• Re: [patch 01/15] autoreconf doesnt always do the right thing, add manual variant
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: [patch 05/15] remove autogenerated files
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: [patch 00/15] fixes for rt-test build system
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: [patch 01/15] autoreconf doesnt always do the right thing, add manual variant
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• Re: [patch 00/15] fixes for rt-test build system
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• Re: v2.6.22.1-rt5
  • From: Gene Heskett <gene.heskett@xxxxxxxxx>
• Re: v2.6.23-rc1-rt0
  • From: Frederik Deweerdt <deweerdt@xxxxxxx>
• [PATCH RT] Fix RT balancing tasks pulling
  • From: Sébastien Dugué <sebastien.dugue@xxxxxxxx>
• Re: v2.6.23-rc1-rt0
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: v2.6.22.1-rt5
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• v2.6.23-rc1-rt0
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: v2.6.22.1-rt5
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] Display -rt related stats in /proc/schedstat
  • From: John Sigler <linux.kernel@xxxxxxx>
• [patch 09/15] add a makefile for stress/pi-tests
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• [patch 01/15] autoreconf doesnt always do the right thing, add manual variant
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• [patch 00/15] fixes for rt-test build system
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• [patch 14/15] remove bogus characters from makefile
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• [patch 15/15] coding style fixes
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• [patch 13/15] cleanup makefile generation
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• [patch 08/15] use static libs for supportlibs
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• [patch 06/15] fix cppflags vs. cflags issues
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• [patch 07/15] distribute all necessary files
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• [patch 10/15] fixup maintainerclean
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• [patch 11/15] periodic_cpuload_single needs support libs
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• [patch 12/15] fix version and contact information
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: Pin-pointing the root of unusual application latencies
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: Pin-pointing the root of unusual application latencies
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: v2.6.22.1-rt5
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: v2.6.22.1-rt5
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: v2.6.22.1-rt5
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: v2.6.22.1-rt5
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: v2.6.22.1-rt5
  • From: Rui Nuno Capela <rncbc@xxxxxxxxx>
• v2.6.22.1-rt5
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: 2.6.22.1-rt4 lockups
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: 2.6.22.1-rt4 lockups
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH -rt] temporary WARN_ON removal
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH] release quicklist before free_page
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH -rt] temporary WARN_ON removal
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] release quicklist before free_page
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] Display -rt related stats in /proc/schedstat
  • From: "Joachim Deguara" <joachim.deguara@xxxxxxx>
• Re: [PATCH] release quicklist before free_page
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH] release quicklist before free_page
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: Pin-pointing the root of unusual application latencies
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: [PATCH] release quicklist before free_page
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH] release quicklist before free_page
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: 2.6.22.1-rt4 lockups
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: Pin-pointing the root of unusual application latencies
  • From: Ingo Molnar <mingo@xxxxxxx>
• [PATCH] release quicklist before free_page
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH] Display -rt related stats in /proc/schedstat
  • From: ankita@xxxxxxxxxx (Ankita Garg)
• Re: [PATCH -rt] drop spurious rcu unlock
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: Pin-pointing the root of unusual application latencies
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: [PATCH -rt] drop spurious rcu unlock
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH -rt] drop spurious rcu unlock
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH] Display -rt related stats in /proc/schedstat
  • From: "Joachim Deguara" <joachim.deguara@xxxxxxx>
• [PATCH] Display -rt related stats in /proc/schedstat
  • From: ankita@xxxxxxxxxx (Ankita Garg)
• [PATCH] Display information about # of -rt processes in sched_debug.c
  • From: ankita@xxxxxxxxxx (Ankita Garg)
• Re: Pin-pointing the root of unusual application latencies
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: Pin-pointing the root of unusual application latencies
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: [PATCH -rt] drop spurious rcu unlock
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: 2.6.22.1-rt4 lockups
  • From: Rui Nuno Capela <rncbc@xxxxxxxxx>
• BUG on Voluntary Kernel Preemption
  • From: Manfred Gruber <m.gruber@xxxxxxxxx>
• v2.6.22.1-rt4-dw2
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• [PATCH -rt] temporary WARN_ON removal
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• [PATCH -rt] drop spurious rcu unlock
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• 2.6.22.1-rt4 lockups
  • From: Rui Nuno Capela <rncbc@xxxxxxxxx>
• Re: v2.6.22.1-rt3
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [announce] IBM RT Test Cases v.0.3
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• [PATCH] x86_64: Mark nmi_show_regs static
  • From: Josh Triplett <josh@xxxxxxxxxx>
• [-rt PATCH] i386: Mark nmi_show_regs static
  • From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
• [PATCH] CFS: Mark print_cfs_stats static
  • From: Josh Triplett <josh@xxxxxxxxxx>
• Re: v2.6.22.1-rt3
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: v2.6.22.1-rt3
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: v2.6.21.5-rt19 (sched_getaffinity?)
  • From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
• Re: v2.6.21.5-rt19 (sched_getaffinity?)
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: v2.6.21.5-rt19 (sched_getaffinity?)
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: v2.6.21.5-rt19 (sched_getaffinity?)
  • From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
• Re: v2.6.21.5-rt19 (sched_getaffinity?)
  • From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
• Re: v2.6.21.5-rt19 (sched_getaffinity?)
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: v2.6.21.5-rt19 (sched_getaffinity?)
  • From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
• Re: v2.6.21.5-rt19 (sched_getaffinity?)
  • From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
• Re: v2.6.21.5-rt19 (sched_getaffinity?)
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: LTTng for 2.6.22.1-rt4 (timestamping)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
• LTTng for 2.6.22.1-rt4
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
• Re: [Question] Hooks for scheduler tracing (CFS)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxx>
• Re: [PATCH -rt 0/6] misc. ARM fixup and compile fixes
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• Re: [Question] Hooks for scheduler tracing (CFS)
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [Question] Hooks for scheduler tracing (CFS)
  • From: "Remy Bohmer" <l.pinguin@xxxxxxxxx>
• Re: [Question] Hooks for scheduler tracing (CFS)
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• [Question] Hooks for scheduler tracing (CFS)
  • From: "Remy Bohmer" <l.pinguin@xxxxxxxxx>
• RT 2.6.22.1-rt4 minor fixes for StGit import
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [PATCH -rt 0/6] misc. ARM fixup and compile fixes
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• 2.6.22.1-rt3 lockups
  • From: Rui Nuno Capela <rncbc@xxxxxxxxx>
• Re: [PATCH -rt 6/6] Compile fix for PREEMPT_TIMING on and IRQSOFF_TIMING off
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• Re: Forward port of latest RT patch (2.6.21.5-rt20) to 2.6.22 available
  • From: Peter Williams <pwil3058@xxxxxxxxxxxxxx>
• Re: Forward port of latest RT patch (2.6.21.5-rt20) to 2.6.22 available
  • From: Gene Heskett <gene.heskett@xxxxxxxxx>
• Re: v2.6.22.1-rt3
  • From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH -rt 6/6] Compile fix for PREEMPT_TIMING on and IRQSOFF_TIMING off
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• Re: [PATCH -rt 6/6] Compile fix for PREEMPT_TIMING on and IRQSOFF_TIMING off
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• Re: v2.6.22.1-rt3
  • From: "David Bahi" <dbahi@xxxxxxxxxx>
• Re: v2.6.22.1-rt3 - Early INT13 boot crash
  • From: Carsten Emde <Carsten.Emde@xxxxxxxxx>
• [PATCH -rt 1/6] Re-add GENERIC_TIME to OMAP
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• [PATCH -rt 0/6] misc. ARM fixup and compile fixes
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• [PATCH -rt 6/6] Compile fix for PREEMPT_TIMING on and IRQSOFF_TIMING off
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• [PATCH -rt 4/6] Add trace_preempt_*_idle() support for ARM.
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• [PATCH -rt 2/6] Fix typo in new IRQF_TIMER name
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• [PATCH -rt 3/6] Compile fix for PREEMPT_TIMING on and TRACE_IRQFLAGS off
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• [PATCH -rt 5/6] ARM: Fix save_stack_trace() prototype
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• Re: [PATCH] RT: add clock.cycle_accumulated to vsyscall gtod update
  • From: john stultz <johnstul@xxxxxxxxxx>
• Re: v2.6.22.1-rt3
  • From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
• Re: v2.6.22.1-rt3
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: v2.6.22.1-rt3
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• Re: v2.6.22.1-rt3
  • From: "David Bahi" <dbahi@xxxxxxxxxx>
• Re: v2.6.22.1-rt3
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• Re: v2.6.22.1-rt3
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Counting CPU_CLK_UNHALTED on an idle system
  • From: Stephane Eranian <eranian@xxxxxxxxxx>
• Re: Counting CPU_CLK_UNHALTED on an idle system
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: Forward port of latest RT patch (2.6.21.5-rt20) to 2.6.22 available
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: Counting CPU_CLK_UNHALTED on an idle system
  • From: Stephane Eranian <eranian@xxxxxxxxxx>
• Counting CPU_CLK_UNHALTED on an idle system
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: v2.6.22.1-rt3
  • From: "Remy Bohmer" <l.pinguin@xxxxxxxxx>
• v2.6.22.1-rt3
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Forward port of latest RT patch (2.6.21.5-rt20) to 2.6.22 available
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Forward port of latest RT patch (2.6.21.5-rt20) to 2.6.22 available
  • From: Gene Heskett <gene.heskett@xxxxxxxxx>
• Re: Pin-pointing the root of unusual application latencies
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: [PATCH] RT: add clock.cycle_accumulated to vsyscall gtod update
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• Re: Forward port of latest RT patch (2.6.21.5-rt20) to 2.6.22 available
  • From: Peter Williams <pwil3058@xxxxxxxxxxxxxx>
• Re: [Patch RT] Fix CFS load balancing for RT tasks
  • From: Sébastien Dugué <sebastien.dugue@xxxxxxxx>
• Re: [Patch RT] Fix CFS load balancing for RT tasks
  • From: Sébastien Dugué <sebastien.dugue@xxxxxxxx>
• Re: Forward port of latest RT patch (2.6.21.5-rt20) to 2.6.22 available
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: v2.6.22.1-rt1 (-rt2)
  • From: "David Bahi" <dbahi@xxxxxxxxxx>
• Re: [PATCH] RT: add clock.cycle_accumulated to vsyscall gtod update
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• [PATCH] RT: add clock.cycle_accumulated to vsyscall gtod update
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: v2.6.22.1-rt1 (-rt2)
  • From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
• Re: [announce] split-up -rt patch-queue, v2.6.22.1-rt2
  • From: Serge Belyshev <belyshev@xxxxxxxxxxxxxxxxx>
• Re: v2.6.22.1-rt1
  • From: Michael Gerdau <mgd@xxxxxxxxxxxx>
• Re: Forward port of latest RT patch (2.6.21.5-rt20) to 2.6.22 available
  • From: Sven-Thorsten Dietrich <sdietrich@xxxxxxxxxx>
• Re: [announce] split-up -rt patch-queue, v2.6.22.1-rt2
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: LAPIC broken on ferrari 1000
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: LAPIC broken on ferrari 1000
  • From: "Joachim Deguara" <joachim.deguara@xxxxxxx>
• Re: [announce] split-up -rt patch-queue, v2.6.22.1-rt2
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [Patch RT] Fix CFS load balancing for RT tasks
  • From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
• Re: [announce] split-up -rt patch-queue, v2.6.22.1-rt2
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [Patch RT] Fix CFS load balancing for RT tasks
  • From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
• Re: [announce] split-up -rt patch-queue, v2.6.22.1-rt2
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [announce] split-up -rt patch-queue, v2.6.22.1-rt2
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: Forward port of latest RT patch (2.6.21.5-rt20) to 2.6.22 available
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: Forward port of latest RT patch (2.6.21.5-rt20) to 2.6.22 available
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: v2.6.22.1-rt1
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [announce] split-up -rt patch-queue, v2.6.22.1-rt2
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• [announce] split-up -rt patch-queue, v2.6.22.1-rt2
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: v2.6.22.1-rt1
  • From: Michael Gerdau <mgd@xxxxxxxxxxxx>
• LAPIC broken on ferrari 1000
  • From: "Joachim Deguara" <joachim.deguara@xxxxxxx>
• Re: Forward port of latest RT patch (2.6.21.5-rt20) to 2.6.22 available
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: Forward port of latest RT patch (2.6.21.5-rt20) to 2.6.22 available
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: v2.6.22.1-rt1
  • From: Jiri Kosina <jikos@xxxxxxxx>
• v2.6.22.1-rt1
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: Forward port of latest RT patch (2.6.21.5-rt20) to 2.6.22 available
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: Forward port of latest RT patch (2.6.21.5-rt20) to 2.6.22 available
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Pin-pointing the root of unusual application latencies
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: Forward port of latest RT patch (2.6.21.5-rt20) to 2.6.22 available
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: Forward port of latest RT patch (2.6.21.5-rt20) to 2.6.22 available
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• Re: [Patch RT] Fix CFS load balancing for RT tasks
  • From: Sébastien Dugué <sebastien.dugue@xxxxxxxx>
• Re: [Patch RT] Fix CFS load balancing for RT tasks
  • From: Sébastien Dugué <sebastien.dugue@xxxxxxxx>
• Re: Forward port of latest RT patch (2.6.21.5-rt20) to 2.6.22 available
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• !! CORRECTION !! Re: Forward port of latest RT patch (2.6.21.5-rt20) to 2.6.22 available
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Forward port of latest RT patch (2.6.21.5-rt20) to 2.6.22 available
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: Forward port of latest RT patch (2.6.21.5-rt20) to 2.6.22 available
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH -rt WIP] NMI-safe lightweight parallel-update -rt RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH -rt WIP] NMI-safe lightweight parallel-update -rt RCU
  • From: Ingo Molnar <mingo@xxxxxxx>
• [PATCH -rt WIP] NMI-safe lightweight parallel-update -rt RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [Patch RT] Fix CFS load balancing for RT tasks
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [Patch RT] Fix CFS load balancing for RT tasks
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [Patch RT] Fix CFS load balancing for RT tasks
  • From: Sébastien Dugué <sebastien.dugue@xxxxxxxx>
• Re: [PATCH 2.6.21.5-rt17] IPV6: estalished connections are not shown with "cat /proc/net/tcp6"
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: PI mutex support on ARM
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: PI mutex support on ARM
  • From: Matthieu CASTET <matthieu.castet@xxxxxxxxxx>
• Re: v2.6.21.5-rt19
  • From: Fernando Pablo Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
• Re: v2.6.21.5-rt19
  • From: Gabriel C <nix.or.die@xxxxxxxxxxxxxx>
• Re: v2.6.21.5-rt19
  • From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
• Re: v2.6.21.5-rt19
  • From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
• Re: PI mutex support on ARM
  • From: "Remy Bohmer" <l.pinguin@xxxxxxxxx>
• Interrupt latency benchmark
  • From: jayabrata_c@xxxxxxxxxx
• Re: PI mutex support on ARM
  • From: Ingo Molnar <mingo@xxxxxxx>
• PI mutex support on ARM
  • From: "Remy Bohmer" <l.pinguin@xxxxxxxxx>
• Benchmarking interrupt latency
  • From: "Jayabrata Chakrabarty" <jayabrata.chakrabarty@xxxxxxxxx>
• Re: v2.6.21.5-rt19
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: v2.6.21.5-rt19
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: v2.6.21.5-rt19
  • From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
• Re: 2.6.21-rt2..8 troubles
  • From: "Rui Nuno Capela" <rncbc@xxxxxxxxx>
• Re: v2.6.21.5-rt19
  • From: "Rui Nuno Capela" <rncbc@xxxxxxxxx>
• Interrupt latency
  • From: "Jayabrata Chakrabarty" <jayabrata.chakrabarty@xxxxxxxxx>
• [PATCH RT] don't BUG_ON in exit for in_interrupt
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Realfeel benchmark tool
  • From: "Jayabrata Chakrabarty" <jayabrata.chakrabarty@xxxxxxxxx>
• v2.6.21.5-rt19
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [CONFIG_PREEMPT_RT] High frequency periodic timer
  • From: John Sigler <linux.kernel@xxxxxxx>
• Question about latency tracer output
  • From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
• Re: PREEMPT_RT test.kernel.org testing
  • From: Ingo Molnar <mingo@xxxxxxx>
• PREEMPT_RT test.kernel.org testing
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• timer patch for ep93xx
  • From: Manfred Gruber <m.gruber@xxxxxxxxx>
• Re: poison_obj latency
  • From: Manfred Gruber <m.gruber@xxxxxxxxx>
• Re: poison_obj latency
  • From: Ingo Molnar <mingo@xxxxxxx>
• poison_obj latency
  • From: Manfred Gruber <m.gruber@xxxxxxxxx>
• Re: Mysterious delay (interrupt?)
  • From: Pásztor Szilárd <szilard.pasztor@xxxxxxxxxxx>
• Re: Mysterious delay (interrupt?)
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Mysterious delay (interrupt?)
  • From: Pásztor Szilárd <szilard.pasztor@xxxxxxxxxxx>
• Re: [PATCH 2.6.21.5-rt17] IPV6: estalished connections are not shown with "cat /proc/net/tcp6"
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 2.6.21.5-rt17] IPV6: estalished connections are not shown with "cat /proc/net/tcp6"
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Sporadic server implementation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH 2.6.21.5-rt17] IPV6: estalished connections are not shown with "cat /proc/net/tcp6"
  • From: Masayuki Nakagawa <nakagawa.msy@xxxxxxxxxxxxxx>
• Sporadic server implementation
  • From: "fla83tn" <fla83tn@xxxxxxxxx>
• Re: [PATCH -rt] CONFIG_PARAVIRT and CONFIG_MCOUNT don't play well together
  • From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
• Re: [PATCH -rt] CONFIG_PARAVIRT and CONFIG_MCOUNT don't play well together
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH -rt] CONFIG_PARAVIRT and CONFIG_MCOUNT don't play well together
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH -rt] CONFIG_PARAVIRT and CONFIG_MCOUNT don't play well together
  • From: Chris Wright <chrisw@xxxxxxxxxxxx>
• Re: [PATCH -rt] CONFIG_PARAVIRT and CONFIG_MCOUNT don't play well together
  • From: Chris Wright <chrisw@xxxxxxxxxxxx>
• Re: Spam on RT Wiki
  • From: Theodore Tso <tytso@xxxxxxx>
• Re: [PATCH -rt] CONFIG_PARAVIRT and CONFIG_MCOUNT don't play well together
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH -rt] CONFIG_PARAVIRT and CONFIG_MCOUNT don't play well together
  • From: Ingo Molnar <mingo@xxxxxxx>
• Spam on RT Wiki
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• [PATCH -rt] CONFIG_PARAVIRT and CONFIG_MCOUNT don't play well together
  • From: Chris Wright <chrisw@xxxxxxxxxxxx>
• Re: [PATCH -rt] irq nobody cared workaround for i386
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Two questions about high resolution timers
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Two questions about high resolution timers
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• Two questions about high resolution timers
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• Re: [PATCH RT] have x86_64 nmi watchdog also count irq 0
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• Re: [PATCH -rt] irq nobody cared workaround for i386
  • From: Michal Schmidt <mschmidt@xxxxxxxxxx>
• [PATCH RT] have x86_64 nmi watchdog also count irq 0
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH -rt] irq nobody cared workaround for i386
  • From: Steven Rostedt <srostedt@xxxxxxxxxx>
• Re: [PATCH -rt] irq nobody cared workaround for i386
  • From: Michal Schmidt <mschmidt@xxxxxxxxxx>
• Should I apply the forcedeth-rt-tweak?
  • From: Free Ekanayaka <free@xxxxxxxxxxxx>
• Re: [PATCH RT] disable preemption on running show all regs.
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RT] disable preemption on running show all regs.
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• [PATCH RT] Remove double warning print with faulty preempt disable nesting
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT] disable preemption on running show all regs.
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT] Use raw spinlocks in NMI print sequencing.
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT] Only check IRQ Thread affinity update if CPU affinity changed.
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT] Only allow atomic safe consoles to print in atomic areas.
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• top on a arm 2.6.21-rt17 system
  • From: Manfred Gruber <m.gruber@xxxxxxxxx>
• 2.6.21-rt17 arm compile error
  • From: Manfred Gruber <m.gruber@xxxxxxxxx>
• 2.6.21-rt17 arm compile error
  • From: Manfred Gruber <manfred.gruber@xxxxxxxxx>
• [PATCH -rt] irq nobody cared workaround for i386
  • From: Michal Schmidt <mschmidt@xxxxxxxxxx>
• Re: [PATCH RT] Don't call mcount from vsyscall_fn's
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: v2.6.21.4-rt11
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: v2.6.21.4-rt11
  • From: Katsuya MATSUBARA <matsu@xxxxxxxxxx>
• Re: v2.6.21.4-rt11
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: v2.6.21.4-rt11
  • From: "Nelson Castillo" <nelsoneci@xxxxxxxxx>
• Re: v2.6.21.4-rt11
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: v2.6.21.4-rt11
  • From: "Nelson Castillo" <nelsoneci@xxxxxxxxx>
• Re: 2.6.21.5-rt14 wont'compile here
  • From: Dragan Noveski <perodog@xxxxxxx>
• Re: 2.6.21.5-rt14 wont'compile here
  • From: Ingo Molnar <mingo@xxxxxxx>
• 2.6.21.5-rt14 wont'compile here
  • From: Dragan Noveski <perodog@xxxxxxx>
• some config questions
  • From: Dragan Noveski <perodog@xxxxxxx>
• Re: [PATCH RT] fix migrating softirq [cause of network hang]
  • From: Shane <gnome42@xxxxxxxxx>
• Re: [PATCH RT] fix migrating softirq [cause of network hang]
  • From: Shane <gnome42@xxxxxxxxx>
• Re: [PATCH RT] fix migrating softirq [cause of network hang]
  • From: Shane <gnome42@xxxxxxxxx>
• Re: [PATCH RT] fix migrating softirq [cause of network hang]
  • From: Shane <gnome42@xxxxxxxxx>
• Re: [PATCH RT] fix migrating softirq [cause of network hang]
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RT] fix migrating softirq [cause of network hang]
  • From: Shane <gnome42@xxxxxxxxx>
• Re: [PATCH RT] fix migrating softirq [cause of network hang]
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RT] fix migrating softirq [cause of network hang]
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• Re: [PATCH RT] fix migrating softirq [cause of network hang]
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RT] fix migrating softirq [cause of network hang]
  • From: Shane <gnome42@xxxxxxxxx>
• [PATCH RT] fix migrating softirq [cause of network hang]
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: catching interrupts
  • From: Peter Feuerer <peter@xxxxxxxx>
• Re: catching interrupts
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: catching interrupts
  • From: Peter Feuerer <peter@xxxxxxxx>
• Re: catching interrupts
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: catching interrupts
  • From: Peter Feuerer <peter@xxxxxxxx>
• RE: v2.6.21.4-rt11
  • From: Eric St-Laurent <ericstl34@xxxxxxxxxxxx>
• Re: v2.6.21.4-rt11
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: catching interrupts
  • From: Bernhard Kuhn <kuhn@xxxxxxxxxxxxxx>
• Re: v2.6.21.4-rt11
  • From: Ingo Molnar <mingo@xxxxxxx>
• catching interrupts
  • From: Peter Feuerer <peter@xxxxxxxx>
• RE: v2.6.21.4-rt11
  • From: "Pallipadi, Venkatesh" <venkatesh.pallipadi@xxxxxxxxx>
• Re: 2.6.21-rt2..8 troubles
  • From: "Rui Nuno Capela" <rncbc@xxxxxxxxx>
• Re: v2.6.21.4-rt11
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: v2.6.21.4-rt11
  • From: Eric St-Laurent <ericstl34@xxxxxxxxxxxx>
• Re: 2.6.21-rt2..8 troubles
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: 2.6.21-rt2..8 troubles
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: v2.6.21.4-rt11
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: 2.6.21-rt2..8 troubles
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: 2.6.21-rt2..8 troubles
  • From: Rui Nuno Capela <rncbc@xxxxxxxxx>
• Re: 2.6.21-rt2..8 troubles
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: 2.6.21-rt2..8 troubles
  • From: Rui Nuno Capela <rncbc@xxxxxxxxx>
• Re: v2.6.21.4-rt11
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: 2.6.21-rt2..8 troubles
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: 2.6.21-rt2..8 troubles
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: 2.6.21-rt2..8 troubles
  • From: Rui Nuno Capela <rncbc@xxxxxxxxx>
• Re: v2.6.21.4-rt11
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: v2.6.21.4-rt11
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: v2.6.21.4-rt11
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: v2.6.21.4-rt11
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: v2.6.21.4-rt11
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: v2.6.21.4-rt11
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: v2.6.21.4-rt11
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: v2.6.21.4-rt11
  • From: Oleksandr Natalenko <pfactum@xxxxxxxxx>
• v2.6.21.4-rt11
  • From: Ingo Molnar <mingo@xxxxxxx>
• v2.6.21.4-rt10
  • From: Ingo Molnar <mingo@xxxxxxx>