Linux Real Time Users
[Prev Page][Next Page]
- [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>
- Re: [ANNOUNCE] 3.8.4-rt1
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH] rt,cpusets: seqlock fixlet for cpuset.c::cpuset_print_task_mems_allowed()
- From: Mike Galbraith <bitbucket@xxxxxxxxx>
- cpufreq + PREEMPT_RT_FULL give bad context sleeping BUG
- From: Gregoire Gentil <gregoire@xxxxxxxxxx>
- Re: [PATCH V3 6/7] block: queue work on any cpu
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code.
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [ANNOUNCE] 3.8.4-rt1
- From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
- Re: [ANNOUNCE] 3.8.4-rt1
- From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
- Re: [ANNOUNCE] 3.6.11-rt31
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [ANNOUNCE] 3.8.4-rt1
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [ANNOUNCE] 3.6.11-rt31
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: Page faults with 3.6.11-rt30 but not with 3.6.11-rt25
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: Beginner's questions on userspace latency
- From: Tim Sander <tstone@xxxxxxxxxxxxxxx>
- Re: Beginner's questions on userspace latency
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- RE: Beginner's questions on userspace latency
- From: Staffan Tjernstrom <stjernstrom@xxxxxxxxxxxxxx>
- Beginner's questions on userspace latency
- From: Oliver Nittka <oly@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH V3 5/7] mmc: queue work on any cpu
- From: Chris Ball <cjb@xxxxxxxxxx>
- Re: [PATCH V3 5/7] mmc: queue work on any cpu
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH V3 5/7] mmc: queue work on any cpu
- From: Chris Ball <cjb@xxxxxxxxxx>
- Re: [PATCH V3 5/7] mmc: queue work on any cpu
- From: Chris Ball <cjb@xxxxxxxxxx>
- Re: [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code.
- From: Christoph Lameter <cl@xxxxxxxxx>
- Re: [PATCH V3 6/7] block: queue work on any cpu
- From: Jens Axboe <axboe@xxxxxxxxx>
- Re: Page faults with 3.6.11-rt30 but not with 3.6.11-rt25
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [ANNOUNCE] 3.0.69-rt96
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [ANNOUNCE] 3.2.40-rt60
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [ANNOUNCE] 3.4.36-rt50
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Page faults with 3.6.11-rt30 but not with 3.6.11-rt25
- From: "Koehrer Mathias (ETAS/ESS2)" <mathias.koehrer@xxxxxxxx>
- [RT LATENCY] 249 microsecond latency caused by slub's unfreeze_partials() code.
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: linux-3.6.11-rt30 smoke test on ARM
- From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
- Re: [PATCH V3 3/7] workqueue: Add helpers to schedule work on any cpu
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: Informations about Real Time Linux
- From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
- Informations about Real Time Linux
- From: Younes CHALABI <y.chalabi@xxxxxxxxxx>
- Re: [PATCH V3 3/7] workqueue: Add helpers to schedule work on any cpu
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH V3 3/7] workqueue: Add helpers to schedule work on any cpu
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH V2 Resend 4/4] timer: Migrate running timer
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: entry_32.S ret_from_intr and invocation of scheduler, v3.2-rt
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Fixup for 3.4.34 merge conflict
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH V3 3/7] workqueue: Add helpers to schedule work on any cpu
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH V3 1/7] sched: Create sched_select_cpu() to give preferred CPU for power saving
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH V3 1/7] sched: Create sched_select_cpu() to give preferred CPU for power saving
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH V3 1/7] sched: Create sched_select_cpu() to give preferred CPU for power saving
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Linux 3.4 stable rt release schedule
- From: "zhangwei(Jovi)" <jovi.zhangwei@xxxxxxxxxx>
- Re: [PATCH V3 5/7] mmc: queue work on any cpu
- From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
- Re: [PATCH V3 3/7] workqueue: Add helpers to schedule work on any cpu
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH V3 1/7] sched: Create sched_select_cpu() to give preferred CPU for power saving
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH V3 0/7] Create sched_select_cpu() and use it for workqueues
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: workqueue code needing preemption disabled
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH RT] sched/workqueue: Only wake up idle workers if not blocked on sleeping spin lock
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: workqueue code needing preemption disabled
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: workqueue code needing preemption disabled
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: workqueue code needing preemption disabled
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: workqueue code needing preemption disabled
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: workqueue code needing preemption disabled
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: workqueue code needing preemption disabled
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH V3 4/7] PHYLIB: queue work on any cpu
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: workqueue code needing preemption disabled
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: workqueue code needing preemption disabled
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: workqueue code needing preemption disabled
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: workqueue code needing preemption disabled
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: workqueue code needing preemption disabled
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: workqueue code needing preemption disabled
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: workqueue code needing preemption disabled
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: workqueue code needing preemption disabled
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: workqueue code needing preemption disabled
- From: Tejun Heo <tj@xxxxxxxxxx>
- Re: [PATCH V3 1/7] sched: Create sched_select_cpu() to give preferred CPU for power saving
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
- Re: [PATCH V3 1/7] sched: Create sched_select_cpu() to give preferred CPU for power saving
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- Re: [PATCH V3 1/7] sched: Create sched_select_cpu() to give preferred CPU for power saving
- From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
- [PATCH V3 5/7] mmc: queue work on any cpu
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH V3 4/7] PHYLIB: queue work on any cpu
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH V3 6/7] block: queue work on any cpu
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH V3 7/7] fbcon: queue work on any cpu
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH V3 3/7] workqueue: Add helpers to schedule work on any cpu
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH V3 2/7] timer: hrtimer: Don't check idle_cpu() before calling get_nohz_timer_target()
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH V3 0/7] Create sched_select_cpu() and use it for workqueues
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- [PATCH V3 1/7] sched: Create sched_select_cpu() to give preferred CPU for power saving
- From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
- workqueue code needing preemption disabled
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- RE: RT Problem on Powermac G5 (more info)
- From: Man Johnson <man.johnson@xxxxxxxxxxx>
- RE: System freeze while sending data via tcp with 3.6.11-rt30 kernel
- From: Jain Priyanka-B32167 <B32167@xxxxxxxxxxxxx>
- Re: entry_32.S ret_from_intr and invocation of scheduler, v3.2-rt
- From: notgeorge burns <not.george.burns@xxxxxxxxx>
- Re: System freeze while sending data via tcp with 3.6.11-rt30 kernel
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: entry_32.S ret_from_intr and invocation of scheduler, v3.2-rt
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: RT Problem on Powermac G5 (more info)
- From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
- entry_32.S ret_from_intr and invocation of scheduler, v3.2-rt
- From: notgeorge burns <not.george.burns@xxxxxxxxx>
- RT Problem on Powermac G5 (more info)
- From: - - <man.johnson@xxxxxxxxxxx>
- System freeze while sending data via tcp with 3.6.11-rt30 kernel
- From: Heiko Schumann <heiko.sirona@xxxxxxxxx>
- RT Problem on Powermac G5
- From: - - <man.johnson@xxxxxxxxxxx>
- Re: RFC: cyclictest notrace option
- From: John Kacur <jkacur@xxxxxxxxxx>
- Re: RFC: cyclictest notrace option
- From: John Kacur <jkacur@xxxxxxxxxx>
- RFC: cyclictest notrace option
- From: Clark Williams <williams@xxxxxxxxxx>
- Re: Threaded irqs + 100% CPU RT task = RCU stall
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- RFC: cyclictest patch to dump stats on demand via fifo
- From: Clark Williams <williams@xxxxxxxxxx>
- Re: Threaded irqs + 100% CPU RT task = RCU stall
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: Threaded irqs + 100% CPU RT task = RCU stall
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: linux-3.6.11-rt30 smoke test on ARM
- From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
- Re: RFC: patch to trigger thread stats output from cyclictest with SIGHUP
- From: Clark Williams <williams@xxxxxxxxxx>
- Re: RFC: patch to trigger thread stats output from cyclictest with SIGHUP
- From: John Kacur <jkacur@xxxxxxxxxx>
- Re: Threaded irqs + 100% CPU RT task = RCU stall
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: linux-3.6.11-rt30 smoke test on ARM
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: RFC: patch to trigger thread stats output from cyclictest with SIGHUP
- From: Clark Williams <williams@xxxxxxxxxx>
- Re: RFC: patch to trigger thread stats output from cyclictest with SIGHUP
- From: David Sommerseth <davids@xxxxxxxxxx>
- Re: RFC: patch to trigger thread stats output from cyclictest with SIGHUP
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- RFC: patch to trigger thread stats output from cyclictest with SIGHUP
- From: Clark Williams <williams@xxxxxxxxxx>
- [PATCH] hrtimer:fix the miss of hrtimer_peek_ahead_timers in nort code
- From: Zhao Hongjiang <zhaohongjiang37@xxxxxxxxx>
- linux-3.6.11-rt30 smoke test on ARM
- From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
- Re: linux-3.6.11-rt30 smoke test on ARM
- From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
- linux-3.2.39-rt59 smoke test on ARM
- From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
- linux-3.4.33-rt47 smoke test on ARM
- From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
- linux-3.0.66-rt93 smoke test on ARM
- From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
- Re: Threaded irqs + 100% CPU RT task = RCU stall
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: Threaded irqs + 100% CPU RT task = RCU stall
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: Threaded irqs + 100% CPU RT task = RCU stall
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: Threaded irqs + 100% CPU RT task = RCU stall
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: Threaded irqs + 100% CPU RT task = RCU stall
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Threaded irqs + 100% CPU RT task = RCU stall
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [PATCH] futex: fix unbalanced spin_lock/spin_unlock() in exit_pi_state_list()
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH] futex: fix unbalanced spin_lock/spin_unlock() in exit_pi_state_list()
- From: Yong Zhang <yong.zhang0@xxxxxxxxx>
- Problems with 3.6.11-rt30
- From: Michal Sojka <sojkam1@xxxxxxxxxxx>
- Re: [PATCH] futex: fix unbalanced spin_lock/spin_unlock() in exit_pi_state_list()
- From: John Kacur <jkacur@xxxxxxxxxx>
- Re: [PATCH] futex: fix unbalanced spin_lock/spin_unlock() in exit_pi_state_list()
- From: John Kacur <jkacur@xxxxxxxxxx>
- Re: [PATCH] futex: fix unbalanced spin_lock/spin_unlock() in exit_pi_state_list()
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [V2 PATCH -rt] futex: fix unbalanced spin_lock/spin_unlock() in exit_pi_state_list()
- From: Yong Zhang <yong.zhang0@xxxxxxxxx>
- Re: [PATCH] futex: fix unbalanced spin_lock/spin_unlock() in exit_pi_state_list()
- From: Yong Zhang <yong.zhang0@xxxxxxxxx>
- [PATCH] futex: fix unbalanced spin_lock/spin_unlock() in exit_pi_state_list()
- From: Yong Zhang <yong.zhang0@xxxxxxxxx>
- Re: cyclictest: Unable to set scheduling policy / join real-time group or run as root
- From: Clark Williams <williams@xxxxxxxxxx>
- Re: cyclictest: Unable to set scheduling policy / join real-time group or run as root
- From: Hartmut Behrens <hartmut.behrens@xxxxxxxxx>
- Re: rt-tester testcase t4-l2-pi-deboost.tst failed
- From: Yao Zhao <yao.zhao@xxxxxxxxxxxxx>
- Re: rt: rtmutex experiment doubled tbench throughput
- From: Mike Galbraith <bitbucket@xxxxxxxxx>
- Re: rt-tester testcase t4-l2-pi-deboost.tst failed
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: cyclictest: Unable to set scheduling policy / join real-time group or run as root
- From: Clark Williams <williams@xxxxxxxxxx>
- rt-tester testcase t4-l2-pi-deboost.tst failed
- From: Yao Zhao <yao.zhao@xxxxxxxxxxxxx>
- Re: cyclictest: Unable to set scheduling policy / join real-time group or run as root
- From: Hartmut Behrens <hartmut.behrens@xxxxxxxxx>
- Re: cyclictest: Unable to set scheduling policy / join real-time group or run as root
- From: Hartmut Behrens <hartmut.behrens@xxxxxxxxx>
- Re: cyclictest: Unable to set scheduling policy / join real-time group or run as root
- From: Clark Williams <williams@xxxxxxxxxx>
- Re: cyclictest: Unable to set scheduling policy / join real-time group or run as root
- From: Hartmut Behrens <hartmut.behrens@xxxxxxxxx>
- Re: rt: rtmutex experiment doubled tbench throughput
- From: Mike Galbraith <bitbucket@xxxxxxxxx>
- Re: rt: rtmutex experiment doubled tbench throughput
- From: Mike Galbraith <bitbucket@xxxxxxxxx>
- Re: rt: rtmutex experiment doubled tbench throughput
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: rt: rtmutex experiment doubled tbench throughput
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: rt: rtmutex experiment doubled tbench throughput
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: rt: rtmutex experiment doubled tbench throughput
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: rt: rtmutex experiment doubled tbench throughput
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: rt: rtmutex experiment doubled tbench throughput
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: cyclictest: Unable to set scheduling policy / join real-time group or run as root
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- [ANNOUNCE] 3.0.66-rt93
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [ANNOUNCE] 3.2.39-rt59
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [ANNOUNCE] 3.4.33-rt47
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: cyclictest: Unable to set scheduling policy / join real-time group or run as root
- From: Clark Williams <williams@xxxxxxxxxx>
- Re: cyclictest: Unable to set scheduling policy / join real-time group or run as root
- From: Diego Simak <diego.simak@xxxxxxxxx>
- Re: cyclictest: Unable to set scheduling policy / join real-time group or run as root
- From: Hartmut Behrens <hartmut.behrens@xxxxxxxxx>
- Re: cyclictest: Unable to set scheduling policy / join real-time group or run as root
- From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
- cyclictest: Unable to set scheduling policy / join real-time group or run as root
- From: Hartmut Behrens <hartmut.behrens@xxxxxxxxx>
- Re: rt: rtmutex experiment doubled tbench throughput
- From: Mike Galbraith <bitbucket@xxxxxxxxx>
- [ANNOUNCE] 3.0.65-rt92
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [ANNOUNCE] 3.2.38-rt58
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [ANNOUNCE] 3.4.32-rt46
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- rt: rtmutex experiment doubled tbench throughput
- From: Mike Galbraith <bitbucket@xxxxxxxxx>
- [PATCH rt-3.6] irq: fix printk messages for spurious IRQ on RT.
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH rt-3.6 0/3] Fix up mishandling of PREEMPT_RCU dependency
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH rt-3.6 2/3] rt: fix mispatch of Kconfig by rcu-force-preempt-rcu-for-rt.patch
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH rt-3.6 1/3] rt: drop duplicated rt-disable-rt-group-sched.patch
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- [PATCH rt-3.6 3/3] preempt-rcu: untangle kconfig RT_FULL/PREEMPT_RCU relationship
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: io_apic.c --> "nr_ioapics" not initialized !
- From: Armin Steinhoff <armin@xxxxxxxxxxxx>
- Re: io_apic.c --> "nr_ioapics" not initialized !
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: io_apic.c --> "nr_ioapics" not initialized !
- From: Robin Holt <holt@xxxxxxx>
- io_apic.c --> "nr_ioapics" not initialized !
- From: Armin Steinhoff <armin@xxxxxxxxxxxx>
- Re: [PREEMPT RT] SLUB and split softirq lock for v3.2-rt
- From: Mike Galbraith <bitbucket@xxxxxxxxx>
- [PATCH RT 0/4] [ANNOUNCE] 3.0.65-rt92-rc1
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH RT 2/4] acpi/rt: Convert acpi_gbl_hardware lock back to a raw_spinlock_t
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH RT 4/4] Linux 3.0.65-rt92-rc1
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH RT 1/4] x86/32: Use kmap switch for non highmem as well
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH RT 3/4] rcutiny: Use simple waitqueue
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PREEMPT RT] SLUB and split softirq lock for v3.2-rt
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH RT 0/7] [ANNOUNCE] 3.2.38-rt58-rc1 stable review
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH RT 4/7] serial: Imx: Fix recursive locking bug
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH RT 1/7] x86/32: Use kmap switch for non highmem as well
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH RT 3/7] printk: Fix rq->lock vs logbuf_lock unlock lock inversion
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH RT 5/7] wait-simple: Simple waitqueue implementation
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH RT 6/7] rcutiny: Use simple waitqueue
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH RT 7/7] Linux 3.2.38-rt58-rc1
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH RT 2/7] acpi/rt: Convert acpi_gbl_hardware lock back to a raw_spinlock_t
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH RT 0/7] [ANNOUNCE] 3.4.32-rt46-rc1 stable review
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH RT 1/7] x86/32: Use kmap switch for non highmem as well
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH RT 4/7] serial: Imx: Fix recursive locking bug
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH RT 3/7] printk: Fix rq->lock vs logbuf_lock unlock lock inversion
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH RT 5/7] wait-simple: Simple waitqueue implementation
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH RT 2/7] acpi/rt: Convert acpi_gbl_hardware lock back to a raw_spinlock_t
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH RT 6/7] rcutiny: Use simple waitqueue
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH RT 7/7] Linux 3.4.32-rt46-rc1
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [ANNOUNCE] 3.0.65-rt91
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [ANNOUNCE] 3.4.32-rt45
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PREEMPT RT] SLUB and split softirq lock for v3.2-rt
- From: Li Zefan <lizefan@xxxxxxxxxx>
- Re: [PREEMPT RT] SLUB and split softirq lock for v3.2-rt
- From: Li Zefan <lizefan@xxxxxxxxxx>
- [ANNOUNCE] 3.6.11-rt30
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: RCU?: Scheduling while atomic with 3.4.23-rt33
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH 04/16] rcu: rcutiny: Prevent RCU stall
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: RCU?: Scheduling while atomic with 3.4.23-rt33
- From: Tim Sander <tim@xxxxxxxxxxxxxxx>
- [patch] Re: RCU?: Scheduling while atomic with 3.4.23-rt33
- From: "Tim Sander" <tim.sander@xxxxxxx>
- Re: RCU?: Scheduling while atomic with 3.4.23-rt33
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH 04/16] rcu: rcutiny: Prevent RCU stall
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH rt-tests] cyclictest: finish removal of 1 second first loops
- From: John Kacur <jkacur@xxxxxxxxxx>
- Re: [PATCH v2] rt-tests: NUMA optional for make rpm
- From: John Kacur <jkacur@xxxxxxxxxx>
- Re: [PATHC] 3.6 spinlock fix
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [PATHC] 3.6 spinlock fix
- From: Tim Sander <tim@xxxxxxxxxxxxxxx>
- Re: [PATCH] 3.4.28-rt40 tglx fix imx.c spinlock
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [PATCH] 3.4.28-rt40 tglx fix imx.c spinlock
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [PATCH rt-tests] cyclictest: finish removal of 1 second first loops
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [PATCH]sched/stop_task: Do not account zero delta_exec in put_prev_task_stop
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH]sched/stop_task: Do not account zero delta_exec in put_prev_task_stop
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Problems with X crashing
- From: Robert Barrows <Robert.Barrows@xxxxxxxxxxxxxxxxxxxx>
- [ANNOUNCE] 3.0.63-rt89
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [ANNOUNCE] 3.4.30-rt43
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH] 3.4.28-rt40 tglx fix imx.c spinlock
- From: Tim Sander <tim@xxxxxxxxxxxxxxx>
- RE: How to decode output from sysrq - t
- From: Staffan Tjernstrom <stjernstrom@xxxxxxxxxxxxxx>
- [ANNOUNCE] 3.0.62-rt88
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [ANNOUNCE] 3.2.38-rt57
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [ANNOUNCE] 3.4.29-rt42
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [ANNOUNCE] 3.6.11-rt29
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [RFC][PATCH RT] acpi/rt: Convert acpi lock back to a raw_spinlock_t
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [RFC][PATCH RT] acpi/rt: Convert acpi lock back to a raw_spinlock_t
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [RFC][PATCH RT] acpi/rt: Convert acpi lock back to a raw_spinlock_t
- From: John Kacur <jkacur@xxxxxxxxxx>
- Re: [PREEMPT RT] SLUB and split softirq lock for v3.2-rt
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: 3.4.28-rt40 arm freescale imx35 pcm43 - patch 86236252d2449313bdbac790023cbc957bf6e426 is cause
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: 3.4.28-rt40 arm freescale imx35 pcm43 - patch 86236252d2449313bdbac790023cbc957bf6e426 is cause
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PREEMPT RT] SLUB and split softirq lock for v3.2-rt
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [RFC][PATCH RT] acpi/rt: Convert acpi lock back to a raw_spinlock_t
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: 3.4.28-rt40 arm freescale imx35 pcm43 - patch 86236252d2449313bdbac790023cbc957bf6e426 is cause
- From: Tim Sander <tim@xxxxxxxxxxxxxxx>
- Re: [RFC][PATCH RT 4/4 v2] sched/rt: Use IPI to trigger RT task push migration instead of pulling
- From: John Kacur <jkacur@xxxxxxxxxx>
- Re: [RFC][PATCH RT] acpi/rt: Convert acpi lock back to a raw_spinlock_t
- From: John Kacur <jkacur@xxxxxxxxxx>
- [PATCH 10/16] FIX [2/2] slub: Tid must be retrieved from the percpu area of the current processor
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH 12/16] smp: introduce a generic on_each_cpu_mask() function
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH 11/16] slub: Use correct cpu_slab on dead cpu
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [RFC][PATCH RT] acpi/rt: Convert acpi lock back to a raw_spinlock_t
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [PATCH 15/16] mm: Enable SLUB for RT
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH 16/16] slub: Enable irqs for __GFP_WAIT
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH 11/12] mm: Enable SLUB for RT
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH 13/16] smp: add func to IPI cpus based on parameter func
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH 12/12] slub: Enable irqs for __GFP_WAIT
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH 14/16] slub: only IPI CPUs that have per cpu obj to flush
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH 10/12] slub: Use correct cpu_slab on dead cpu
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH 02/16] softirq: Split handling function
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH 01/16] softirq: Make serving softirqs a task flag
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH 04/16] rcu: rcutiny: Prevent RCU stall
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH 03/16] softirq: Split softirq locks
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH 05/16] softirq: Adapt NOHZ softirq pending check to new RT scheme
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH 06/16] softirq: Add more debugging
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH 08/16] net: Use local_bh_disable in netif_rx_ni()
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PREEMPT RT] SLUB and split softirq lock for v3.4-rt
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH 01/12] softirq: Make serving softirqs a task flag
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH 02/12] softirq: Split handling function
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH 04/12] softirq: Adapt NOHZ softirq pending check to new RT scheme
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH 05/12] softirq: Add more debugging
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH 03/12] softirq: Split softirq locks
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH 06/12] softirq: Fix nohz pending issue for real
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH 07/12] net: Use local_bh_disable in netif_rx_ni()
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH 09/12] FIX [2/2] slub: Tid must be retrieved from the percpu area of the current processor
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH 08/12] FIX [1/2] slub: Do not dereference NULL pointer in node_match
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH 07/16] softirq: Fix nohz pending issue for real
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PATCH 09/16] FIX [1/2] slub: Do not dereference NULL pointer in node_match
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [PREEMPT RT] SLUB and split softirq lock for v3.2-rt
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- [RFC][PATCH RT] acpi/rt: Convert acpi lock back to a raw_spinlock_t
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [ANNOUNCE] 3.6.11-rt29
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: How to decode output from sysrq - t
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: 3.6.11-rt28 build failure on 32bit Intel
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: 3.4.28-rt40 arm freescale imx35 pcm43 - patch 86236252d2449313bdbac790023cbc957bf6e426 is cause
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: 3.4.28-rt40 arm freescale imx35 pcm43
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: Protection of critical section in PREEMPT_RT
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: Random 3 to 4.5 second blocks of RT thread
- From: Ralf Müller <ralf@xxxxxxxx>
- Re: [PATCH]sched/stop_task: Do not account zero delta_exec in put_prev_task_stop
- From: Namhyung Kim <namhyung@xxxxxxxxxx>
- Re: [PATCH] sched/rt: Unthrottle the highest RT task of the rq if there are no another available tasks to be picked
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: Random 3 to 4.5 second blocks of RT thread
- From: Bruce Ashfield <bruce.ashfield@xxxxxxxxx>
- Re: Random 3 to 4.5 second blocks of RT thread
- From: Ralf Müller <ralf@xxxxxxxx>
- Re: Random 3 to 4.5 second blocks of RT thread
- From: Ralf Müller <ralf@xxxxxxxx>
- Re: [PATCH] sched/rt: Unthrottle the highest RT task of the rq if there are no another available tasks to be picked
- From: Mike Galbraith <bitbucket@xxxxxxxxx>
- Re: [PATCH] sched/rt: Unthrottle the highest RT task of the rq if there are no another available tasks to be picked
- From: Stanislav Meduna <stano@xxxxxxxxxx>
- Re: [PATCH] sched/rt: Unthrottle the highest RT task of the rq if there are no another available tasks to be picked
- From: Mike Galbraith <bitbucket@xxxxxxxxx>
- Re: [PATCH] of: fix recursive locking in of_get_next_available_child()
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
- Re: [PATCH next v2] OF: convert devtree lock from rw_lock to raw spinlock
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
- Re: [PATCH next v2] OF: convert devtree lock from rw_lock to raw spinlock
- From: Rob Herring <robherring2@xxxxxxxxx>
- Re: [PATCH next v2] OF: convert devtree lock from rw_lock to raw spinlock
- From: Grant Likely <grant.likely@xxxxxxxxxxxx>
- [PATCH v2] rt-tests: NUMA optional for make rpm
- From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
- [PATCH] sched/rt: Unthrottle the highest RT task of the rq if there are no another available tasks to be picked
- From: Kirill Tkhai <tkhai@xxxxxxxxx>
- [PATCH]sched/stop_task: Do not account zero delta_exec in put_prev_task_stop
- From: Kirill Tkhai <tkhai@xxxxxxxxx>
- [PATCH] of: fix recursive locking in of_get_next_available_child()
- From: Stephen Warren <swarren@xxxxxxxxxxxxx>
- Re: [PATCH next v2] OF: convert devtree lock from rw_lock to raw spinlock
- From: Rob Herring <robherring2@xxxxxxxxx>
- Re: [PATCH next v2] OF: convert devtree lock from rw_lock to raw spinlock
- From: Stephen Warren <swarren@xxxxxxxxxxxxx>
[Index of Archives]
[RT Stable]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Linux ATA RAID]
[Bugtraq]