Linux Real Time Users

• Thread Index

• [RFC][PATCH] fix SCHED_FIFO spec violation (backport)
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• [PATCH 2/2] sched: readjust the load whenever task_setprio() is invoked
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 1/2] sched: remove extraneous load manipulations
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 0/2] sched: misc fixes for stable-25.y and 25-rt
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH 0/3] sched: newidle and RT wake-buddy fixes
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: Get RT-linux working on a Routerboard 532
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH 0/3] sched: newidle and RT wake-buddy fixes
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: New LTP test feature [Hard Real Time Linux Testing]
  • From: Subrata Modak <subrata@xxxxxxxxxxxxxxxxxx>
• Re: Not so RT Linux
  • From: "Leon Woestenberg" <leon.woestenberg@xxxxxxxxx>
• Get RT-linux working on a Routerboard 532
  • From: Jean Collas <jean.collas@xxxxxxxxxx>
• Re: [Ksummit-2008-discuss] Delayed interrupt work, thread pools
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [Ksummit-2008-discuss] Delayed interrupt work, thread pools
  • From: "Leon Woestenberg" <leon.woestenberg@xxxxxxxxx>
• Re: Not so RT Linux
  • From: "Leon Woestenberg" <leon.woestenberg@xxxxxxxxx>
• Re: 2.6.24-rc8-rt1: Strange latencies on mpc5200 powerpc - RCU issue?
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Not so RT Linux
  • From: "Tobias Knutsson" <tobias.knutsson@xxxxxxxxx>
• Re: 2.6.24-rc8-rt1: Strange latencies on mpc5200 powerpc - RCU issue?
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Re: 2.6.24-rc8-rt1: Strange latencies on mpc5200 powerpc - RCU issue?
  • From: Luotao Fu <l.fu@xxxxxxxxxxxxxx>
• Get RT-linux working on a Routerboard 532
  • From: Jean Collas <jean.collas@xxxxxxxxxx>
• Re: [BUG RT] 2.6.25.8-rt7 on 8-way
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [BUG RT] 2.6.25.8-rt7 on 8-way
  • From: "Noah Watkins" <noahwatkins@xxxxxxxxx>
• Re: 2.6.24-rc8-rt1: Strange latencies on mpc5200 powerpc - RCU issue?
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Re: 2.6.24-rc8-rt1: Strange latencies on mpc5200 powerpc - RCU issue?
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: 2.6.24-rc8-rt1: Strange latencies on mpc5200 powerpc - RCU issue?
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3] sched: newidle and RT wake-buddy fixes
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: High latencies with linux-2.6.25.4-rt6 on MPC5200
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3] sched: newidle and RT wake-buddy fixes
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [PATCH -rt] Add schedule_work_prio() and queue_work_prio().
  • From: "Leon Woestenberg" <leon.woestenberg@xxxxxxxxx>
• [PATCH -rt] {queue,schedule}_work_prio() allowing work priorities other than caller's priority
  • From: "Leon Woestenberg" <leon.woestenberg@xxxxxxxxx>
• Re: [PATCH 0/3] sched: newidle and RT wake-buddy fixes
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 0/3] sched: newidle and RT wake-buddy fixes
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [PATCH 0/3] sched: newidle and RT wake-buddy fixes
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [PATCH 0/3] sched: newidle and RT wake-buddy fixes
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH 0/3] sched: newidle and RT wake-buddy fixes
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH -rt] Add schedule_work_prio() and queue_work_prio().
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [BUG RT] 2.6.25.8-rt7 on 8-way
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH -rt] Add schedule_work_prio() and queue_work_prio().
  • From: "Leon Woestenberg" <leon.woestenberg@xxxxxxxxx>
• Re: High latencies with linux-2.6.25.4-rt6 on MPC5200
  • From: Luotao Fu <l.fu@xxxxxxxxxxxxxx>
• Re: High latencies with linux-2.6.25.4-rt6 on MPC5200
  • From: "Leon Woestenberg" <leon.woestenberg@xxxxxxxxx>
• Re: High latencies with linux-2.6.25.4-rt6 on MPC5200
  • From: Luotao Fu <l.fu@xxxxxxxxxxxxxx>
• Re: [BUG RT] 2.6.25.8-rt7 on 8-way
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [BUG RT] 2.6.25.8-rt7 on 8-way
  • From: "Noah Watkins" <noahwatkins@xxxxxxxxx>
• Re: [BUG RT] 2.6.25.8-rt7 on 8-way
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• [BUG RT] 2.6.25.8-rt7 on 8-way
  • From: "Noah Watkins" <noahwatkins@xxxxxxxxx>
• Re: High latencies with linux-2.6.25.4-rt6 on MPC5200
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• [PATCH -rt] Add schedule_work_prio() and queue_work_prio().
  • From: "Leon Woestenberg" <leon.woestenberg@xxxxxxxxx>
• Re: 2.6.24.7-rt14
  • From: "Leon Woestenberg" <leon.woestenberg@xxxxxxxxx>
• Re: 2.6.24.7-rt14
  • From: trem <tremyfr@xxxxxxxx>
• Re: [PATCH 0/3] sched: newidle and RT wake-buddy fixes
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 3/3] sched: add avg-overlap support to RT tasks
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 2/3] sched: terminate newidle balancing once at least one task has moved over
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 1/3] sched: enable interrupts and drop rq-lock during newidle balancing
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 0/3] sched: newidle and RT wake-buddy fixes
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH] Fix the processing of optional options for cyclictest
  • From: "John Kacur" <jkacur@xxxxxxxxx>
• Re: [PATCH] Fix the processing of optional options for cyclictest
  • From: Clark Williams <clark.williams@xxxxxxxxx>
• Re: [PATCH] Fix the processing of optional options for cyclictest
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] Fix the processing of optional options for cyclictest
  • From: "Leon Woestenberg" <leon.woestenberg@xxxxxxxxx>
• Re: High latencies with linux-2.6.25.4-rt6 on MPC5200
  • From: Luotao Fu <l.fu@xxxxxxxxxxxxxx>
• [PATCH] Fix the processing of optional options for cyclictest
  • From: "John Kacur" <jkacur@xxxxxxxxx>
• ftrace help for NYSE
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [RT] remove_waiter does not need to do chain walk?(2.6.25.4-rt)
  • From: hyl <heyongli@xxxxxxxxx>
• Re: [LTP] 2.6.25.4-rt4
  • From: Subrata Modak <subrata@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] sched: limit "all_pinned" balance attempts to sd->span
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [PATCH 3/3] sched: terminate newidle balancing once atleastone task has moved over
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: 2.6.25.8-rt7
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: 2.6.25.8-rt7
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 3/3] sched: terminate newidle balancing once atleastone task has moved over
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: 2.6.25.8-rt7
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: 2.6.25.8-rt7
  • From: Juergen Beisert <jbe@xxxxxxxxxxxxxx>
• Re: 2.6.25.8-rt7
  • From: Juergen Beisert <jbe@xxxxxxxxxxxxxx>
• Re: 2.6.25.8-rt7
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: 2.6.25.8-rt7
  • From: "Gregory Haskins" <GHaskins@xxxxxxxxxx>
• Re: 2.6.25.8-rt7
  • From: Juergen Beisert <jbe@xxxxxxxxxxxxxx>
• [PATCH 1/3] sched: limit "all_pinned" balance attempts to sd->span
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 2/3] sched: enable interrupts and drop rq-lock during newidle balancing
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 3/3] sched: terminate newidle balancing once at least one task has moved over
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 0/3] RT: scheduler newidle enhancements v2
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 1/3] sched: limit "all_pinned" balance attempts to sd->span
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 0/3] RT: scheduler newidle enhancements v2
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH 3/3] sched: terminate newidle balancing once at leastone task has moved over
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] sched: terminate newidle balancing once at leastone task has moved over
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [PATCH 1/3] sched: enable interrupts and drop rq-lockduringnewidle balancing
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [PATCH 1/3] sched: enable interrupts and drop rq-lock duringnewidle balancing
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] sched: enable interrupts and drop rq-lock duringnewidle balancing
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [PATCH 2/3] sched: only run newidle if previous task was CFS
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] sched: terminate newidle balancing once at least one task has moved over
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 1/3] sched: enable interrupts and drop rq-lock during newidle balancing
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 2/3] sched: only run newidle if previous task was CFS
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RT] remove_waiter does not need to do chain walk?(2.6.25.4-rt)
  • From: hyl <heyongli@xxxxxxxxx>
• Re: [PATCH 3/3] sched: terminate newidle balancing once at least one task has moved over
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [PATCH 3/3] sched: terminate newidle balancing once at least one task has moved over
  • From: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
• Re: [PATCH 3/3] sched: terminate newidle balancing once at least one task has moved over
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• 2.6.25.8-rt7
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] 2.6.25.4-rt6: missing global_rt_runtime() in sched.c
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 3/3] sched: terminate newidle balancing once at least one task has moved over
  • From: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
• Re: [PATCH 3/3] sched: terminate newidle balancing once at least one task has moved over
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 0/3] RT: scheduler newidle enhancements
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [PATCH 3/3] sched: terminate newidle balancing once at least one task has moved over
  • From: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
• Re: [PATCH 0/3] RT: scheduler newidle enhancements
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 1/3] sched: enable interrupts and drop rq-lock during newidle balancing
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 3/3] sched: terminate newidle balancing once at least one task has moved over
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 2/3] sched: only run newidle if previous task was CFS
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 1/3] sched: enable interrupts and drop rq-lock during newidle balancing
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 0/3] RT: scheduler newidle enhancements
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH] 2.6.25.4-rt6: missing global_rt_runtime() in sched.c
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• 2.6.24.7-rt14
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: locking_selftest triggers WARN_ON by exceeding MAX_RWLOCK_DEPTH
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• locking_selftest triggers WARN_ON by exceeding MAX_RWLOCK_DEPTH
  • From: Josh Triplett <josht@xxxxxxxxxxxxxxxxxx>
• Re: High latencies with linux-2.6.25.4-rt6 on MPC5200
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Re: [OOPS] RT kernel on PowerPC
  • From: Sebastien Dugue <sebastien.dugue@xxxxxxxx>
• Re: High latencies with linux-2.6.25.4-rt6 on MPC5200
  • From: Luotao Fu <l.fu@xxxxxxxxxxxxxx>
• [OOPS] RT kernel on PowerPC
  • From: Chirag Jog <chirag@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH][resubmit] x86: enable preemption in delay
  • From: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
• Re: [PATCH][resubmit] x86: enable preemption in delay
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH][resubmit] x86: enable preemption in delay
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [PATCH][resubmit] x86: enable preemption in delay
  • From: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
• Re: [PATCH][resubmit] x86: enable preemption in delay
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [PATCH][resubmit] x86: enable preemption in delay
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH][resubmit] x86: enable preemption in delay
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [PATCH][resubmit] x86: enable preemption in delay
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• High latencies with linux-2.6.25.4-rt6 on MPC5200
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Re: [PATCH][resubmit] x86: enable preemption in delay
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: cyclictest - trouble explaning results
  • From: "Jens Wirth" <jewirth@xxxxxxxxxxxxxx>
• Re: [PATCH][resubmit] x86: enable preemption in delay
  • From: Marin Mitov <mitov@xxxxxxxxxxx>
• Re: cyclictest -t NUM argument not honoured [PATCH]
  • From: "John Kacur" <jkacur@xxxxxxxxx>
• Re: cyclictest -t NUM argument not honoured [PATCH]
  • From: "John Kacur" <jkacur@xxxxxxxxx>
• cyclictest -t NUM argument not honoured
  • From: "Leon Woestenberg" <leon.woestenberg@xxxxxxxxx>
• Re: [PATCH] 2.6.25.4-rt6: missing global_rt_runtime() in sched.c
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: cyclictest - trouble explaning results
  • From: Jens Wirth <jewirth@xxxxxxxxx>
• [PATCH] 2.6.25.4-rt6: missing global_rt_runtime() in sched.c
  • From: ciaby <ciaby@xxxxxxxxxxxxx>
• Re: MPC5200B: -rt11/-rt12 network problems
  • From: "Leon Woestenberg" <leon.woestenberg@xxxxxxxxx>
• Re: cyclictest - trouble explaning results
  • From: "Leon Woestenberg" <leon.woestenberg@xxxxxxxxx>
• Re: cyclictest - trouble explaning results
  • From: "Leon Woestenberg" <leon.woestenberg@xxxxxxxxx>
• Re: cyclictest - trouble explaning results
  • From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
• cyclictest - trouble explaning results
  • From: "Oleg Galimov" <Galimov@xxxxxx>
• linux v2.6.25.6.cpuisol1
  • From: Max Krasnyansky <maxk@xxxxxxxxxxxx>
• Re: [PATCH] Disable tracing when current_tracer is set to "none"
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] 2.6.25.4-rt6: missing global_rt_runtime() in sched.c
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH][resubmit] x86: enable preemption in delay
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH][resubmit] x86: enable preemption in delay
  • From: Marin Mitov <mitov@xxxxxxxxxxx>
• Re: [PATCH] 2.6.25.4-rt6: missing global_rt_runtime() in sched.c
  • From: Tarkan Erimer <tarkan@xxxxxxxxxxxxx>
• Re: [PATCH][resubmit] x86: enable preemption in delay
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] 2.6.25.4-rt6: missing global_rt_runtime() in sched.c
  • From: ciaby <ciaby@xxxxxxxxxxxxx>
• [PATCH] 2.6.25.4-rt6: missing global_rt_runtime() in sched.c
  • From: ciaby <ciaby@xxxxxxxxxxxxx>
• Re: 2.6.24.7-rt13 Oops
  • From: Mark Hounschell <dmarkh@xxxxxxxxxx>
• [PATCH] Disable tracing when current_tracer is set to "none"
  • From: Ankita Garg <ankita@xxxxxxxxxx>
• Re: 2.6.25.4-rt6
  • From: "Uli Brueggemann" <uli.brueggemann@xxxxxxxxx>
• Re: 2.6.25.4-rt6
  • From: Tarkan Erimer <tarkan@xxxxxxxxxxxxx>
• Re: 2.6.24.7-rt13 Oops
  • From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
• 2.6.24.7-rt13 Oops
  • From: Mark Hounschell <dmarkh@xxxxxxxxxx>
• 2.6.25.4-rt6
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• 2.6.24.7-rt13
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Fwd: about 2.6.25.4-rt5 (missing global_rt_runtime)
  • From: ciaby <ciaby@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] sched: fix cpupri priocount
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• RE: [PATCH 2/2] sched: fix cpupri priocount
  • From: "Rune Torgersen" <runet@xxxxxxxxxxxx>
• Re: [PATCH 2/2] sched: fix cpupri priocount
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• 2.6.25.4-rt5
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 2/2] sched: fix cpupri priocount
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 1/2] sched: fix cpupri hotplug support
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 0/2] sched: hotplug and cpupri fixes (v2)
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• MPC5200B: -rt11/-rt12 network problems
  • From: "Daniel Schnell" <daniel.schnell@xxxxxxxxx>
• Re: [PATCH] sched: fix cpupri hotplug support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] sched: fix cpupri hotplug support
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [PATCH] sched: fix cpupri hotplug support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 5/5] ARM: OMAP: remove unnecessary locking in clk_get_rate()
  • From: Paul Walmsley <paul@xxxxxxxxx>
• [PATCH] sched: fix cpupri hotplug support
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH - cyclictest] sched_switch not sched-switch
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH - cyclictest] handle latest ftrace
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH - cyclictest ] search for debugfs
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: 2.6.25.4-rt4
  • From: Subrata Modak <subrata@xxxxxxxxxxxxxxxxxx>
• 2.6.24.7-rt12 WARNING: at kernel/fork.c:1055 copy_process() == DEBUG_LOCKS_WARN_ON(!p->hardirqs_enabled);
  • From: "Leon Woestenberg" <leon.woestenberg@xxxxxxxxx>
• 2.6.24.7-rt12
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• re: [LTP] [ANNOUNCE] The Linux Test Project has been Released for MAY 2008
  • From: Guillaume FORTAINE <gui.fortaine@xxxxxxxxx>
• [LTP] [ANNOUNCE] The Linux Test Project has been Released for MAY 2008
  • From: Subrata Modak <subrata@xxxxxxxxxxxxxxxxxx>
• Re: Breaking out of pthread_mutex_lock
  • From: Gilles Carry <Gilles.Carry@xxxxxxxx>
• Re: [PATCH][resubmit] x86: enable preemption in delay
  • From: Marin Mitov <mitov@xxxxxxxxxxx>
• Re: [PATCH][resubmit] x86: enable preemption in delay
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• [PATCH][resubmit] x86: enable preemption in delay
  • From: Marin Mitov <mitov@xxxxxxxxxxx>
• Re: [PATCH] x86: enable preemption in delay
  • From: Pavel Machek <pavel@xxxxxx>
• Re: 2.6.25.4-rt4
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: 2.6.25.4-rt4
  • From: Jan Engelhardt <jengelh@xxxxxxxxxx>
• Re: Breaking out of pthread_mutex_lock
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: Breaking out of pthread_mutex_lock
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• Re: Different kernel and RT versions
  • From: "Remy Bohmer" <linux@xxxxxxxxxx>
• Re: Breaking out of pthread_mutex_lock
  • From: Gilles Carry <Gilles.Carry@xxxxxxxx>
• Re: 2.6.25.4-rt4
  • From: Tarkan Erimer <tarkan@xxxxxxxxxxxxx>
• Re: Different kernel and RT versions
  • From: "Uli Brueggemann" <uli.brueggemann@xxxxxxxxx>
• Re: Breaking out of pthread_mutex_lock
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Breaking out of pthread_mutex_lock
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• Re: Different kernel and RT versions
  • From: "Remy Bohmer" <linux@xxxxxxxxxx>
• problem compiling 2.6.25.4-rt4 x86
  • From: "Javier Sanz" <jsanza@xxxxxxxxx>
• 2.6.25.4-rt4
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Different kernel and RT versions
  • From: "Uli Brueggemann" <uli.brueggemann@xxxxxxxxx>
• Test results 2.6.25.4-rt3 on Freescale MPC8315E @ 400 MHz
  • From: "Leon Woestenberg" <leon.woestenberg@xxxxxxxxx>
• Re: [PATCH] x86: enable preemption in delay
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] x86: enable preemption in delay
  • From: Pavel Machek <pavel@xxxxxx>
• Real Time Group scheduling
  • From: Subrata Modak <subrata@xxxxxxxxxxxxxxxxxx>
• 2.6.24.7-rt11
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 3/3] sched: prioritize non-migratable tasks over migratable ones
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 2/3] sched: fix SCHED_FAIR wake-idle logic error
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 1/3] sched: fix RT task-wakeup logic
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 0/3] sched: misc sched-devel fixes for PREEMPT_RT
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH -rt] fix sysrq+l when nmi_watchdog disabled
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH -rt] fix sysrq+l when nmi_watchdog disabled
  • From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
• Re: [PATCH RT] remove user_trace_stop
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH -v4] x86: enable preemption in delay
  • From: Marin Mitov <mitov@xxxxxxxxxxx>
• Re:[PATCH -v4] x86: enable preemption in delay
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: add mlockall option to cyclictest, et al
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] x86: enable preemption in delay
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] x86: enable preemption in delay
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] x86: enable preemption in delay
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: [PATCH] x86: enable preemption in delay
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] x86: enable preemption in delay
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• [PATCH -v4] x86: enable preemption in delay
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH -v3] x86: enable preemption in delay
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH -v3] x86: enable preemption in delay
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH -v2] x86: enable preemption in delay
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] x86: enable preemption in delay
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH -v2] x86: enable preemption in delay
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] x86: enable preemption in delay
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86: enable preemption in delay
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] x86: enable preemption in delay
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] x86: enable preemption in delay
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: 2.6.24.7-rt10
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH] x86: enable preemption in delay
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: 2.6.24.7-rt10
  • From: trem <tremyfr@xxxxxxxx>
• Re: [PATCH -rt] fix for compiling 2.6.24.7-rt10 without CONFIG_FTRACE
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH -rt] fix for compiling 2.6.24.7-rt10 without CONFIG_FTRACE
  • From: Clark Williams <clark.williams@xxxxxxxxx>
• Re: [PATCH 5/5] remove the extra call to try_to_take_lock
  • From: "Peter W. Morreale" <pmorreale@xxxxxxxxxx>
• [PATCH RT] remove user_trace_stop
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• 2.6.24.7-rt10
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 5/5] remove the extra call to try_to_take_lock
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [PATCH 5/5] remove the extra call to try_to_take_lock
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH -rt] gitignore scripts/testlpp
  • From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
• [PATCH -rt] gitignore Module.markers
  • From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
• Re: How to enable CONFIG_PREEMPT_RT on Blackfin (nommu embedded world)?
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [LTP] [Fwd: [PATCH 1/1] [REALTIME] Profiled tests.]
  • From: Subrata Modak <subrata@xxxxxxxxxxxxxxxxxx>
• Re: How to enable CONFIG_PREEMPT_RT on Blackfin (nommu embedded world)?
  • From: "Bryan Wu" <cooloney@xxxxxxxxxx>
• Re: How to enable CONFIG_PREEMPT_RT on Blackfin (nommu embedded world)?
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: How to enable CONFIG_PREEMPT_RT on Blackfin (nommu embedded world)?
  • From: "Bryan Wu" <cooloney@xxxxxxxxxx>
• [PATCH RT] rwlocks fix for non PREEMPT_RT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Compile warning rtmutex code on 2.6.24.7-rt8 (CC:LKML added)
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Compile warning rtmutex code on 2.6.24.7-rt8 (CC:LKML added)
  • From: "Remy Bohmer" <linux@xxxxxxxxxx>
• Re: How to enable CONFIG_PREEMPT_RT on Blackfin (nommu embedded world)?
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: 2.6.24.7-rt8
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: 2.6.24.7-rt8
  • From: Mike Galbraith <efault@xxxxxx>
• Re: 2.6.24.7-rt8
  • From: Mike Galbraith <efault@xxxxxx>
• 2.6.24.7-rt9
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 0/5] RT: Misc. fixups for ARM/OMAP against 2.6.25.4-rt3
  • From: "Luís Vitório Cargnini" <lvcargnini@xxxxxxxxx>
• [PATCH 3/5] RT: ARM: remove __attribute_used__ from semaphore code
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• [RFC/PATCH 4/5] RT: ARM: disable duplicate cmpxchg
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• [PATCH 2/5] RT: wrap BUILD_CHECK_IRQ_FLAGS
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• [PATCH 4/5] RT: ARM: disable duplicate cmpxchg
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• [PATCH 1/5] RT: ARM: remove non-existant trace_preempt_*_idle calls from idle loop
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• [PATCH 5/5] ARM: OMAP: remove unnecessary locking in clk_get_rate()
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• [PATCH 0/5] RT: Misc. fixups for ARM/OMAP against 2.6.25.4-rt3
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• Re: Problems with RT pathc s in OMAP kernel
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• Re: Compile warning rtmutex code on 2.6.24.7-rt8 (CC:LKML added)
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Compile warning rtmutex code on 2.6.24.7-rt8 (CC:LKML added)
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Compile warning rtmutex code on 2.6.24.7-rt8 (CC:LKML added)
  • From: "Remy Bohmer" <linux@xxxxxxxxxx>
• Re: Compile bug in 2.6.24.8-rt7 on ARM
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Compile bug in 2.6.24.8-rt7 on ARM
  • From: "Remy Bohmer" <linux@xxxxxxxxxx>
• Re: [PATCH] msi: skip calling pci_find_capability from msi_set_mask_bits
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• Re: [PATCH] msi: skip calling pci_find_capability from msi_set_mask_bits
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
• 2.6.25.4-rt3
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: 2.6.25.4-rt2 compile errors on ARM due to cmpxchg() problems.
  • From: "Remy Bohmer" <linux@xxxxxxxxxx>
• Re: 2.6.25.4-rt2 compile errors on ARM due to cmpxchg() problems.
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: 2.6.25.4-rt1 problem
  • From: Tim Blechmann <tim@xxxxxxxxxx>
• [PATCH 5/5] remove the extra call to try_to_take_lock
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 4/5] adjust pi_lock usage in wakeup
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 3/5] rtmutex: use task->oncpu to save a call
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 2/5] sched: make task->oncpu available in all configurations
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 1/5] optimize rt lock wakeup
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 0/5] RT: adaptive-lock enhancements
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Problems with RT pathc s in OMAP kernel
  • From: "Luís Vitório Cargnini" <lvcargnini@xxxxxxxxx>
• Re: 2.6.25.4-rt2 compile errors on ARM due to cmpxchg() problems.
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• 2.6.25.4-rt2 compile errors on ARM due to cmpxchg() problems.
  • From: "Remy Bohmer" <linux@xxxxxxxxxx>
• RE: 2.6.25.4-rt2
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• RE: 2.6.25.4-rt2
  • From: "MA QING A" <Qing.a.Ma@xxxxxxxxxxxxxxxxxxxx>
• RE: 2.6.25.4-rt2
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• 2.6.24.7-rt8
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: 2.6.25.4-rt2
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• RE: 2.6.25.4-rt2
  • From: "MA QING A" <Qing.a.Ma@xxxxxxxxxxxxxxxxxxxx>
• Re: 2.6.25.4-rt2
  • From: Kasper Sandberg <lkml@xxxxxxxxxxx>
• Re: 2.6.25.4-rt2
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: 2.6.25.4-rt2
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: 2.6.25.4-rt2
  • From: Dragan Noveski <perodog@xxxxxxx>
• Re: 2.6.25.4-rt2
  • From: Kasper Sandberg <lkml@xxxxxxxxxxx>
• Re: 2.6.25.4-rt2
  • From: Dragan Noveski <perodog@xxxxxxx>
• Re: 2.6.25.4-rt2
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: 2.6.25.4-rt2
  • From: Dragan Noveski <perodog@xxxxxxx>
• Re: 2.6.25.4-rt2
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: 2.6.25.4-rt2
  • From: Kasper Sandberg <lkml@xxxxxxxxxxx>
• Re: 2.6.25.4-rt2
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: 2.6.25.4-rt2
  • From: Dragan Noveski <perodog@xxxxxxx>
• Re: 2.6.25.4-rt2
  • From: Kasper Sandberg <lkml@xxxxxxxxxxx>
• 2.6.25.4-rt2
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] msi: skip calling pci_find_capability from msi_set_mask_bits
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
• problem with patch patch-2.6.25.4-rt1 for OMAP
  • From: "Luís Vitório Cargnini" <lvcargnini@xxxxxxxxx>
• Re: [PATCH] msi: skip calling pci_find_capability from msi_set_mask_bits
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• Re: Oops with PREEMPT-RT on 2.6.25.4
  • From: Gregory Haskins <gregory.haskins.ml@xxxxxxxxx>
• 2.6.24.7-rt7
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 4/8] adaptive real-time lock support
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 8/8] remove the extra call to try_to_take_lock
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 3/8] sched: make task->oncpu available in all configurations
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 0/8] adaptive-locks v3
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 5/8] add a timeout mechanism to adaptive-locking
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 6/8] optimize rt lock wakeup
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 7/8] adjust pi_lock usage in wakeup
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 1/8] allow rt-mutex lock-stealing to include lateral priority
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 2/8] rearrange rt_spin_lock_slowlock sleeping code
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [Fwd: [PATCH 1/1] [REALTIME] Profiled tests.]
  • From: Subrata Modak <subrata@xxxxxxxxxxxxxxxxxx>
• 2.6.25.4-rt1 problem
  • From: Tim Blechmann <tim@xxxxxxxxxx>
• How to enable CONFIG_PREEMPT_RT on Blackfin (nommu embedded world)?
  • From: "Bryan Wu" <cooloney@xxxxxxxxxx>
• [PATCH] msi: skip calling pci_find_capability from msi_set_mask_bits
  • From: Hidetoshi Seto <seto.hidetoshi@xxxxxxxxxxxxxx>
• 2.6.25.4-rt1 (FINALLY!!!!)
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: 2.6.24.7-rt5
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• 2.6.24.7-rt5
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH][PCI]: Introduce pci_find_capability_cached and make MSI use it
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
• Re: [PATCH][PCI]: Introduce pci_find_capability_cached and make MSI use it
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• Re: [PATCH][PCI]: Introduce pci_find_capability_cached and make MSI use it
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
• Re: [PATCH][PCI]: Introduce pci_find_capability_cached and make MSI use it
  • From: Jesse Barnes <jbarnes@xxxxxxxxxxxxxxxx>
• Re: [LTP] realtime run shellscripts suite - question 1
  • From: Gilles Carry <Gilles.Carry@xxxxxxxx>
• Re: [LTP] realtime run shellscripts suite - question 1
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• Re: [PATCH][PCI]: Introduce pci_find_capability_cached and make MSI use it
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
• Re: [PATCH][PCI]: Introduce pci_find_capability_cached and make MSI use it
  • From: Matthew Wilcox <matthew@xxxxxx>
• Re: [PATCH][PCI]: Introduce pci_find_capability_cached and make MSI use it
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
• [PATCH][PCI]: Introduce pci_find_capability_cached and make MSI use it
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
• Re: [LTP] realtime run shellscripts suite - question 1
  • From: Gilles Carry <Gilles.Carry@xxxxxxxx>
• Re: [LTP] realtime run shellscripts suite - anyone using it?
  • From: Subrata Modak <subrata@xxxxxxxxxxxxxxxxxx>
• Re: [LTP] realtime run shellscripts suite - anyone using it?
  • From: Gilles Carry <Gilles.Carry@xxxxxxxx>
• Re: [LTP] realtime run shellscripts suite - anyone using it?
  • From: Subrata Modak <subrata@xxxxxxxxxxxxxxxxxx>
• Re: [LTP] realtime run shellscripts suite - anyone using it?
  • From: Sripathi Kodi <sripathik@xxxxxxxxxx>
• RTlinux setup
  • From: "Carlos E. Nino-Baron" <ninocarl@xxxxxxxxxxx>
• Re: [LTP] realtime run shellscripts suite - anyone using it?
  • From: Subrata Modak <subrata@xxxxxxxxxxxxxxxxxx>
• Cpuset management utility 0.9.1 release announcement
  • From: Alex Tsariounov <alext@xxxxxxxxxx>
• Re: add mlockall option to cyclictest, et al
  • From: Clark Williams <clark.williams@xxxxxxxxx>
• Re: add mlockall option to cyclictest, et al
  • From: Robert de Vries <robert.h.de.vries@xxxxxxxxx>
• Re: add mlockall option to cyclictest, et al
  • From: "Sven-Thorsten Dietrich" <sven@xxxxxxxxxxxxxxxxxxxxx>
• add mlockall option to cyclictest, et al
  • From: Clark Williams <clark.williams@xxxxxxxxx>
• port of 2.6.24.4-rt4 to 2.6.24.7-rt5
  • From: trem <tremyfr@xxxxxxxx>
• Re: Parport and RT_PREEMPT
  • From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
• Re: Parport and RT_PREEMPT
  • From: maray@xxxxxxxxxxxxxxxxxxxx
• Re: Preempt-RT patch for 2.6.25
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Preempt-RT patch for 2.6.25
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: Preempt-RT patch for 2.6.25
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Preempt-RT patch for 2.6.25
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: Preempt-RT patch for 2.6.25
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: Preempt-RT patch for 2.6.25
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Preempt-RT patch for 2.6.25
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: Preempt-RT patch for 2.6.25
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Preempt-RT patch for 2.6.25
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: Preempt-RT patch for 2.6.25
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Preempt-RT patch for 2.6.25
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: Preempt-RT patch for 2.6.25
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Preempt-RT patch for 2.6.25
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Preempt-RT patch for 2.6.25
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: Preempt-RT patch for 2.6.25
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: Preempt-RT patch for 2.6.25
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: Preempt-RT patch for 2.6.25
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Preempt-RT patch for 2.6.25
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: Preempt-RT patch for 2.6.25
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Preempt-RT patch for 2.6.25
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: Preempt-RT patch for 2.6.25
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Preempt-RT patch for 2.6.25
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: Preempt-RT patch for 2.6.25
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Preempt-RT patch for 2.6.25
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: Preempt-RT patch for 2.6.25
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: Preempt-RT patch for 2.6.25
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Preempt-RT patch for 2.6.25
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: Preempt-RT patch for 2.6.25
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: preempt-rt, need old style rwlocks for systemtap
  • From: "Peter W. Morreale" <pmorreale@xxxxxxxxxx>
• Parport and RT_PREEMPT
  • From: Mauricio A. Araya L� <maray@xxxxxxxxxxxx>
• Re: preempt-rt, need old style rwlocks for systemtap
  • From: "Frank Ch. Eigler" <fche@xxxxxxxxxx>
• Re: preempt-rt, need old style rwlocks for systemtap
  • From: Clark Williams <williams@xxxxxxxxxx>
• preempt-rt, need old style rwlocks for systemtap
  • From: "Frank Ch. Eigler" <fche@xxxxxxxxxx>
• Re: Preempt-RT patch for 2.6.25
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Preempt-RT patch for 2.6.25
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• Re: Preempt-RT patch for 2.6.25
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Preempt-RT patch for 2.6.25
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• Re: Preempt-RT patch for 2.6.25
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Preempt-RT patch for 2.6.25
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• Preempt-RT patch for 2.6.25
  • From: "Remy Bohmer" <linux@xxxxxxxxxx>
• Re: [(RESEND) PATCH] sched: fix RT task-wakeup logic
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH -rt 1/4] x86_64: send NMI after nmi_show_regs on
  • From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
• Re: [PATCH -rt 0/4] nmi_watchdog fixes for -rt
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH -rt 1/4] x86_64: send NMI after nmi_show_regs on
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH 0/2] sched fixes for suboptimal balancing
  • From: Ingo Molnar <mingo@xxxxxxx>
• [PATCH -rt 4/4] wait for finish show_regs() before panic
  • From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
• [PATCH -rt 3/4] x86: nmi_watchdog NMI needed for irq_show_regs_callback()
  • From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
• [PATCH -rt 2/4] x86: return true for NMI handled
  • From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
• [PATCH -rt 1/4] x86_64: send NMI after nmi_show_regs on
  • From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
• [PATCH -rt 0/4] nmi_watchdog fixes for -rt
  • From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
• [(RESEND) PATCH] sched: fix RT task-wakeup logic
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH RT 5/6] map read/write locks back to their readers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 4/6] implement reader limit on read write locks
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 6/6] read lock Priority Inheritance implementation
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 1/6] add framework for multi readers on rwsems
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 2/6] implement rwlocks management
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 3/6] map tasks to reader locks held
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 0/6] New read/write locks for PI and multiple readers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Parport and Linux-RT
  • From: Mauricio A. Araya L� <maray@xxxxxxxxxxxx>
• Re: [PATCH 1/2] sched: fix RT task-wakeup logic
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [PATCH 1/2] sched: fix RT task-wakeup logic
  • From: "Dmitry Adamushko" <dmitry.adamushko@xxxxxxxxx>
• Re: [PATCH 2/2] sched: prioritize non-migratable tasks over migratableones
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [PATCH 2/2] sched: prioritize non-migratable tasks over migratable ones
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 1/2] sched: fix RT task-wakeup logic
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 2/2] sched: prioritize non-migratable tasks over migratable ones
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 1/2] sched: fix RT task-wakeup logic
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [RFC PATCH 0/2] sched fixes for suboptimal balancing
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH 1/2] sched: push rt tasks only if newly activated tasks have been added
  • From: "Dmitry Adamushko" <dmitry.adamushko@xxxxxxxxx>
• Re: [PATCH 1/2] sched: push rt tasks only if newly activated tasks have been added
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [PATCH 1/2] sched: push rt tasks only if newly activated tasks have been added
  • From: "Dmitry Adamushko" <dmitry.adamushko@xxxxxxxxx>
• Re: [PATCH 1/2] sched: push rt tasks only if newly activated tasks have been added
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [PATCH 1/2] sched: push rt tasks only if newly activated tasks have been added
  • From: "Dmitry Adamushko" <dmitry.adamushko@xxxxxxxxx>
• Re: [PATCH 1/2] sched: push rt tasks only if newly activated tasks have been added
  • From: "Dmitry Adamushko" <dmitry.adamushko@xxxxxxxxx>
• Re: [PATCH 1/2] sched: push rt tasks only if newly activated tasks have been added
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: -O option causing test jitter?
  • From: Nivedita Singhvi <niv@xxxxxxxxxx>
• Re: [PATCH 1/2] sched: push rt tasks only if newly activated tasks have been added
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 1/2] sched: push rt tasks only if newly activated tasks have been added
  • From: "Dmitry Adamushko" <dmitry.adamushko@xxxxxxxxx>
• Re: [PATCH 0/2] sched: refreshes
  • From: Ingo Molnar <mingo@xxxxxxx>
• [PATCH 2/2] sched: Use a 2-d bitmap for searching lowest-pri CPU
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 1/2] sched: push rt tasks only if newly activated tasks have been added
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 0/2] sched: refreshes
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH v2] sched: push rt tasks only if newly activated taskshave been added
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [PATCH v2] sched: push rt tasks only if newly activated taskshave been added
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [PATCH v2] sched: push rt tasks only if newly activated tasks have been added
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2] sched: push rt tasks only if newly activated tasks have been added
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH v2] sched: push rt tasks only if newly activated tasks have been added
  • From: Ingo Molnar <mingo@xxxxxxx>
• [PATCH v2] sched: push rt tasks only if newly activated tasks have been added
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• rt-sources on PPC Mac Mini
  • From: "Mark Knecht" <markknecht@xxxxxxxxx>
• Re: -O option causing test jitter?
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• -O option causing test jitter?
  • From: john stultz <johnstul@xxxxxxxxxx>
• [PATCH] sched: push rt tasks only if newly activated tasks have been added
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• 2.6.25-rc9-dw1
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: RT_PREEMPT and Serial Port
  • From: Mauricio A. Araya L� <maray@xxxxxxxxxxxx>
• Re: RT_PREEMPT and Serial Port
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
• Re: RT_PREEMPT and Serial Port
  • From: mgross <640e9920@xxxxxxxxx>
• Re: RT_PREEMPT and Serial Port
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Re: RT_PREEMPT and Serial Port
  • From: Mauricio A. Araya L� <maray@xxxxxxxxxxxx>
• Re: RT_PREEMPT and Serial Port
  • From: mgross <640e9920@xxxxxxxxx>
• Re: [PATCH] Fix conversion of task state to char in latency tracer
  • From: Ingo Molnar <mingo@xxxxxxx>
• [PATCH] Fix conversion of task state to char in latency tracer
  • From: Ankita Garg <ankita@xxxxxxxxxx>
• Re: fully bisectable real time series
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: fully bisectable real time series
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• Re: fully bisectable real time series
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• fully bisectable real time series
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: Linux 11-minute mode (RTC update)
  • From: Pavel Machek <pavel@xxxxxx>
• Re: The best queue for RT_PREEMPT
  • From: "K.R. Foley" <kr@xxxxxxxxxx>
• Re: Linux 11-minute mode (RTC update)
  • From: fche@xxxxxxxxxx (Frank Ch. Eigler)
• Re: The best queue for RT_PREEMPT
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: The best queue for RT_PREEMPT
  • From: "Remy Bohmer" <linux@xxxxxxxxxx>
• The best queue for RT_PREEMPT
  • From: Mauricio A. Araya L� <maray@xxxxxxxxxxxx>
• [PATCH -rt] shorten softirq kernel thread names
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: RT_PREEMPT and Serial Port
  • From: "Nelson Castillo" <nelsoneci@xxxxxxxxx>
• Re: Linux 11-minute mode (RTC update)
  • From: John Sigler <linux.kernel@xxxxxxx>
• RT_PREEMPT and Serial Port
  • From: Mauricio A. Araya L� <maray@xxxxxxxxxxxx>
• Linux 11-minute mode (RTC update)
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: Real time USB2Serial devices and behaivor
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Real time USB2Serial devices and behaivor
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Real time USB2Serial devices and behaivor
  • From: "Ming Lei" <tom.leiming@xxxxxxxxx>
• Re: Real time USB2Serial devices and behaivor
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: Real time USB2Serial devices and behaivor
  • From: lsorense@xxxxxxxxxxxxxxxxxxx (Lennart Sorensen)
• Re: Real time USB2Serial devices and behaivor
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: Real time USB2Serial devices and behaivor
  • From: lsorense@xxxxxxxxxxxxxxxxxxx (Lennart Sorensen)
• Re: Real time USB2Serial devices and behaivor
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: Real time USB2Serial devices and behaivor
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Real time USB2Serial devices and behaivor
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Real time USB2Serial devices and behaivor
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Real time USB2Serial devices and behaivor
  • From: mark gross <mgross@xxxxxxxxxxxxxxx>
• Re: Real time USB2Serial devices and behaivor
  • From: Greg KH <greg@xxxxxxxxx>
• Real time USB2Serial devices and behaivor
  • From: mark gross <mgross@xxxxxxxxxxxxxxx>
• Re: [PATCH -rt] avoid deadlock related with PG_nonewrefs and swap_lock
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH -rt] avoid deadlock related with PG_nonewrefs and swap_lock
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• 2.6.24.4-rt4
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH -rt] rt-slab: fix cpu inconsistency case
  • From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
• Re: [PATCH -rt] rt-slab: fix cpu inconsistency case
  • From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
• Re: [PATCH -rt] rt-slab: fix cpu inconsistency case
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH -rt] rt-slab: fix cpu inconsistency case
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH -rt] avoid deadlock related with PG_nonewrefs and swap_lock
  • From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
• [RT] [PATCH 3/3] Update sched_debug with new RT related stats
  • From: Ankita Garg <ankita@xxxxxxxxxx>
• [RT] [PATCH 2/3] Initialize rt.nr_running & rt.nr_unterruptible
  • From: Ankita Garg <ankita@xxxxxxxxxx>
• [RT] [PATCH 1/3] Change the names of rt_rq fields for
  • From: Ankita Garg <ankita@xxxxxxxxxx>
• [RT] [PATCH 0/3] Few cleanups and RT updates to sched_debug
  • From: Ankita Garg <ankita@xxxxxxxxxx>
• Re: [RT] [PATCH] Make scheduler root_domain modular (sched_classspecific)
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• Re: [RT] [PATCH] Make scheduler root_domain modular (sched_classspecific)
  • From: Ankita Garg <ankita@xxxxxxxxxx>
• Re: [RT] [PATCH] Make scheduler root_domain modular (sched_classspecific)
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• Re: [RT] [PATCH] Make scheduler root_domain modular (sched_classspecific)
  • From: Ankita Garg <ankita@xxxxxxxxxx>
• Re: [RT] [PATCH] Make scheduler root_domain modular (sched_classspecific)
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• [RT] [PATCH] Make scheduler root_domain modular (sched_class specific)
  • From: Ankita Garg <ankita@xxxxxxxxxx>
• Re: [PATCH -rt] rt-slab: fix cpu inconsistency case
  • From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
• Re: [PATCH -rt] rt-slab: fix cpu inconsistency case
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH -rt] rt-slab: fix cpu inconsistency case
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: deadlock on 2.6.24.3-rt3
  • From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
• Re: [PATCH -rt] rt-slab: fix cpu inconsistency case
  • From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
• Re: [PATCH -rt] rt-slab: fix cpu inconsistency case
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH -rt] rt-slab: fix cpu inconsistency case
  • From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
• Re: [PATCH] sched: fix race in schedule
  • From: Sripathi Kodi <sripathik@xxxxxxxxxx>
• Re: [PATCH] fix misplaced mb() in rcu_enter/exit_nohz()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: deadlock on 2.6.24.3-rt3
  • From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
• Re: [PATCH] fix misplaced mb() in rcu_enter/exit_nohz()
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: deadlock on 2.6.24.3-rt3
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: deadlock on 2.6.24.3-rt3
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: deadlock on 2.6.24.3-rt3
  • From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
• Re: [PATCH] fix misplaced mb() in rcu_enter/exit_nohz()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] fix misplaced mb() in rcu_enter/exit_nohz()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] fix misplaced mb() in rcu_enter/exit_nohz()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] fix misplaced mb() in rcu_enter/exit_nohz()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• deadlock on 2.6.24.3-rt3
  • From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
• Re: [PATCH] fix misplaced mb() in rcu_enter/exit_nohz()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] fix misplaced mb() in rcu_enter/exit_nohz()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• 2.6.24.3-rt3 failure on ARM
  • From: Juergen Beisert <jbe@xxxxxxxxxxxxxx>
• 2.6.24.3-rt3 failure on ARM
  • From: Juergen Beisert <jbe@xxxxxxxxxxxxxx>
• Re: [PATCH] fix misplaced mb() in rcu_enter/exit_nohz()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] fix misplaced mb() in rcu_enter/exit_nohz()
  • From: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
• [PATCH] fix misplaced mb() in rcu_enter/exit_nohz()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sched: fix race in schedule
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] sched: fix race in schedule
  • From: "Dmitry Adamushko" <dmitry.adamushko@xxxxxxxxx>
• Re: [PATCH] sched: fix race in schedule
  • From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
• NULL pointer when calling spin_lock_irqsave()
  • From: Juergen Beisert <jbe@xxxxxxxxxxxxxx>
• Re: [PATCH RT 0/6] lockstat measurement extensions
  • From: "Bill Huey (hui)" <bill.huey@xxxxxxxxx>
• Re: [PATCH RT 0/6] lockstat measurement extensions
  • From: "Bill Huey (hui)" <bill.huey@xxxxxxxxx>
• Re: [PATCH RT 6/6] lockstat measurement extensions
  • From: "Bill Huey (hui)" <bill.huey@xxxxxxxxx>
• Re: [PATCH RT 5/6] lockstat measurement extensions
  • From: "Bill Huey (hui)" <bill.huey@xxxxxxxxx>
• Re: [PATCH RT 4/6] lockstat measurement extensions
  • From: "Bill Huey (hui)" <bill.huey@xxxxxxxxx>
• Re: [PATCH RT 3/6] lockstat measurement extensions
  • From: "Bill Huey (hui)" <bill.huey@xxxxxxxxx>
• Re: [PATCH RT 2/6] lockstat measurement extensions
  • From: "Bill Huey (hui)" <bill.huey@xxxxxxxxx>
• Re: [PATCH RT 1/6] lockstat measurement extensions
  • From: "Bill Huey (hui)" <bill.huey@xxxxxxxxx>
• [PATCH RT 0/6] lockstat measurement extensions
  • From: "Bill Huey (hui)" <bill.huey@xxxxxxxxx>
• Re: [PATCH] sched: fix race in schedule
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] sched: fix race in schedule
  • From: "Dmitry Adamushko" <dmitry.adamushko@xxxxxxxxx>
• Re: [PATCH] sched: fix race in schedule
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] sched: fix race in schedule
  • From: "Dmitry Adamushko" <dmitry.adamushko@xxxxxxxxx>
• Re: [PATCH] sched: fix race in schedule
  • From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
• Re: [PATCH] sched: fix race in schedule
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] sched: fix race in schedule
  • From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
• Re: [PATCH] sched: fix race in schedule
  • From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
• Re: [PATCH] sched: fix race in schedule
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] sched: fix race in schedule
  • From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
• Re: [PATCH] sched: fix race in schedule
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] sched: fix race in schedule
  • From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
• Re: [PATCH] sched: fix race in schedule
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH] sched: fix race in schedule
  • From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
• [PATCH] keep rd->online and cpu_online_map in sync
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: try_module_get and friends
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: try_module_get and friends
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] RESEND: fix cpus_allowed settings
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH] RT: fix spinlock preemption feature when PREEMPT_RT is enabled
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH] RESEND: fix cpus_allowed settings
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH] RESEND: fix cpus_allowed settings
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• WG: missing prof_pid in sysctl.c
  • From: <H.Jesuiter@xxxxxxxxx>
• Re: High resolution timers on AT91SAM926x
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: try_module_get and friends
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: try_module_get and friends
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: try_module_get and friends
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: try_module_get and friends
  • From: fche@xxxxxxxxxx (Frank Ch. Eigler)
• Re: try_module_get and friends
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: try_module_get and friends
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: try_module_get and friends
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH] move PREEMPT_RCU config option back under PREEMPT
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: BUG on 2.6.24.3-rt3.
  • From: Sripathi Kodi <sripathik@xxxxxxxxxx>
• Re: BUG on 2.6.24.3-rt3.
  • From: Gilles Carry <Gilles.Carry@xxxxxxxx>
• Re: [PATCH] move PREEMPT_RCU config option back under PREEMPT
  • From: Roman Zippel <zippel@xxxxxxxxxxxxxx>
• Re: [PATCH] move PREEMPT_RCU config option back under PREEMPT
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: High resolution timers on AT91SAM926x
  • From: "Bosko Radivojevic" <bosko.radivojevic@xxxxxxxxx>
• Re: [RFC PATCH 4/6] Preempt-RCU: Implementation
  • From: Roman Zippel <zippel@xxxxxxxxxxxxxx>
• Re: [PATCH] move PREEMPT_RCU config option back under PREEMPT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: High resolution timers on AT91SAM926x
  • From: Wolfgang Grandegger <wg@xxxxxxxxxxxxxx>
• Re: try_module_get and friends
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• [PATCH] move PREEMPT_RCU config option back under PREEMPT
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: High resolution timers on AT91SAM926x
  • From: "Remy Bohmer" <linux@xxxxxxxxxx>
• Re: BUG on 2.6.24.3-rt3.
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• BUG on 2.6.24.3-rt3.
  • From: Sripathi Kodi <sripathik@xxxxxxxxxx>
• Re: try_module_get and friends
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• try_module_get and friends
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• Re: High resolution timers on AT91SAM926x
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: High resolution timers on AT91SAM926x
  • From: "Bosko Radivojevic" <bosko.radivojevic@xxxxxxxxx>
• Re: [RFC PATCH 4/6] Preempt-RCU: Implementation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: High resolution timers on AT91SAM926x
  • From: David Brownell <david-b@xxxxxxxxxxx>
• Re: [(RT RFC) PATCH v2 1/9] allow rt-mutex lock-stealing toincludelateral priority
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [(RT RFC) PATCH v2 1/9] allow rt-mutex lock-stealing to includelateral priority
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [(RT RFC) PATCH v2 4/9] optimize rt lock wakeup
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [(RT RFC) PATCH v2 1/9] allow rt-mutex lock-stealing to includelateral priority
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [(RT RFC) PATCH v2 4/9] optimize rt lock wakeup
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [(RT RFC) PATCH v2 1/9] allow rt-mutex lock-stealing to include lateral priority
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: High resolution timers on AT91SAM926x
  • From: "Bosko Radivojevic" <bosko.radivojevic@xxxxxxxxx>
• Re: [RFC PATCH 4/6] Preempt-RCU: Implementation
  • From: Roman Zippel <zippel@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 4/6] Preempt-RCU: Implementation
  • From: Roman Zippel <zippel@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 4/6] Preempt-RCU: Implementation
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH 4/6] Preempt-RCU: Implementation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• ltp-20080229 crashes the kernel during the "shmctl04" test
  • From: "Leon Woestenberg" <leon.woestenberg@xxxxxxxxx>
• [PATCH] Fix build, missing profile.h include in kernel/sysctl.c (against 2.6.24.3-rt3)
  • From: "Leon Woestenberg" <leon.woestenberg@xxxxxxxxx>
• Re: [RFC PATCH 4/6] Preempt-RCU: Implementation
  • From: Roman Zippel <zippel@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 4/6] Preempt-RCU: Implementation
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH 4/6] Preempt-RCU: Implementation
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] The Linux Test Project has been Released for FEBRUARY 2008
  • From: Subrata Modak <subrata@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 4/6] Preempt-RCU: Implementation
  • From: Roman Zippel <zippel@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 4/6] Preempt-RCU: Implementation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 4/6] Preempt-RCU: Implementation
  • From: Roman Zippel <zippel@xxxxxxxxxxxxxx>
• 2.6.24.3-rt3
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: 2.6.24.2(-rt2?) sched_fair issue
  • From: Hans-Peter Jansen <hpj@xxxxxxxxx>
• 2.6.24.2(-rt2?) sched_fair issue
  • From: Hiroshi Shimamoto <h-shimamoto@xxxxxxxxxxxxx>
• Re: [(RT RFC) PATCH v2 5/9] adaptive real-time lock support
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [(RT RFC) PATCH v2 5/9] adaptive real-time lock support
  • From: Pavel Machek <pavel@xxxxxx>
• Re: 2.6.24.2-rt2
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: 2.6.24.2-rt2
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: 2.6.24.2-rt2
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: 2.6.24.2-rt2
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [(RT RFC) PATCH v2 6/9] add a loop counter based timeout mechanism
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [(RT RFC) PATCH v2 5/9] adaptive real-time lock support
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: 2.6.24.2-rt2
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: 2.6.24.2-rt2
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Can you explain PCI DMA latency please ?
  • From: "CHAVENT Paul" <Paul.CHAVENT@xxxxxxxxxxxxxxxxxx>
• Re: [(RT RFC) PATCH v2 2/9] sysctl for runtime-control of lateral mutex stealing
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [(RT RFC) PATCH v2 7/9] adaptive mutexes
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [(RT RFC) PATCH v2 5/9] adaptive real-time lock support
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [(RT RFC) PATCH v2 3/9] rearrange rt_spin_lock sleep
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [PATCH [RT] 08/14] add a loop counter based timeout mechanism
  • From: Sven-Thorsten Dietrich <sdietrich@xxxxxxxxxx>
• Re: [(RT RFC) PATCH v2 2/9] sysctl for runtime-control of lateral mutex stealing
  • From: Sven-Thorsten Dietrich <sdietrich@xxxxxxxxxx>
• Re: [(RT RFC) PATCH v2 2/9] sysctl for runtime-control of lateral mutex stealing
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [(RT RFC) PATCH v2 2/9] sysctl for runtime-control of lateral mutex stealing
  • From: Sven-Thorsten Dietrich <sdietrich@xxxxxxxxxx>
• Re: [(RT RFC) PATCH v2 6/9] add a loop counter based timeout mechanism
  • From: Sven-Thorsten Dietrich <sdietrich@xxxxxxxxxx>
• Re: [(RT RFC) PATCH v2 6/9] add a loop counter based timeout mechanism
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [(RT RFC) PATCH v2 6/9] add a loop counter based timeout mechanism
  • From: Greg KH <gregkh@xxxxxxx>
• Re: [(RT RFC) PATCH v2 8/9] adjust pi_lock usage in wakeup
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [(RT RFC) PATCH v2 7/9] adaptive mutexes
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [(RT RFC) PATCH v2 6/9] add a loop counter based timeout mechanism
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [(RT RFC) PATCH v2 5/9] adaptive real-time lock support
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [(RT RFC) PATCH v2 3/9] rearrange rt_spin_lock sleep
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [(RT RFC) PATCH v2 2/9] sysctl for runtime-control of lateral mutex stealing
  • From: Pavel Machek <pavel@xxxxxx>
• [(RT RFC) PATCH v2 9/9] remove the extra call to try_to_take_lock
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [(RT RFC) PATCH v2 6/9] add a loop counter based timeout mechanism
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [(RT RFC) PATCH v2 8/9] adjust pi_lock usage in wakeup
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [(RT RFC) PATCH v2 7/9] adaptive mutexes
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [(RT RFC) PATCH v2 5/9] adaptive real-time lock support
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [(RT RFC) PATCH v2 4/9] optimize rt lock wakeup
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [(RT RFC) PATCH v2 3/9] rearrange rt_spin_lock sleep
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [(RT RFC) PATCH v2 2/9] sysctl for runtime-control of lateral mutex stealing
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [(RT RFC) PATCH v2 1/9] allow rt-mutex lock-stealing to include lateral priority
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [(RT RFC) PATCH v2 0/9] adaptive real-time locks
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH [RT] 11/14] optimize the !printk fastpath through the lock acquisition
  • From: "Bill Huey (hui)" <bill.huey@xxxxxxxxx>
• Re: [PATCH [RT] 11/14] optimize the !printk fastpath through the lock acquisition
  • From: "Bill Huey (hui)" <bill.huey@xxxxxxxxx>
• Re: [PATCH [RT] 11/14] optimize the !printk fastpath through the lock acquisition
  • From: Gregory Haskins <gregory.haskins.ml@xxxxxxxxx>
• Re: [PATCH [RT] 08/14] add a loop counter based timeout mechanism
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH [RT] 08/14] add a loop counter based timeout mechanism
  • From: Andi Kleen <ak@xxxxxxx>
• Re: [PATCH [RT] 00/14] RFC - adaptive real-time locks
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH [RT] 08/14] add a loop counter based timeout mechanism
  • From: Sven-Thorsten Dietrich <sdietrich@xxxxxxxxxx>
• Re: [PATCH [RT] 11/14] optimize the !printk fastpath through the lock acquisition
  • From: "Bill Huey (hui)" <bill.huey@xxxxxxxxx>
• Re: [PATCH [RT] 11/14] optimize the !printk fastpath through the lock acquisition
  • From: Gregory Haskins <gregory.haskins.ml@xxxxxxxxx>
• Re: [PATCH [RT] 08/14] add a loop counter based timeout mechanism
  • From: Gregory Haskins <gregory.haskins.ml@xxxxxxxxx>
• Re: [PATCH [RT] 08/14] add a loop counter based timeout mechanism
  • From: "Peter W. Morreale" <pmorreale@xxxxxxxxxx>
• Re: [PATCH [RT] 08/14] add a loop counter based timeout mechanism
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH [RT] 08/14] add a loop counter based timeout mechanism
  • From: "Peter W. Morreale" <pmorreale@xxxxxxxxxx>
• Re: [PATCH [RT] 08/14] add a loop counter based timeout mechanism
  • From: Sven-Thorsten Dietrich <sdietrich@xxxxxxxxxx>
• Re: [PATCH [RT] 08/14] add a loop counter based timeout mechanism
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH [RT] 02/14] spinlock: make preemptible-waiter feature a specific config option
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH [RT] 07/14] adaptive real-time lock support
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH [RT] 11/14] optimize the !printk fastpath through the lock acquisition
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH [RT] 08/14] add a loop counter based timeout mechanism
  • From: "Bill Huey (hui)" <bill.huey@xxxxxxxxx>
• Re: [PATCH [RT] 08/14] add a loop counter based timeout mechanism
  • From: "Bill Huey (hui)" <bill.huey@xxxxxxxxx>
• Re: [PATCH [RT] 08/14] add a loop counter based timeout mechanism
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH [RT] 05/14] rearrange rt_spin_lock sleep
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH [RT] 05/14] rearrange rt_spin_lock sleep
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH [RT] 05/14] rearrange rt_spin_lock sleep
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• Re: [PATCH [RT] 05/14] rearrange rt_spin_lock sleep
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH [RT] 05/14] rearrange rt_spin_lock sleep
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH [RT] 05/14] rearrange rt_spin_lock sleep
  • From: Gregory Haskins <gregory.haskins.ml@xxxxxxxxx>