Linux Real Time Users

• Thread Index

• Re: [ANNOUNCE] 3.10.9-rt5
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.10.9-rt5
  • From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] fix might sleep oops in irq affinity callback hook
  • From: Joe Korty <joe.korty@xxxxxxxx>
• Re: [ANNOUNCE] 3.10.9-rt5
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.10.9-rt5
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [ANNOUNCE] 3.10.9-rt5
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH rt] Fix races in ptrace
  • From: Alexander Fyodorov <halcy@xxxxxxxxx>
• Re: [PATCH] fix might sleep oops in irq affinity callback hook
  • From: Joe Korty <joe.korty@xxxxxxxx>
• Re: [PATCH rt] Fix races in ptrace
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH RT 0/3] hwlat-detector: Have it actually find hardware latency
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] fix might sleep oops in irq affinity callback hook
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH RT 0/3] rt/rcu/swait: Fix boot up when RCU NOCB_ALL is enabled
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.10.6-rt3
  • From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
• [PATCH] fix might sleep oops in irq affinity callback hook
  • From: Joe Korty <joe.korty@xxxxxxxx>
• irq remapping bug in 3.6.11.7
  • From: Joe Korty <joe.korty@xxxxxxxx>
• Re: network bug in 3.6.11.7
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• network bug in 3.6.11.7
  • From: Joe Korty <joe.korty@xxxxxxxx>
• Re: [ANNOUNCE] 3.10.6-rt3
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.10.6-rt3
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [RFC][PATCH RT] rtmutex: Add up/down_read_non_owner() API
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.10.6-rt3
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.10.6-rt3
  • From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.10.6-rt3
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.6.11.7-rt39
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 2/3] hwlat-detector: Use trace_clock_local if available
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 0/3] hwlat-detector: Have it actually find hardware latency
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 3/3] hwlat-detector: Use thread instead of stop machine
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 1/3] hwlat-detector: Update hwlat_detector to add outer loop detection
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.10.6-rt3
  • From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RT 2/3] swait: Add memory barrier before checking list empty
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• might_sleep oops in irq_set_affinity_notifier users
  • From: Joe Korty <joe.korty@xxxxxxxx>
• Re: Workqueue scheduling policy
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RT 2/3] swait: Add memory barrier before checking list empty
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 3/3] swait: Add smp_mb() after setting h->list
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 1/3] rcu/swait: Fix RCU conversion of wake_up_all() to swait_wake()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 2/3] swait: Add memory barrier before checking list empty
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 0/3] rt/rcu/swait: Fix boot up when RCU NOCB_ALL is enabled
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.0.89-rt117
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.2.50-rt70
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.4.57-rt72
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.10.6-rt3
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Workqueue scheduling policy
  • From: spdev31 <spdev31@xxxxxxxxx>
• Re: [ANNOUNCE] 3.10.6-rt3
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.10.6-rt3
  • From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
• RE: [ANNOUNCE] 3.10.6-rt3
  • From: Staffan Tjernstrom <stjernstrom@xxxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.10.6-rt3
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.10.6-rt3
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.10.6-rt3
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.10.6-rt3
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• Re: [RFC] igb: minimize busy loop on igb_get_hw_semaphore
  • From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
• Re: [ANNOUNCE] 3.10.6-rt3
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.10.6-rt3
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• RE: 3.8.10-rt1 not compiling
  • From: "Matthew Henschel" <henschel@xxxxxxxxxxxxx>
• Re: [PATCH rt] Fix races in ptrace
  • From: Alexander Fyodorov <halcy@xxxxxxxxx>
• Re: [ANNOUNCE] 3.10.6-rt3
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Problem with the clock framework
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH rt] Fix races in ptrace
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [ANNOUNCE] 3.10.6-rt3
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: 3.8.10-rt1 not compiling
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• RE: 3.8.10-rt1 not compiling
  • From: "Matthew Henschel" <henschel@xxxxxxxxxxxxx>
• Re: [PATCH v3.8-rt] trivial: fix typo in description of PREEMPT_RTB
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] hpsa: fix warning with smp_processor_id() in preemptible
  • From: scameron@xxxxxxxxxxxxxxxxxx
• Re: [RFC] igb: minimize busy loop on igb_get_hw_semaphore
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] hpsa: fix warning with smp_processor_id() in preemptible
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH] hpsa: fix warning with smp_processor_id() in preemptible
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: 3.8.10-rt1 not compiling
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: 3.10.4-rt1 : too many arguments to function 'phy_connect'
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 3.10-rt1] rt: Fix NO_HZ config use
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] arm: spear: platsmp: fix lock definition
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.10.4-rt1
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• 3.10.4-rt1 : too many arguments to function 'phy_connect'
  • From: Paul Chavent <Paul.Chavent@xxxxxxxx>
• Re: [PATCH 3.10-rt] disable slab: add subject & author
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• 3.8.10-rt1 not compiling
  • From: matthew henschel <henschel@xxxxxxxxxxxxx>
• Re: [PATCH V2 Resend 4/4] timer: Migrate running timer
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH 3.10-rt1] rt: Fix NO_HZ config use
  • From: minyard@xxxxxxx
• Re: [ANNOUNCE] 3.10.4-rt1
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.10.4-rt1
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.10.4-rt1
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.10.4-rt1
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.10.4-rt1
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: Realtime System only works after running cyclictest with -b option
  • From: Clark Williams <williams@xxxxxxxxxx>
• [PATCH 3.10-rt] disable slab: add subject & author
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Realtime System only works after running cyclictest with -b option
  • From: "Paul-Ehrlich@xxxxxx" <Paul-Ehrlich@xxxxxx>
• [PATCH] arm: spear: platsmp: fix lock definition
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [ANNOUNCE] 3.10.4-rt1
  • From: Felipe Balbi <balbi@xxxxxx>
• [ANNOUNCE] 3.10.4-rt1
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Cgroups: RT-Scheduler
  • From: "Stepina, Alina" <Alina.Stepina@xxxxxxx>
• [PATCH] hpsa: fix warning with smp_processor_id() in preemptible
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: hpsa - BUG: using smp_processor_id() in preemptible [00000000 00000000] code: kworker/u:0/6
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: hpsa - BUG: using smp_processor_id() in preemptible [00000000 00000000] code: kworker/u:0/6
  • From: scameron@xxxxxxxxxxxxxxxxxx
• Re: hpsa - BUG: using smp_processor_id() in preemptible [00000000 00000000] code: kworker/u:0/6
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: hpsa - BUG: using smp_processor_id() in preemptible [00000000 00000000] code: kworker/u:0/6
  • From: James Bottomley <jbottomley@xxxxxxxxxxxxx>
• hpsa - BUG: using smp_processor_id() in preemptible [00000000 00000000] code: kworker/u:0/6
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH rt] Fix races in ptrace
  • From: Alexander Fyodorov <halcy@xxxxxxxxx>
• [PATCH v3.8-rt] trivial: fix typo in description of PREEMPT_RTB
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH V2 Resend 4/4] timer: Migrate running timer
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH rt-tests] Makefile: complement user-supplied CFLAGS with needed parameters
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH rt-tests] Makefile: complement user-supplied CFLAGS with needed parameters
  • From: Uwe Kleine-König <uwe@xxxxxxxxxxxxxxxxx>
• AW: RT thread status display?
  • From: "Jenisch Stefan" <Stefan.Jenisch@xxxxxxx>
• [PATCH 3.4-rt] hrtimer:fix the miss of hrtimer_peek_ahead_timers in nort code
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• RT thread status display?
  • From: Michael Haberler <mail17@xxxxxxxxxxx>
• Re: [RFC][PATCH RT 6/6] vtime: Convert vtime_seqlock into raw_spinlock_t and seqcount combo
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.8.13-rt14
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Real-time kernel thread performance and optimization
  • From: Simon Falsig <simon@xxxxxxxxx>
• Problem with the clock framework
  • From: "Matthias Klein" <matthias.klein@xxxxxxxxxxx>
• [ANNOUNCE] 3.0.85-rt113
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.2.48-rt69
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.4.52-rt67
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.6.11.6-rt38
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH RT 6/6] vtime: Convert vtime_seqlock into raw_spinlock_t and seqcount combo
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH rt] fix "list_bl.h: make list head locking RT safe" for !SMP && !DEBUG_SPINLOCK
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH rt] fix "list_bl.h: make list head locking RT safe" for !SMP && !DEBUG_SPINLOCK
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH rt] fix "list_bl.h: make list head locking RT safe" for !SMP && !DEBUG_SPINLOCK
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [RFC] igb: minimize busy loop on igb_get_hw_semaphore
  • From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
• Re: [PATCH V5 0/5] Queue work on power efficient wq
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH V5 0/5] Queue work on power efficient wq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V5 0/5] Queue work on power efficient wq
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH V5 0/5] Queue work on power efficient wq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V5 0/5] Queue work on power efficient wq
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: Searching a Bug on Raspberry Pi
  • From: Kirill Tkhai <tkhai@xxxxxxxxx>
• Re: Searching a Bug on Raspberry Pi
  • From: Jeremy Jongepier <jeremy@xxxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.6.11.4-rt36 - Kernel Bug
  • From: Lampersperger Andreas <lampersperger.andreas@xxxxxxxxxxxxx>
• Re: Searching a Bug on Raspberry Pi
  • From: Georg Gast <georg@xxxxxxxxxxxxxxxx>
• Searching a Bug on Raspberry Pi
  • From: Georg Gast <georg@xxxxxxxxxxxxxxxx>
• Searching a Bug on Raspberry Pi
  • From: Georg Gast <georg@xxxxxxxxxxxxxxxx>
• Re: Kernel modules: atomic GPIO access on PREEMPT_RT
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Kernel modules: atomic GPIO access on PREEMPT_RT
  • From: "Matthias Klein" <matthias.klein@xxxxxxxxxxx>
• [ANNOUNCE] 3.0.83-rt111
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.2.47-rt68
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.4.50-rt65
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: paging in realtime context ...
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• paging in realtime context ...
  • From: Lars Segerlund <lars.segerlund@xxxxxxxxx>
• [ANNOUNCE] 3.8.13-rt13
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] sched: don't clear PF_THREAD_BOUND in select_fallback_rq
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v2] list_bl.h: make list head locking RT safe
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH-next] kvm: don't try to take mmu_lock while holding the main raw kvm_lock
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH-next] kvm: don't try to take mmu_lock while holding the main raw kvm_lock
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH-next] kvm: don't try to take mmu_lock while holding the main raw kvm_lock
  • From: Gleb Natapov <gleb@xxxxxxxxxx>
• Re: [PATCH-next] kvm: don't try to take mmu_lock while holding the main raw kvm_lock
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: [PATCH-next] kvm: don't try to take mmu_lock while holding the main raw kvm_lock
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [PATCH-next] kvm: don't try to take mmu_lock while holding the main raw kvm_lock
  • From: Gleb Natapov <gleb@xxxxxxxxxx>
• Re: [PATCH-next] kvm: don't try to take mmu_lock while holding the main raw kvm_lock
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [RFC][PATCH RT 1/6] rt,rcu: Have rcu_read_lock_sched() use locks for PREEMPT_RT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH-next] kvm: don't try to take mmu_lock while holding the main raw kvm_lock
  • From: Gleb Natapov <gleb@xxxxxxxxxx>
• Re: [PATCH-next v2] kvm: don't try to take mmu_lock while holding the main raw kvm_lock
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [RFC][PATCH RT 1/6] rt,rcu: Have rcu_read_lock_sched() use locks for PREEMPT_RT
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: [PATCH-next v2] kvm: don't try to take mmu_lock while holding the main raw kvm_lock
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH-next v2] kvm: don't try to take mmu_lock while holding the main raw kvm_lock
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: [RFC][PATCH RT 1/6] rt,rcu: Have rcu_read_lock_sched() use locks for PREEMPT_RT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH RT 1/6] rt,rcu: Have rcu_read_lock_sched() use locks for PREEMPT_RT
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH RT 0.5/6] locallock: Add include of percpu.h
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC][PATCH RT 5/6] rt,ntp: Move call to schedule_delayed_work() to helper thread
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC][PATCH RT 3/6] idr: Use migrate_disable() to stay on the current CPU
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC][PATCH RT 4/6] rt,workqueue: Add local_lock_irq() call to put_pwq_unlocked()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC][PATCH RT 2/6] workqueue: Use rcu_read_lock_sched() to denote RCU synchronize_sched() location
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC][PATCH RT 6/6] vtime: Convert vtime_seqlock into raw_spinlock_t and seqcount combo
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC][PATCH RT 1/6] rt,rcu: Have rcu_read_lock_sched() use locks for PREEMPT_RT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC][PATCH RT 0/6] rt: Updates to handle some 3.10 changes
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH-next v2] kvm: don't try to take mmu_lock while holding the main raw kvm_lock
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [RFC][PATCH RT] rcu,rt: Allow rcu_read_lock_sched() to schedule
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH RT] rcu,rt: Allow rcu_read_lock_sched() to schedule
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH RT] rcu,rt: Allow rcu_read_lock_sched() to schedule
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH RT] rcu,rt: Allow rcu_read_lock_sched() to schedule
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: RT + comedi (dual boot ubuntu 9.10/debian 7.0)
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [RFC][PATCH RT] rcu,rt: Allow rcu_read_lock_sched() to schedule
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• RT + comedi (dual boot ubuntu 9.10/debian 7.0)
  • From: "Braud Caroline" <Caroline.Braud@xxxxxxxxxxxxxx>
• Re: [PATCH-next] kvm: don't try to take mmu_lock while holding the main raw kvm_lock
  • From: Paolo Bonzini <pbonzini@xxxxxxxxxx>
• Re: question about disabling interrupts for workqueue pool?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: question about disabling interrupts for workqueue pool?
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: question about disabling interrupts for workqueue pool?
  • From: Tejun Heo <tj@xxxxxxxxxx>
• question about disabling interrupts for workqueue pool?
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH-next] kvm: don't try to take mmu_lock while holding the main raw kvm_lock
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: ext4/jbd2 hangs in __jbd2_log_wait_for_space on 3.4-RT/3.6-RT
  • From: Jan Kara <jack@xxxxxxx>
• Re: ext4/jbd2 hangs in __jbd2_log_wait_for_space on 3.4-RT/3.6-RT
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: ext4/jbd2 hangs in __jbd2_log_wait_for_space on 3.4-RT/3.6-RT
  • From: Jan Kara <jack@xxxxxxx>
• Large latencies with nouveau driver
  • From: Johnathan Van Why <jrvanwhy@xxxxxxxxx>
• Re: [PATCH] sched: don't clear PF_THREAD_BOUND in select_fallback_rq
  • From: Qiang Huang <h.huangqiang@xxxxxxxxxx>
• [PATCH v2] list_bl.h: make list head locking RT safe
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: 3.8.10-rt6: suspend/resume irqs enabled splat
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: 3.8.10-rt6: suspend/resume irqs enabled splat
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• [ANNOUNCE] 3.8.13-rt12
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] list_bl.h: make list head locking RT safe
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] list_bl.h: make list head locking RT safe
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: Tracers+cyclictest causing kernel oops
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Tracers+cyclictest causing kernel oops
  • From: Tom Cook <tom.k.cook@xxxxxxxxx>
• Re: [rfc patch] x86,uv: -rt conversions
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: 3.8.10-rt6: suspend/resume irqs enabled splat
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Tracers+cyclictest causing kernel oops
  • From: Tom Cook <tom.k.cook@xxxxxxxxx>
• Re: [rfc patch] x86,uv: -rt conversions
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: 3.8.10-rt6: suspend/resume irqs enabled splat
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: [PATCH 1/2] list_bl.h: make list head locking RT safe
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Tracers+cyclictest causing kernel oops
  • From: Tom Cook <tom.k.cook@xxxxxxxxx>
• Re: Tracers+cyclictest causing kernel oops
  • From: Tom Cook <tom.k.cook@xxxxxxxxx>
• Re: 3.8.10-rt6: suspend/resume irqs enabled splat
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] sched: don't clear PF_THREAD_BOUND in select_fallback_rq
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH] gpu: i915: allow the user not to do the wbinvd ("Was: Re: [ANNOUNCE] 3.8.13-rt11)
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] mm: fix up a spurious page fault whenever it happens
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• [rfc patch] x86,uv: -rt conversions
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: [PATCH] mm: fix up a spurious page fault whenever it happens
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] mm: fix up a spurious page fault whenever it happens
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: [PATCH] mm: fix up a spurious page fault whenever it happens
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: fix up a spurious page fault whenever it happens
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• 15th Real Time Linux Workshop - Call for Papers
  • From: Nicholas Mc Guire <der.herr@xxxxxxx>
• Re: [PATCH V2 Resend 4/4] timer: Migrate running timer
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH][RFC] kernel/cpu: do not change the cpus_allowed of the current task when unplugging cpus
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH][RFC] kernel/cpu: do not change the cpus_allowed of the current task when unplugging cpus
  • From: Zhao Chenhui <chenhui.zhao@xxxxxxxxxxxxx>
• Re: [PATCH] mm: fix up a spurious page fault whenever it happens
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: [PATCH v2] drm/i915: Do not flush caches on RT, print a warning instead
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [ANNOUNCE] 3.8.13-rt11
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v2] drm/i915: Do not flush caches on RT, print a warning instead
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH RT 2/4] acpi/rt: Convert acpi_gbl_hardware lock back to a raw_spinlock_t
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH-v2] Set irq thread to RT priority on creation
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH][RFC] kernel/cpu: do not change the cpus_allowed of the current task when unplugging cpus
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH RT 2/4] acpi/rt: Convert acpi_gbl_hardware lock back to a raw_spinlock_t
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: pagefaults ...
  • From: Josh Cartwright <josh.cartwright@xxxxxx>
• Re: pagefaults ...
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• pagefaults ...
  • From: Lars Segerlund <lars.segerlund@xxxxxxxxx>
• Re: [PATCH 6/6] jbd2: remove debug dependency on debug_fs; update help text
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH 6/6] jbd2: remove debug dependency on debug_fs; update help text
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH 6/6] jbd2: remove debug dependency on debug_fs; update help text
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH 6/6] jbd2: remove debug dependency on debug_fs; update help text
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH 4/6] jbd/jbd2: relocate bit_spinlock header to jbd_common
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH 3/6] jbd2: fix duplicate debug label for phase 2
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH 2/6] jbd2/log_wait_for_space: drop checkpoint mutex when waiting
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH 1/6] jbd2/journal_commit_transaction: relocate assert after state lock
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• [PATCH 2/6] jbd2/log_wait_for_space: drop checkpoint mutex when waiting
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 3/6] jbd2: fix duplicate debug label for phase 2
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 5/6] jbd2: make jbd_debug that won't split printk statements
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 6/6] jbd2: remove debug dependency on debug_fs; update help text
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 4/6] jbd/jbd2: relocate bit_spinlock header to jbd_common
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 1/6] jbd2/journal_commit_transaction: relocate assert after state lock
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH v2 0/6] misc jbd2 fixes and cleanups
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] jbd2/journal_commit_transaction: relocate state lock to incorporate all users
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] jbd2/journal_commit_transaction: relocate state lock to incorporate all users
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] jbd2/journal_commit_transaction: relocate state lock to incorporate all users
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH 1/4] jbd2/journal_commit_transaction: relocate state lock to incorporate all users
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] jbd2/log_wait_for_space: drop checkpoint mutex when waiting
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] jbd2/log_wait_for_space: drop checkpoint mutex when waiting
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v2] drm/i915: Do not flush caches on RT, print a warning instead
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] jbd2/log_wait_for_space: drop checkpoint mutex when waiting
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/4] ext4/jbd2: several possible mainline fixes
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] jbd2/journal_commit_transaction: relocate state lock to incorporate all users
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH 1/4] jbd2/journal_commit_transaction: relocate state lock to incorporate all users
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxx>
• Re: [PATCH 2/4] jbd2/log_wait_for_space: drop checkpoint mutex when waiting
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH 1/4] jbd2/journal_commit_transaction: relocate state lock to incorporate all users
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [RFC PATCH 0/4] ext4/jbd2: several possible mainline fixes
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v2] drm/i915: Do not flush caches on RT, print a warning instead
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] Avoid more bit_spin_lock usage on RT kernels
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH 0/2] Avoid more bit_spin_lock usage on RT kernels
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 2/2] list_bl: make list head lock a raw lock
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 1/2] list_bl.h: make list head locking RT safe
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 2/4] jbd2/log_wait_for_space: drop checkpoint mutex when waiting
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 4/4] jbd/jbd2: relocate bit_spinlock header to jbd_common
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 3/4] jbd2: fix duplicate debug label for phase 2
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 1/4] jbd2/journal_commit_transaction: relocate state lock to incorporate all users
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [RFC PATCH 0/4] ext4/jbd2: several possible mainline fixes
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH v2] drm/i915: Do not flush caches on RT, print a warning instead
  • From: Christoph Mathys <eraserix@xxxxxxxxx>
• [PATCH v2] drm/i915: Do not flush caches on RT, print a warning instead
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• Re: [PATCH][RFC] kernel/cpu: do not change the cpus_allowed of the current task when unplugging cpus
  • From: Zhao Chenhui <chenhui.zhao@xxxxxxxxxxxxx>
• [PATCH] Re: [ANNOUNCE] 3.6.11.4-rt36
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• Re: [PATCH] sched: don't clear PF_THREAD_BOUND in select_fallback_rq
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] sched: don't clear PF_THREAD_BOUND in select_fallback_rq
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.6.11.4-rt36
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.2.46-rt67
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: 3.8.11-rt8 NFS triggered seizures
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: 3.8.11-rt8 NFS triggered seizures
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: 3.8.11-rt8 NFS triggered seizures
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: 3.8.11-rt8 NFS triggered seizures
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: 3.8.11-rt8 NFS triggered seizures
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: 3.8.11-rt8 NFS triggered seizures
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: [PATCH][RFC] kernel/cpu: do not change the cpus_allowed of the current task when unplugging cpus
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: 3.8.11-rt8 NFS triggered seizures
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Getting "BUG: sleeping function"
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] timers: prepare for full preemption improve
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [ANNOUNCE] 3.6.11.5-rt37
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH]sched/rt: Simplify pull_rt_task() logic and remove .leaf_rt_rq_list
  • From: Kirill Tkhai <tkhai@xxxxxxxxx>
• Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code.
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code.
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [PATCH 1/1] ARM mm: Fix RT life lock on ASID rollover
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• Re: [PATCH 1/1] ARM mm: Fix RT life lock on ASID rollover
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH-v2] Set irq thread to RT priority on creation
  • From: Ivo Sieben <meltedpianoman@xxxxxxxxx>
• Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code.
  • From: JoonSoo Kim <js1304@xxxxxxxxx>
• [PATCH 1/1] ARM mm: Fix RT life lock on ASID rollover
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• [PATCH 0/1] Fix a longstanding ARM RT bug
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code.
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code.
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code.
  • From: JoonSoo Kim <js1304@xxxxxxxxx>
• Re: [PATCH-v2] Set irq thread to RT priority on creation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH-v2] Set irq thread to RT priority on creation
  • From: Ivo Sieben <meltedpianoman@xxxxxxxxx>
• Re: Highmem support on ppc32 plattform with PREEMPT_RT_FULL option
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [ANNOUNCE] 3.8.13-rt10
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• ext4/jbd2 hangs in __jbd2_log_wait_for_space on 3.4-RT/3.6-RT
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [patch] rt,mce: fix mce timer interval
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: 3.8.10-rt6 : Observing high latency as preempt_schedule_irq:__schedule is not getting called
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH V2 Resend 4/4] timer: Migrate running timer
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: Tracers+cyclictest causing kernel oops
  • From: Tom Cook <tom.k.cook@xxxxxxxxx>
• Re: Tracers+cyclictest causing kernel oops
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] RFC: Set irq thread to RT priority on creation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: spike in latency when calling popen() in the same process that runs a high priority RT thread
  • From: Josh Cartwright <josh.cartwright@xxxxxx>
• Re: [PATCH] RFC: Set irq thread to RT priority on creation
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] RFC: Set irq thread to RT priority on creation
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] RFC: Set irq thread to RT priority on creation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH] RFC: Set irq thread to RT priority on creation
  • From: Ivo Sieben <meltedpianoman@xxxxxxxxx>
• [ANNOUNCE] 3.0.80-rt108
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.4.47-rt62
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [patch] rt,mce: fix mce timer interval
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code.
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code.
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code.
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: e1000e 82574L transmit latency?
  • From: Nebojša Ćosić <nebojsa@xxxxxxxx>
• Re: e1000e 82574L transmit latency?
  • From: Nebojša Ćosić <nebojsa@xxxxxxxx>
• Re: e1000e 82574L transmit latency?
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: e1000e 82574L transmit latency?
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: e1000e 82574L transmit latency?
  • From: Nebojša Ćosić <nebojsa@xxxxxxxx>
• e1000e 82574L transmit latency?
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: Tracers+cyclictest causing kernel oops
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• RE: 3.8.10-rt6 : Observing high latency as preempt_schedule_irq:__schedule is not getting called
  • From: Jain Priyanka-B32167 <B32167@xxxxxxxxxxxxx>
• Re: Tracers+cyclictest causing kernel oops
  • From: Tom Cook <tom.k.cook@xxxxxxxxx>
• Re: [ANNOUNCE] 3.6.11.4-rt36
  • From: Christoph Mathys <eraserix@xxxxxxxxx>
• Re: Tracers+cyclictest causing kernel oops
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.6.11.4-rt36
  • From: Christoph Mathys <eraserix@xxxxxxxxx>
• spike in latency when calling popen() in the same process that runs a high priority RT thread
  • From: Gratian Crisan <gratian.crisan@xxxxxx>
• Re: [PATCH] mm: fix up a spurious page fault whenever it happens
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: [PATCH] mm: fix up a spurious page fault whenever it happens
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: [PATCH] mm: fix up a spurious page fault whenever it happens
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH] mm: fix up a spurious page fault whenever it happens
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: [PATCH] mm: fix up a spurious page fault whenever it happens
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: [PATCH] mm: fix up a spurious page fault whenever it happens
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH] mm: fix up a spurious page fault whenever it happens
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] mm: fix up a spurious page fault whenever it happens
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH] mm: fix up a spurious page fault whenever it happens
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] mm: fix up a spurious page fault whenever it happens
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH] mm: fix up a spurious page fault whenever it happens
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: [PATCH] mm: fix up a spurious page fault whenever it happens
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: fix up a spurious page fault whenever it happens
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: fix up a spurious page fault whenever it happens
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] mm: fix up a spurious page fault whenever it happens
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH] mm: fix up a spurious page fault whenever it happens
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: [PATCH] mm: fix up a spurious page fault whenever it happens
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: [PATCH] mm: fix up a spurious page fault whenever it happens
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH] mm: fix up a spurious page fault whenever it happens
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH] mm: fix up a spurious page fault whenever it happens
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH] mm: fix up a spurious page fault whenever it happens
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: [PATCH] mm: fix up a spurious page fault whenever it happens
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] mm: fix up a spurious page fault whenever it happens
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• [PATCH] mm: fix up a spurious page fault whenever it happens
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Re: [PATCH - sort of] x86: Livelock in handle_pte_fault
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH - sort of] x86: Livelock in handle_pte_fault
  • From: Rik van Riel <riel@xxxxxxxxxx>
• Kernel 3.6.11.3-rt35 : umount blocks for more than 200seconds
  • From: "Koehrer Mathias (ETAS/ESS2)" <mathias.koehrer@xxxxxxxx>
• Re: [PATCH V2 Resend 4/4] timer: Migrate running timer
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2 Resend 4/4] timer: Migrate running timer
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH V2 Resend 4/4] timer: Migrate running timer
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH - sort of] x86: Livelock in handle_pte_fault
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: [PATCH - sort of] x86: Livelock in handle_pte_fault
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.8.13-rt9
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [ANNOUNCE] 3.6.11.4-rt36
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Tracers+cyclictest causing kernel oops
  • From: Tom Cook <tom.k.cook@xxxxxxxxx>
• Re: Tracers+cyclictest causing kernel oops
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Kernel 3.6.x RT_PREEMPT: Issues with sync / umount of hdd partitions
  • From: "Koehrer Mathias (ETAS/ESS2)" <mathias.koehrer@xxxxxxxx>
• 3.8.10-rt6 : Observing high latency as preempt_schedule_irq:__schedule is not getting called
  • From: Jain Priyanka-B32167 <B32167@xxxxxxxxxxxxx>
• RE: 3.8.10-rt6 : Observing high latency as timer_interrupt is taking longer to exit
  • From: Jain Priyanka-B32167 <B32167@xxxxxxxxxxxxx>
• [ANNOUNCE] 3.0.78-rt106
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.2.45-rt66
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.4.45-rt60
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PlanetCCRMA] 3.8.13-201.rt8 also builds and runs very smoothly on fc19 alpha
  • From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
• [PATCH - sort of] x86: Livelock in handle_pte_fault
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• [PATCH][RFC] kernel/cpu: do not change the cpus_allowed of the current task when unplugging cpus
  • From: Zhao Chenhui <chenhui.zhao@xxxxxxxxxxxxx>
• RE: 3.8.10-rt6 : Observing high latency as timer_interrupt is taking longer to exit
  • From: Jain Priyanka-B32167 <B32167@xxxxxxxxxxxxx>
• Re: [PATCH V5 0/5] Queue work on power efficient wq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V5 1/5] workqueues: Introduce new flag WQ_POWER_EFFICIENT for power oriented workqueues
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH V5 0/5] Queue work on power efficient wq
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH V5 5/5] fbcon: queue work on power efficient wq
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH V5 4/5] block: queue work on power efficient wq
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH V5 2/5] workqueue: Add system wide power_efficient workqueues
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [ANNOUNCE] 3.6.11.3-rt35
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] sched: don't clear PF_THREAD_BOUND in select_fallback_rq
  • From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
• Highmem support on ppc32 plattform with PREEMPT_RT_FULL option
  • From: Heiko Schumann <heiko.sirona@xxxxxxxxx>
• 3.8.10-rt6 : Observing high latency as timer_interrupt is taking longer to exit
  • From: Jain Priyanka-B32167 <B32167@xxxxxxxxxxxxx>
• Livelock in handle_pte_fault [Was: Re: timerfd read does not return]
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: [PATCH V2 Resend 4/4] timer: Migrate running timer
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• 3.8.11-rt8 NFS triggered seizures
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: [PATCH V2 Resend 4/4] timer: Migrate running timer
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V5 1/5] workqueues: Introduce new flag WQ_POWER_EFFICIENT for power oriented workqueues
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: timerfd read does not return - caused by MM fault
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: timerfd read does not return - hangs inside put_user
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: timerfd read does not return - some traces
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: Tracers+cyclictest causing kernel oops
  • From: Tom Cook <tom.k.cook@xxxxxxxxx>
• Re: timerfd read does not return - some traces
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Getting "BUG: sleeping function"
  • From: "Eyal Cohen" <eyalc@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.8.11-rt8
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [ANNOUNCE] 3.0.75-rt103
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.2.44-rt65
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.4.42-rt57
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.6.11.2-rt34
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] sched: don't clear PF_THREAD_BOUND in select_fallback_rq
  • From: Qiang Huang <h.huangqiang@xxxxxxxxxx>
• [ANNOUNCE] 3.8.11-rt8
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] sched: don't clear PF_THREAD_BOUND in select_fallback_rq
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH] sched: don't clear PF_THREAD_BOUND in select_fallback_rq
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sched: don't clear PF_THREAD_BOUND in select_fallback_rq
  • From: Qiang Huang <h.huangqiang@xxxxxxxxxx>
• Re: [RFC PATCH] rt, lockdep: double MAX_LOCKDEP_ENTRIES/MAX_LOCKDEP_CHAINS_BITS
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• e100: usleep in timer context legal?
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• [PATCH RT 4/4] Linux 3.0.75-rt103-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 2/4] x86/mce: Defer mce wakeups to threads for PREEMPT_RT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 1/4] tcp: force a dst refcount when prequeue packet
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 3/4] swap: Use unique local lock name for swap_lock
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 0/4] [ANNOUNCE] 3.0.75-rt103-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 6/6] Linux 3.2.44-rt65-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 4/6] swap: Use unique local lock name for swap_lock
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 5/6] sched: Add is_idle_task() to handle invalidated uses of idle_cpu()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 1/6] rcutiny: Fix typo of using swake_up() instead of swait_wake()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 2/6] tcp: force a dst refcount when prequeue packet
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 3/6] x86/mce: Defer mce wakeups to threads for PREEMPT_RT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 0/6] [ANNOUNCE] 3.2.44-rt65-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] sched: don't clear PF_THREAD_BOUND in select_fallback_rq
  • From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
• [PATCH RT 4/4] Linux 3.4.42-rt57-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 0/4] [ANNOUNCE] 3.4.42-rt57-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 1/4] tcp: force a dst refcount when prequeue packet
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 2/4] x86/mce: Defer mce wakeups to threads for PREEMPT_RT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 3/4] swap: Use unique local lock name for swap_lock
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: 3.6-rt: inet_sk_rx_dst_set() network splat
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: 3.6-rt: inet_sk_rx_dst_set() network splat
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 1/5] tcp: force a dst refcount when prequeue packet
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 4/5] swap: Use unique local lock name for swap_lock
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 3/5] powerpc/64bit,PREEMPT_RT: Check preempt_count before preempting
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 2/5] x86/mce: Defer mce wakeups to threads for PREEMPT_RT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 5/5] Linux 3.6.11.2-rt34-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 0/5] [ANNOUNCE] 3.6.11.2-rt34-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: 3.2-rt build issue with CONFIG_DEBUG_ATOMIC_SLEEP
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] sched: don't clear PF_THREAD_BOUND in select_fallback_rq
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Suspend resume problem (WAS Re: [ANNOUNCE] 3.8.10-rt6)
  • From: Bernhard Schiffner <bernhard@xxxxxxxxxxxxxxxxxxxx>
• Re: Tracers+cyclictest causing kernel oops
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [RFC PATCH] rt, lockdep: double MAX_LOCKDEP_ENTRIES/MAX_LOCKDEP_CHAINS_BITS
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH RT] sched/workqueue: Only wake up idle workers if not blocked on sleeping spin lock
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Suspend resume problem (WAS Re: [ANNOUNCE] 3.8.10-rt6)
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: 3.6-rt: inet_sk_rx_dst_set() network splat
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: 3.6-rt: inet_sk_rx_dst_set() network splat
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: Suspend resume problem (WAS Re: [ANNOUNCE] 3.8.10-rt6)
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Suspend resume problem (WAS Re: [ANNOUNCE] 3.8.10-rt6)
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH RT v2] x86/mce: Defer mce wakeups to threads for PREEMPT_RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.8.10-rt6
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: 3.6-rt: inet_sk_rx_dst_set() network splat
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• RE: [ANNOUNCE] 3.8.10-rt6
  • From: Jain Priyanka-B32167 <B32167@xxxxxxxxxxxxx>
• 3.2-rt build issue with CONFIG_DEBUG_ATOMIC_SLEEP
  • From: Josh Cartwright <josh.cartwright@xxxxxx>
• Re: timerfd read does not return - was probably fixed in 3.4.38
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• e100 driver spinning delay blocking ksoftirqd?
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: [PATCH RT v2] x86/mce: Defer mce wakeups to threads for PREEMPT_RT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RT v2] x86/mce: Defer mce wakeups to threads for PREEMPT_RT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.4.41-rt55-feat3
  • From: "Tim Sander" <tim.sander@xxxxxxx>
• Re: Suspend resume problem (WAS Re: [ANNOUNCE] 3.8.10-rt6)
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• 3.8.10-rt6: suspend/resume irqs enabled splat
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: 3.6-rt: inet_sk_rx_dst_set() network splat
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Build failure. Typo in the 3.2.43-rt63 patch?
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.2.44-rt64
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.2.44-rt64
  • From: Dmitry Lysenko <dvl36.ripe.nick@xxxxxxxxx>
• Re: Suspend resume problem (WAS Re: [ANNOUNCE] 3.8.10-rt6)
  • From: Bernhard Schiffner <bernhard@xxxxxxxxxxxxxxxxxxxx>
• Re: Suspend resume problem (WAS Re: [ANNOUNCE] 3.8.10-rt6)
  • From: Bernhard Schiffner <bernhard@xxxxxxxxxxxxxxxxxxxx>
• Re: How to find long execution times in kernel threads?
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: How to find long execution times in kernel threads?
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• Re: How to find long execution times in kernel threads?
  • From: Ashoka K <ashok.vinu@xxxxxxxxx>
• [ANNOUNCE] 3.0.75-rt102
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.2.44-rt64
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.4.42-rt56
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Suspend resume problem (WAS Re: [ANNOUNCE] 3.8.10-rt6)
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: Suspend resume problem (WAS Re: [ANNOUNCE] 3.8.10-rt6)
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: Suspend resume problem (WAS Re: [ANNOUNCE] 3.8.10-rt6)
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: Suspend resume problem (WAS Re: [ANNOUNCE] 3.8.10-rt6)
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: How to find long execution times in kernel threads?
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: UDP jitter
  • From: Nebojša Ćosić <nebojsa@xxxxxxxx>
• Suspend resume problem (WAS Re: [ANNOUNCE] 3.8.10-rt6)
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: How to find long execution times in kernel threads?
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• Re: UDP jitter
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• Re: [ANNOUNCE] 3.4.41-rt55-feat3
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: cgroup_fj tests will stick the nort kernel
  • From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
• How to find long execution times in kernel threads?
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: Need help to measure and tune the latency in Linux RT
  • From: Ashoka K <ashok.vinu@xxxxxxxxx>
• Re: Need help to measure and tune the latency in Linux RT
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: Need help to measure and tune the latency in Linux RT
  • From: Jason Cooper <jason@xxxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.8.10-rt6
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.4.41-rt55-feat3
  • From: "Tim Sander" <tim.sander@xxxxxxx>
• Re: EDAC messages about corrected errors affect realtime response
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [ANNOUNCE] 3.8.10-rt6
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [ANNOUNCE] 3.8.10-rt6
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.4.41-rt55-feat3
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.2.43-rt63-feat2
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• EDAC messages about corrected errors affect realtime response
  • From: David VomLehn <David.VomLehn@xxxxxxxxxx>
• [ANNOUNCE] 3.4.41-rt55-feat3
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: 3.8.4-rt2 panic in migrate_task_rq_fair
  • From: Darren Hart <dvhart@xxxxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.8.10-rt6
  • From: Clark Williams <williams@xxxxxxxxxx>
• UDP jitter
  • From: Nebojša Ćosić <nebojsa@xxxxxxxx>
• [ANNOUNCE] 3.8.10-rt6
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.8.9-rt4
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH V5 1/5] workqueues: Introduce new flag WQ_POWER_EFFICIENT for power oriented workqueues
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V5 1/5] workqueues: Introduce new flag WQ_POWER_EFFICIENT for power oriented workqueues
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: timerfd read does not return - was probably fixed in 3.4.38
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• What exactly does "hrtimer: interrupt took 7142 ns" mean?
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: Tracers+cyclictest causing kernel oops
  • From: Tom Cook <tom.k.cook@xxxxxxxxx>
• Re: [PATCH V5 1/5] workqueues: Introduce new flag WQ_POWER_EFFICIENT for power oriented workqueues
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: timerfd read does not return - was probably fixed in 3.4.38
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• Re: [ANNOUNCE] 3.8.9-rt4
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• Re: timerfd read does not return - was probably fixed in 3.4.38
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• [ANNOUNCE] 3.8.9-rt4
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH V5 1/5] workqueues: Introduce new flag WQ_POWER_EFFICIENT for power oriented workqueues
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: 3.[68]-rt: CONFIG_PROVE_LOCKING + CONFIG_DEBUG_FORCE_WEAK_PER_CPU = boot time swap_lock deadlock
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: 3.[68]-rt: CONFIG_PROVE_LOCKING + CONFIG_DEBUG_FORCE_WEAK_PER_CPU = boot time swap_lock deadlock
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: 3.6-rt: inet_sk_rx_dst_set() network splat
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: 3.[68]-rt: CONFIG_PROVE_LOCKING + CONFIG_DEBUG_FORCE_WEAK_PER_CPU = boot time swap_lock deadlock
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: 3.[68]-rt: CONFIG_PROVE_LOCKING + CONFIG_DEBUG_FORCE_WEAK_PER_CPU = boot time swap_lock deadlock
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: 3.[68]-rt: CONFIG_PROVE_LOCKING + CONFIG_DEBUG_FORCE_WEAK_PER_CPU = boot time swap_lock deadlock
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: 3.8.4-rt2 panic in migrate_task_rq_fair
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: 3.[68]-rt: CONFIG_PROVE_LOCKING + CONFIG_DEBUG_FORCE_WEAK_PER_CPU = boot time swap_lock deadlock
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: 3.6-rt: inet_sk_rx_dst_set() network splat
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: 3.[68]-rt: CONFIG_PROVE_LOCKING + CONFIG_DEBUG_FORCE_WEAK_PER_CPU = boot time swap_lock deadlock
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH RT v2] x86/mce: Defer mce wakeups to threads for PREEMPT_RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH RT v2] x86/mce: Defer mce wakeups to threads for PREEMPT_RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH RT v2] x86/mce: Defer mce wakeups to threads for PREEMPT_RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Tracers+cyclictest causing kernel oops
  • From: Tom Cook <tom.k.cook@xxxxxxxxx>
• Re: [ANNOUNCE] 3.4.41-rt55-feat1
  • From: "Tim Sander" <tim.sander@xxxxxxx>
• RE: [PATCH] powerpc/64bit,PREEMPT_RT: Check preempt_count before preempting
  • From: Jain Priyanka-B32167 <B32167@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.4.41-rt55-feat1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.4.41-rt55-feat1
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Suspend on 3.8.x-rtY (was: Re: [ANNOUNCE] 3.8.4-rt2)
  • From: Clark Williams <williams@xxxxxxxxxx>
• Suspend on 3.8.x-rtY (was: Re: [ANNOUNCE] 3.8.4-rt2)
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [PATCH RT v2] x86/mce: Defer mce wakeups to threads for PREEMPT_RT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] powerpc/64bit,PREEMPT_RT: Check preempt_count before preempting
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH RT v2] x86/mce: Defer mce wakeups to threads for PREEMPT_RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: WRONG files in https://www.kernel.org/pub/linux/kernel/projects/rt/3.4/
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] sched: fix the wrong macro name of CONFIG_DEBUG_PREEMPT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: iMX6 compilation fails with RT patch
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Patches for 3.4 are missing
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: 3.8.4-rt2: (x86_64): BUG: scheduling while atomic
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: cpufreq + PREEMPT_RT_FULL give bad context sleeping BUG
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.8.4-rt2
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.4.41-rt55-feat1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.4.41-rt55-feat1
  • From: "Tim Sander" <tim.sander@xxxxxxx>
• Re: [ANNOUNCE] 3.4.41-rt55-feat1
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: [ANNOUNCE] 3.4.41-rt55-feat1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.4.41-rt55-feat1
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: [ANNOUNCE] 3.4.41-rt55-feat1
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.4.41-rt55-feat1
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: cgroup_fj tests will stick the nort kernel
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.4.41-rt55-feat1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.4.41-rt55-feat1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.4.41-rt55-feat1
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: [ANNOUNCE] 3.4.41-rt55-feat1
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.4.41-rt55-feat1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.4.41-rt55-feat1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.4.41-rt55-feat1
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: [ANNOUNCE] 3.4.41-rt55-feat1
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.4.41-rt55-feat1
  • From: "Tim Sander" <tim.sander@xxxxxxx>
• Re: [PATCH V5 1/5] workqueues: Introduce new flag WQ_POWER_EFFICIENT for power oriented workqueues
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V5 1/5] workqueues: Introduce new flag WQ_POWER_EFFICIENT for power oriented workqueues
  • From: Amit Kucheria <amit.kucheria@xxxxxxxxxx>
• [PATCH] sched: don't clear PF_THREAD_BOUND in select_fallback_rq
  • From: Qiang Huang <h.huangqiang@xxxxxxxxxx>
• Re: cgroup_fj tests will stick the nort kernel
  • From: Qiang Huang <h.huangqiang@xxxxxxxxxx>
• Re: cgroup_fj tests will stick the nort kernel
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: cgroup_fj tests will stick the nort kernel
  • From: Qiang Huang <h.huangqiang@xxxxxxxxxx>
• Re: 3.6-rt: inet_sk_rx_dst_set() network splat
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: 3.6-rt: inet_sk_rx_dst_set() network splat
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: 3.6-rt: inet_sk_rx_dst_set() network splat
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH V5 1/5] workqueues: Introduce new flag WQ_POWER_EFFICIENT for power oriented workqueues
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: 3.6-rt: inet_sk_rx_dst_set() network splat
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [ANNOUNCE] 3.2.43-rt63-feat1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH V5 1/5] workqueues: Introduce new flag WQ_POWER_EFFICIENT for power oriented workqueues
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PREEMPT RT] SLUB and split softirq lock for v3.2-rt
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH V5 1/5] workqueues: Introduce new flag WQ_POWER_EFFICIENT for power oriented workqueues
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V5 1/5] workqueues: Introduce new flag WQ_POWER_EFFICIENT for power oriented workqueues
  • From: Amit Kucheria <amit.kucheria@xxxxxxxxxx>
• [PATCH V5 1/5] workqueues: Introduce new flag WQ_POWER_EFFICIENT for power oriented workqueues
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V5 2/5] workqueue: Add system wide power_efficient workqueues
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V5 3/5] PHYLIB: queue work on system_power_efficient_wq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V5 4/5] block: queue work on power efficient wq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V5 5/5] fbcon: queue work on power efficient wq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH V5 0/5] Queue work on power efficient wq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V2 Resend 4/4] timer: Migrate running timer
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PREEMPT RT] SLUB and split softirq lock for v3.2-rt
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [RFC PATCH] rt, lockdep: double MAX_LOCKDEP_ENTRIES/MAX_LOCKDEP_CHAINS_BITS
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• 3.6-rt: inet_sk_rx_dst_set() network splat
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: 3.[68]-rt: CONFIG_PROVE_LOCKING + CONFIG_DEBUG_FORCE_WEAK_PER_CPU = boot time swap_lock deadlock
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: [PREEMPT RT] SLUB and split softirq lock for v3.2-rt
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.4.41-rt55-feat1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] relay: fix timer madness
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: scheduler context
  • From: Henrik Austad <henrik@xxxxxxxxx>
• Re: [PATCH V4 3/4] block: queue work on unbound wq
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH RT] swap: Use unique local lock name for swap_lock
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: 3.[68]-rt: CONFIG_PROVE_LOCKING + CONFIG_DEBUG_FORCE_WEAK_PER_CPU = boot time swap_lock deadlock
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: 3.[68]-rt: CONFIG_PROVE_LOCKING + CONFIG_DEBUG_FORCE_WEAK_PER_CPU = boot time swap_lock deadlock
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.0.74-rt101
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.4.41-rt55
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.6.11.2-rt33
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: cgroup_fj tests will stick the nort kernel
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• rtmutex implementation question
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: cgroup_fj tests will stick the nort kernel
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: 3.[68]-rt: CONFIG_PROVE_LOCKING + CONFIG_DEBUG_FORCE_WEAK_PER_CPU = boot time swap_lock deadlock
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: 3.[68]-rt: CONFIG_PROVE_LOCKING + CONFIG_DEBUG_FORCE_WEAK_PER_CPU = boot time swap_lock deadlock
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: 3.[68]-rt: CONFIG_PROVE_LOCKING + CONFIG_DEBUG_FORCE_WEAK_PER_CPU = boot time swap_lock deadlock
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: 3.[68]-rt: CONFIG_PROVE_LOCKING + CONFIG_DEBUG_FORCE_WEAK_PER_CPU = boot time swap_lock deadlock
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: cgroup_fj tests will stick the nort kernel
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: cgroup_fj tests will stick the nort kernel
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: [PATCH] Re: timerfd read does not return
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: [ANNOUNCE] 3.8.4-rt2
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH] Re: timerfd read does not return
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: [PATCH V4 3/4] block: queue work on unbound wq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Bogus latency_hist/preemptirqsoff ?
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Build failure. Typo in the 3.2.43-rt63 patch?
  • From: Dmitry Lysenko <dvl36.ripe.nick@xxxxxxxxx>
• [PATCH] relay: fix timer madness
  • From: "zhangwei(Jovi)" <jovi.zhangwei@xxxxxxxxxx>
• Re: cgroup_fj tests will stick the nort kernel
  • From: Li Zefan <lizefan@xxxxxxxxxx>
• Re: cgroup_fj tests will stick the nort kernel
  • From: Qiang Huang <h.huangqiang@xxxxxxxxxx>
• Re: timerfd read does not return [Was: Re: timerfd and softirqd]
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• cgroup_fj tests will stick the nort kernel
  • From: Qiang Huang <h.huangqiang@xxxxxxxxxx>
• timerfd read does not return [Was: Re: timerfd and softirqd]
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: [ANNOUNCE] 3.8.4-rt2
  • From: John Kacur <jkacur@xxxxxxxxxx>
• timerfd and softirqd [Was: Re: hrtimer: interrupt took 6742 ns, then RT throttling and hung machine for nearly 2 seconds]
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• scheduler context
  • From: ratheesh kannoth <ratheesh.ksz@xxxxxxxxx>
• [PATCH] timers: prepare for full preemption improve
  • From: Zhao Hongjiang <zhaohongjiang@xxxxxxxxxx>
• Re: [rfc][patch] sched,rt: enqueue spinlock waiters to the head of their queue
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: [rfc][patch] sched,rt: enqueue spinlock waiters to the head of their queue
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: hrtimer: interrupt took 6742 ns, then RT throttling and hung machine for nearly 2 seconds
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: hrtimer: interrupt took 6742 ns, then RT throttling and hung machine for nearly 2 seconds
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: hrtimer: interrupt took 6742 ns, then RT throttling and hung machine for nearly 2 seconds
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• hrtimer: interrupt took 6742 ns, then RT throttling and hung machine for nearly 2 seconds
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• RE: [PATCH] powerpc/64bit,PREEMPT_RT: Check preempt_count before preempting
  • From: Jain Priyanka-B32167 <B32167@xxxxxxxxxxxxx>
• [PATCH] powerpc/64bit,PREEMPT_RT: Check preempt_count before preempting
  • From: Priyanka Jain <Priyanka.Jain@xxxxxxxxxxxxx>
• [PATCH] powerpc/64bit,PREEMPT_RT: Check preempt_count before preempting
  • From: Priyanka Jain <Priyanka.Jain@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.6.11.1-rt32
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• [rfc][patch] sched,rt: enqueue spinlock waiters to the head of their queue
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: Realtime capable userspace?
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: Realtime capable userspace?
  • From: Gilles Chanteperdrix <gilles.chanteperdrix@xxxxxxxxxxx>
• Re: Realtime capable userspace?
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• 3.[68]-rt: CONFIG_PROVE_LOCKING + CONFIG_DEBUG_FORCE_WEAK_PER_CPU = boot time swap_lock deadlock
  • From: Mike Galbraith <bitbucket@xxxxxxxxx>
• Re: Realtime capable userspace?
  • From: Gilles Chanteperdrix <gilles.chanteperdrix@xxxxxxxxxxx>
• Realtime capable userspace?
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• RE: [PATCH RT v2] x86/mce: Defer mce wakeups to threads for PREEMPT_RT
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [ANNOUNCE] 3.6.11.1-rt32
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [ANNOUNCE] 3.2.43-rt63
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.4.39-rt53
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RT v2] x86/mce: Defer mce wakeups to threads for PREEMPT_RT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RT v2] x86/mce: Defer mce wakeups to threads for PREEMPT_RT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RT v2] x86/mce: Defer mce wakeups to threads for PREEMPT_RT
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH RT v2] x86/mce: Defer mce wakeups to threads for PREEMPT_RT
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Multiple readers on multiple posix queues
  • From: Romain Geissler <romain.geissler@xxxxxxxxx>
• Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code.
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• Re: [PATCH documentation 1/2] nohz1: Add documentation.
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH documentation 1/2] nohz1: Add documentation.
  • From: Dipankar Sarma <dipankar@xxxxxxxxxx>
• [PATCH RT v2] x86/mce: Defer mce wakeups to threads for PREEMPT_RT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH documentation 1/2] nohz1: Add documentation.
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RT] x86/mce: Defer mce wakeups to threads for PREEMPT_RT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT] x86/mce: Defer mce wakeups to threads for PREEMPT_RT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] hackbench: init child's struct before using it
  • From: David Sommerseth <davids@xxxxxxxxxx>
• Re: [ANNOUNCE] 3.6.11.1-rt32
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] hackbench: init child's struct before using it
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code.
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code.
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH] hackbench: init child's struct before using it
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code.
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code.
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code.
  • From: Joonsoo Kim <iamjoonsoo.kim@xxxxxxx>
• Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code.
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• Re: [PATCH V4 3/4] block: queue work on unbound wq
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [ANNOUNCE] 3.6.11.1-rt32
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH V2 Resend 4/4] timer: Migrate running timer
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH] sched: fix the wrong macro name of CONFIG_DEBUG_PREEMPT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH V4 3/4] block: queue work on unbound wq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V4 3/4] block: queue work on unbound wq
  • From: Amit Kucheria <amit.kucheria@xxxxxxxxxx>
• Re: [PATCH V4 3/4] block: queue work on unbound wq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V4 3/4] block: queue work on unbound wq
  • From: Amit Kucheria <amit.kucheria@xxxxxxxxxx>
• Re: [PATCH V4 3/4] block: queue work on unbound wq
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH V4 3/4] block: queue work on unbound wq
  • From: Amit Kucheria <amit.kucheria@xxxxxxxxxx>
• Re: Debugging kernel lockups
  • From: Tom Cook <tom.k.cook@xxxxxxxxx>