Linux Real Time Users

• Thread Index

• Re: [ANNOUNCE] 3.8.4-rt1
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH] rt,cpusets: seqlock fixlet for cpuset.c::cpuset_print_task_mems_allowed()
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• cpufreq + PREEMPT_RT_FULL give bad context sleeping BUG
  • From: Gregoire Gentil <gregoire@xxxxxxxxxx>
• Re: [PATCH V3 6/7] block: queue work on any cpu
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code.
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.8.4-rt1
  • From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
• Re: [ANNOUNCE] 3.8.4-rt1
  • From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
• Re: [ANNOUNCE] 3.6.11-rt31
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.8.4-rt1
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [ANNOUNCE] 3.6.11-rt31
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Page faults with 3.6.11-rt30 but not with 3.6.11-rt25
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Beginner's questions on userspace latency
  • From: Tim Sander <tstone@xxxxxxxxxxxxxxx>
• Re: Beginner's questions on userspace latency
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• RE: Beginner's questions on userspace latency
  • From: Staffan Tjernstrom <stjernstrom@xxxxxxxxxxxxxx>
• Beginner's questions on userspace latency
  • From: Oliver Nittka <oly@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH V3 5/7] mmc: queue work on any cpu
  • From: Chris Ball <cjb@xxxxxxxxxx>
• Re: [PATCH V3 5/7] mmc: queue work on any cpu
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V3 5/7] mmc: queue work on any cpu
  • From: Chris Ball <cjb@xxxxxxxxxx>
• Re: [PATCH V3 5/7] mmc: queue work on any cpu
  • From: Chris Ball <cjb@xxxxxxxxxx>
• Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code.
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH V3 6/7] block: queue work on any cpu
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: Page faults with 3.6.11-rt30 but not with 3.6.11-rt25
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.0.69-rt96
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.2.40-rt60
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.4.36-rt50
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Page faults with 3.6.11-rt30 but not with 3.6.11-rt25
  • From: "Koehrer Mathias (ETAS/ESS2)" <mathias.koehrer@xxxxxxxx>
• [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code.
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: linux-3.6.11-rt30 smoke test on ARM
  • From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
• Re: [PATCH V3 3/7] workqueue: Add helpers to schedule work on any cpu
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: Informations about Real Time Linux
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• Informations about Real Time Linux
  • From: Younes CHALABI <y.chalabi@xxxxxxxxxx>
• Re: [PATCH V3 3/7] workqueue: Add helpers to schedule work on any cpu
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V3 3/7] workqueue: Add helpers to schedule work on any cpu
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH V2 Resend 4/4] timer: Migrate running timer
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: entry_32.S ret_from_intr and invocation of scheduler, v3.2-rt
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Fixup for 3.4.34 merge conflict
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH V3 3/7] workqueue: Add helpers to schedule work on any cpu
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V3 1/7] sched: Create sched_select_cpu() to give preferred CPU for power saving
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V3 1/7] sched: Create sched_select_cpu() to give preferred CPU for power saving
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V3 1/7] sched: Create sched_select_cpu() to give preferred CPU for power saving
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Linux 3.4 stable rt release schedule
  • From: "zhangwei(Jovi)" <jovi.zhangwei@xxxxxxxxxx>
• Re: [PATCH V3 5/7] mmc: queue work on any cpu
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH V3 3/7] workqueue: Add helpers to schedule work on any cpu
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V3 1/7] sched: Create sched_select_cpu() to give preferred CPU for power saving
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V3 0/7] Create sched_select_cpu() and use it for workqueues
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: workqueue code needing preemption disabled
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT] sched/workqueue: Only wake up idle workers if not blocked on sleeping spin lock
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: workqueue code needing preemption disabled
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: workqueue code needing preemption disabled
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: workqueue code needing preemption disabled
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: workqueue code needing preemption disabled
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: workqueue code needing preemption disabled
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: workqueue code needing preemption disabled
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH V3 4/7] PHYLIB: queue work on any cpu
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: workqueue code needing preemption disabled
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: workqueue code needing preemption disabled
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: workqueue code needing preemption disabled
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: workqueue code needing preemption disabled
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: workqueue code needing preemption disabled
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: workqueue code needing preemption disabled
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: workqueue code needing preemption disabled
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: workqueue code needing preemption disabled
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: workqueue code needing preemption disabled
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH V3 1/7] sched: Create sched_select_cpu() to give preferred CPU for power saving
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH V3 1/7] sched: Create sched_select_cpu() to give preferred CPU for power saving
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V3 1/7] sched: Create sched_select_cpu() to give preferred CPU for power saving
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH V3 5/7] mmc: queue work on any cpu
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V3 4/7] PHYLIB: queue work on any cpu
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V3 6/7] block: queue work on any cpu
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V3 7/7] fbcon: queue work on any cpu
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V3 3/7] workqueue: Add helpers to schedule work on any cpu
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V3 2/7] timer: hrtimer: Don't check idle_cpu() before calling get_nohz_timer_target()
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V3 0/7] Create sched_select_cpu() and use it for workqueues
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V3 1/7] sched: Create sched_select_cpu() to give preferred CPU for power saving
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• workqueue code needing preemption disabled
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• RE: RT Problem on Powermac G5 (more info)
  • From: Man Johnson <man.johnson@xxxxxxxxxxx>
• RE: System freeze while sending data via tcp with 3.6.11-rt30 kernel
  • From: Jain Priyanka-B32167 <B32167@xxxxxxxxxxxxx>
• Re: entry_32.S ret_from_intr and invocation of scheduler, v3.2-rt
  • From: notgeorge burns <not.george.burns@xxxxxxxxx>
• Re: System freeze while sending data via tcp with 3.6.11-rt30 kernel
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: entry_32.S ret_from_intr and invocation of scheduler, v3.2-rt
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: RT Problem on Powermac G5 (more info)
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• entry_32.S ret_from_intr and invocation of scheduler, v3.2-rt
  • From: notgeorge burns <not.george.burns@xxxxxxxxx>
• RT Problem on Powermac G5 (more info)
  • From: - - <man.johnson@xxxxxxxxxxx>
• System freeze while sending data via tcp with 3.6.11-rt30 kernel
  • From: Heiko Schumann <heiko.sirona@xxxxxxxxx>
• RT Problem on Powermac G5
  • From: - - <man.johnson@xxxxxxxxxxx>
• Re: RFC: cyclictest notrace option
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: RFC: cyclictest notrace option
  • From: John Kacur <jkacur@xxxxxxxxxx>
• RFC: cyclictest notrace option
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: Threaded irqs + 100% CPU RT task = RCU stall
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• RFC: cyclictest patch to dump stats on demand via fifo
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: Threaded irqs + 100% CPU RT task = RCU stall
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Threaded irqs + 100% CPU RT task = RCU stall
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: linux-3.6.11-rt30 smoke test on ARM
  • From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
• Re: RFC: patch to trigger thread stats output from cyclictest with SIGHUP
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: RFC: patch to trigger thread stats output from cyclictest with SIGHUP
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: Threaded irqs + 100% CPU RT task = RCU stall
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: linux-3.6.11-rt30 smoke test on ARM
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: RFC: patch to trigger thread stats output from cyclictest with SIGHUP
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: RFC: patch to trigger thread stats output from cyclictest with SIGHUP
  • From: David Sommerseth <davids@xxxxxxxxxx>
• Re: RFC: patch to trigger thread stats output from cyclictest with SIGHUP
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• RFC: patch to trigger thread stats output from cyclictest with SIGHUP
  • From: Clark Williams <williams@xxxxxxxxxx>
• [PATCH] hrtimer:fix the miss of hrtimer_peek_ahead_timers in nort code
  • From: Zhao Hongjiang <zhaohongjiang37@xxxxxxxxx>
• linux-3.6.11-rt30 smoke test on ARM
  • From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
• Re: linux-3.6.11-rt30 smoke test on ARM
  • From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
• linux-3.2.39-rt59 smoke test on ARM
  • From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
• linux-3.4.33-rt47 smoke test on ARM
  • From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
• linux-3.0.66-rt93 smoke test on ARM
  • From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
• Re: Threaded irqs + 100% CPU RT task = RCU stall
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Threaded irqs + 100% CPU RT task = RCU stall
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Threaded irqs + 100% CPU RT task = RCU stall
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Threaded irqs + 100% CPU RT task = RCU stall
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: Threaded irqs + 100% CPU RT task = RCU stall
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Threaded irqs + 100% CPU RT task = RCU stall
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH] futex: fix unbalanced spin_lock/spin_unlock() in exit_pi_state_list()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] futex: fix unbalanced spin_lock/spin_unlock() in exit_pi_state_list()
  • From: Yong Zhang <yong.zhang0@xxxxxxxxx>
• Problems with 3.6.11-rt30
  • From: Michal Sojka <sojkam1@xxxxxxxxxxx>
• Re: [PATCH] futex: fix unbalanced spin_lock/spin_unlock() in exit_pi_state_list()
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH] futex: fix unbalanced spin_lock/spin_unlock() in exit_pi_state_list()
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH] futex: fix unbalanced spin_lock/spin_unlock() in exit_pi_state_list()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [V2 PATCH -rt] futex: fix unbalanced spin_lock/spin_unlock() in exit_pi_state_list()
  • From: Yong Zhang <yong.zhang0@xxxxxxxxx>
• Re: [PATCH] futex: fix unbalanced spin_lock/spin_unlock() in exit_pi_state_list()
  • From: Yong Zhang <yong.zhang0@xxxxxxxxx>
• [PATCH] futex: fix unbalanced spin_lock/spin_unlock() in exit_pi_state_list()
  • From: Yong Zhang <yong.zhang0@xxxxxxxxx>
• Re: cyclictest: Unable to set scheduling policy / join real-time group or run as root
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: cyclictest: Unable to set scheduling policy / join real-time group or run as root
  • From: Hartmut Behrens <hartmut.behrens@xxxxxxxxx>
• Re: rt-tester testcase t4-l2-pi-deboost.tst failed
  • From: Yao Zhao <yao.zhao@xxxxxxxxxxxxx>
• Re: rt: rtmutex experiment doubled tbench throughput
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: rt-tester testcase t4-l2-pi-deboost.tst failed
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: cyclictest: Unable to set scheduling policy / join real-time group or run as root
  • From: Clark Williams <williams@xxxxxxxxxx>
• rt-tester testcase t4-l2-pi-deboost.tst failed
  • From: Yao Zhao <yao.zhao@xxxxxxxxxxxxx>
• Re: cyclictest: Unable to set scheduling policy / join real-time group or run as root
  • From: Hartmut Behrens <hartmut.behrens@xxxxxxxxx>
• Re: cyclictest: Unable to set scheduling policy / join real-time group or run as root
  • From: Hartmut Behrens <hartmut.behrens@xxxxxxxxx>
• Re: cyclictest: Unable to set scheduling policy / join real-time group or run as root
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: cyclictest: Unable to set scheduling policy / join real-time group or run as root
  • From: Hartmut Behrens <hartmut.behrens@xxxxxxxxx>
• Re: rt: rtmutex experiment doubled tbench throughput
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: rt: rtmutex experiment doubled tbench throughput
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: rt: rtmutex experiment doubled tbench throughput
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: rt: rtmutex experiment doubled tbench throughput
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: rt: rtmutex experiment doubled tbench throughput
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: rt: rtmutex experiment doubled tbench throughput
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: rt: rtmutex experiment doubled tbench throughput
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: rt: rtmutex experiment doubled tbench throughput
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: cyclictest: Unable to set scheduling policy / join real-time group or run as root
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [ANNOUNCE] 3.0.66-rt93
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.2.39-rt59
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.4.33-rt47
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: cyclictest: Unable to set scheduling policy / join real-time group or run as root
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: cyclictest: Unable to set scheduling policy / join real-time group or run as root
  • From: Diego Simak <diego.simak@xxxxxxxxx>
• Re: cyclictest: Unable to set scheduling policy / join real-time group or run as root
  • From: Hartmut Behrens <hartmut.behrens@xxxxxxxxx>
• Re: cyclictest: Unable to set scheduling policy / join real-time group or run as root
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• cyclictest: Unable to set scheduling policy / join real-time group or run as root
  • From: Hartmut Behrens <hartmut.behrens@xxxxxxxxx>
• Re: rt: rtmutex experiment doubled tbench throughput
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• [ANNOUNCE] 3.0.65-rt92
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.2.38-rt58
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.4.32-rt46
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• rt: rtmutex experiment doubled tbench throughput
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• [PATCH rt-3.6] irq: fix printk messages for spurious IRQ on RT.
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH rt-3.6 0/3] Fix up mishandling of PREEMPT_RCU dependency
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH rt-3.6 2/3] rt: fix mispatch of Kconfig by rcu-force-preempt-rcu-for-rt.patch
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH rt-3.6 1/3] rt: drop duplicated rt-disable-rt-group-sched.patch
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH rt-3.6 3/3] preempt-rcu: untangle kconfig RT_FULL/PREEMPT_RCU relationship
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: io_apic.c --> "nr_ioapics" not initialized !
  • From: Armin Steinhoff <armin@xxxxxxxxxxxx>
• Re: io_apic.c --> "nr_ioapics" not initialized !
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: io_apic.c --> "nr_ioapics" not initialized !
  • From: Robin Holt <holt@xxxxxxx>
• io_apic.c --> "nr_ioapics" not initialized !
  • From: Armin Steinhoff <armin@xxxxxxxxxxxx>
• Re: [PREEMPT RT] SLUB and split softirq lock for v3.2-rt
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• [PATCH RT 0/4] [ANNOUNCE] 3.0.65-rt92-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 2/4] acpi/rt: Convert acpi_gbl_hardware lock back to a raw_spinlock_t
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 4/4] Linux 3.0.65-rt92-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 1/4] x86/32: Use kmap switch for non highmem as well
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 3/4] rcutiny: Use simple waitqueue
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PREEMPT RT] SLUB and split softirq lock for v3.2-rt
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 0/7] [ANNOUNCE] 3.2.38-rt58-rc1 stable review
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 4/7] serial: Imx: Fix recursive locking bug
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 1/7] x86/32: Use kmap switch for non highmem as well
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 3/7] printk: Fix rq->lock vs logbuf_lock unlock lock inversion
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 5/7] wait-simple: Simple waitqueue implementation
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 6/7] rcutiny: Use simple waitqueue
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 7/7] Linux 3.2.38-rt58-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 2/7] acpi/rt: Convert acpi_gbl_hardware lock back to a raw_spinlock_t
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 0/7] [ANNOUNCE] 3.4.32-rt46-rc1 stable review
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 1/7] x86/32: Use kmap switch for non highmem as well
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 4/7] serial: Imx: Fix recursive locking bug
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 3/7] printk: Fix rq->lock vs logbuf_lock unlock lock inversion
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 5/7] wait-simple: Simple waitqueue implementation
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 2/7] acpi/rt: Convert acpi_gbl_hardware lock back to a raw_spinlock_t
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 6/7] rcutiny: Use simple waitqueue
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 7/7] Linux 3.4.32-rt46-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.0.65-rt91
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.4.32-rt45
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PREEMPT RT] SLUB and split softirq lock for v3.2-rt
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PREEMPT RT] SLUB and split softirq lock for v3.2-rt
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• [ANNOUNCE] 3.6.11-rt30
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: RCU?: Scheduling while atomic with 3.4.23-rt33
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 04/16] rcu: rcutiny: Prevent RCU stall
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: RCU?: Scheduling while atomic with 3.4.23-rt33
  • From: Tim Sander <tim@xxxxxxxxxxxxxxx>
• [patch] Re: RCU?: Scheduling while atomic with 3.4.23-rt33
  • From: "Tim Sander" <tim.sander@xxxxxxx>
• Re: RCU?: Scheduling while atomic with 3.4.23-rt33
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 04/16] rcu: rcutiny: Prevent RCU stall
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH rt-tests] cyclictest: finish removal of 1 second first loops
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH v2] rt-tests: NUMA optional for make rpm
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATHC] 3.6 spinlock fix
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATHC] 3.6 spinlock fix
  • From: Tim Sander <tim@xxxxxxxxxxxxxxx>
• Re: [PATCH] 3.4.28-rt40 tglx fix imx.c spinlock
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH] 3.4.28-rt40 tglx fix imx.c spinlock
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH rt-tests] cyclictest: finish removal of 1 second first loops
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH]sched/stop_task: Do not account zero delta_exec in put_prev_task_stop
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH]sched/stop_task: Do not account zero delta_exec in put_prev_task_stop
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Problems with X crashing
  • From: Robert Barrows <Robert.Barrows@xxxxxxxxxxxxxxxxxxxx>
• [ANNOUNCE] 3.0.63-rt89
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.4.30-rt43
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH] 3.4.28-rt40 tglx fix imx.c spinlock
  • From: Tim Sander <tim@xxxxxxxxxxxxxxx>
• RE: How to decode output from sysrq - t
  • From: Staffan Tjernstrom <stjernstrom@xxxxxxxxxxxxxx>
• [ANNOUNCE] 3.0.62-rt88
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.2.38-rt57
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.4.29-rt42
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.6.11-rt29
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [RFC][PATCH RT] acpi/rt: Convert acpi lock back to a raw_spinlock_t
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH RT] acpi/rt: Convert acpi lock back to a raw_spinlock_t
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH RT] acpi/rt: Convert acpi lock back to a raw_spinlock_t
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PREEMPT RT] SLUB and split softirq lock for v3.2-rt
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: 3.4.28-rt40 arm freescale imx35 pcm43 - patch 86236252d2449313bdbac790023cbc957bf6e426 is cause
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: 3.4.28-rt40 arm freescale imx35 pcm43 - patch 86236252d2449313bdbac790023cbc957bf6e426 is cause
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PREEMPT RT] SLUB and split softirq lock for v3.2-rt
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH RT] acpi/rt: Convert acpi lock back to a raw_spinlock_t
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: 3.4.28-rt40 arm freescale imx35 pcm43 - patch 86236252d2449313bdbac790023cbc957bf6e426 is cause
  • From: Tim Sander <tim@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH RT 4/4 v2] sched/rt: Use IPI to trigger RT task push migration instead of pulling
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [RFC][PATCH RT] acpi/rt: Convert acpi lock back to a raw_spinlock_t
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 10/16] FIX [2/2] slub: Tid must be retrieved from the percpu area of the current processor
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 12/16] smp: introduce a generic on_each_cpu_mask() function
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 11/16] slub: Use correct cpu_slab on dead cpu
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [RFC][PATCH RT] acpi/rt: Convert acpi lock back to a raw_spinlock_t
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH 15/16] mm: Enable SLUB for RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 16/16] slub: Enable irqs for __GFP_WAIT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 11/12] mm: Enable SLUB for RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 13/16] smp: add func to IPI cpus based on parameter func
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 12/12] slub: Enable irqs for __GFP_WAIT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 14/16] slub: only IPI CPUs that have per cpu obj to flush
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 10/12] slub: Use correct cpu_slab on dead cpu
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 02/16] softirq: Split handling function
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 01/16] softirq: Make serving softirqs a task flag
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 04/16] rcu: rcutiny: Prevent RCU stall
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 03/16] softirq: Split softirq locks
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 05/16] softirq: Adapt NOHZ softirq pending check to new RT scheme
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 06/16] softirq: Add more debugging
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 08/16] net: Use local_bh_disable in netif_rx_ni()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PREEMPT RT] SLUB and split softirq lock for v3.4-rt
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 01/12] softirq: Make serving softirqs a task flag
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 02/12] softirq: Split handling function
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 04/12] softirq: Adapt NOHZ softirq pending check to new RT scheme
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 05/12] softirq: Add more debugging
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 03/12] softirq: Split softirq locks
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 06/12] softirq: Fix nohz pending issue for real
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 07/12] net: Use local_bh_disable in netif_rx_ni()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 09/12] FIX [2/2] slub: Tid must be retrieved from the percpu area of the current processor
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 08/12] FIX [1/2] slub: Do not dereference NULL pointer in node_match
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 07/16] softirq: Fix nohz pending issue for real
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 09/16] FIX [1/2] slub: Do not dereference NULL pointer in node_match
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PREEMPT RT] SLUB and split softirq lock for v3.2-rt
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [RFC][PATCH RT] acpi/rt: Convert acpi lock back to a raw_spinlock_t
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.6.11-rt29
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: How to decode output from sysrq - t
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: 3.6.11-rt28 build failure on 32bit Intel
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: 3.4.28-rt40 arm freescale imx35 pcm43 - patch 86236252d2449313bdbac790023cbc957bf6e426 is cause
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: 3.4.28-rt40 arm freescale imx35 pcm43
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Protection of critical section in PREEMPT_RT
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Random 3 to 4.5 second blocks of RT thread
  • From: Ralf Müller <ralf@xxxxxxxx>
• Re: [PATCH]sched/stop_task: Do not account zero delta_exec in put_prev_task_stop
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [PATCH] sched/rt: Unthrottle the highest RT task of the rq if there are no another available tasks to be picked
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Random 3 to 4.5 second blocks of RT thread
  • From: Bruce Ashfield <bruce.ashfield@xxxxxxxxx>
• Re: Random 3 to 4.5 second blocks of RT thread
  • From: Ralf Müller <ralf@xxxxxxxx>
• Re: Random 3 to 4.5 second blocks of RT thread
  • From: Ralf Müller <ralf@xxxxxxxx>
• Re: [PATCH] sched/rt: Unthrottle the highest RT task of the rq if there are no another available tasks to be picked
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: [PATCH] sched/rt: Unthrottle the highest RT task of the rq if there are no another available tasks to be picked
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: [PATCH] sched/rt: Unthrottle the highest RT task of the rq if there are no another available tasks to be picked
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: [PATCH] of: fix recursive locking in of_get_next_available_child()
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH next v2] OF: convert devtree lock from rw_lock to raw spinlock
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH next v2] OF: convert devtree lock from rw_lock to raw spinlock
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH next v2] OF: convert devtree lock from rw_lock to raw spinlock
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH v2] rt-tests: NUMA optional for make rpm
  • From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
• [PATCH] sched/rt: Unthrottle the highest RT task of the rq if there are no another available tasks to be picked
  • From: Kirill Tkhai <tkhai@xxxxxxxxx>
• [PATCH]sched/stop_task: Do not account zero delta_exec in put_prev_task_stop
  • From: Kirill Tkhai <tkhai@xxxxxxxxx>
• [PATCH] of: fix recursive locking in of_get_next_available_child()
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: [PATCH next v2] OF: convert devtree lock from rw_lock to raw spinlock
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH next v2] OF: convert devtree lock from rw_lock to raw spinlock
  • From: Stephen Warren <swarren@xxxxxxxxxxxxx>
• Re: Random 3 to 4.5 second blocks of RT thread
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: [PATCH RT 1/2] rt: Revert: acpi: Make gbl_[hardware|gpe]_lock raw
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Random 3 to 4.5 second blocks of RT thread
  • From: Bruce Ashfield <bruce.ashfield@xxxxxxxxx>
• Random 3 to 4.5 second blocks of RT thread
  • From: Ralf Müller <ralf@xxxxxxxx>
• How to decode output from sysrq - t
  • From: Staffan Tjernstrom <stjernstrom@xxxxxxxxxxxxxx>
• [PATCH] rt-tests: NUMA optional for make rpm
  • From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
• Re: rt-tests: make rpm fails if numactl-devel is missing
  • From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
• Re: rt-tests: make rpm fails if numactl-devel is missing
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH next v2] OF: convert devtree lock from rw_lock to raw spinlock
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH RT-TESTS 0/3] A few Makefile clean-ups
  • From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
• rt-tests: make rpm fails if numactl-devel is missing
  • From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
• 3.6.11-rt28 build failure on 32bit Intel
  • From: Joakim Hernberg <jbh@xxxxxxxxxx>
• [PATCH RT-TESTS 3/3] Makefile: Add BUILDROOT and SPECS to the dirs to remove for distclean
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH RT-TESTS 2/3] Makefile: Add tmp dir to distclean and "make release" call distclean
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH RT-TESTS 1/3] Makefile: Don't tag tmp files created when making a release
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH RT-TESTS 0/3] A few Makefile clean-ups
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [ANNOUNCE] 3.6.11-rt26 - interrupts again
  • From: Tim Sander <tim@xxxxxxxxxxxxxxx>
• Re: 3.4.28-rt40 arm freescale imx35 pcm43 - patch 86236252d2449313bdbac790023cbc957bf6e426 is cause
  • From: Tim Sander <tim@xxxxxxxxxxxxxxx>
• [PATCH RT 0/5] [ANNOUNCE] 3.0.62-rt88-rc1 stable review
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 2/5] mmci: Remove bogus local_irq_save()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 4/5] mm: swap: Initialize local locks early
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 3/5] sched: Init idle->on_rq in init_idle()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 5/5] Linux 3.0.62-rt88-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 1/5] drivers-tty-pl011-irq-disable-madness.patch
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 4/6] sched: Check for idle task in might_sleep()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 5/6] mm: swap: Initialize local locks early
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 2/6] mmci: Remove bogus local_irq_save()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 1/6] drivers-tty-pl011-irq-disable-madness.patch
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 3/6] sched: Init idle->on_rq in init_idle()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 6/6] Linux 3.2.38-rt57-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 0/6] [ANNOUNCE] 3.2.38-rt57-rc1 stable review
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 2/6] mmci: Remove bogus local_irq_save()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 6/6] Linux 3.4.29-rt42-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 5/6] mm: swap: Initialize local locks early
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 4/6] sched: Check for idle task in might_sleep()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 3/6] sched: Init idle->on_rq in init_idle()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 1/6] drivers-tty-pl011-irq-disable-madness.patch
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 0/6] [ANNOUNCE] 3.4.29-rt42-rc1 stable review
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH next v2] OF: convert devtree lock from rw_lock to raw spinlock
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [ANNOUNCE] 3.0.62-rt87
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.2.38-rt56
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.4.29-rt41
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: 3.4.28-rt40 arm freescale imx35 pcm43
  • From: Tim Sander <tim@xxxxxxxxxxxxxxx>
• 3.4.28-rt40 arm freescale imx35 pcm43
  • From: Tim Sander <tim@xxxxxxxxxxxxxxx>
• Re: [PATCH next] OF: convert devtree lock from rw_lock to raw spinlock
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: Protection of critical section in PREEMPT_RT
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: Kernel Oops caused by high uart write loads
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• AW: Kernel Oops caused by high uart write loads
  • From: Belser Florian <Florian.Belser@xxxxxxxxxxxxxxxxx>
• Re: Protection of critical section in PREEMPT_RT
  • From: Jacky Lam <lamshuyin@xxxxxxxxx>
• Re: rt patch for kernel v3.7.5
  • From: jordan <triplesquarednine@xxxxxxxxx>
• Re:[PATCH] sched/rt: Decrease number of calls of push_rt_task() in push_rt_tasks()
  • From: Kirill Tkhai <tkhai@xxxxxxxxx>
• Re: [ANNOUNCE] 3.6.11-rt26
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: kfree causing high latency on 3.4.4-rt13
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Protection of critical section in PREEMPT_RT
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] sched/rt: Decrease number of calls of push_rt_task() in push_rt_tasks()
  • From: Honghui Zhang <zhanghonghui@xxxxxxxxxx>
• Re: [ANNOUNCE] 3.6.11-rt26
  • From: Qiang Huang <h.huangqiang@xxxxxxxxxx>
• Re:[PATCH] sched/rt: Decrease number of calls of push_rt_task() in push_rt_tasks()
  • From: Kirill Tkhai <tkhai@xxxxxxxxx>
• Re: [PATCH] sched/rt: Decrease number of calls of push_rt_task() in push_rt_tasks()
  • From: Honghui Zhang <zhanghonghui@xxxxxxxxxx>
• Re: kfree causing high latency on 3.4.4-rt13
  • From: Austin Hendrix <ahendrix@xxxxxxxxxxxxxxxx>
• Re: Protection of critical section in PREEMPT_RT
  • From: Jacky Lam <lamshuyin@xxxxxxxxx>
• Re: kfree causing high latency on 3.4.4-rt13
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• Re: kfree causing high latency on 3.4.4-rt13
  • From: Austin Hendrix <ahendrix@xxxxxxxxxxxxxxxx>
• Re: [PATCH next] OF: convert devtree lock from rw_lock to raw spinlock
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.6.11-rt26
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.6.11-rt26
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [PATCH] OF: Fixup resursive locking code paths
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH next] OF: convert devtree lock from rw_lock to raw spinlock
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.6.11-rt26
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [PATCH-v3] tty: Use raw spin lock to protect the TTY read section
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.6.11-rt26
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: rt patch for kernel v3.7.5
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [ANNOUNCE] 3.6.11-rt26
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: kfree causing high latency on 3.4.4-rt13
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Kernel Oops caused by high uart write loads
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] OF: Fixup resursive locking code paths
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Protection of critical section in PREEMPT_RT
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Protection of critical section in PREEMPT_RT
  • From: Jacky Lam <lamshuyin@xxxxxxxxx>
• [tip:sched/core] sched/rt: Further simplify pick_rt_task()
  • From: tip-bot for Kirill Tkhai <tkhai@xxxxxxxxx>
• Re: rt patch for kernel v3.7.5
  • From: jordan <triplesquarednine@xxxxxxxxx>
• rt patch for kernel v3.7.5
  • From: Kks Kbase <kks.kbase@xxxxxxxx>
• [PATCH] [PREEMPT_RT] make pagefault_{disable,enable}() back into static inlines
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [PATCH] x86: Use enum instead of literals for trap values
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: FIX [1/2] slub: Do not dereference NULL pointer in node_match
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: FIX [2/2] slub: tid must be retrieved from the percpu area of the current processor.
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• Re: FIX [1/2] slub: Do not dereference NULL pointer in node_match
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• Re: [PATCH] sched/rt: Decrease number of calls of push_rt_task() in push_rt_tasks()
  • From: Kirill Tkhai <tkhai@xxxxxxxxx>
• [ANNOUNCE] 3.0.61-rt86
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.4.28-rt40
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Protection of critical section in PREEMPT_RT
  • From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
• Re: [PATCH]sched/rt: Simplify pick_rt_task: remove next_prio() inheritance
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] sched/rt: Decrease number of calls of push_rt_task() in push_rt_tasks()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH]sched/rt: Simplify pick_rt_task: remove next_prio() inheritance
  • From: Kirill Tkhai <tkhai@xxxxxxxxx>
• [tip:sched/core] sched/rt: Do not account zero delta_exec in update_curr_rt()
  • From: tip-bot for Kirill Tkhai <tkhai@xxxxxxxxx>
• Re: Protection of critical section in PREEMPT_RT
  • From: Jacky Lam <lamshuyin@xxxxxxxxx>
• Re: [PATCH 0/3] cyclictest: improvements to histogram overflow instance mode
  • From: Bhavesh Davda <bhavesh@xxxxxxxxxx>
• Re: [PATCH 0/3] cyclictest: improvements to histogram overflow instance mode
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH] cyclictest: white space cleanup
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH]sched/rt: Do not account zero delta_exec in update_curr_rt()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH]sched/rt: Do not account zero delta_exec in update_curr_rt()
  • From: Kirill Tkhai <tkhai@xxxxxxxxx>
• Kernel Oops caused by high uart write loads
  • From: Belser Florian <Florian.Belser@xxxxxxxxxxxxxxxxx>
• kfree causing high latency on 3.4.4-rt13
  • From: Austin Hendrix <ahendrix@xxxxxxxxxxxxxxxx>
• Re:[PATCH]sched/rt: Do not try to push tasks if pinned task switches to RT
  • From: Kirill Tkhai <tkhai@xxxxxxxxx>
• Re: [PATCH]sched/rt: Do not try to push tasks if pinned task switches to RT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Re:[PATCH]sched/rt: Do not try to push tasks if pinned task switches to RT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re:[PATCH]sched/rt: Do not try to push tasks if pinned task switches to RT
  • From: Kirill Tkhai <tkhai@xxxxxxxxx>
• Re: [PATCH]sched/rt: Do not try to push tasks if pinned task switches to RT
  • From: Libo Chen <chenlibo.3@xxxxxxxxx>
• Re: [PATCH] cyclictest: white space cleanup
  • From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
• [PATCH] cyclictest: white space cleanup
  • From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
• [PATCH]sched/rt: Do not try to push tasks if pinned task switches to RT
  • From: Kirill Tkhai <tkhai@xxxxxxxxx>
• [PATCH-v3] tty: Use raw spin lock to protect the TTY read section
  • From: Ivo Sieben <meltedpianoman@xxxxxxxxx>
• Re: [PATCH-v2] tty: Use raw spin lock to protect the TTY read section
  • From: Ivo Sieben <meltedpianoman@xxxxxxxxx>
• Re: [PATCH] OF: Fixup resursive locking code paths
  • From: Rob Herring <robherring2@xxxxxxxxx>
• [PATCH] sched/rt: Decrease number of calls of push_rt_task() in push_rt_tasks()
  • From: Kirill Tkhai <tkhai@xxxxxxxxx>
• [PATCH] OF: Fixup resursive locking code paths
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH-v2] tty: Use raw spin lock to protect the TTY read section
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: FIX [1/2] slub: Do not dereference NULL pointer in node_match
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: FIX [1/2] slub: Do not dereference NULL pointer in node_match
  • From: Simon Jeons <simon.jeons@xxxxxxxxx>
• Re: [PATCH] sched/rt: Don't pull tasks of throttled rt_rq in pre_schedule_rt()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 0/3] cyclictest: improvements to histogram overflow instance mode
  • From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
• Re: FIX [1/2] slub: Do not dereference NULL pointer in node_match
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [GIT PULL rcu/urgent] Fixes for RCU regressions in 3.8
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH-v2] tty: Use raw spin lock to protect the TTY read section
  • From: Ivo Sieben <meltedpianoman@xxxxxxxxx>
• Re: [PATCH] drivers: tty: Make RT aware
  • From: Libo Chen <chenlibo.3@xxxxxxxxx>
• Re: [PATCH] drivers: tty: Make RT aware
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH] drivers: tty: Make RT aware
  • From: Libo Chen <chenlibo.3@xxxxxxxxx>
• [ANNOUNCE] 3.0.60-rt85
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.4.27-rt39
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: FIX [1/2] slub: Do not dereference NULL pointer in node_match
  • From: Simon Jeons <simon.jeons@xxxxxxxxx>
• Re: FIX [0/2] Slub hot path fixes
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• FIX [1/2] slub: Do not dereference NULL pointer in node_match
  • From: Christoph Lameter <cl@xxxxxxxxx>
• FIX [0/2] Slub hot path fixes
  • From: Christoph Lameter <cl@xxxxxxxxx>
• FIX [2/2] slub: tid must be retrieved from the percpu area of the current processor.
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: Detecting shift of CLOCK_REALTIME with clock_nanosleep (again)
  • From: Scot Salmon <scot.salmon@xxxxxx>
• [PATCH] x86: Use enum instead of literals for trap values
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH RT] Fix v3.2.37-rt55 build break
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT] Fix v3.2.37-rt55 build break
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: Detecting PREEMPT_RT
  • From: Michael Haberler <mail17@xxxxxxxxxxx>
• Re: Protection of critical section in PREEMPT_RT
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Protection of critical section in PREEMPT_RT
  • From: Jacky Lam <lamshuyin@xxxxxxxxx>
• Re: Detecting shift of CLOCK_REALTIME with clock_nanosleep (again)
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: Detecting shift of CLOCK_REALTIME with clock_nanosleep (again)
  • From: Richard Cochran <richardcochran@xxxxxxxxx>
• Re: Detecting shift of CLOCK_REALTIME with clock_nanosleep (again)
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: RT_PREEMPT autodetection from user program
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: Detecting shift of CLOCK_REALTIME with clock_nanosleep (again)
  • From: Scot Salmon <scot.salmon@xxxxxx>
• Re: [RFC][PATCH v2] slub: Keep page and object in sync in slab_alloc_node()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Detecting PREEMPT_RT
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: Detecting PREEMPT_RT
  • From: Michael Haberler <mail17@xxxxxxxxxxx>
• Re: Detecting PREEMPT_RT
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [RFC][PATCH v2] slub: Keep page and object in sync in slab_alloc_node()
  • From: Joonsoo Kim <iamjoonsoo.kim@xxxxxxx>
• Re: [RFC][PATCH v2] slub: Keep page and object in sync in slab_alloc_node()
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [RFC][PATCH v3] slub: Keep page and object in sync in slab_alloc_node()
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: Detecting PREEMPT_RT
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• Re: Detecting PREEMPT_RT
  • From: John Morris <john@xxxxxxxxxxx>
• Re: Detecting PREEMPT_RT
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• Re: Detecting PREEMPT_RT
  • From: Michael Haberler <mail17@xxxxxxxxxxx>
• Re: RT_PREEMPT autodetection from user program
  • From: Michael Mueller <ss7box@xxxxxxxxx>
• Re: RT_PREEMPT autodetection from user program
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• RE: Plan to support RT on 3.8
  • From: Jain Priyanka-B32167 <B32167@xxxxxxxxxxxxx>
• Re: RT_PREEMPT autodetection from user program
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• Re: Detecting PREEMPT_RT
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• RT_PREEMPT autodetection from user program
  • From: Michael Haberler <mail17@xxxxxxxxxxx>
• Detecting PREEMPT_RT
  • From: John Morris <john@xxxxxxxxxxx>
• Re: Plan to support RT on 3.8
  • From: "E-Blokos" <infos@xxxxxxxxxxxx>
• Re: Plan to support RT on 3.8
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC][PATCH v3] slub: Keep page and object in sync in slab_alloc_node()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH v3] slub: Keep page and object in sync in slab_alloc_node()
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [RFC][PATCH v2] slub: Keep page and object in sync in slab_alloc_node()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH v3] slub: Keep page and object in sync in slab_alloc_node()
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [RFC][PATCH v2] slub: Keep page and object in sync in slab_alloc_node()
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [RFC][PATCH v2] slub: Keep page and object in sync in slab_alloc_node()
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: 3.2 kernel?
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH v2] slub: Keep page and object in sync in slab_alloc_node()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH v2] slub: Keep page and object in sync in slab_alloc_node()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC][PATCH v3] slub: Keep page and object in sync in slab_alloc_node()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH v2] slub: Keep page and object in sync in slab_alloc_node()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH v2] slub: Keep page and object in sync in slab_alloc_node()
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [RFC][PATCH v2] slub: Keep page and object in sync in slab_alloc_node()
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [RFC][PATCH] slub: Check for page NULL before doing the node_match check
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [RFC][PATCH v2] slub: Keep page and object in sync in slab_alloc_node()
  • From: Joonsoo Kim <iamjoonsoo.kim@xxxxxxx>
• [ANNOUNCE] 3.0.58-rt83
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.2.37-rt55
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.4.25-rt37
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC][PATCH v2] slub: Keep page and object in sync in slab_alloc_node()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH] slub: Keep page and object in sync in slab_alloc_node()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC][PATCH] slub: Keep page and object in sync in slab_alloc_node()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH] slub: Check for page NULL before doing the node_match check
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH] slub: Check for page NULL before doing the node_match check
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH] slub: Check for page NULL before doing the node_match check
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH] slub: Check for page NULL before doing the node_match check
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH] slub: Check for page NULL before doing the node_match check
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [RFC][PATCH] slub: Check for page NULL before doing the node_match check
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [RFC][PATCH] slub: Check for page NULL before doing the node_match check
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH] slub: Check for page NULL before doing the node_match check
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH] slub: Check for page NULL before doing the node_match check
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [RFC][PATCH] slub: Check for page NULL before doing the node_match check
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [RFC][PATCH] slub: Check for page NULL before doing the node_match check
  • From: Christoph Lameter <cl@xxxxxxxxx>
• A little side effect of the rt throttling
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH] slub: Check for page NULL before doing the node_match check
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC][PATCH] slub: Check for page NULL before doing the node_match check
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PREEMPT_RT] - kernel panic with 3.6.11-rt25
  • From: Clark Williams <williams@xxxxxxxxxx>
• Fwd: bid to buy 2013 Audi A5 Coupe at 95% off only at [Papayya.com]
  • From: "Janett Patterson" <j.patterson@xxxxxxxxx>
• [BUG RT] v3.6.11-rt25: BUG unable to handle kernel NULL pointer dereference
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [GIT PULL rcu/urgent] Fixes for RCU regressions in 3.8
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH V2 Resend 3/4] workqueue: Schedule work on non-idle cpu instead of current one
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2 Resend 3/4] workqueue: Schedule work on non-idle cpu instead of current one
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH V2 Resend 3/4] workqueue: Schedule work on non-idle cpu instead of current one
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2 Resend 3/4] workqueue: Schedule work on non-idle cpu instead of current one
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH V2 Resend 3/4] workqueue: Schedule work on non-idle cpu instead of current one
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2 Resend 3/4] workqueue: Schedule work on non-idle cpu instead of current one
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2 Resend 3/4] workqueue: Schedule work on non-idle cpu instead of current one
  • From: Amit Kucheria <amit.kucheria@xxxxxxxxxx>
• Re: [PATCH V2 Resend 3/4] workqueue: Schedule work on non-idle cpu instead of current one
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH V2 Resend 3/4] workqueue: Schedule work on non-idle cpu instead of current one
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH V2 Resend 3/4] workqueue: Schedule work on non-idle cpu instead of current one
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: Detecting shift of CLOCK_REALTIME with clock_nanosleep (again)
  • From: Richard Cochran <richardcochran@xxxxxxxxx>
• [ANNOUNCE] 3.2.36-rt54
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH V2 Resend 3/4] workqueue: Schedule work on non-idle cpu instead of current one
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH V2 Resend 3/4] workqueue: Schedule work on non-idle cpu instead of current one
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• RE: Observed deadlock in ext4 under 3.2.23-rt37 & 3.2.33-rt50
  • From: Staffan Tjernstrom <stjernstrom@xxxxxxxxxxxxxx>
• Re: Observed deadlock in ext4 under 3.2.23-rt37 & 3.2.33-rt50
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: Observed deadlock in ext4 under 3.2.23-rt37 & 3.2.33-rt50
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• RE: Observed deadlock in ext4 under 3.2.23-rt37 & 3.2.33-rt50
  • From: Staffan Tjernstrom <stjernstrom@xxxxxxxxxxxxxx>
• RE: Observed deadlock in ext4 under 3.2.23-rt37 & 3.2.33-rt50
  • From: Staffan Tjernstrom <stjernstrom@xxxxxxxxxxxxxx>
• Re: Observed deadlock in ext4 under 3.2.23-rt37 & 3.2.33-rt50
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: Observed deadlock in ext4 under 3.2.23-rt37 & 3.2.33-rt50
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Observed deadlock in ext4 under 3.2.23-rt37 & 3.2.33-rt50
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: Observed deadlock in ext4 under 3.2.23-rt37 & 3.2.33-rt50
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Real-time kernel thread performance and optimization
  • From: Darren Hart <dvhart@xxxxxxxxxxxxx>
• [ANNOUNCE] 3.0.57-rt82
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.2.35-rt53
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.4.24-rt36
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH] sched/rt: Don't pull tasks of throttled rt_rq in pre_schedule_rt()
  • From: Kirill Tkhai <tkhai@xxxxxxxxx>
• [PATCH RT 0/4] [ANNOUNCE] 3.0.57-rt82-rc1 stable review
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 2/4] sched: Queue RT tasks to head when prio drops
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 4/4] Linux 3.0.57-rt82-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 3/4] sched: Consider pi boosting in setscheduler
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 1/4] sched: Adjust sched_reset_on_fork when nothing else changes
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 3/4] sched: Consider pi boosting in setscheduler
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 0/4] [ANOUNCE] 3.2.35-rt53-rc1 stable review
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 1/4] sched: Adjust sched_reset_on_fork when nothing else changes
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 4/4] Linux 3.2.35-rt53-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 2/4] sched: Queue RT tasks to head when prio drops
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 0/5] [ANNOUNCE] 3.4.24-rt36-rc1 stable review
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 1/5] sched: Adjust sched_reset_on_fork when nothing else changes
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 4/5] block: Use cpu_chill() for retry loops
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 3/5] sched: Consider pi boosting in setscheduler
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 5/5] Linux 3.4.24-rt36-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 2/5] sched: Queue RT tasks to head when prio drops
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.6.11-rt24 (apocalypse release)c
  • From: "E-Blokos" <infos@xxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.6.11-rt24 (apocalypse release)c
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: [ANNOUNCE] 3.6.11-rt24 (apocalypse release)c
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: [ANNOUNCE] 3.6.11-rt24 (apocalypse release)c
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: [ANNOUNCE] 3.6.11-rt24 (apocalypse release)c
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: [ANNOUNCE] 3.6.11-rt24 (apocalypse release)c
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.6.11-rt24 (apocalypse release)c
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: [ANNOUNCE] 3.6.11-rt24 (apocalypse release)c
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: [ANNOUNCE] 3.6.6-rt17
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: [RFC][PATCH RT 4/4 v2] sched/rt: Use IPI to trigger RT task push migration instead of pulling
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: [ANNOUNCE] 3.6.11-rt24 (apocalypse release)c
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.6.11-rt24 (apocalypse release)c
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: AW: VirtualBox 4.2.4 freezes PC using RT_PREEMPT kernel
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: AW: VirtualBox 4.2.4 freezes PC using RT_PREEMPT kernel
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: AW: VirtualBox 4.2.4 freezes PC using RT_PREEMPT kernel
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] sched/rt: Move cpu rq properties from "struct rt_rq" to "struct rq"
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.6.6-rt17
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [ANNOUNCE] 3.6.11-rt24 (apocalypse release)c
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] sched/rt: Move cpu rq properties from "struct rt_rq" to "struct rq"
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.6.6-rt17
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• AW: VirtualBox 4.2.4 freezes PC using RT_PREEMPT kernel
  • From: "Koehrer Mathias (ETAS/ESS2)" <mathias.koehrer@xxxxxxxx>
• Re: [PATCH] sched/rt: Move cpu rq properties from "struct rt_rq" to "struct rq"
  • From: Kirill Tkhai <tkhai@xxxxxxxxx>
• Re: [PATCH] sched/rt: Move cpu rq properties from "struct rt_rq" to "struct rq"
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] sched/rt: Move cpu rq properties from "struct rt_rq" to "struct rq"
  • From: Kirill Tkhai <tkhai@xxxxxxxxx>
• Re: [RFC][PATCH RT] rtmutex: Use raw_spin_trylock() in rt_mutex_slowlock() to ease possible live locks
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.0.57-rt81
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUCE] 3.4.24-rt35
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: VirtualBox 4.2.4 freezes PC using RT_PREEMPT kernel
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC][PATCH RT] rtmutex: Use raw_spin_trylock() in rt_mutex_slowlock() to ease possible live locks
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] sched/rt: Move cpu rq properties from "struct rt_rq" to "struct rq"
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: rt kernel, pro-audio use
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: rt kernel, pro-audio use
  • From: Ove Karlsen <ove.karlsen@xxxxxxxxxxxxxxxxxxxx>
• RE: Real-time kernel thread performance and optimization
  • From: Simon Falsig <simon@xxxxxxxxx>
• RE: Real-time kernel thread performance and optimization
  • From: Simon Falsig <simon@xxxxxxxxx>
• Re: [RFC][PATCH RT] rtmutex: Use raw_spin_trylock() in rt_mutex_slowlock() to ease possible live locks
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC][PATCH RT] rtmutex: Use raw_spin_trylock() in rt_mutex_slowlock() to ease possible live locks
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Real-time kernel thread performance and optimization
  • From: Darren Hart <dvhart@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] cyclictest: improvements to histogram overflow instance mode
  • From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
• rt kernel, pro-audio use
  • From: Damien Moody <webmaster@xxxxxxxxxxxxxxxx>
• Re: Detecting shift of CLOCK_REALTIME with clock_nanosleep (again)
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: Detecting shift of CLOCK_REALTIME with clock_nanosleep (again)
  • From: Scot Salmon <scot.salmon@xxxxxx>
• [PATCH 1/3] cyclictest: new command line switch for histogram overflow instance tracking
  • From: Bhavesh Davda <bhavesh@xxxxxxxxxx>
• [PATCH 2/3] cyclictest: Report histogram overflow instances in seconds since start
  • From: Bhavesh Davda <bhavesh@xxxxxxxxxx>
• [PATCH 0/3] cyclictest: improvements to histogram overflow instance mode
  • From: Bhavesh Davda <bhavesh@xxxxxxxxxx>
• [PATCH 3/3] cyclictest: Print histogram overflow instances only if asked for
  • From: Bhavesh Davda <bhavesh@xxxxxxxxxx>
• Re: [PATCH] Round the calculated scale factor in set_cyc2ns_scale()
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• [PATCH 0/1] Clarify the meaning of setting /dev/cpu_dma_latency to 0
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• [PATCH 1/1] Improve message when disabling sleep states
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• Re: Real-time kernel thread performance and optimization
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• Re: Real-time kernel thread performance and optimization
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: VirtualBox 4.2.4 freezes PC using RT_PREEMPT kernel
  • From: "Koehrer Mathias (ETAS/ESS2)" <mathias.koehrer@xxxxxxxx>
• Re: Real-time kernel thread performance and optimization
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• [PATCH] sched/rt: Move cpu rq properties from "struct rt_rq" to "struct rq"
  • From: Kirill Tkhai <tkhai@xxxxxxxxx>
• Re: [PATCH RT-TESTS] cyclictest: new command line switch for histogram overflow instance tracking
  • From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
• Re: [PATCH RT-TESTS] cyclictest: new command line switch for histogram overflow instance tracking
  • From: Bhavesh Davda <bhavesh@xxxxxxxxxx>
• Re: Real-time kernel thread performance and optimization
  • From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
• Re: [PATCH RT-TESTS] cyclictest: new command line switch for histogram overflow instance tracking
  • From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.6.9-rt21
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH RT-TESTS] cyclictest: new command line switch for histogram overflow instance tracking
  • From: Bhavesh Davda <bhavesh@xxxxxxxxxx>
• Re: [ANNOUNCE] 3.6.9-rt21
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: [ANNOUNCE] 3.6.9-rt21
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: VirtualBox 4.2.4 freezes PC using RT_PREEMPT kernel
  • From: Jan Kiszka <jan.kiszka@xxxxxx>
• Re: [ANNOUNCE] 3.6.9-rt21
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: AW: [PATCH RT 1/2] sched: Queue RT tasks to head when prio drops
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RT 0/2] [ANNOUNCE] 3.4.22-rt34-rc1 stable review
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• VirtualBox 4.2.4 freezes PC using RT_PREEMPT kernel
  • From: "Koehrer Mathias (ETAS/ESS2)" <mathias.koehrer@xxxxxxxx>
• AW: [PATCH RT 1/2] sched: Queue RT tasks to head when prio drops
  • From: eg Engleder Gerhard <eg@xxxxxxxx>
• Re: [RFC][PATCH RT 4/4 v2] sched/rt: Use IPI to trigger RT task push migration instead of pulling
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH RT 4/4 v2] sched/rt: Use IPI to trigger RT task push migration instead of pulling
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC][PATCH RT 4/4 v2] sched/rt: Use IPI to trigger RT task push migration instead of pulling
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC][PATCH RT 2/4 v2] sched/rt: Try to migrate task if preempting pinned rt task
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC][PATCH RT 0/4 v2] sched/rt: Lower rq lock contention latencies on many CPU boxes
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC][PATCH RT 1/4 v2] sched/rt: Fix push_rt_task() to have the same checks as the caller did
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC][PATCH RT 3/4 v2] sched/rt: Initiate a pull when the priority of a task is lowered
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• RE: Real-time kernel thread performance and optimization
  • From: Simon Falsig <simon@xxxxxxxxx>
• Re: [PATCH RT-TESTS] cyclictest: new command line switch for histogram overflow instance tracking
  • From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
• [PATCH RT 2/2] Linux 3.0.55-rt80-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 1/2] sched: Queue RT tasks to head when prio drops
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 0/2] [ANNOUNCE] 3.0.55-rt80-rc1 stable review
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 1/2] sched: Queue RT tasks to head when prio drops
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 2/2] Linux 3.2.35-rt53-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 0/2] [ANNOUNCE] 3.2.35-rt53-rc1 stable release
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 0/2] [ANNOUNCE] 3.4.22-rt34-rc1 stable review
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 2/2] Linux 3.4.22-rt34-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 1/2] sched: Queue RT tasks to head when prio drops
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.0.55-rt79
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.2.35-rt52
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.4.22-rt33
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• RE: Real-time kernel thread performance and optimization
  • From: Simon Falsig <simon@xxxxxxxxx>
• RE: Real-time kernel thread performance and optimization
  • From: Simon Falsig <simon@xxxxxxxxx>
• Re: [RFC][PATCH RT 3/4] sched/rt: Use IPI to trigger RT task push migration instead of pulling
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH RT 3/4] sched/rt: Use IPI to trigger RT task push migration instead of pulling
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH RT 3/4] sched/rt: Use IPI to trigger RT task push migration instead of pulling
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC][PATCH RT 3/4] sched/rt: Use IPI to trigger RT task push migration instead of pulling
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: [RFC][PATCH RT 3/4] sched/rt: Use IPI to trigger RT task push migration instead of pulling
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH RT 3/4] sched/rt: Use IPI to trigger RT task push migration instead of pulling
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH RT 3/4] sched/rt: Use IPI to trigger RT task push migration instead of pulling
  • From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
• Re: [RFC][PATCH RT 3/4] sched/rt: Use IPI to trigger RT task push migration instead of pulling
  • From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
• Re: [RFC][PATCH RT 0/4] sched/rt: Lower rq lock contention latencies on many CPU boxes
  • From: Clark Williams <clark.williams@xxxxxxxxx>
• Re: [PATCH RT 2/2][RFC] let RCU stall messages escape with CONFIG_PREEMPT_RT_FULL
  • From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
• Re: 3.2 kernel?
  • From: Georgiewskiy Yuriy <bottleman@xxxxxxxxxx>
• Re: 3.2 kernel?
  • From: jordan <triplesquarednine@xxxxxxxxx>
• 3.2 kernel?
  • From: Ho Wan Chan <smartboyhw@xxxxxxxxx>
• Re: [PATCH RT 2/2][RFC] let RCU stall messages escape with CONFIG_PREEMPT_RT_FULL
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Shared interrupts and RT question
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• Shared interrupts and RT question
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• backfire: fix build failure for modern kernels
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.6.9-rt21
  • From: Ove Karlsen <ove.karlsen@xxxxxxxxxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.6.9-rt21
  • From: Ove Karlsen <ove.karlsen@xxxxxxxxxxxxxxxxxxxx>
• [RFC][PATCH RT 3/4] sched/rt: Use IPI to trigger RT task push migration instead of pulling
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC][PATCH RT 4/4] sched/rt: Initiate a pull when the priority of a task is lowered
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC][PATCH RT 0/4] sched/rt: Lower rq lock contention latencies on many CPU boxes
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC][PATCH RT 2/4] sched/rt: Try to migrate task if preempting pinned rt task
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC][PATCH RT 1/4] sched/rt: Fix push_rt_task() to have the same checks as the caller did
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.6.9-rt21
  • From: Tim Sander <tim01@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.6.9-rt21
  • From: Tim Sander <tstone@xxxxxxxxxxxxxxxxxxx>
• [PATCH RT-TESTS] rt-tests Makefile: Added missing dependencies
  • From: <jackie.huang@xxxxxxxxxxxxx>
• [ANNOUNCE] 3.6.9-rt21
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: softlockup on 3.6.8-rt19
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH] Round the calculated scale factor in set_cyc2ns_scale()
  • From: Bernd Faust <berndfaust@xxxxxxxxx>
• softlockup on 3.6.8-rt19
  • From: Sven-Thorsten Dietrich <thebigcorporation@xxxxxxxxx>
• Re: [PATCH RT 0/2][RFC] fix RCU stall warning on ARM
  • From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
• [PATCH RT 2/2][RFC] let RCU stall messages escape with CONFIG_PREEMPT_RT_FULL
  • From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
• Re: [PATCH RT 0/2][RFC] fix RCU stall warning on ARM
  • From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
• [PATCH RT 1/2][RFC] ARM version of arch_trigger_all_cpu_backtrace()
  • From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
• [PATCH RT 0/2][RFC] fix RCU stall warning on ARM
  • From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
• [ANNOUNCE] 3.0.54-rt78
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.4.21-rt32
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Real-time kernel thread performance and optimization
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• Re: bugsplat 3.6.7-rt18
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• RE: Real-time kernel thread performance and optimization
  • From: Simon Falsig <simon@xxxxxxxxx>
• Re: bugsplat 3.6.7-rt18
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: bugsplat 3.6.7-rt18
  • From: Tim Sander <tim01@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: bugsplat 3.6.7-rt18
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: bugsplat 3.6.7-rt18
  • From: Frank Rowand <frank.rowand@xxxxxxxxxxx>