Linux Real Time Users

Thread Index

[Prev Page][Next Page]

[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>
Re: [PATCH V4 3/4] block: queue work on unbound wq
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
Re: [PATCH V4 1/4] workqueue: Add system wide system_freezable_unbound_wq
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
Re: [ANNOUNCE] 3.8.4-rt2
- From: Clark Williams <williams@xxxxxxxxxx>
Re: WRONG files in https://www.kernel.org/pub/linux/kernel/projects/rt/3.4/
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
Re: [ANNOUNCE] 3.8.4-rt2
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
Re: [PATCH V4 1/4] workqueue: Add system wide system_freezable_unbound_wq
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
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: Steven Rostedt <rostedt@xxxxxxxxxxx>
[PATCH] sched: fix the wrong macro name of CONFIG_DEBUG_PREEMPT
- From: Qiang Huang <h.huangqiang@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: Jens Axboe <axboe@xxxxxxxxx>
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: Debugging kernel lockups
- From: Tom Cook <tom.k.cook@xxxxxxxxx>
Re: BUG - pthread conditional locks and barriers not reliable
- From: Nicholas Mc Guire <der.herr@xxxxxxx>
Re: malloc/free and priority inheritance?
- From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
Re: malloc/free and priority inheritance?
- From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
Re: [ANNOUNCE] 3.8.4-rt2
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
Re: malloc/free and priority inheritance?
- From: Darren Hart <dvhart@xxxxxxxxxxxxxxx>
Re: 3.8.4-rt2 panic in migrate_task_rq_fair
- From: Darren Hart <dvhart@xxxxxxxxxxxxxxx>
3.8.4-rt2 panic in migrate_task_rq_fair
- From: Darren Hart <dvhart@xxxxxxxxxxxxxxx>
Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code.
- From: Christoph Lameter <cl@xxxxxxxxx>
Re: [PATCH V4 3/4] block: queue work on unbound wq
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH V4 3/4] block: queue work on unbound wq
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code.
- From: Joonsoo Kim <iamjoonsoo.kim@xxxxxxx>
Re: malloc/free and priority inheritance?
- From: Siddhesh Poyarekar <siddhesh.poyarekar@xxxxxxxxx>
Re: malloc/free and priority inheritance?
- From: Siddhesh Poyarekar <siddhesh.poyarekar@xxxxxxxxx>
Re: malloc/free and priority inheritance?
- From: Stanislav Meduna <stano@xxxxxxxxxx>
Re: malloc/free and priority inheritance?
- From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code.
- From: Christoph Lameter <cl@xxxxxxxxx>
Re: malloc/free and priority inheritance?
- From: Siddhesh Poyarekar <siddhesh.poyarekar@xxxxxxxxx>
Re: malloc/free and priority inheritance?
- From: Stanislav Meduna <stano@xxxxxxxxxx>
Re: malloc/free and priority inheritance?
- From: Stanislav Meduna <stano@xxxxxxxxxx>
MAX_LOCKDEP_ENTRIES too low!
- From: Bernhard Schiffner <bernhard@xxxxxxxxxxxxxxxxxxxx>
Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code.
- From: Joonsoo Kim <iamjoonsoo.kim@xxxxxxx>
Re: [PATCH V4 3/4] block: queue work on unbound wq
- From: Tejun Heo <tj@xxxxxxxxxx>
iMX6 compilation fails with RT patch
- From: Arpit Goel <arpitgoel@xxxxxxxxx>
malloc/free and priority inheritance?
- From: Stanislav Meduna <stano@xxxxxxxxxx>
Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code.
- From: Christoph Lameter <cl@xxxxxxxxx>
run_list of rt_se
- From: Joris Slatman <jsn12015@xxxxxxxxxxxxxx>
Patches for 3.4 are missing
- From: Matthias Klein <matthias.klein@xxxxxxxxxxx>
Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code.
- From: Pekka Enberg <penberg@xxxxxxxxxx>
Re: [ANNOUNCE] 3.6.11.1-rt32
- From: Carsten Emde <C.Emde@xxxxxxxxx>
Re: [ANNOUNCE] 3.6.11.1-rt32
- From: Carsten Emde <C.Emde@xxxxxxxxx>
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: Joonsoo Kim <iamjoonsoo.kim@xxxxxxx>
Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code.
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code.
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code.
- From: Paul Gortmaker <paul.gortmaker@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: Christoph Lameter <cl@xxxxxxxxx>
Re: [PATCH V4 3/4] block: queue work on unbound wq
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
Re: [PATCH V4 1/4] workqueue: Add system wide system_freezable_unbound_wq
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
Re: [PATCH V4 1/4] workqueue: Add system wide system_freezable_unbound_wq
- From: Amit Kucheria <amit.kucheria@xxxxxxxxxx>
Re: [PATCH V4 3/4] block: queue work on unbound wq
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH V4 2/4] PHYLIB: queue work on unbound wq
- From: David Miller <davem@xxxxxxxxxxxxx>
[PATCH V4 1/4] workqueue: Add system wide system_freezable_unbound_wq
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
[PATCH V4 2/4] PHYLIB: queue work on unbound wq
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
[PATCH V4 3/4] block: queue work on unbound wq
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
[PATCH V4 4/4] fbcon: queue work on unbound wq
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
[PATCH V4 0/4] Queue work on UNBOUND wq
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
Re: [PATCH V3 3/7] workqueue: Add helpers to schedule work on any cpu
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
[ANNOUNCE] 3.0.71-rt98
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
Re: [PATCH V3 3/7] workqueue: Add helpers to schedule work on any cpu
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH V3 3/7] workqueue: Add helpers to schedule work on any cpu
- From: Tejun Heo <tj@xxxxxxxxxx>
Re: [PATCH V3 3/7] workqueue: Add helpers to schedule work on any cpu
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
[ANNOUNCE] 3.2.42-rt62
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
[ANNOUNCE] 3.4.37-rt51
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
[ANNOUNCE] 3.6.11.1-rt32
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code.
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
Re: [PATCH V3 3/7] workqueue: Add helpers to schedule work on any cpu
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
Re: BUG - pthread conditional locks and barriers not reliable
- From: Joël Krähemann <joel@xxxxxxxxxxxx>
[PATCH 3.4-rt] hrtimer: fix compile failure for when HRT are disabled
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
Re: BUG - pthread conditional locks and barriers not reliable
- From: Joël Krähemann <joel@xxxxxxxxxxxx>
Re: [PATCH V3 3/7] workqueue: Add helpers to schedule work on any cpu
- From: Tejun Heo <tj@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: Christoph Lameter <cl@xxxxxxxxx>
BUG - pthread conditional locks and barriers not reliable
- From: Joël Krähemann <joel@xxxxxxxxxxxx>
Re: cpufreq + PREEMPT_RT_FULL give bad context sleeping BUG
- From: Gregoire Gentil <gregoire@xxxxxxxxxx>
3.8.4-rt2: (x86_64): BUG: scheduling while atomic
- From: Joakim Hernberg <jbh@xxxxxxxxxx>
Re: Question on RCU_BOOST option
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: Question on RCU_BOOST option
- From: "Koehrer Mathias (ETAS/ESS2)" <mathias.koehrer@xxxxxxxx>
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: Steven Rostedt <rostedt@xxxxxxxxxxx>
Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code.
- From: Joonsoo Kim <iamjoonsoo.kim@xxxxxxx>
Re: Fixup for 3.4.34 merge conflict
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
Re: cpufreq + PREEMPT_RT_FULL give bad context sleeping BUG
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: cpufreq + PREEMPT_RT_FULL give bad context sleeping BUG
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: cpufreq + PREEMPT_RT_FULL give bad context sleeping BUG
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
Re: cpufreq + PREEMPT_RT_FULL give bad context sleeping BUG
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
Re: cpufreq + PREEMPT_RT_FULL give bad context sleeping BUG
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
[ANNOUNCE] 3.8.4-rt2
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
Re: Question on RCU_BOOST option
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
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: 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: Steven Rostedt <rostedt@xxxxxxxxxxx>
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: Steven Rostedt <rostedt@xxxxxxxxxxx>
Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code.
- From: Christoph Lameter <cl@xxxxxxxxx>
Question on RCU_BOOST option
- From: "Koehrer Mathias (ETAS/ESS2)" <mathias.koehrer@xxxxxxxx>
Re: Page faults with 3.6.11-rt30 but not with 3.6.11-rt25
- From: "Koehrer Mathias (ETAS/ESS2)" <mathias.koehrer@xxxxxxxx>
Re: Beginner's questions on userspace latency
- From: Oliver Nittka <oly@xxxxxxxxxxxxxxxxxxx>
Re: [ANNOUNCE] 3.8.4-rt1
- From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>

[Index of Archives] [RT Stable] [Kernel Announce] [IETF Annouce] [Security] [Netfilter] [Linux ATA RAID] [Bugtraq]