linux-rt-users  

Messages by Thread

• • Re: Interrupt Latency module for intel Jaswinder Singh
  • Re: Interrupt Latency module for intel Steven Rostedt
  • Re: Interrupt Latency module for intel Jaswinder Singh
  • Re: Interrupt Latency module for intel Sven-Thorsten Dietrich
  • Re: Interrupt Latency module for intel Steven Rostedt
• [patch 0/8] New RT Task Balancing Steven Rostedt
  • [patch 7/8] wake up balance RT Steven Rostedt
  • [patch 1/8] Add rt_nr_running accounting Steven Rostedt
  • Re: [patch 1/8] Add rt_nr_running accounting Dmitry Adamushko
  • Re: [patch 1/8] Add rt_nr_running accounting Steven Rostedt
  • [patch 2/8] track highest prio queued on runqueue Steven Rostedt
  • Re: [patch 2/8] track highest prio queued on runqueue Steven Rostedt
  • Re: [patch 2/8] track highest prio queued on runqueue Gregory Haskins
  • Re: [patch 2/8] track highest prio queued on runqueue Steven Rostedt
  • Re: [patch 2/8] track highest prio queued on runqueue Dmitry Adamushko
  • Re: [patch 2/8] track highest prio queued on runqueue Steven Rostedt
  • [patch 4/8] RT overloaded runqueues accounting Steven Rostedt
  • [patch 6/8] pull RT tasks Steven Rostedt
  • Re: [patch 6/8] pull RT tasks Peter Zijlstra
  • Re: [patch 6/8] pull RT tasks Peter Zijlstra
  • Re: [patch 6/8] pull RT tasks Steven Rostedt
  • Re: [patch 6/8] pull RT tasks Dmitry Adamushko
  • Re: [patch 6/8] pull RT tasks Steven Rostedt
  • Re: [patch 6/8] pull RT tasks Dmitry Adamushko
  • Re: [patch 6/8] pull RT tasks Steven Rostedt
  • Re: [patch 6/8] pull RT tasks Dmitry Adamushko
  • Re: [patch 6/8] pull RT tasks Steven Rostedt
  • [patch 3/8] push RT tasks Steven Rostedt
  • [patch 5/8] Move prototypes together. Steven Rostedt
  • [patch 8/8] disable CFS RT load balancing. Steven Rostedt
• thread load balancing on dual CPU Multicore AMD64 system Gernot Hillier
  • Re: thread load balancing on dual CPU Multicore AMD64 system Steven Rostedt
  • Re: thread load balancing on dual CPU Multicore AMD64 system Gernot Hillier
  • Re: thread load balancing on dual CPU Multicore AMD64 system Steven Rostedt
  • Re: thread load balancing on dual CPU Multicore AMD64 system Hillier, Gernot
• Re: High 50us+ latencies in the process signal handling path David Miller
  • Re: High 50us+ latencies in the process signal handling path Ankita Garg
  • Re: High 50us+ latencies in the process signal handling path Steven Rostedt
  • Re: High 50us+ latencies in the process signal handling path Ankita Garg
  • Re: High 50us+ latencies in the process signal handling path Luis Claudio R. Goncalves
  • Re: High 50us+ latencies in the process signal handling path Ankita Garg
  • Re: High 50us+ latencies in the process signal handling path Steven Rostedt
  • Re: High 50us+ latencies in the process signal handling path Michal Schmidt
  • Re: High 50us+ latencies in the process signal handling path Steven Rostedt
  • Re: High 50us+ latencies in the process signal handling path Sripathi Kodi
  • Re: High 50us+ latencies in the process signal handling path Steven Rostedt
• file handling sample and java rtsj question Javier Sanz
• [PATCH] RT: Only dirty a cacheline if the priority is actually changing Gregory Haskins
• [PATCH 0/9] RT: RT-Overload/Sched enhancements v4 Gregory Haskins
  • [PATCH 1/9] RT: push-rt Gregory Haskins
  • [PATCH 2/9] RT: Add a per-cpu rt_overload indication Gregory Haskins
  • [PATCH 3/9] RT: Wrap the RQ notion of priority to make it conditional Gregory Haskins
  • [PATCH 4/9] RT: Initialize the priority value Gregory Haskins
  • [PATCH 5/9] RT: Maintain the highest RQ priority Gregory Haskins
  • [PATCH 6/9] RT: Clean up some of the push-rt logic Gregory Haskins
  • [PATCH 7/9] RT: Add support for low-priority wake-up to push_rt feature Gregory Haskins
  • [PATCH 8/9] RT: Fixes for push-rt patch Gregory Haskins
  • Re: [PATCH 8/9] RT: Fixes for push-rt patch Javier Sanz
  • [PATCH 9/9] RT: Only dirty a cacheline if the priority is actually changing Gregory Haskins
  • Re: [PATCH 9/9] RT: Only dirty a cacheline if the priority is actually changing Roel Kluin
  • Re: [PATCH 9/9] RT: Only dirty a cacheline if the priority is actually changing Steven Rostedt
  • Re: [PATCH 9/9] RT: Only dirty a cacheline if the priority is actually changing Gregory Haskins
• Re: [RT] seqlocks: use of PICK_FUNCTION breaks kernel compile when CONFIG_GENERIC_TIME is NOT set Steven Rostedt
  • Re: [RT] seqlocks: use of PICK_FUNCTION breaks kernel compile when CONFIG_GENERIC_TIME is NOT set Daniel Walker
  • Re: [RT] seqlocks: use of PICK_FUNCTION breaks kernel compile when CONFIG_GENERIC_TIME is NOT set Steven Rostedt
  • Re: [RT] seqlocks: use of PICK_FUNCTION breaks kernel compile when CONFIG_GENERIC_TIME is NOT set Daniel Walker
• [PATCH 0/4] RT: RT-Overload/Sched v3 Gregory Haskins
  • [PATCH 1/4] RT: Wrap the RQ notion of priority to make it conditional Gregory Haskins
  • [PATCH 2/4] RT: Initialize the priority value Gregory Haskins
  • [PATCH 3/4] RT: Add support for updating push-rt priority under PI boost Gregory Haskins
  • [PATCH 4/4] RT: Add support for low-priority wake-up to push_rt feature Gregory Haskins
• [RT] seqlocks: use of PICK_FUNCTION breaks kernel compile when CONFIG_GENERIC_TIME is NOT set Remy Bohmer
  • Re: [RT] seqlocks: use of PICK_FUNCTION breaks kernel compile when CONFIG_GENERIC_TIME is NOT set Daniel Walker
  • Re: [RT] seqlocks: use of PICK_FUNCTION breaks kernel compile when CONFIG_GENERIC_TIME is NOT set Remy Bohmer
• Preemption-test (v1) Gregory Haskins
• Hang with powerpc 2.6.21-rt3 Pradyumna Sampath
• [PATCH 0/7] RT: RT-Overload/Sched enhancements (v2) Gregory Haskins
  • [PATCH 1/7] RT: Add a per-cpu rt_overload indication Gregory Haskins
  • Re: [PATCH 1/7] RT: Add a per-cpu rt_overload indication Steven Rostedt
  • [PATCH 2/7] RT: Wrap the RQ notion of priority to make it conditional Gregory Haskins
  • Re: [PATCH 2/7] RT: Wrap the RQ notion of priority to make it conditional Steven Rostedt
  • Re: [PATCH 2/7] RT: Wrap the RQ notion of priority to make it conditional Gregory Haskins
  • [PATCH 3/7] RT: Initialize the priority value Gregory Haskins
  • Re: [PATCH 3/7] RT: Initialize the priority value Steven Rostedt
  • [PATCH 4/7] RT: Add support for updating push-rt priority under PI boost Gregory Haskins
  • Re: [PATCH 4/7] RT: Add support for updating push-rt priority under PI boost Steven Rostedt
  • [PATCH 5/7] RT: Add support for low-priority wake-up to push_rt feature Gregory Haskins
  • Re: [PATCH 5/7] RT: Add support for low-priority wake-up to push_rt feature Peter Zijlstra
  • Re: [PATCH 5/7] RT: Add support for low-priority wake-up to push_rt feature Steven Rostedt
  • Re: [PATCH 5/7] RT: Add support for low-priority wake-up to push_rt feature Steven Rostedt
  • Re: [PATCH 5/7] RT: Add support for low-priority wake-up to push_rt feature Gregory Haskins
  • [PATCH 6/7] RT: Select tasks based on relative affinity Gregory Haskins
  • Re: [PATCH 6/7] RT: Select tasks based on relative affinity Gregory Haskins
  • [PATCH 7/7] RT: (RFC) Only try to pull tasks in if we are downgrading our priority Gregory Haskins
• [ANNOUNCE] ketchup-0.9.8-rt1 Steven Rostedt
• [PATCH RT] push RT tasks when overloaded (via schedule) Steven Rostedt
  • Re: [PATCH RT] push RT tasks when overloaded (via schedule) Peter Zijlstra
  • Re: [PATCH RT] push RT tasks when overloaded (via schedule) Steven Rostedt
• NMI watchdog John Sigler
  • Re: NMI watchdog Björn Steinbrink
  • Re: NMI watchdog John Sigler
  • Re: NMI watchdog Steven Rostedt
  • Re: NMI watchdog John Sigler
  • Re: NMI watchdog Steven Rostedt
  • Re: NMI watchdog John Sigler
  • Re: NMI watchdog Arjan van de Ven
  • Re: NMI watchdog John Sigler
• 2.6.23-rt1 Steven Rostedt
  • 2.6.23-rt1 trouble Rui Nuno Capela
  • Re: 2.6.23-rt1 trouble Rui Nuno Capela
  • Re: 2.6.23-rt4 (was 2.6.23-rt1 trouble) Rui Nuno Capela
  • Re: 2.6.23-rt4 (was 2.6.23-rt1 trouble) Steven Rostedt
  • Re: 2.6.23-rt4 (was 2.6.23-rt1 trouble) Rui Nuno Capela
  • Re: 2.6.23.1-rt5 (was 2.6.23-rt1 trouble) Rui Nuno Capela
  • Re: 2.6.23.1-rt5 (was 2.6.23-rt1 trouble) Steven Rostedt
  • Re: 2.6.23.1-rt5 (was 2.6.23-rt1 trouble) Rui Nuno Capela
  • Re: 2.6.23.1-rt5 (was 2.6.23-rt1 trouble) Steven Rostedt
  • Re: 2.6.23.1-rt5 (was 2.6.23-rt1 trouble) Rui Nuno Capela
  • Re: 2.6.23.1-rt5 (was 2.6.23-rt1 trouble) Alessio Igor Bogani
  • Re: 2.6.23.1-rt5 (was 2.6.23-rt1 trouble) Gabriel C
• [PATCH 0/7] RT: (RFC) RT-Overload/Sched enhancements Gregory Haskins
  • [PATCH 1/7] RT: Push waiting rt tasks Gregory Haskins
  • [PATCH 2/7] RT: Peter Zijlstra's suggested improvements to rt-push patch Gregory Haskins
  • [PATCH 3/7] RT: Only consider online CPUs when pushing rt tasks Gregory Haskins
  • Re: [PATCH 3/7] RT: Only consider online CPUs when pushing rt tasks Steven Rostedt
  • [PATCH 4/7] RT: Add a per-cpu rt_overload indication Gregory Haskins
  • [PATCH 5/7] RT: CPU priority management Gregory Haskins
  • [PATCH 6/7] RT: Convert Steve's rt-push infrastructure to cpupri Gregory Haskins
  • [PATCH 7/7] RT: push-rt enhancements Gregory Haskins
  • Re: [PATCH 0/7] RT: (RFC) RT-Overload/Sched enhancements Peter Zijlstra
  • Re: [PATCH 0/7] RT: (RFC) RT-Overload/Sched enhancements Steven Rostedt
  • Re: [PATCH 0/7] RT: (RFC) RT-Overload/Sched enhancements Gregory Haskins
  • Re: [PATCH 0/7] RT: (RFC) RT-Overload/Sched enhancements Gregory Haskins
• [PATCH] RT: fix spin_trylock_irq Sébastien Dugué
  • Re: [PATCH] RT: fix spin_trylock_irq Steven Rostedt
  • Re: [PATCH] RT: fix spin_trylock_irq Daniel Walker
  • Re: [PATCH] RT: fix spin_trylock_irq Steven Rostedt
  • Re: [PATCH] RT: fix spin_trylock_irq Daniel Walker
  • Re: [PATCH] RT: fix spin_trylock_irq Thomas Gleixner
  • Re: [PATCH] RT: fix spin_trylock_irq Daniel Walker
• Alarm / timer callback from the kernel Morten Mossige
• [PATCH] RT: Fix special-case exception for preempting the local CPU Gregory Haskins
  • Re: [PATCH] RT: Fix special-case exception for preempting the local CPU mike kravetz
  • Re: [PATCH] RT: Fix special-case exception for preempting the local CPU Ankita Garg
• [PATCH 0/5] RT: scheduler fixes and rt_overload enhancements Gregory Haskins
  • [PATCH 1/5] RT - fix for scheduling issue Gregory Haskins
  • [PATCH 2/5] RT - fix reschedule IPI Gregory Haskins
  • [PATCH 3/5] RT - fix mistargeted RESCHED_IPI Gregory Haskins
  • [PATCH 4/5] RT: Add a per-cpu rt_overload indication Gregory Haskins
  • [PATCH 5/5] RT - Track which CPUs should get IPI'd on rt-overload Gregory Haskins
  • Re: [PATCH 0/5] RT: scheduler fixes and rt_overload enhancements Peter Zijlstra
  • Re: [PATCH 0/5] RT: scheduler fixes and rt_overload enhancements Steven Rostedt
  • Re: [PATCH 0/5] RT: scheduler fixes and rt_overload enhancements Gregory Haskins
  • Re: [PATCH 0/5] RT: scheduler fixes and rt_overload enhancements Peter Zijlstra
  • [RFC PATCH RT] push waiting rt tasks to cpus with lower prios. Steven Rostedt
  • Re: [RFC PATCH RT] push waiting rt tasks to cpus with lower prios. Steven Rostedt
  • Re: [RFC PATCH RT] push waiting rt tasks to cpus with lower prios. Peter Zijlstra
  • Re: [RFC PATCH RT] push waiting rt tasks to cpus with lower prios. Steven Rostedt
  • Re: [RFC PATCH RT] push waiting rt tasks to cpus with lower prios. mike kravetz
  • Re: [RFC PATCH RT] push waiting rt tasks to cpus with lower prios. Steven Rostedt
  • Re: [RFC PATCH RT] push waiting rt tasks to cpus with lower prios. mike kravetz
  • Re: [RFC PATCH RT] push waiting rt tasks to cpus with lower prios. Girish kathalagiri
• High resolution timers on ACPI-less kernel John Sigler
  • Re: High resolution timers on ACPI-less kernel Alessio Igor Bogani
  • Re: High resolution timers on ACPI-less kernel John Sigler
  • Re: High resolution timers on ACPI-less kernel Thomas Gleixner
  • Re: High resolution timers on ACPI-less kernel John Sigler
  • Re: High resolution timers on ACPI-less kernel Dragan Noveski
  • Re: High resolution timers on ACPI-less kernel Thomas Gleixner
  • Re: High resolution timers on ACPI-less kernel Dragan Noveski
  • Re: High resolution timers on ACPI-less kernel John Sigler
  • Re: High resolution timers on ACPI-less kernel Thomas Gleixner
  • Re: High resolution timers on ACPI-less kernel John Sigler
  • Re: High resolution timers on ACPI-less kernel Alessio Igor Bogani
  • Re: High resolution timers on ACPI-less kernel Thomas Gleixner
• [PATCH 0/2] [RFC] RT: Optionally allow IRQF_NODELAY on serial console Gregory Haskins
  • [PATCH 1/2] SERIAL_CONSOLE: Clean up some of the IO routines to support locked and unlocked variants Gregory Haskins
  • [PATCH 2/2] SERIAL_CONSOLE: Add support for running console rx interrupts directly Gregory Haskins
  • Re: [PATCH 0/2] [RFC] RT: Optionally allow IRQF_NODELAY on serial console Thomas Gleixner
  • Re: [PATCH 0/2] [RFC] RT: Optionally allow IRQF_NODELAY on serial console Gregory Haskins
  • Re: [PATCH 0/2] [RFC] RT: Optionally allow IRQF_NODELAY on serial console Steven Rostedt
  • Re: [PATCH 0/2] [RFC] RT: Optionally allow IRQF_NODELAY on serial console Gregory Haskins
  • Re: [PATCH 0/2] [RFC] RT: Optionally allow IRQF_NODELAY on serial console Steven Rostedt
  • Re: [PATCH 0/2] [RFC] RT: Optionally allow IRQF_NODELAY on serial console Gregory Haskins
• [PATCH] RT: Add a per-cpu rt_overload indication Gregory Haskins
• [PATCH] LOCKDEP: fix mismatched lockdep_depth/curr_chain_hash Gregory Haskins
  • [PATCH] LOCKDEP: fix mismatched lockdep_depth/curr_chain_hash Gregory Haskins
• 2.6.23-rc9-rt2 Steven Rostedt
  • Re: 2.6.23-rc9-rt2 Jaswinder Singh
  • Re: 2.6.23-rc9-rt2 Steven Rostedt
  • Re: 2.6.23-rc9-rt2 Jaswinder Singh
  • Re: 2.6.23-rc9-rt2 Thomas Gleixner
• Porting intLock() Morten Mossige
  • Re: Porting intLock() Steven Rostedt
  • Re: Porting intLock() Jaswinder Singh
  • Re: Porting intLock() Esben Nielsen
  • Re: Porting intLock() Morten Mossige
• [PATCH] RCU trace fix possible mem-leak Steven Rostedt
• [PATCH] RCU torture update for preemption Steven Rostedt
  • Re: [PATCH] RCU torture update for preemption Paul E. McKenney

• Earlier messages
• Later messages