Linux Real Time Users

• Thread Index

• Re: [PATCH] RT: Cache cpus_allowed weight for optimizing migration
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH] RT: Cache cpus_allowed weight for optimizing migration
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH] RT: Cache cpus_allowed weight for optimizing migration
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: Possible bug in 23rt3 preempt-irqs-core.patch
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Interrupt Latency module for intel
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• Re: 2.6.23-rt1 for Debian ETCH
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• [RFC] [PATCH] powerpc Re: [announce] IBM RT Test Cases v.0.3
  • From: Tsutomu OWA <tsutomu.owa@xxxxxxxxxxxxx>
• Re: Interrupt Latency module for intel
  • From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
• Re: [PATCH 2/3] RT: Cache cpus_allowed weight for optimizing migration
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [PATCH 2/3] RT: Cache cpus_allowed weight for optimizing migration
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• 2.6.23-rt1 for Debian ETCH
  • From: Marcos Guglielmetti <marcospcmusica@xxxxxxxxx>
• Calculate max. latency?
  • From: Gerrit Binnenmars <gerritbinnenmars@xxxxxxxxx>
• Re: [PATCH 2/3] RT: Cache cpus_allowed weight for optimizing migration
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Possible bug in 23rt3 preempt-irqs-core.patch
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: 2.6.23.rt3 fails to boot on 8 way opteron
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• Re: [PATCH 2/3] RT: Cache cpus_allowed weight for optimizing migration
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 2/3] RT: Cache cpus_allowed weight for optimizing migration
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: 2.6.23.rt3 fails to boot on 8 way opteron
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• 2.6.23.rt3 fails to boot on 8 way opteron
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• Re: [PATCH 2/3] RT: Cache cpus_allowed weight for optimizing migration
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH 3/3] RT: CPU priority management
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH] RT: CPU priority management
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH 3/3] RT: CPU priority management
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 3/3] RT: CPU priority management
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: Interrupt Latency module for intel
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Interrupt Latency module for intel
  • From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
• Re: [PATCH 2/3] RT: Cache cpus_allowed weight for optimizing migration
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 3/3] RT: CPU priority management
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 3/3] RT: CPU priority management
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 2/3] RT: Cache cpus_allowed weight for optimizing migration
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 1/3] RT: cleanup some push-rt logic
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 0/3] RT: balance rt tasks enhancements v6
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: How to debug complete kernel lock-ups
  • From: Grant Grundler <grundler@xxxxxxxxxxxxxxxx>
• Re: Interrupt Latency module for intel
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: thread load balancing on dual CPU Multicore AMD64 system
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: High 50us+ latencies in the process signal handling path
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2 3/4] Implement clockevents driver for powerpc
  • From: Paul Mackerras <paulus@xxxxxxxxx>
• 2.6.23-rt3
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Interrupt Latency module for intel
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• Re: Interrupt Latency module for intel
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• 2.6.23-rt2
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: How to debug complete kernel lock-ups
  • From: "Ray Lee" <ray-lk@xxxxxxxxxxxxx>
• Re: How to debug complete kernel lock-ups
  • From: Greg KH <greg@xxxxxxxxx>
• [PATCH 9/9] RT: Cache cpus_allowed weight for optimizing migration
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 8/9] RT: CPU priority management
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 7/9] RT: Add support for low-priority wake-up to push_rt feature
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 6/9] RT: Maintain the highest RQ priority
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 5/9] RT: Wrap the RQ notion of priority to make it conditional
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 4/9] RT: Add a per-cpu rt_overload indication
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 3/9] RT: Clean up some of the push-rt logic
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 2/9] RT: Fixes for push-rt patch
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 1/9] RT: push-rt
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 0/9] RT: balance rt tasks v6
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH v2 3/4] Implement clockevents driver for powerpc
  • From: Sergei Shtylyov <sshtylyov@xxxxxxxxxxxxx>
• Re: How to debug complete kernel lock-ups
  • From: John Sigler <linux.kernel@xxxxxxx>
• AW: KVM and Prempt?
  • From: "Back, Michael (ext)" <michael.back.ext@xxxxxxxxxxx>
• AW: KVM and Prempt?
  • From: "Back, Michael (ext)" <michael.back.ext@xxxxxxxxxxx>
• Re: How to debug complete kernel lock-ups
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• Re: [PATCH 13/13] RT: Cache cpus_allowed weight for optimizing migration
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH 13/13] RT: Cache cpus_allowed weight for optimizing migration
  • From: Ingo Oeser <ioe-lkml@xxxxxxxxxx>
• Re: [PATCH -v2 4/7] RT overloaded runqueues accounting
  • From: Paul Jackson <pj@xxxxxxx>
• [PATCH] Fix rt preempt slab NUMA freeing
  • From: Andi Kleen <ak@xxxxxxx>
• [PATCH 13/13] RT: Cache cpus_allowed weight for optimizing migration
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 12/13] RT: CPU priority management
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 11/13] RT: Condense NORMAL and IDLE priorities
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 10/13] RT: Fixes for push-rt patch
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 09/13] RT: Only dirty a cacheline if the priority is actually changing
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 08/13] RT: Add support for low-priority wake-up to push_rt feature
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 07/13] RT: Clean up some of the push-rt logic
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 06/13] RT: Maintain the highest RQ priority
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 05/13] RT: Initialize the priority value
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 04/13] RT: Wrap the RQ notion of priority to make it conditional
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 03/13] RT: Add a per-cpu rt_overload indication
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 02/13] RT: Condense the next-task search into one function
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 01/13] RT: push-rt
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 00/13] Balance RT tasks v5
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Test posted to wiki
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• How to debug complete kernel lock-ups
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: [PATCH -v2 4/7] RT overloaded runqueues accounting
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: KVM and Prempt?
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH -v2 0/7] New RT Task Balancing -v2
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: KVM and Prempt?
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: [PATCH -v2 4/7] RT overloaded runqueues accounting
  • From: Paul Jackson <pj@xxxxxxx>
• Re: [PATCH -v2 4/7] RT overloaded runqueues accounting
  • From: "Paul Menage" <menage@xxxxxxxxxx>
• Re: [PATCH -v2 4/7] RT overloaded runqueues accounting
  • From: Paul Jackson <pj@xxxxxxx>
• [PATCH -v2 3/7] push RT tasks
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH -v2 7/7] disable CFS RT load balancing.
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH -v2 4/7] RT overloaded runqueues accounting
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH -v2 2/7] track highest prio queued on runqueue
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH -v2 1/7] Add rt_nr_running accounting
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH -v2 6/7] wake up balance RT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH -v2 0/7] New RT Task Balancing -v2
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH -v2 5/7] pull RT tasks
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [patch 6/8] pull RT tasks
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [patch 6/8] pull RT tasks
  • From: "Dmitry Adamushko" <dmitry.adamushko@xxxxxxxxx>
• Re: [RT] seqlocks: use of PICK_FUNCTION breaks kernel compile when CONFIG_GENERIC_TIME is NOT set
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: KVM and Prempt?
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH][DEBUG_PI_LIST]: Set plist.lock to NULL on PREEMPT_RT
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxxxxxxxxxx>
• Re: [patch 6/8] pull RT tasks
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [patch 6/8] pull RT tasks
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• KVM and Prempt?
  • From: "Back, Michael (ext)" <michael.back.ext@xxxxxxxxxxx>
• Re: [patch 6/8] pull RT tasks
  • From: "Dmitry Adamushko" <dmitry.adamushko@xxxxxxxxx>
• Re: [patch 6/8] pull RT tasks
  • From: "Dmitry Adamushko" <dmitry.adamushko@xxxxxxxxx>
• Re: [patch 2/8] track highest prio queued on runqueue
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [patch 1/8] Add rt_nr_running accounting
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [patch 2/8] track highest prio queued on runqueue
  • From: "Dmitry Adamushko" <dmitry.adamushko@xxxxxxxxx>
• Re: [patch 1/8] Add rt_nr_running accounting
  • From: "Dmitry Adamushko" <dmitry.adamushko@xxxxxxxxx>
• Re: [PATCH 9/9] RT: Only dirty a cacheline if the priority is actually changing
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH 9/9] RT: Only dirty a cacheline if the priority is actually changing
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Interrupt Latency module for intel
  • From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
• Re: [PATCH 9/9] RT: Only dirty a cacheline if the priority is actually changing
  • From: Roel Kluin <12o3l@xxxxxxxxxx>
• Re: [patch 2/8] track highest prio queued on runqueue
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [patch 2/8] track highest prio queued on runqueue
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [patch 6/8] pull RT tasks
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [patch 6/8] pull RT tasks
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• Re: [patch 6/8] pull RT tasks
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• Re: [patch 2/8] track highest prio queued on runqueue
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [patch 8/8] disable CFS RT load balancing.
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [patch 5/8] Move prototypes together.
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [patch 6/8] pull RT tasks
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [patch 3/8] push RT tasks
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [patch 2/8] track highest prio queued on runqueue
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [patch 4/8] RT overloaded runqueues accounting
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [patch 0/8] New RT Task Balancing
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [patch 1/8] Add rt_nr_running accounting
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [patch 7/8] wake up balance RT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: High 50us+ latencies in the process signal handling path
  • From: Sripathi Kodi <sripathik@xxxxxxxxxx>
• Re: [PATCH v2 3/4] Implement clockevents driver for powerpc
  • From: Sergei Shtylyov <sshtylyov@xxxxxxxxxxxxx>
• Re: High 50us+ latencies in the process signal handling path
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: High 50us+ latencies in the process signal handling path
  • From: Michal Schmidt <xschmi00@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] Implement clockevents driver for powerpc
  • From: Paul Mackerras <paulus@xxxxxxxxx>
• Re: [PATCH v2 3/4] Implement clockevents driver for powerpc
  • From: Paul Mackerras <paulus@xxxxxxxxx>
• Re: [PATCH v2 3/4] Implement clockevents driver for powerpc
  • From: Sergei Shtylyov <sshtylyov@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] Implement clockevents driver for powerpc
  • From: Sergei Shtylyov <sshtylyov@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] Implement clockevents driver for powerpc
  • From: Paul Mackerras <paulus@xxxxxxxxx>
• Re: High 50us+ latencies in the process signal handling path
  • From: ankita@xxxxxxxxxx (Ankita Garg)
• Re: [PATCH v2 3/4] Implement clockevents driver for powerpc
  • From: Gabriel Paubert <paubert@xxxxxxx>
• Re: High 50us+ latencies in the process signal handling path
  • From: ankita@xxxxxxxxxx (Ankita Garg)
• Re: [PATCH v2 3/4] Implement clockevents driver for powerpc
  • From: Paul Mackerras <paulus@xxxxxxxxx>
• Re: [PATCH v2 3/4] Implement clockevents driver for powerpc
  • From: Paul Mackerras <paulus@xxxxxxxxx>
• thread load balancing on dual CPU Multicore AMD64 system
  • From: Gernot Hillier <gernot.hillier@xxxxxxxxxxx>
• Re: [PATCH v2 3/4] Implement clockevents driver for powerpc
  • From: Sergei Shtylyov <sshtylyov@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] Implement clockevents driver for powerpc
  • From: Sergei Shtylyov <sshtylyov@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] Implement {read,update}_persistent_clock.
  • From: Sergei Shtylyov <sshtylyov@xxxxxxxxxxxxx>
• Re: High 50us+ latencies in the process signal handling path
  • From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
• Re: High 50us+ latencies in the process signal handling path
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: High 50us+ latencies in the process signal handling path
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: High 50us+ latencies in the process signal handling path
  • From: ankita@xxxxxxxxxx (Ankita Garg)
• Re: High 50us+ latencies in the process signal handling path
  • From: David Miller <davem@xxxxxxxxxxxxx>
• High 50us+ latencies in the process signal handling path
  • From: ankita@xxxxxxxxxx (Ankita Garg)
• file handling sample and java rtsj question
  • From: "Javier Sanz" <jsanza@xxxxxxxxx>
• Re: [PATCH 8/9] RT: Fixes for push-rt patch
  • From: "Javier Sanz" <jsanza@xxxxxxxxx>
• Re: [PATCH v2 3/4] Implement clockevents driver for powerpc
  • From: Paul Mackerras <paulus@xxxxxxxxx>
• Re: [PATCH v2 3/4] Implement clockevents driver for powerpc
  • From: Paul Mackerras <paulus@xxxxxxxxx>
• [PATCH] RT: Only dirty a cacheline if the priority is actually changing
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 9/9] RT: Only dirty a cacheline if the priority is actually changing
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 8/9] RT: Fixes for push-rt patch
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 7/9] RT: Add support for low-priority wake-up to push_rt feature
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 6/9] RT: Clean up some of the push-rt logic
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 5/9] RT: Maintain the highest RQ priority
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 4/9] RT: Initialize the priority value
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 3/9] RT: Wrap the RQ notion of priority to make it conditional
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 2/9] RT: Add a per-cpu rt_overload indication
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 1/9] RT: push-rt
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 0/9] RT: RT-Overload/Sched enhancements v4
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: 2.6.23-rt1 trouble
  • From: Rui Nuno Capela <rncbc@xxxxxxxxx>
• Re: [RT] seqlocks: use of PICK_FUNCTION breaks kernel compile when CONFIG_GENERIC_TIME is NOT set
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2 1/4] Implement {read,update}_persistent_clock.
  • From: Sergei Shtylyov <sshtylyov@xxxxxxxxxxxxx>
• Re: [RT] seqlocks: use of PICK_FUNCTION breaks kernel compile when CONFIG_GENERIC_TIME is NOT set
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [RT] seqlocks: use of PICK_FUNCTION breaks kernel compile when CONFIG_GENERIC_TIME is NOT set
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2 3/4] Implement clockevents driver for powerpc
  • From: Sergei Shtylyov <sshtylyov@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] Implement clockevents driver for powerpc
  • From: Sergei Shtylyov <sshtylyov@xxxxxxxxxxxxx>
• Re: [RT] seqlocks: use of PICK_FUNCTION breaks kernel compile when CONFIG_GENERIC_TIME is NOT set
  • From: "Remy Bohmer" <linux@xxxxxxxxxx>
• Re: [PATCH v2 1/4] Implement {read,update}_persistent_clock.
  • From: Sergei Shtylyov <sshtylyov@xxxxxxxxxxxxx>
• Re: NMI watchdog
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: [RT] seqlocks: use of PICK_FUNCTION breaks kernel compile when CONFIG_GENERIC_TIME is NOT set
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• [PATCH 4/4] RT: Add support for low-priority wake-up to push_rt feature
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 3/4] RT: Add support for updating push-rt priority under PI boost
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 2/4] RT: Initialize the priority value
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 1/4] RT: Wrap the RQ notion of priority to make it conditional
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 0/4] RT: RT-Overload/Sched v3
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [RT] seqlocks: use of PICK_FUNCTION breaks kernel compile when CONFIG_GENERIC_TIME is NOT set
  • From: "Remy Bohmer" <linux@xxxxxxxxxx>
• Re: [PATCH v2 1/4] Implement {read,update}_persistent_clock.
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] Implement {read,update}_persistent_clock.
  • From: Paul Mackerras <paulus@xxxxxxxxx>
• Re: [PATCH v2 3/4] Implement clockevents driver for powerpc
  • From: Paul Mackerras <paulus@xxxxxxxxx>
• Re: [PATCH v2 1/4] Implement {read,update}_persistent_clock.
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] RT: fix spin_trylock_irq
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH] RT: fix spin_trylock_irq
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 6/7] RT: Select tasks based on relative affinity
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH] RT: fix spin_trylock_irq
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH 2/7] RT: Wrap the RQ notion of priority to make it conditional
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH 5/7] RT: Add support for low-priority wake-up to push_rt feature
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH 5/7] RT: Add support for low-priority wake-up to push_rt feature
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2 3/4] Implement clockevents driver for powerpc
  • From: Sergei Shtylyov <sshtylyov@xxxxxxxxxxxxx>
• Re: [PATCH] RT: fix spin_trylock_irq
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2 1/4] Implement {read,update}_persistent_clock.
  • From: Sergei Shtylyov <sshtylyov@xxxxxxxxxxxxx>
• Re: [PATCH 5/7] RT: Add support for low-priority wake-up to push_rt feature
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2 1/4] Implement {read,update}_persistent_clock.
  • From: Sergei Shtylyov <sshtylyov@xxxxxxxxxxxxx>
• Re: [PATCH 4/7] RT: Add support for updating push-rt priority under PI boost
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 3/7] RT: Initialize the priority value
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 2/7] RT: Wrap the RQ notion of priority to make it conditional
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] RT: fix spin_trylock_irq
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH 1/7] RT: Add a per-cpu rt_overload indication
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2 3/4] Implement clockevents driver for powerpc
  • From: Sergei Shtylyov <sshtylyov@xxxxxxxxxxxxx>
• Preemption-test (v1)
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: NMI watchdog
  • From: John Sigler <linux.kernel@xxxxxxx>
• Hang with powerpc 2.6.21-rt3
  • From: "Pradyumna Sampath" <pradyumna.sampath@xxxxxxxxx>
• 2.6.23-rt1 trouble
  • From: "Rui Nuno Capela" <rncbc@xxxxxxxxx>
• Re: [PATCH 5/7] RT: Add support for low-priority wake-up to push_rt feature
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• [PATCH 7/7] RT: (RFC) Only try to pull tasks in if we are downgrading our priority
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 6/7] RT: Select tasks based on relative affinity
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 5/7] RT: Add support for low-priority wake-up to push_rt feature
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 4/7] RT: Add support for updating push-rt priority under PI boost
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 3/7] RT: Initialize the priority value
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 2/7] RT: Wrap the RQ notion of priority to make it conditional
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 1/7] RT: Add a per-cpu rt_overload indication
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 0/7] RT: RT-Overload/Sched enhancements (v2)
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [ANNOUNCE] ketchup-0.9.8-rt1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RT] push RT tasks when overloaded (via schedule)
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RT] push RT tasks when overloaded (via schedule)
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• Re: NMI watchdog
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT] push RT tasks when overloaded (via schedule)
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: NMI watchdog
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: [PATCH 0/7] RT: (RFC) RT-Overload/Sched enhancements
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: NMI watchdog
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: [PATCH 0/7] RT: (RFC) RT-Overload/Sched enhancements
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH 3/7] RT: Only consider online CPUs when pushing rt tasks
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 0/7] RT: (RFC) RT-Overload/Sched enhancements
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: NMI watchdog
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: [PATCH 0/7] RT: (RFC) RT-Overload/Sched enhancements
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: NMI watchdog
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: NMI watchdog
  • From: Björn Steinbrink <B.Steinbrink@xxxxxx>
• NMI watchdog
  • From: John Sigler <linux.kernel@xxxxxxx>
• 2.6.23-rt1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 7/7] RT: push-rt enhancements
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 6/7] RT: Convert Steve's rt-push infrastructure to cpupri
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 5/7] RT: CPU priority management
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 4/7] RT: Add a per-cpu rt_overload indication
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 3/7] RT: Only consider online CPUs when pushing rt tasks
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 2/7] RT: Peter Zijlstra's suggested improvements to rt-push patch
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 1/7] RT: Push waiting rt tasks
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 0/7] RT: (RFC) RT-Overload/Sched enhancements
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH] RT: fix spin_trylock_irq
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH] RT: fix spin_trylock_irq
  • From: Sébastien Dugué <sebastien.dugue@xxxxxxxx>
• Re: [PATCH] RT: Fix special-case exception for preempting the local CPU
  • From: ankita@xxxxxxxxxx (Ankita Garg)
• Re: High resolution timers on ACPI-less kernel
  • From: Dragan Noveski <perodog@xxxxxxx>
• Alarm / timer callback from the kernel
  • From: Morten Mossige <morten.mossige@xxxxxxxxx>
• Re: [PATCH] RT: Fix special-case exception for preempting the local CPU
  • From: mike kravetz <kravetz@xxxxxxxxxx>
• [PATCH] RT: Fix special-case exception for preempting the local CPU
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: Porting intLock()
  • From: "Morten Mossige" <morten.mossige@xxxxxxxxx>
• Re: Porting intLock()
  • From: Esben Nielsen <nielsen.esben@xxxxxxxxxxxxxx>
• Re: [RFC PATCH RT] push waiting rt tasks to cpus with lower prios.
  • From: "Girish kathalagiri" <girish.sk@xxxxxxxxx>
• Re: [RFC PATCH RT] push waiting rt tasks to cpus with lower prios.
  • From: mike kravetz <kravetz@xxxxxxxxxx>
• Re: [RFC PATCH RT] push waiting rt tasks to cpus with lower prios.
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH RT] push waiting rt tasks to cpus with lower prios.
  • From: mike kravetz <kravetz@xxxxxxxxxx>
• Re: [RFC PATCH RT] push waiting rt tasks to cpus with lower prios.
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH RT] push waiting rt tasks to cpus with lower prios.
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH RT] push waiting rt tasks to cpus with lower prios.
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC PATCH RT] push waiting rt tasks to cpus with lower prios.
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: High resolution timers on ACPI-less kernel
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: High resolution timers on ACPI-less kernel
  • From: Dragan Noveski <perodog@xxxxxxx>
• Re: [PATCH 0/5] RT: scheduler fixes and rt_overload enhancements
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/5] RT: scheduler fixes and rt_overload enhancements
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH 0/5] RT: scheduler fixes and rt_overload enhancements
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 0/5] RT: scheduler fixes and rt_overload enhancements
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 5/5] RT - Track which CPUs should get IPI'd on rt-overload
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 4/5] RT: Add a per-cpu rt_overload indication
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 3/5] RT - fix mistargeted RESCHED_IPI
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 2/5] RT - fix reschedule IPI
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 1/5] RT - fix for scheduling issue
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 0/5] RT: scheduler fixes and rt_overload enhancements
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: High resolution timers on ACPI-less kernel
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: High resolution timers on ACPI-less kernel
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: High resolution timers on ACPI-less kernel
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• Re: High resolution timers on ACPI-less kernel
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: High resolution timers on ACPI-less kernel
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: High resolution timers on ACPI-less kernel
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: High resolution timers on ACPI-less kernel
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: High resolution timers on ACPI-less kernel
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: High resolution timers on ACPI-less kernel
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• High resolution timers on ACPI-less kernel
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: Cyclictest expected results
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Cyclictest expected results
  • From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
• Re: [PATCH 0/2] [RFC] RT: Optionally allow IRQF_NODELAY on serial console
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: 2.6.23-rc9-rt2
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Cyclictest expected results
  • From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
• Re: Cyclictest expected results
  • From: Theodore Tso <tytso@xxxxxxx>
• Re: Cyclictest expected results
  • From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
• Re: [PATCH 0/2] [RFC] RT: Optionally allow IRQF_NODELAY on serial console
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: 2.6.23-rc9-rt2
  • From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
• Re: [PATCH 0/2] [RFC] RT: Optionally allow IRQF_NODELAY on serial console
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH 0/2] [RFC] RT: Optionally allow IRQF_NODELAY on serial console
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Cyclictest expected results
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: 2.6.23-rc9-rt2
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: 2.6.23-rc9-rt2
  • From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
• Re: Porting intLock()
  • From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
• Re: Cyclictest expected results
  • From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
• RE: nmi_watchdog fix for x86_64 to be more like i386
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• RE: nmi_watchdog fix for x86_64 to be more like i386
  • From: "Pallipadi, Venkatesh" <venkatesh.pallipadi@xxxxxxxxx>
• Re: nmi_watchdog fix for x86_64 to be more like i386
  • From: Andi Kleen <ak@xxxxxxx>
• Re: nmi_watchdog fix for x86_64 to be more like i386
  • From: "Peter W. Morreale" <pmorreale@xxxxxxxxxx>
• Re: [PATCH 0/2] [RFC] RT: Optionally allow IRQF_NODELAY on serial console
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: Scheduling behaviour of 23-rc4-rt1 on my intel centrino Duo.
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• Re: [PATCH 0/2] [RFC] RT: Optionally allow IRQF_NODELAY on serial console
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Scheduling behaviour of 23-rc4-rt1 on my intel centrino Duo.
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• Re: nmi_watchdog fix for x86_64 to be more like i386
  • From: Andi Kleen <ak@xxxxxxx>
• Re: nmi_watchdog fix for x86_64 to be more like i386
  • From: "David Bahi" <dbahi@xxxxxxxxxx>
• [PATCH 2/2] SERIAL_CONSOLE: Add support for running console rx interrupts directly
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 1/2] SERIAL_CONSOLE: Clean up some of the IO routines to support locked and unlocked variants
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH 0/2] [RFC] RT: Optionally allow IRQF_NODELAY on serial console
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH] RT: Add a per-cpu rt_overload indication
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH RFC 6/9] RCU priority boosting for preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 6/9] RCU priority boosting for preemptible RCU
  • From: Gautham R Shenoy <ego@xxxxxxxxxx>
• Re: [PATCH] RCU torture update for preemption
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 6/9] RCU priority boosting for preemptible RCU
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] RCU torture update for preemption
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC 6/9] RCU priority boosting for preemptible RCU
  • From: Gautham R Shenoy <ego@xxxxxxxxxx>
• Re: Scheduling behaviour of 23-rc4-rt1 on my intel centrino Duo.
  • From: "Girish kathalagiri" <girish.sk@xxxxxxxxx>
• [PATCH] LOCKDEP: fix mismatched lockdep_depth/curr_chain_hash
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• [PATCH] LOCKDEP: fix mismatched lockdep_depth/curr_chain_hash
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH] RCU torture update for preemption
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• 2.6.23-rc9-rt2
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Porting intLock()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Scheduling behaviour of 23-rc4-rt1 on my intel centrino Duo.
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• Porting intLock()
  • From: Morten Mossige <morten.mossige@xxxxxxxxx>
• [PATCH] RCU trace fix possible mem-leak
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH] RCU torture update for preemption
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: 2.6.23-rc9-rt1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC PATCH] RCU preemption priority boosting
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: 2.6.23-rc9-rt1
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [PATCH v3 2/4] Implement generic time of day clocksource for powerpc machines.
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: 2.6.23-rc9-rt1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: 2.6.23-rc9-rt1
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [PATCH v3 2/4] Implement generic time of day clocksource for powerpc machines.
  • From: Paul Mackerras <paulus@xxxxxxxxx>
• Re: [HACK] convert i_alloc_sem for direct_io.c craziness!
  • From: Zach Brown <zach.brown@xxxxxxxxxx>
• Re: [HACK] convert i_alloc_sem for direct_io.c craziness!
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [HACK] convert i_alloc_sem for direct_io.c craziness!
  • From: Zach Brown <zach.brown@xxxxxxxxxx>
• Re: [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: 2.6.23-rc9-rt1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• 2.6.23-rc9-rt1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: FAQ for realtime support in Linux Kernel
  • From: "Remy Bohmer" <linux@xxxxxxxxxx>
• [PATCH] Disable IST stacks for debug/int 3/stack fault for PREEMPT_RT
  • From: Andi Kleen <ak@xxxxxxx>
• Re: Cyclictest expected results
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: nmi_watchdog fix for x86_64 to be more like i386
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: nmi_watchdog fix for x86_64 to be more like i386
  • From: Andi Kleen <ak@xxxxxxx>
• Re: nmi_watchdog fix for x86_64 to be more like i386
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: nmi_watchdog fix for x86_64 to be more like i386
  • From: Mika Penttilä <mika.penttila@xxxxxxxxxxx>
• Re: FAQ for realtime support in Linux Kernel
  • From: "Girish kathalagiri" <girish.sk@xxxxxxxxx>
• Re: FAQ for realtime support in Linux Kernel
  • From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
• Re: FAQ for realtime support in Linux Kernel
  • From: Theodore Tso <tytso@xxxxxxx>
• Re: nmi_watchdog fix for x86_64 to be more like i386
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: nmi_watchdog fix for x86_64 to be more like i386
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: Davide Libenzi <davidel@xxxxxxxxxxxxxxx>
• Re: nmi_watchdog fix for x86_64 to be more like i386
  • From: Andi Kleen <ak@xxxxxxx>
• Re: nmi_watchdog fix for x86_64 to be more like i386
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: nmi_watchdog fix for x86_64 to be more like i386
  • From: Andi Kleen <ak@xxxxxxx>
• Re: nmi_watchdog fix for x86_64 to be more like i386
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [HACK] convert i_alloc_sem for direct_io.c craziness!
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• Re: [HACK] convert i_alloc_sem for direct_io.c craziness!
  • From: Zach Brown <zach.brown@xxxxxxxxxx>
• Re: FAQ for realtime support in Linux Kernel
  • From: "Remy Bohmer" <linux@xxxxxxxxxx>
• Re: nmi_watchdog fix for x86_64 to be more like i386
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: nmi_watchdog fix for x86_64 to be more like i386
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: nmi_watchdog fix for x86_64 to be more like i386
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxx>
• Re: nmi_watchdog fix for x86_64 to be more like i386
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: nmi_watchdog fix for x86_64 to be more like i386
  • From: Andi Kleen <ak@xxxxxxx>
• Re: nmi_watchdog fix for x86_64 to be more like i386
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: Davide Libenzi <davidel@xxxxxxxxxxxxxxx>
• Re: periodic bursts
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: nmi_watchdog fix for x86_64 to be more like i386
  • From: Andi Kleen <ak@xxxxxxx>
• Re: [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 5/9] RCU: CPU hotplug support for preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: FAQ for realtime support in Linux Kernel
  • From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
• periodic bursts
  • From: "Kaya, Sinan" <sinan.kaya@xxxxxxxxxxx>
• Re: Cyclictest expected results
  • From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
• Re: Cyclictest expected results
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: Davide Libenzi <davidel@xxxxxxxxxxxxxxx>
• Re: Cyclictest expected results
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Cyclictest expected results
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: Cyclictest expected results
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 5/9] RCU: CPU hotplug support for preemptible RCU
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Cyclictest expected results
  • From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
• Re: FAQ for realtime support in Linux Kernel
  • From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
• Re: [PATCH RFC 6/9] RCU priority boosting for preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: FAQ for realtime support in Linux Kernel
  • From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
• Re: FAQ for realtime support in Linux Kernel
  • From: Theodore Tso <tytso@xxxxxxx>
• Re: FAQ for realtime support in Linux Kernel
  • From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
• Re: FAQ for realtime support in Linux Kernel
  • From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
• Re: FAQ for realtime support in Linux Kernel
  • From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
• Re: FAQ for realtime support in Linux Kernel
  • From: Esben Nielsen <nielsen.esben@xxxxxxxxxxxxxx>
• Re: FAQ for realtime support in Linux Kernel
  • From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
• Re: FAQ for realtime support in Linux Kernel
  • From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
• Re: FAQ for realtime support in Linux Kernel
  • From: Dirk Behme <dirk.behme@xxxxxxxxxxxxxx>
• FAQ for realtime support in Linux Kernel
  • From: "Jaswinder Singh" <jaswinderlinuxrt@xxxxxxxxx>
• Re: [PATCH RFC 6/9] RCU priority boosting for preemptible RCU
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC 6/9] RCU priority boosting for preemptible RCU
  • From: Gautham R Shenoy <ego@xxxxxxxxxx>
• Re: [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Network hangs when rt-preempt patch is applied
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: Network hangs when rt-preempt patch is applied
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: Network hangs when rt-preempt patch is applied
  • From: Juergen Beisert <jbe@xxxxxxxxxxxxxx>
• Re: Network hangs when rt-preempt patch is applied
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Network hangs when rt-preempt patch is applied
  • From: Juergen Beisert <jbe@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
  • From: "Dmitry Torokhov" <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
  • From: "Dmitry Torokhov" <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH v2 1/4] Implement {read,update}_persistent_clock.
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] just rename call_rcu_bh instead of making it a macro
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: v2.6.23-rc4-rt1 / new project URL
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: v2.6.23-rc4-rt1 / new project URL
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• 2.6.23-rc8-rt1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2 1/4] Implement {read,update}_persistent_clock.
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] Implement {read,update}_persistent_clock.
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2 1/4] Implement {read,update}_persistent_clock.
  • From: Sergei Shtylyov <sshtylyov@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] Implement {read,update}_persistent_clock.
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 1/1] nmi_watchdog: x86_64 count timer and hpet like i386
  • From: "David Bahi" <dbahi@xxxxxxxxxx>
• [PATCH] just rename call_rcu_bh instead of making it a macro
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• nmi_watchdog fix for x86_64 to be more like i386
  • From: "David Bahi" <dbahi@xxxxxxxxxx>
• Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
  • From: "Dmitry Torokhov" <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
  • From: "Dmitry Torokhov" <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• Scheduling behaviour of 23-rc4-rt1 on my intel centrino Duo.
  • From: "Girish kathalagiri" <girish.sk@xxxxxxxxx>
• Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC -rt] updated synchronize_all_irqs implementation
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT] Don't let -rt rw_semaphors do _non_owner locks
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [HACK] convert i_alloc_sem for direct_io.c craziness!
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Priority of serial driver
  • From: Esben Nielsen <nielsen.esben@xxxxxxxxxxxxxx>
• [HACK] convert i_alloc_sem for direct_io.c craziness!
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: your mail
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [no subject]
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Priority of serial driver
  • From: "Cliff Brake" <cliff.brake@xxxxxxxxx>
• Re: Priority of serial driver
  • From: "Cliff Brake" <cliff.brake@xxxxxxxxx>
• Re: Priority of serial driver
  • From: "Cliff Brake" <cliff.brake@xxxxxxxxx>
• Re: [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: Question on -rt synchronize_irq()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH RFC -rt] updated synchronize_all_irqs implementation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Priority of serial driver
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxxxxxxxxxx>
• Priority of serial driver
  • From: "Cliff Brake" <cliff.brake@xxxxxxxxx>
• Re: [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/4] Implement generic time of day clocksource for powerpc machines.
  • From: tony@xxxxxxxxxxxxxxxxxx (Tony Breeds)
• Re: [PATCH v2 2/4] Implement generic time of day clocksource for powerpc machines.
  • From: tony@xxxxxxxxxxxxxxxxxx (Tony Breeds)
• [PATCH 1/1] ARCH PowerPC: Consider new flags in assembler instructions
  • From: Juergen Beisert <jbe@xxxxxxxxxxxxxx>
• Re: [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
• Re: [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2 2/4] Implement generic time of day clocksource for powerpc machines.
  • From: David Gibson <david@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: Dipankar Sarma <dipankar@xxxxxxxxxx>
• Re: [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH RFC -rt] synchronize_all_irqs implementation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] Implement generic time of day clocksource for powerpc machines.
  • From: Paul Mackerras <paulus@xxxxxxxxx>
• Re: [PATCH v2 2/4] Implement generic time of day clocksource for powerpc machines.
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC 1/9] RCU: Split API to permit multiple RCU implementations
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2 2/4] Implement generic time of day clocksource for powerpc machines.
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• [PATCH v2 2/4] Implement generic time of day clocksource for powerpc machines.
  • From: Tony Breeds <tony@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/4] Implement {read,update}_persistent_clock.
  • From: Tony Breeds <tony@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 4/4] Enable tickless idle and high res timers for powerpc
  • From: Tony Breeds <tony@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 3/4] Implement clockevents driver for powerpc
  • From: Tony Breeds <tony@xxxxxxxxxxxxxxxxxx>
• Question on -rt synchronize_irq()
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/5] Implement generic time of day clocksource for powerpc machines.
  • From: tony@xxxxxxxxxxxxxxxxxx (Tony Breeds)
• Re: [PATCH 2/5] Implement generic time of day clocksource for powerpc machines.
  • From: john stultz <johnstul@xxxxxxxxxx>
• Re: [PATCH 2/5] Implement generic time of day clocksource for powerpc machines.
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH 2/5] Implement generic time of day clocksource for powerpc machines.
  • From: David Gibson <dwg@xxxxxxxxxxx>
• Re: [PATCH 2/5] Implement generic time of day clocksource for powerpc machines.
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH 2/5] Implement generic time of day clocksource for powerpc machines.
  • From: Paul Mackerras <paulus@xxxxxxxxx>
• Re: [PATCH 2/5] Implement generic time of day clocksource for powerpc machines.
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH 2/5] Implement generic time of day clocksource for powerpc machines.
  • From: Paul Mackerras <paulus@xxxxxxxxx>
• Re: [PATCH 2/5] Implement generic time of day clocksource for powerpc machines.
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Signaltest hanging in 2.6.23-rc4-rt1
  • From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
• Re: [PATCH 1/5] Implement {read,update}_persistent_clock.
  • From: tony@xxxxxxxxxxxxxxxxxx (Tony Breeds)
• [PATCH 1/5] Implement {read,update}_persistent_clock.
  • From: Tony Breeds <tony@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/5] Implement generic time of day clocksource for powerpc machines.
  • From: Tony Breeds <tony@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/5] Implement clockevents driver for powerpc
  • From: Tony Breeds <tony@xxxxxxxxxxxxxxxxxx>
• [PATCH 5/5] Enable tickless idle and high res timers for powerpc
  • From: Tony Breeds <tony@xxxxxxxxxxxxxxxxxx>
• [PATCH 4/5] Include hrtimer.h in tick.h.
  • From: Tony Breeds <tony@xxxxxxxxxxxxxxxxxx>
• Re: rc4-rt1: powerpc compile errors
  • From: Juergen Beisert <jbe@xxxxxxxxxxxxxx>
• Re: [PATCH] Don't sleep in oops_begin()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] Don't sleep in oops_begin()
  • From: Andi Kleen <ak@xxxxxxx>
• Re: [PATCH] Don't sleep in oops_begin()
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [ofa-general] [PATCH] [WORKAROUND] CONFIG_PREEMPT_RT and ib_umad_close() issue
  • From: John Blackwood <john.blackwood@xxxxxxxx>
• Re: [PATCH] Don't sleep in oops_begin()
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [ofa-general] [PATCH] [WORKAROUND] CONFIG_PREEMPT_RT and ib_umad_close() issue
  • From: Roland Dreier <rdreier@xxxxxxxxx>
• Re: [PATCH] Don't sleep in oops_begin()
  • From: Sven-Thorsten Dietrich <thebigcorporation@xxxxxxxxx>
• Re: [PATCH] Don't sleep in oops_begin()
  • From: Andi Kleen <ak@xxxxxxx>
• Re: [PATCH] Don't sleep in oops_begin()
  • From: Sven-Thorsten Dietrich <thebigcorporation@xxxxxxxxx>
• Re: [PATCH] Don't sleep in oops_begin()
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH] Don't sleep in oops_begin()
  • From: Andi Kleen <ak@xxxxxxx>
• Re: [PATCH] Don't sleep in oops_begin()
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH] Don't sleep in oops_begin()
  • From: Andi Kleen <ak@xxxxxxx>
• Re: [PATCH] Don't sleep in oops_begin()
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• [PATCH] Don't sleep in oops_begin()
  • From: Andi Kleen <ak@xxxxxxx>
• Re: [ofa-general] [PATCH] [WORKAROUND] CONFIG_PREEMPT_RT and ib_umad_close() issue
  • From: John Blackwood <john.blackwood@xxxxxxxx>
• Re: [ofa-general] [PATCH] [WORKAROUND] CONFIG_PREEMPT_RT and ib_umad_close() issue
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH] Fix compilation of 2.6.23rc4-rt1 without CONFIG_PREEMPT_RT
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH] Fix compilation of 2.6.23rc4-rt1 without CONFIG_PREEMPT_RT
  • From: Andi Kleen <ak@xxxxxxx>
• Re: [ofa-general] [PATCH] [WORKAROUND] CONFIG_PREEMPT_RT and ib_umad_close() issue
  • From: Roland Dreier <rdreier@xxxxxxxxx>
• Re: [PATCH] Fix compilation of 2.6.23rc4-rt1 without CONFIG_PREEMPT_RT
  • From: Sven-Thorsten Dietrich <sdietrich@xxxxxxxxxx>
• [PATCH] Fix compilation of 2.6.23rc4-rt1 without CONFIG_PREEMPT_RT
  • From: Andi Kleen <ak@xxxxxxx>
• [PATCH] [WORKAROUND] CONFIG_PREEMPT_RT and ib_umad_close() issue
  • From: John Blackwood <john.blackwood@xxxxxxxx>
• [PATCH] Fix alternate_node_alloc() on RT kernel
  • From: Andi Kleen <ak@xxxxxxx>
• Re: [PATCH] kexec: reenable HPET before kexec
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• Re: PI mutex support on ARM
  • From: "Remy Bohmer" <linux@xxxxxxxxxx>
• Re: nmi_watchdog in latest 22 and 23-rc -rt series
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: PI mutex support on ARM
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH - Ketchup] update for new RT patch location
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: nmi_watchdog in latest 22 and 23-rc -rt series
  • From: "David Bahi" <dbahi@xxxxxxxxxx>
• Re: nmi_watchdog in latest 22 and 23-rc -rt series
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: nmi_watchdog in latest 22 and 23-rc -rt series
  • From: "David Bahi" <dbahi@xxxxxxxxxx>
• Re: nmi_watchdog in latest 22 and 23-rc -rt series
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: nmi_watchdog in latest 22 and 23-rc -rt series
  • From: "David Bahi" <dbahi@xxxxxxxxxx>
• Re: help:real time patch for arm-linux-
  • From: Sven-Thorsten Dietrich <sdietrich@xxxxxxxxxx>
• help:real time patch for arm-linux-
  • From: vibi <vibi_sreenivasan@xxxxxxx>
• nmi_watchdog in latest 22 and 23-rc -rt series
  • From: "David Bahi" <dbahi@xxxxxxxxxx>
• Re: [PATCH RFC 0/9] RCU: Preemptible RCU
  • From: Ingo Molnar <mingo@xxxxxxx>
• [PATCH RFC 9/9] RCU: preemptible documentation and comment cleanups
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH RFC 8/9] RCU: Make RCU priority boosting consume less power
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH RFC 7/9] RCU: rcutorture testing for RCU priority boosting
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH RFC 6/9] RCU priority boosting for preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH RFC 5/9] RCU: CPU hotplug support for preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH RFC 4/9] RCU: synchronize_sched() workaround for CPU hotplug
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH RFC 3/9] RCU: Preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH RFC 2/9] RCU: Fix barriers
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH RFC 1/9] RCU: Split API to permit multiple RCU implementations
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH RFC 0/9] RCU: Preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: v2.6.23-rc4-rt1 / new project URL
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: v2.6.23-rc4-rt1 / new project URL
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: v2.6.23-rc4-rt1 / new project URL
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• BUG: unable to handle kernel paging...
  • From: joel silvestre <j.silvestre@xxxxxxxxxx>
• Re: [PATCH RT] convert RCU Preempt tasklet into softirq.
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RT] convert RCU Preempt tasklet into softirq.
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: v2.6.23-rc4-rt1 / new project URL
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• [PATCH RFC 8/8] RCU: Make RCU priority boosting consume less power
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH RFC 7/8] RCU: rcutorture testing for RCU priority boosting
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH RFC 6/8] RCU priority boosting for preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH RFC 5/8] RCU: CPU hotplug support for preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH RFC 4/8] RCU: synchronize_sched() workaround for CPU hotplug
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH RFC 3/8] RCU: Preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH RFC 2/8] RCU: Fix barriers
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH RFC 1/8] RCU: Split API to permit multiple RCU implementations
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH RFC 0/8] RCU: Preemptible RCU
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: PI mutex support on ARM
  • From: "Remy Bohmer" <linux@xxxxxxxxxx>
• Re: PI mutex support on ARM
  • From: Manfred Gruber <m.gruber@xxxxxxxxx>
• Re: PI mutex support on ARM
  • From: "Remy Bohmer" <linux@xxxxxxxxxx>
• Re: jitter bursts
  • From: Michael Olbrich <m.olbrich@xxxxxxxxxxxxxx>
• Re: jitter bursts
  • From: "Girish kathalagiri" <girish.sk@xxxxxxxxx>
• Re: jitter bursts
  • From: Michael Olbrich <m.olbrich@xxxxxxxxxxxxxx>
• Re: PowerPC G4
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• Re: PowerPC G4
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH 4/5] [POWERPC] flags as passed to spin_*_irqsave() should be unsigned long.
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: PI mutex support on ARM
  • From: Manfred Gruber <m.gruber@xxxxxxxxx>
• PowerPC G4
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• [PATCH 5/5] [POWERPC] flush_tlb_pending() is no more, use __flush_tlb_pending() instead.
  • From: Tony Breeds <tony@xxxxxxxxxxxxxxxxxx>
• [PATCH 4/5] [POWERPC] flags as passed to spin_*_irqsave() should be unsigned long.
  • From: Tony Breeds <tony@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/5] count_active_rt_tasks() is undefined when CONFIG_PREEMPT_RT is not set.
  • From: Tony Breeds <tony@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/5] [POWERPC] Match __rw_yeild function declaration to prototype.
  • From: Tony Breeds <tony@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/5] [POWERPC] Rearrange thread flags to work with the "andi" instruction.
  • From: Tony Breeds <tony@xxxxxxxxxxxxxxxxxx>
• Re: rc4-rt1: powerpc compile errors
  • From: "Bruce Ashfield" <bruce.ashfield@xxxxxxxxxxxxx>
• rc4-rt1: powerpc compile errors
  • From: "Pradyumna Sampath" <pradyumna.sampath@xxxxxxxxx>
• Re: v2.6.23-rc4-rt1 / new project URL
  • From: John Sigler <linux.kernel@xxxxxxx>
• System clock frequency offset changes drastically across reboots
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: v2.6.23-rc4-rt1 / new project URL
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: jitter bursts
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: jitter bursts
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• Re: v2.6.23-rc4-rt1 / new project URL
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: v2.6.23-rc4-rt1 / new project URL
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: jitter bursts -> Not Found
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: jitter bursts
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: jitter bursts
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: v2.6.23-rc4-rt1 / new project URL
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: v2.6.23-rc4-rt1 / new project URL
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• v2.6.23-rc4-rt1 / new project URL
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: jitter bursts
  • From: "Girish kathalagiri" <girish.sk@xxxxxxxxx>
• Re: jitter bursts
  • From: Bernhard Kuhn <kuhn@xxxxxxxxxxxxxx>
• jitter bursts
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: [PATCH] kexec: reenable HPET before kexec
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• [PATCH 2.6.23-rc2-rt2] ARM: use raw lock in __new_context
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• [PATCH 2.6.23-rc2-rt2] call IRQ-chip's end hook in thread_simple_irq()
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• Re: [PATCH] kexec: reenable HPET before kexec
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] kexec: reenable HPET before kexec
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• force_sig() CONFIG_PREMPT_RT x86_64 issue in do_int3() and do_debug()
  • From: John Blackwood <john.blackwood@xxxxxxxx>
• Re: [PATCH] kexec: reenable HPET before kexec
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/2] Adds full stack to critical-section tracing
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• 2.6.23-rc4-dw1
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH 2.6.21.5-rt17] IPV6: estalished connections are not shown with "cat /proc/net/tcp6"
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 2.6.21.5-rt17] IPV6: estalished connections are not shown with "cat /proc/net/tcp6"
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 2.6.21.5-rt17] IPV6: estalished connections are not shown with "cat /proc/net/tcp6"
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2.6.21.5-rt17] IPV6: estalished connections are not shown with "cat /proc/net/tcp6"
  • From: Masayuki Nakagawa <nakagawa.msy@xxxxxxxxxxxxxx>
• Re: [PATCH -rt 1/8] introduce PICK_FUNCTION
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH -rt 1/8] introduce PICK_FUNCTION
  • From: Nick Piggin <nickpiggin@xxxxxxxxxxxx>
• [PATCH -rt 7/8] latency hist: add resetting for all timing options
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• [PATCH -rt 1/8] introduce PICK_FUNCTION
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• [PATCH -rt 2/8] spinlocks/rwlocks: use PICK_FUNCTION()
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• [PATCH -rt 3/8] seqlocks: use PICK_FUNCTION
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• [PATCH -rt 6/8] preempt_max_latency in all modes
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• [PATCH -rt 8/8] stop critical timing in idle.
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• [PATCH -rt 5/8] latency tracing: use now() consistently
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• [PATCH -rt 4/8] fork: desched_thread comment rework.
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: XFS forgets usrquota
  • From: Sven-Thorsten Dietrich <sdietrich@xxxxxxxxxx>
• Re: XFS forgets usrquota
  • From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
• Re: XFS forgets usrquota
  • From: Sven-Thorsten Dietrich <sdietrich@xxxxxxxxxx>
• XFS forgets usrquota
  • From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
• Re: pdflush preemption
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: pdflush preemption
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH] kexec: reenable HPET before kexec
  • From: Konstantin Baydarov <kbaidarov@xxxxxxxxxxxxx>
• pdflush preemption
  • From: John Sigler <linux.kernel@xxxxxxx>
• Re: How to talk to DAQ Hardware?
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: How to talk to DAQ Hardware?
  • From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
• Re: [PATCH] kexec: reenable HPET before kexec
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• RE: [PATCH] kexec: reenable HPET before kexec
  • From: "Pallipadi, Venkatesh" <venkatesh.pallipadi@xxxxxxxxx>
• Re: How to talk to DAQ Hardware?
  • From: Guennadi Liakhovetski <gl@xxxxxxxxx>
• Re: How to talk to DAQ Hardware?
  • From: Bernhard Kuhn <kuhn@xxxxxxxxxxxxxx>
• Re: How to talk to DAQ Hardware?
  • From: Carsten Emde <Carsten.Emde@xxxxxxxxx>
• Re: How to talk to DAQ Hardware?
  • From: Guennadi Liakhovetski <gl@xxxxxxxxx>
• Re: How to talk to DAQ Hardware?
  • From: Guennadi Liakhovetski <gl@xxxxxxxxx>
• Re: How to talk to DAQ Hardware?
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• Re: How to talk to DAQ Hardware?
  • From: Guennadi Liakhovetski <gl@xxxxxxxxx>
• Re: [PATCH] kexec: reenable HPET before kexec
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: How to talk to DAQ Hardware?
  • From: Sven-Thorsten Dietrich <sdietrich@xxxxxxxxxx>
• Re: How to talk to DAQ Hardware?
  • From: Gregory Haskins <ghaskins@xxxxxxxxxx>
• Re: [PATCH RT] - rebalance_domains incorrect parameter
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• Re: How to talk to DAQ Hardware?
  • From: Calin Culianu <cculianu@xxxxxxxxx>
• Re: How to talk to DAQ Hardware?
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• Re: [PATCH RT 3/3 - take two ] fix get_monotonic_cycles for latency tracer
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: How to talk to DAQ Hardware?
  • From: Calin Culianu <cculianu@xxxxxxxxx>
• Re: How to talk to DAQ Hardware?
  • From: Daniel Walker <dwalker@xxxxxxxxxx>
• How to talk to DAQ Hardware?
  • From: Calin Culianu <cculianu@xxxxxxxxx>
• Re: [PATCH RT 3/3 - take two ] fix get_monotonic_cycles for latency tracer
  • From: fche@xxxxxxxxxx (Frank Ch. Eigler)
• [PATCH RT 3/3 - take two ] fix get_monotonic_cycles for latency tracer
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RT 3/3] fix get_monotonic_cycles for latency tracer
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RT 3/3] fix get_monotonic_cycles for latency tracer
  • From: john stultz <johnstul@xxxxxxxxxx>
• [PATCH RT 3/3] fix get_monotonic_cycles for latency tracer
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 2/3] initialize the clock source to jiffies clock.
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>