Linux Real Time Users

• Thread Index

• Re: 2.6.33.3-rt16: WARNING: at fs/namespace.c:1197 umount_tree+0x127/0x175()
  • From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
• [PATCH] rt: Remove irrelevant CONFIGS from reminder block.
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH:resend] rt: Remove CONFIG_STACK_TRACER from DEBUG_COUNT, and fix reminder block
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: 2.6.33.3-rt16: WARNING: at fs/namespace.c:1197 umount_tree+0x127/0x175()
  • From: john stultz <johnstul@xxxxxxxxxx>
• powerpc gianfar driver does not work well when PREEMPT/PREEMPT_RT is enabled
  • From: Xianghua Xiao <xiaoxianghua@xxxxxxxxx>
• Re: 2.6.33.3-rt16: WARNING: at fs/namespace.c:1197 umount_tree+0x127/0x175()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: 2.6.33.3-rt16 compile failure in fs/ecryptfs/inode.o
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH:resend] rt: Remove CONFIG_STACK_TRACER from DEBUG_COUNT, and fix reminder block
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• 2.6.33.3-rt16: WARNING: at fs/namespace.c:1197 umount_tree+0x127/0x175()
  • From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
• 2.6.33.3-rt16 compile failure in fs/ecryptfs/inode.o
  • From: John Kacur <jkacur@xxxxxxxxx>
• Re: [PATCH:resend] rt: Remove CONFIG_STACK_TRACER from DEBUG_COUNT, and fix reminder block
  • From: Clark Williams <williams@xxxxxxxxxx>
• [PATCH:resend] rt: Remove CONFIG_STACK_TRACER from DEBUG_COUNT, and fix reminder block
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [BUG] 2.6.33.2-rt13 and iptables
  • From: FC <prd.gtt@xxxxxxxxxxxxx>
• [ANNOUNCE] 2.6.33.3-rt16
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [BUG] 2.6.33.2-rt13 and iptables
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [Fwd: Re: RFC for a new Scheduling policy/class in the Linux-kernel]
  • From: Doug Niehaus <niehaus@xxxxxxxxxxx>
• Re: [Fwd: Re: RFC for a new Scheduling policy/class in the Linux-kernel]
  • From: Joerg Roedel <joro@xxxxxxxxxx>
• Re: [Fwd: Re: RFC for a new Scheduling policy/class in the Linux-kernel]
  • From: Ted Baker <baker@xxxxxxxxxx>
• Re: [PATCH] lockdep: reduce stack_trace usage
  • From: Yong Zhang <yong.zhang@xxxxxxxxxxxxx>
• [BUG] 2.6.33.2-rt13 and iptables
  • From: FC <prd.gtt@xxxxxxxxxxxxx>
• [PATCH] lockdep: reduce stack_trace usage
  • From: Yong Zhang <yong.zhang0@xxxxxxxxx>
• Re: [PATCH] lockdep: Add nr_save_trace_invocations counter
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH] lockdep: Add nr_save_trace_invocations counter
  • From: Yong Zhang <yong.zhang@xxxxxxxxxxxxx>
• Re: [PATCH] lockdep: Add nr_save_trace_invocations counter
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH] lockdep: Add nr_save_trace_invocations counter
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] lockdep: Add nr_save_trace_invocations counter
  • From: Yong Zhang <yong.zhang@xxxxxxxxxxxxx>
• Re: [PATCH] lockdep: Add nr_save_trace_invocations counter
  • From: Yong Zhang <yong.zhang@xxxxxxxxxxxxx>
• Re: [PATCH] lockdep: Add nr_save_trace_invocations counter
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH] lockdep: Add nr_save_trace_invocations counter
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] lockdep: Add nr_save_trace_invocations counter
  • From: Yong Zhang <yong.zhang@xxxxxxxxxxxxx>
• [PATCH] lockdep: Add nr_save_trace_invocations counter
  • From: John Kacur <jkacur@xxxxxxxxx>
• Linux Plumbers Conference 2010 (Nov 3-5) Call for Tracks
  • From: Nivedita Singhvi <niveditasinghvi@xxxxxxxxx>
• Re: [PATCH v3] lockdep: Make MAX_STACK_TRACE_ENTRIES configurable.
  • From: Sven-Thorsten Dietrich <thebigcorporation@xxxxxxxxx>
• Re: [PATCH v3] lockdep: Make MAX_STACK_TRACE_ENTRIES configurable.
  • From: "Gregory Haskins" <GHaskins@xxxxxxxxxx>
• Re: [PATCH v3] lockdep: Make MAX_STACK_TRACE_ENTRIES configurable.
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3] lockdep: Make MAX_STACK_TRACE_ENTRIES configurable.
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH v3] lockdep: Make MAX_STACK_TRACE_ENTRIES configurable.
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: [PATCH v3] lockdep: Make MAX_STACK_TRACE_ENTRIES configurable.
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• 2.6.33.2-rt13: RFC: fix serial console
  • From: "Nikita V. Youshchenko" <yoush@xxxxxxxxx>
• Re: [PATCH v3] lockdep: Make MAX_STACK_TRACE_ENTRIES configurable.
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3] lockdep: Make MAX_STACK_TRACE_ENTRIES configurable.
  • From: John Kacur <jkacur@xxxxxxxxxx>
• cpu usage with high-res timer
  • From: Xianghua Xiao <xiaoxianghua@xxxxxxxxx>
• Re: [RFC: PATCH v2] lockdep: Make MAX_STACK_TRACE_ENTRIES configurable.
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: Strange behavior of pthread_setaffinity_np
  • From: Primiano Tucci <p.tucci@xxxxxxxxx>
• Re: [RFC: PATCH v2] lockdep: Make MAX_STACK_TRACE_ENTRIES configurable.
  • From: John Kacur <jkacur@xxxxxxxxx>
• Re: Strange behavior of pthread_setaffinity_np
  • From: Sujit K M <sjt.kar@xxxxxxxxx>
• Re: Strange behavior of pthread_setaffinity_np
  • From: Primiano Tucci <p.tucci@xxxxxxxxx>
• Re: Strange behavior of pthread_setaffinity_np
  • From: Sujit K M <sjt.kar@xxxxxxxxx>
• Strange behavior of pthread_setaffinity_np
  • From: Primiano Tucci <p.tucci@xxxxxxxxx>
• Re: Re: Looking for a real time IPC to be used with select
  • From: "M. Koehrer" <mathias_koehrer@xxxxxxxx>
• Re: RE: Looking for a real time IPC to be used with select
  • From: "M. Koehrer" <mathias_koehrer@xxxxxxxx>
• Re: 2.6.33.2-rt13 make fails
  • From: Norval Watson <norv2001@xxxxxxxxxxxx>
• Re: 2.6.33.2-rt13 make fails
  • From: Norval Watson <norv2001@xxxxxxxxxxxx>
• Re: 2.6.33.2-rt13 make fails
  • From: Sven-Thorsten Dietrich <thebigcorporation@xxxxxxxxx>
• 2.6.33.2-rt13 make fails
  • From: Norval Watson <norv2001@xxxxxxxxxxxx>
• Re: Looking for a real time IPC to be used with select
  • From: Sujit K M <sjt.kar@xxxxxxxxx>
• Re: Looking for a real time IPC to be used with select
  • From: Pradyumna Sampath <pradysam@xxxxxxxxx>
• Re: Looking for a real time IPC to be used with select
  • From: Armin Steinhoff <armin@xxxxxxxxxxxx>
• RE: Looking for a real time IPC to be used with select
  • From: "Leyendecker, Robert" <Robert.Leyendecker@xxxxxxx>
• Re: [RFC: PATCH v2] lockdep: Make MAX_STACK_TRACE_ENTRIES configurable.
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Looking for a real time IPC to be used with select
  • From: "M. Koehrer" <mathias_koehrer@xxxxxxxx>
• [RFC: PATCH] lockdep: Make MAX_STACK_TRACE_ENTRIES configurable.
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: Debugging a hard lockup with no symptoms
  • From: Martin Shepherd <mcs@xxxxxxxxxxxxxxxxx>
• Re: Debugging a hard lockup with no symptoms
  • From: Martin Shepherd <mcs@xxxxxxxxxxxxxxxxx>
• Re: Debugging a hard lockup with no symptoms
  • From: Martin Shepherd <mcs@xxxxxxxxxxxxxxxxx>
• Re: Debugging a hard lockup with no symptoms
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [RT:PATCH] tracing/x86: Add check to GCC messing with mcount prologue
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Debugging a hard lockup with no symptoms
  • From: Martin Shepherd <mcs@xxxxxxxxxxxxxxxxx>
• Re: I attached a test module to reproduce this bug. Does I miss something in my code or is there a bug?
  • From: Stefan Agner <stefan@xxxxxxxx>
• Re: I attached a test module to reproduce this bug. Does I miss something in my code or is there a bug?
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: 2.6.32 rt patch?
  • From: Sven-Thorsten Dietrich <sdietrich@xxxxxxxxxx>
• I attached a test module to reproduce this bug. Does I miss something in my code or is there a bug?
  • From: Stefan Agner <stefan@xxxxxxxx>
• Re: 2.6.32 rt patch?
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• 2.6.33.1-rt11-related bug?
  • From: Udo van den Heuvel <udovdh@xxxxxxxxx>
• Re: 2.6.32 rt patch?
  • From: "Nikita V. Youshchenko" <yoush@xxxxxxxxx>
• Sangoma wanpipe driver
  • From: Michael Mueller <ss7box@xxxxxxxxx>
• [PATCH] rt: This fixes the boot-up messages related to CONFIG_STACK_TRACER
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [rt: PATCH - resend] Fix-up boot-up warnings surrounding CONFIG_STACK_TRACER
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [ANNOUNCE] 2.6.33.2-rt13
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Kernel 2.6.33.1-rt11 on PPC405 UIC spinlock and serial input overruns
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: 2.6.32 rt patch?
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: 2.6.32 rt patch?
  • From: John Kacur <jkacur@xxxxxxxxx>
• 2.6.32 rt patch?
  • From: Xianghua Xiao <xiaoxianghua@xxxxxxxxx>
• Re: Kernel 2.6.33.1-rt11 on PPC405 UIC spinlock and serial input overruns
  • From: "Darcy Watkins" <DWatkins@xxxxxxxxxxx>
• Re: 2.6.33.1-rt11 BUG: sleeping function called from invalid context at kernel/rtmutex.c:684
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: 2.6.33.1-rt11 BUG: sleeping function called from invalid context at kernel/rtmutex.c:684
  • From: Udo van den Heuvel <udovdh@xxxxxxxxx>
• Re: 2.6.33.1-rt11 BUG: sleeping function called from invalid context at kernel/rtmutex.c:684
  • From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
• Re: 2.6.33.1-rt11 BUG: sleeping function called from invalid context at kernel/rtmutex.c:684
  • From: Udo van den Heuvel <udovdh@xxxxxxxxx>
• Re: 2.6.33.1-rt11 BUG: sleeping function called from invalid context at kernel/rtmutex.c:684
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Kernel 2.6.33.1-rt11 on PPC405 UIC spinlock and serial input overruns
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: 2.6.33.1-rt11 BUG: sleeping function called from invalid context at kernel/rtmutex.c:684
  • From: Udo van den Heuvel <udovdh@xxxxxxxxx>
• 2.6.33.1-rt11 BUG: sleeping function called from invalid context at kernel/rtmutex.c:684
  • From: Udo van den Heuvel <udovdh@xxxxxxxxx>
• [PATCH 2/2] let-message-queue-timeout-use-hrtimer.patch
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• [PATCH 1/2] provide-schedule_hrtimeout-for-wallclock.patch
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• [PATCH 0/2] Convert message queue timeouts to hrtimer
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• Kernel 2.6.33.1-rt11 on PPC405 UIC spinlock and serial input overruns
  • From: "Darcy L. Watkins" <dwatkins@xxxxxxxxxxx>
• Re: [PATCH v2] rt-tests: Add option to force timeout to pmqtest
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [PATCH] rt-tests: Add timeout count to pmqtest's output
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• [PATCH v2] rt-tests: Add option to force timeout to pmqtest
  • From: Carsten Emde <Carsten.Emde@xxxxxxxxx>
• [CFP workshop] Operating System Platform for Embedded Real-Time applications 2010
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] Re: mq_timedrecieve timeout accuracy
  • From: Pradyumna Sampath <pradysam@xxxxxxxxx>
• [PATCH] Add test of message queues to rt-tests
  • From: Carsten Emde <Carsten.Emde@xxxxxxxxx>
• [PATCH] Re: mq_timedrecieve timeout accuracy
  • From: Carsten Emde <Carsten.Emde@xxxxxxxxx>
• Re: [BUG-REPORT][PREEMPT-RT] 2.6.33.1-rt11 triggers DEBUG_LOCKS_WARN_ON(!p->hardirqs_enabled), in a 32-bit kvm session
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [BUG-REPORT][PREEMPT-RT] 2.6.33.1-rt11 triggers DEBUG_LOCKS_WARN_ON(!p->hardirqs_enabled), in a 32-bit kvm session
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [BUG-REPORT][PREEMPT-RT] 2.6.33.1-rt11 triggers DEBUG_LOCKS_WARN_ON(!p->hardirqs_enabled), in a 32-bit kvm session
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH 2/2] rt: Remove CONFIG_STACK_TRACER from DEBUG_COUNT
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH 2/2] rt: Remove CONFIG_STACK_TRACER from DEBUG_COUNT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 1/2] Revert "rt: trivial fix to REMINDER block in init/main.c"
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 2/2] rt: Remove CONFIG_STACK_TRACER from DEBUG_COUNT
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 1/2] Revert "rt: trivial fix to REMINDER block in init/main.c"
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 0/2] [rt-kernel]
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH] mq_timedrecieve timeout accuracy
  • From: Pradyumna Sampath <pradysam@xxxxxxxxx>
• Re: mq_timedrecieve timeout accuracy
  • From: Pradyumna Sampath <pradysam@xxxxxxxxx>
• Re: mq_timedrecieve timeout accuracy
  • From: Pradyumna Sampath <pradysam@xxxxxxxxx>
• Re: mq_timedrecieve timeout accuracy
  • From: Sujit K M <sjt.kar@xxxxxxxxx>
• Re: mq_timedrecieve timeout accuracy
  • From: Pradyumna Sampath <pradysam@xxxxxxxxx>
• Re: mq_timedrecieve timeout accuracy
  • From: "M. Koehrer" <mathias_koehrer@xxxxxxxx>
• Re: mq_timedrecieve timeout accuracy
  • From: Sujit K M <sjt.kar@xxxxxxxxx>
• Re: mq_timedrecieve timeout accuracy
  • From: John Kacur <jkacur@xxxxxxxxx>
• mq_timedrecieve timeout accuracy
  • From: Pradyumna Sampath <pradysam@xxxxxxxxx>
• [PATCH] 2.6.33.1-rt11 : Fix missing include in at91_mci.c
  • From: Erik Sandbraaten <erik.sandbraaten@xxxxxxxxx>
• [ANNOUNCE] 2.6.33.1-rt11
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• PROBLEM: 2.6.33-rt7 crash under KVM
  • From: Jon Masters <jonathan@xxxxxxxxxxxxxx>
• [BUG-REPORT] [PREEMPT_RT] Build break with DRM_I915 and HAVE_ATOMIC_IOMAP
  • From: John Kacur <jkacur@xxxxxxxxxx>
• What's the best way to create an embedded version of PREEMPT_RT Linux ?
  • From: Armin Steinhoff <armin@xxxxxxxxxxxx>
• Re: 2.6.33-rt6 on Beagle
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [BUG REPORT] MAX_STACK_TRACE_ENTRIES too low! in v2.6.33-rt6
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH] ide: Build break in ide-iops.c
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] ide: Build break in ide-iops.c
  • From: Wu Zhangjin <wuzhangjin@xxxxxxxxx>
• 2.6.33-rt6 on Beagle
  • From: "Chatterjee, Amit" <amit.chatterjee@xxxxxx>
• [PATCH] ide: Build break in ide-iops.c
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH] Build break in v2.6.33-rt6
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [ANNOUNCE] 2.6.33-rt6
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: patch-2.6.33-rt4 does not apply to linux-2.6.33 vanilla sources
  • From: Daniele Nicolodi <daniele@xxxxxxxxxx>
• Re: patch-2.6.33-rt4 does not apply to linux-2.6.33 vanilla sources
  • From: John Kacur <jkacur@xxxxxxxxxx>
• patch-2.6.33-rt4 does not apply to linux-2.6.33 vanilla sources
  • From: Daniele Nicolodi <daniele@xxxxxxxxxx>
• Re: [PATCH 2/2] add-smp-option-to-svsematest.patch
  • From: Carsten Emde <Carsten.Emde@xxxxxxxxx>
• Re: [PATCH 2/2] add-smp-option-to-svsematest.patch
  • From: Carsten Emde <Carsten.Emde@xxxxxxxxx>
• Re: [PATCH 2/2] add-smp-option-to-svsematest.patch
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH 1/2] do-not-allow-prio-less-than-one-in-cyclictest.patch
  • From: David Sommerseth <davids@xxxxxxxxxx>
• Re: [PATCH 1/2] do-not-allow-prio-less-than-one-in-cyclictest.patch
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH 2/2] add-smp-option-to-svsematest.patch
  • From: David Sommerseth <davids@xxxxxxxxxx>
• Re: [PATCH 1/2] do-not-allow-prio-less-than-one-in-cyclictest.patch
  • From: David Sommerseth <davids@xxxxxxxxxx>
• Re: [PATCH] cyclictest: Use symbolic names for scheduling policy
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH] cyclictest: Use symbolic names for scheduling policy
  • From: Carsten Emde <Carsten.Emde@xxxxxxxxx>
• [GIT PULL] [PATCH] rt-tests updates
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH] cyclictest: Use symbolic names for scheduling policy
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH 1/1] fix-policy-display-for-cyclictest.patch
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH 2/2] add-smp-option-to-svsematest.patch
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH 1/2] add-smp-option-to-ptsematest.patch
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 1/1] fix-policy-display-for-cyclictest.patch
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• [PATCH 0/1] rt-tests: fix-policy-display-for-cyclictest.patch
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• Re: [PATCH] cyclictest: Use symbolic names for scheduling policy
  • From: Carsten Emde <Carsten.Emde@xxxxxxxxx>
• Re: [PATCH] Revert "simplify equal priority logic for cyclictest"
  • From: Carsten Emde <Carsten.Emde@xxxxxxxxx>
• [PATCH] cyclictest: Make the default scheduling policy SCHED_FIFO
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH] cyclictest: Fix spelling mistake in the man page.
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH] cyclictest: Use symbolic names for scheduling policy
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH] Revert "simplify equal priority logic for cyclictest"
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH] Fix scheduling policy problems for cyclictest
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH 2/2] remove-incorrect-options-from-smp-help-message-in-cyclictest.patch
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH 2/2] remove-incorrect-options-from-smp-help-message-in-cyclictest.patch
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH 1/2] do-not-allow-prio-less-than-one-in-cyclictest.patch
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 2/2] add-smp-option-to-svsematest.patch
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• [PATCH 1/2] add-smp-option-to-ptsematest.patch
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• [PATCH 2/2] remove-incorrect-options-from-smp-help-message-in-cyclictest.patch
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• [PATCH 1/2] do-not-allow-prio-less-than-one-in-cyclictest.patch
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• [PATCH 0/2] [rt-tests] Add smp option to ptsematest and svsematest
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• [PATCH 0/2] [rt-tests] Two minor fixes of cyclictest
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• Re: Disabling lapic timer for a certain core
  • From: Mark Hounschell <markh@xxxxxxxxxx>
• Re: Re: Disabling lapic timer for a certain core
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Disabling lapic timer for a certain core
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: new to linux RT
  • From: Michael Mueller <ss7box@xxxxxxxxx>
• Re: new to linux RT
  • From: Remy Bohmer <linux@xxxxxxxxxx>
• new to linux RT
  • From: Michael Mueller <ss7box@xxxxxxxxx>
• Re: Re: Disabling lapic timer for a certain core
  • From: "M. Koehrer" <mathias_koehrer@xxxxxxxx>
• Re: Disabling lapic timer for a certain core
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: Disabling lapic timer for a certain core
  • From: Mark Hounschell <dmarkh@xxxxxxxxxx>
• Re: Disabling lapic timer for a certain core
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Re: Disabling lapic timer for a certain core
  • From: "M. Koehrer" <mathias_koehrer@xxxxxxxx>
• Re: Disabling lapic timer for a certain core
  • From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
• Disabling lapic timer for a certain core
  • From: "M. Koehrer" <mathias_koehrer@xxxxxxxx>
• Re: Nvidia patches for 2.6.33-rt?
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [rt sched] SCHED_FIFO task of lower rt_priority blocks higher one
  • From: Xianwei Zeng <linux.xianwei.zeng@xxxxxxxxx>
• Re: [rt sched] SCHED_FIFO task of lower rt_priority blocks higher one
  • From: Robert Hancock <hancockrwd@xxxxxxxxx>
• Re: [rt sched] SCHED_FIFO task of lower rt_priority blocks higher one
  • From: Karthik Singaram Lakshmanan <karthiksingaram@xxxxxxxxx>
• Re: Delivery Status Notification (Failure)
  • From: Karthik Singaram Lakshmanan <karthiksingaram@xxxxxxxxx>
• [rt sched] SCHED_FIFO task of lower rt_priority blocks higher one
  • From: Xianwei Zeng <linux.xianwei.zeng@xxxxxxxxx>
• Re: Nvidia patches for 2.6.33-rt?
  • From: Ng Oon-Ee <ngoonee@xxxxxxxxx>
• [PATCH] mm/highmem.c: Fix ‘pkmap_count’ undeclared
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: Nvidia patches for 2.6.33-rt?
  • From: Jonathan Schmidt <j.schmidt@xxxxxxxxxxxx>
• Re: [ANNOUNCE] 2.6.33-rt3
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH 1/2] powerpc: replace kmap_atomic with kmap in pte_offset_map
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 2/2] rt: reserve TASK_STOPPED state when blocking on a spin lock
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 0/2] fixes for 33-rt4 found while testing on powerpc
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 2.6.33-rt3
  • From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
• Re: Nvidia patches for 2.6.33-rt?
  • From: Tim Blechmann <tim@xxxxxxxxxx>
• Re: Nvidia patches for 2.6.33-rt?
  • From: Xavier Miller <xavier.miller@xxxxxxxxx>
• Nvidia patches for 2.6.33-rt?
  • From: Ng Oon-Ee <ngoonee@xxxxxxxxx>
• Re: [PATCH 3/3] Makefile: don't use temporary files in generation of dependency files
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH 3/3] Makefile: don't use temporary files in generation of dependency files
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH 2/3] install backfire.c to $(srcdir)/backfire/
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH] rename pip to pip_stress as pip is too general
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH 3/3] Makefile: don't use temporary files in generation of dependency files
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH 1/3] trivial: s/specifed/specified/
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH 2/3] install backfire.c to $(srcdir)/backfire/
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: 2.6.33-rt4 core2duo oopses: what method to catch
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: 2.6.33-rt4 core2duo oopses: what method to catch
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• [PATCH] rename pip to pip_stress as pip is too general
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: 2.6.33-rc8-rt1 on Beagle
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: 2.6.33-rc8-rt1 on Beagle
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: 2.6.33-rt4 core2duo oopses: what method to catch
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: 2.6.33-rt4 core2duo oopses: what method to catch
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• 2.6.33-rt4 core2duo oopses: what method to catch
  • From: ulmo@xxxxxxxxx
• Re: [ANNOUNCE] 2.6.33-rt3
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 2.6.33-rt3
  • From: GeunSik Lim <leemgs1@xxxxxxxxx>
• Re: [ANNOUNCE] 2.6.33-rt3
  • From: GeunSik Lim <leemgs1@xxxxxxxxx>
• Re: [ANNOUNCE] 2.6.33-rt3
  • From: Xavier Miller <xavier.miller@xxxxxxxxx>
• Re: [ANNOUNCE] 2.6.33-rc8-rt2
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [ANNOUNCE] 2.6.33-rt3
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 2.6.33-rc8-rt2
  • From: Dan Carpenter <error27@xxxxxxxxx>
• Re: ANTS Report
  • From: John Blackwood <john.blackwood@xxxxxxxx>
• Re: [PATCH RT] trivial fix to REMINDER block in init/main.c
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [ANNOUNCE] 2.6.33-rc8-rt2
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH RT] trivial fix to REMINDER block in init/main.c
  • From: Clark Williams <williams@xxxxxxxxxx>
• [PATCH] rename pip to pip_stress as pip is too general
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• RE: 2.6.33-rc8-rt1 on Beagle
  • From: "Chatterjee, Amit" <amit.chatterjee@xxxxxx>
• Re: [ANNOUNCE] 2.6.33-rc8-rt2
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 2.6.33-rc8-rt1
  • From: GeunSik Lim <leemgs1@xxxxxxxxx>
• Re: [ANNOUNCE] 2.6.33-rc8-rt1
  • From: GeunSik Lim <leemgs1@xxxxxxxxx>
• Re: [ANNOUNCE] 2.6.33-rc8-rt1
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 2.6.33-rc8-rt1
  • From: GeunSik Lim <leemgs1@xxxxxxxxx>
• Re: [ANNOUNCE] 2.6.33-rc8-rt1
  • From: GeunSik Lim <leemgs1@xxxxxxxxx>
• [PATCH 2/3] install backfire.c to $(srcdir)/backfire/
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH 3/3] Makefile: don't use temporary files in generation of dependency files
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH 1/3] trivial: s/specifed/specified/
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH 0/3] rt-tests patches
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [ANNOUNCE] 2.6.33-rc8-rt2
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 2.6.33-rc8-rt1
  • From: GeunSik Lim <leemgs1@xxxxxxxxx>
• Re: LTTng 0.193 fixes RT kernel support
  • From: naresh kamboju <naresh.kernel@xxxxxxxxx>
• Re: [ANNOUNCE] 2.6.33-rc8-rt1
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 2.6.33-rc8-rt1
  • From: GeunSik Lim <leemgs1@xxxxxxxxx>
• 2.6.33-rc8-rt1 on Beagle
  • From: "Chatterjee, Amit" <amit.chatterjee@xxxxxx>
• Re: [PATCH] KVM: x86: Kick VCPU outside PIC lock again
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: [PATCH] KVM: x86: Kick VCPU outside PIC lock again
  • From: Avi Kivity <avi@xxxxxxxxxx>
• Re: [PATCH] KVM: x86: Kick VCPU outside PIC lock again
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: [PATCH] KVM: x86: Kick VCPU outside PIC lock again
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: [PATCH] KVM: x86: Kick VCPU outside PIC lock again
  • From: Avi Kivity <avi@xxxxxxxxxx>
• Re: [PATCH] KVM: x86: Kick VCPU outside PIC lock again
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: [PATCH] KVM: x86: Kick VCPU outside PIC lock again
  • From: Avi Kivity <avi@xxxxxxxxxx>
• Re: [PATCH] KVM: x86: Kick VCPU outside PIC lock again
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: [PATCH] KVM: x86: Kick VCPU outside PIC lock again
  • From: Avi Kivity <avi@xxxxxxxxxx>
• Re: [PATCH] KVM: x86: Kick VCPU outside PIC lock again
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: [PATCH] KVM: x86: Kick VCPU outside PIC lock again
  • From: Avi Kivity <avi@xxxxxxxxxx>
• [PATCH] KVM: x86: Kick VCPU outside PIC lock again
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: [ANNOUNCE] 2.6.33-rc8-rt1
  • From: Carsten Emde <Carsten.Emde@xxxxxxxxx>
• Re: [patch] latency_hist: fix small memory leak
  • From: Carsten Emde <Carsten.Emde@xxxxxxxxx>
• Re: [ANNOUNCE] 2.6.33-rc8-rt1
  • From: Sujit K M <sjt.kar@xxxxxxxxx>
• Re: [ANNOUNCE] 2.6.33-rc8-rt1
  • From: Dhaval Giani <dhaval.lists@xxxxxxxxxxxx>
• Re: [ANNOUNCE] 2.6.33-rc8-rt1
  • From: GeunSik Lim <leemgs1@xxxxxxxxx>
• Re: [patch] x86: kvm: Convert i8254/i8259 locks to raw_spinlocks
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 2.6.33-rc8-rt1
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxxxxxxxxxx>
• Re: [ANNOUNCE] 2.6.31.12-rt21
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [patch] x86: kvm: Convert i8254/i8259 locks to raw_spinlocks
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: [ANNOUNCE] 2.6.31.12-rt21
  • From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
• Re: LTTng 0.193 fixes RT kernel support
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: LTTng 0.193 fixes RT kernel support
  • From: naresh kamboju <naresh.kernel@xxxxxxxxx>
• Re: LTTng 0.193 fixes RT kernel support
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [ltt-dev] LTTng 0.193 fixes RT kernel support
  • From: naresh kamboju <naresh.kernel@xxxxxxxxx>
• Re: [ANNOUNCE] 2.6.33-rc8-rt1
  • From: gowrishankar <gowrishankar.m@xxxxxxxxxxxxxxxxxx>
• [PATCH rt/2.6.33] Fix for this build error:
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• Re: [ANNOUNCE] 2.6.33-rc8-rt1
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [ANNOUNCE] 2.6.33-rc8-rt1
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [ltt-dev] LTTng 0.193 fixes RT kernel support
  • From: naresh kamboju <naresh.kernel@xxxxxxxxx>
• Re: [ANNOUNCE] 2.6.33-rc8-rt1
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 2.6.33-rc8-rt1
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 2.6.33-rc8-rt1
  • From: Dan Carpenter <error27@xxxxxxxxx>
• Re: [ANNOUNCE] 2.6.33-rc8-rt1
  • From: Dan Carpenter <error27@xxxxxxxxx>
• [patch] latency_hist: fix small memory leak
  • From: Dan Carpenter <error27@xxxxxxxxx>
• Re: [ANNOUNCE] 2.6.33-rc8-rt1
  • From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
• Re: [ANNOUNCE] 2.6.33-rc8-rt1
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [ANNOUNCE] 2.6.33-rc8-rt1
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 2.6.33-rc8-rt1
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [ANNOUNCE] 2.6.33-rc8-rt1
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 2.6.31.12-rt21
  • From: Xavier Miller <xavier.miller@xxxxxxxxx>
• [ANNOUNCE] 2.6.31.12-rt21
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [ltt-dev] LTTng 0.193 fixes RT kernel support
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [ltt-dev] LTTng0.158 Linux-2629-RT kernel BUG: sleeping function called from invalid context at kernel/rtmutex.c:685
  • From: naresh kamboju <naresh.kernel@xxxxxxxxx>
• Re: Tweak Latency on Intel ATOM
  • From: Max Müller <mxmr@xxxxxxx>
• Re: Tweak Latency on Intel ATOM
  • From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
• Re: Tweak Latency on Intel ATOM
  • From: Max Müller <mxmr@xxxxxxx>
• Re: modification of tp-smapi module for -rt
  • From: Robin Gareus <robin@xxxxxxxxxx>
• Re: 2.6.31.12-rt20: BUG: sleeping function called from invalid context at kernel/rtmutex.c:684
  • From: Carsten Emde <Carsten.Emde@xxxxxxxxx>
• Re: Tweak Latency on Intel ATOM
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: Tweak Latency on Intel ATOM
  • From: Max Müller <mxmr@xxxxxxx>
• 2.6.31.12-rt20: BUG: sleeping function called from invalid context at kernel/rtmutex.c:684
  • From: ulmo@xxxxxxxxx
• modification of tp-smapi module for -rt
  • From: Pedro Ribeiro <pedrib@xxxxxxxxx>
• mapping of PCI memory to user space not working with uio.c ?
  • From: Armin Steinhoff <armin@xxxxxxxxxxxx>
• Re: Tweak Latency on Intel ATOM
  • From: Clark Williams <williams@xxxxxxxxxx>
• RE: Converting a device driver for real time kernel
  • From: "Leggo, Adam (UK)" <Adam.Leggo2@xxxxxxxxxxxxxx>
• Re: uio_pci_generic not working ?
  • From: Armin Steinhoff <armin@xxxxxxxxxxxx>
• Re: Tweak Latency on Intel ATOM
  • From: Max Müller <mxmr@xxxxxxx>
• Re: Tweak Latency on Intel ATOM
  • From: Clark Williams <williams@xxxxxxxxxx>
• RT-Preempt port for NIOS II and hrtimer
  • From: Patrice Kadionik <kadionik@xxxxxxxxxxxxxxxxxx>
• uio_pci_generic not working ?
  • From: Armin Steinhoff <armin@xxxxxxxxxxxx>
• Re: Converting a device driver for real time kernel - OT
  • From: Armin Steinhoff <as@xxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Converting a device driver for real time kernel - OT
  • From: Armin Steinhoff <as@xxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Converting a device driver for real time kernel
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Converting a device driver for real time kernel
  • From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
• Re: Converting a device driver for real time kernel
  • From: Carsten Emde <Carsten.Emde@xxxxxxxxx>
• Re: Converting a device driver for real time kernel
  • From: Sven-Thorsten Dietrich <sdietrich@xxxxxxxxxx>
• Converting a device driver for real time kernel
  • From: "Leggo, Adam (UK)" <Adam.Leggo2@xxxxxxxxxxxxxx>
• Tweak Latency on Intel ATOM
  • From: Max Miller <mxmr@xxxxxxx>
• Re: Replacement for Xenomai's Message queues?
  • From: Tim Sander <tim01@xxxxxxxxxxxxxxxxxxx>
• Re: Replacement for Xenomai's Message queues?
  • From: Carsten Emde <Carsten.Emde@xxxxxxxxx>
• Re: Replacement for Xenomai's Message queues?
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• Re: Re: Replacement for Xenomai's Message queues?
  • From: "M. Koehrer" <mathias_koehrer@xxxxxxxx>
• Re: Ooops 805 2.6.31.12-rt20
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: Ooops 805 2.6.31.12-rt20
  • From: Tim Sander <tstone@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Replacement for Xenomai's Message queues?
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• Replacement for Xenomai's Message queues?
  • From: "M. Koehrer" <mathias_koehrer@xxxxxxxx>
• Re: Ooops 805 2.6.31.12-rt20
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH] cyclictest: set "tracing_thresh" optionally (resend)
  • From: Yi Li <yi.li@xxxxxxxxxx>
• Re: [PATCH] cyclictest: Set tracing_thresh optionally
  • From: yi li <liyi.dev@xxxxxxxxx>
• [PATCH 2/5] rt-tests: Separate the #ifdef LIBNUMA_API_VERSION functions.
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 1/5] rt-tests: Add header including copyright notice to rt_numa.h
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 3/5] rt-tests: Remove the ret variable, the end label and the goto.
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 5/5] rt-tests: Automatically generate dependencies.
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 4/5] rt-tests: Fix some style problems, such as spaces instead of tabs.
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 0/5] rt-tests: rt_numa.h clean-ups, and dependency files
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [rt-tests] version 0.63 available
  • From: Clark Williams <williams@xxxxxxxxxx>
• Ooops 805 2.6.31.12-rt20
  • From: tstone@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx (Tim Sander)
• Re: [PATCH] cyclictest: Set tracing_thresh optionally
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH] cyclictest: Set tracing_thresh optionally
  • From: yi li <liyi.dev@xxxxxxxxx>
• Re: Problem with interrupt handler
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: Problem with interrupt handler
  • From: Julian Fuchs <julian@xxxxxxxx>
• Re: [PATCH] Add copyright statements to files in src/lib
  • From: John Kacur <jkacur@xxxxxxxxx>
• [PATCH] Add copyright statements to files in src/lib
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: Problem with interrupt handler
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Problem with interrupt handler
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Problem with interrupt handler
  • From: Julian Fuchs <julian@xxxxxxxx>
• Re: ARM fixes for 2.6.31.12-rt20
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: ARM fixes for 2.6.31.12-rt20
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH] Rework kmap_high_get after kmap locking is gone
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• ARM fixes for 2.6.31.12-rt20
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Port PREEMPT_RT on AR71xx
  • From: Andrea Tassi <andrea.tassi@xxxxxxxxx>
• Re: Best gcc flags?
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Re: Best gcc flags?
  • From: Xavier Miller <xavier.miller@xxxxxxxxx>
• Re: Best gcc flags?
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Re: Best gcc flags?
  • From: Xavier Miller <xavier.miller@xxxxxxxxx>
• Re: Best gcc flags?
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Re: Best gcc flags?
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH] Add copyright statements to files in src/lib
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Best gcc flags?
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Re: [ANNOUNCE] 2.6.31.12-rt20
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• [ANNOUNCE] 2.6.31.12-rt20
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH]cyclictest: CFLAGS to support static compiliation with ARM Crosscompiler
  • From: GeunSik Lim <leemgs1@xxxxxxxxx>
• GeunSik's patch.
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH]cyclictest: CFLAGS to support static compiliation with ARM Crosscompiler
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH]cyclictest: CFLAGS to support static compiliation with ARM Crosscompiler
  • From: GeunSik Lim <leemgs1@xxxxxxxxx>
• Re: [PATCH]cyclictest: CFLAGS to support static compiliation with ARM Crosscompiler
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH]cyclictest: CFLAGS to support static compiliation with ARM Crosscompiler
  • From: GeunSik Lim <leemgs1@xxxxxxxxx>
• Problem with interrupt handler for serial 16550 interface
  • From: Julian Fuchs <julian@xxxxxxxx>
• Re: RFC: NUMA modifications to cyclictest
  • From: "Nikita V. Youshchenko" <yoush@xxxxxxxxx>
• [PATCH 1/2] rt-tests: Makefile: Add NUMA compile option.
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 2/2] rt-tests: Make cyclic test compilable for non-numa systems.
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [rt-tests] [PATCH 0/2] Make numa a compiletime option
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: RFC: NUMA modifications to cyclictest
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: RFC: NUMA modifications to cyclictest
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: RFC: NUMA modifications to cyclictest
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: RFC: NUMA modifications to cyclictest
  • From: "Nikita V. Youshchenko" <yoush@xxxxxxxxx>
• Re: RFC: NUMA modifications to cyclictest
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• RFC: NUMA modifications to cyclictest
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [RFC] [rt-tests] change to cyclictest behavior
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] [rt-tests] change to cyclictest behavior
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [RFC] [rt-tests] change to cyclictest behavior
  • From: Sven-Thorsten Dietrich <thebigcorporation@xxxxxxxxx>
• Re: [RFC] [rt-tests] change to cyclictest behavior
  • From: Carsten Emde <Carsten.Emde@xxxxxxxxx>
• Re: [RFC] [rt-tests] change to cyclictest behavior
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [RFC] [rt-tests] change to cyclictest behavior
  • From: Carsten Emde <Carsten.Emde@xxxxxxxxx>
• Re: [RFC] [rt-tests] change to cyclictest behavior
  • From: Carsten Emde <Carsten.Emde@xxxxxxxxx>
• RE: [RFC] [rt-tests] change to cyclictest behavior
  • From: "Leyendecker, Robert" <Robert.Leyendecker@xxxxxxx>
• Re: [RFC] [rt-tests] change to cyclictest behavior
  • From: Carsten Emde <Carsten.Emde@xxxxxxxxx>
• Re: [RFC] [rt-tests] change to cyclictest behavior
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [RFC] [rt-tests] change to cyclictest behavior
  • From: Carsten Emde <Carsten.Emde@xxxxxxxxx>
• Re: [RFC] [rt-tests] change to cyclictest behavior
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [RFC] [rt-tests] change to cyclictest behavior
  • From: Carsten Emde <Carsten.Emde@xxxxxxxxx>
• Re: [RFC] [rt-tests] change to cyclictest behavior
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [RFC] [rt-tests] change to cyclictest behavior
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: Embedded programmer new to rt-linux, what distribution / release to start with?
  • From: Tim Sander <tim01@xxxxxxxxxxxxxxxxxxx>
• Embedded programmer new to rt-linux, what distribution / release to start with?
  • From: Cameron Elliott <garapa1@xxxxxxxxx>
• Re: Lockup with "BUG: using smp_processor_id() in preemptible"
  • From: Bryan Donlan <bdonlan@xxxxxxxxx>
• RE: Lockup with "BUG: using smp_processor_id() in preemptible"
  • From: "Leyendecker, Robert" <Robert.Leyendecker@xxxxxxx>
• Lockup with "BUG: using smp_processor_id() in preemptible"
  • From: Bryan Donlan <bdonlan@xxxxxxxxx>
• rt-tests version 0.60 available
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [PATCH] cyclictest: add command line option for unbuffered output
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [PATCH-rt 1/1] Fix spinlock issue in net/core/sock.c
  • From: Vivek Satpute <vivek@xxxxxxxxxxxxxx>
• [PATCH 2/2] add-trace_clock-to-ftrace-docs.patch
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• [PATCH 1/2] add-tracing_max_latency-may-not-be-worst-case-system-latency-to-ftrace-docs.patch
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• [PATCH 0/2] tracing: Expand ftrace documentation
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• [PATCH] cyclictest: add command line option for unbuffered output
  • From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
• Re: [PATCH 2/5] rt-tests: Add a new test pip - priority inheritance with processes
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH 2/5] rt-tests: Add a new test pip - priority inheritance with processes
  • From: Carsten Emde <Carsten.Emde@xxxxxxxxx>
• [PATCH 5/5] rt-tests: Add a "make tags" option.
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 4/5] rt-tests: pip - Use check_privs() from the rt-utils library.
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 3/5] rt-tests: Move header files from src/lib to src/include
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 2/5] rt-tests: Add a new test pip - priority inheritance with processes
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 1/5] rt-tests: Add error routines to the library
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 0/5] *** Add new priority inversion test, plus lib changes ***
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH 3/4] Added --help screen info about -M / --refresh-on-max in cyclictest
  • From: David Sommerseth <davids@xxxxxxxxxx>
• Re: [PATCH 4/4] Updated man page to reflect --refresh-on-max agrument name change
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH 3/4] Added --help screen info about -M / --refresh-on-max in cyclictest
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH 3/4] Added --help screen info about -M / --refresh-on-max in cyclictest
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH 2/4] Missing parsing of --mlockall in signaltest
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH 1/4] Fixed missing parsing of short arguments in classic_pi
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 4/4] Updated man page to reflect --refresh-on-max agrument name change
  • From: David Sommerseth <davids@xxxxxxxxxx>
• [PATCH 3/4] Added --help screen info about -M / --refresh-on-max in cyclictest
  • From: David Sommerseth <davids@xxxxxxxxxx>
• [PATCH 2/4] Missing parsing of --mlockall in signaltest
  • From: David Sommerseth <davids@xxxxxxxxxx>
• [PATCH 1/4] Fixed missing parsing of short arguments in classic_pi
  • From: David Sommerseth <davids@xxxxxxxxxx>
• [PATCH 0/4] Minor rt-tests updates
  • From: David Sommerseth <davids@xxxxxxxxxx>
• [PATCH] rt-tests: Better explanation in the kernel module
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH] rt-tests: Clean-up, Fix the comment part of the #endif protecting include files
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH 3/4] rt-tests: Clean-up - protect rt-utils.h
  • From: Carsten Emde <Carsten.Emde@xxxxxxxxx>
• Re: [PATCH 3/4] rt-tests: Clean-up - protect rt-utils.h
  • From: John Kacur <jkacur@xxxxxxxxx>
• Re: [PATCH 3/4] rt-tests: Clean-up - protect rt-utils.h
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [PATCH 3/4] rt-tests: Clean-up - protect rt-utils.h
  • From: Carsten Emde <Carsten.Emde@xxxxxxxxx>
• Re: [PATCH 0/4] *** Add a get_cpu() library ***
  • From: Clark Williams <williams@xxxxxxxxxx>
• [PATCH 4/4] Completely remove VERSION_STRING until we have a better solution.
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 3/4] rt-tests: Clean-up - protect rt-utils.h
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 2/4] rt-tests: Add a get_cpu() function to the library.
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 1/4] rt-tests: Makefile - Changes to unify and simplify the Makefile
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 0/4] *** Add a get_cpu() library ***
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: Latency Problems with 2.6.31/PREEMPT_RT on a 1.2GHz Celeron
  • From: Carsten Emde <Carsten.Emde@xxxxxxxxx>
• Re: Latency Problems with 2.6.31/PREEMPT_RT on a 1.2GHz Celeron
  • From: Mark Hounschell <dmarkh@xxxxxxxxxx>
• Re: Latency Problems with 2.6.31/PREEMPT_RT on a 1.2GHz Celeron
  • From: "Nikita V. Youshchenko" <yoush@xxxxxxxxx>
• Re: More RT Test Programs
  • From: Carsten Emde <Carsten.Emde@xxxxxxxxx>
• Re: More RT Test Programs
  • From: John Kacur <jkacur@xxxxxxxxx>
• Re: More RT Test Programs
  • From: Carsten Emde <Carsten.Emde@xxxxxxxxx>
• Re: More RT Test Programs
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: More RT Test Programs
  • From: Carsten Emde <Carsten.Emde@xxxxxxxxx>
• Re: Latency Problems with 2.6.31/PREEMPT_RT on a 1.2GHz Celeron
  • From: Mark Hounschell <dmarkh@xxxxxxxxxx>
• Latency Problems with 2.6.31/PREEMPT_RT on a 1.2GHz Celeron
  • From: Vladimir Cotfas <vladc@xxxxxxxxxxxxx>
• RE: help needed, 2.6.31.6-rt19 hang with network user app
  • From: "Leyendecker, Robert" <Robert.Leyendecker@xxxxxxx>
• v0.57 of rt-tests available
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [PATCH 4/7] Add the following new tests - ptsematest - sigwaittest - svsematest - sendme
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH 4/7] Add the following new tests - ptsematest - sigwaittest - svsematest - sendme
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [PATCH 4/7] Add the following new tests - ptsematest - sigwaittest - svsematest - sendme
  • From: Carsten Emde <c.emde@xxxxxxxxx>
• Re: More RT Test Programs
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 3/3] Add a .gitignore file in the backfire directory for generated files.
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 2/3] Remove making of backfire kernel module from the rt-tests makefile The kernel module can be made by cding to src/backfire and doing make modules sudo make modules_install
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 1/3] The PHONY target for install is incorrectly specified as "all"
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 0/3] cleanup building the new tests
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 5/7] Use sched_getcpu - sched_getcpu is available since glibc 2.6 - the current tests were broken in anycase.
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 7/7] The version of check_privs that got added to the library must have come from signaltest - because it doesn't have the fix that check_privs in cyclictest has - to return the sched_priority to 0
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 6/7] Add the new tests to .gitignore
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 4/7] Add the following new tests - ptsematest - sigwaittest - svsematest - sendme
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 3/7] Make use of the new library functions in signaltest.
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 2/7] Make use of the library functions in cyclic test.
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 1/7] Start a separate library of functions for the rt-test suite. The first couple are taken from cyclictest.
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 0/7] *** SUBJECT HERE ***
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: Posix Execution time clock
  • From: Hector Perez Tijero <perezh@xxxxxxxxx>
• Re: Ethernet issues with lite5200 board from linux-2.6.31
  • From: Yogesh Chaudhari <mr.yogesh@xxxxxxxxx>
• Re: Posix Execution time clock
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: Posix Execution time clock
  • From: Hector Perez Tijero <perezh@xxxxxxxxx>
• Re: Posix Execution time clock
  • From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
• Re: Posix Execution time clock
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Posix Execution time clock
  • From: Hector Perez Tijero <perezh@xxxxxxxxx>
• Re: Ethernet issues with lite5200 board from linux-2.6.31
  • From: Yogesh Chaudhari <mr.yogesh@xxxxxxxxx>
• Re: Ethernet issues with lite5200 board from linux-2.6.31
  • From: Yogesh Chaudhari <mr.yogesh@xxxxxxxxx>
• Re: Ethernet issues with lite5200 board from linux-2.6.31
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: Ethernet issues with lite5200 board from linux-2.6.31
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Ethernet issues with lite5200 board from linux-2.6.31
  • From: Yogesh Chaudhari <mr.yogesh@xxxxxxxxx>
• Re: PREEMPT_RT on X/GTK+
  • From: "Ardhan Madras" <ajhwb@xxxxxxxx>
• RE: help needed, 2.6.31.6-rt19 hang with network user app
  • From: "Leyendecker, Robert" <Robert.Leyendecker@xxxxxxx>
• Re: PREEMPT_RT on X/GTK+
  • From: Carsten Emde <Carsten.Emde@xxxxxxxxx>
• PREEMPT_RT on X/GTK+
  • From: "Ardhan Madras" <ajhwb@xxxxxxxx>
• RE: help needed, 2.6.31.6-rt19 hang with network user app
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• rt_prio branch hint
  • From: Tim Blechmann <tim@xxxxxxxxxx>
• RE: help needed, 2.6.31.6-rt19 hang with network user app
  • From: "Leyendecker, Robert" <Robert.Leyendecker@xxxxxxx>
• RE: help needed, 2.6.31.6-rt19 hang with network user app
  • From: "Leyendecker, Robert" <Robert.Leyendecker@xxxxxxx>
• RE: help needed, 2.6.31.6-rt19 hang with network user app
  • From: "Leyendecker, Robert" <Robert.Leyendecker@xxxxxxx>
• Re: help needed, 2.6.31.6-rt19 hang with network user app
  • From: "Nikita V. Youshchenko" <yoush@xxxxxxxxx>
• RE: help needed, 2.6.31.6-rt19 hang with network user app
  • From: "Leyendecker, Robert" <Robert.Leyendecker@xxxxxxx>
• Re: scheduling latency & CONFIG_HZ
  • From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
• Re: help needed, 2.6.31.6-rt19 hang with network user app
  • From: "Nikita V. Youshchenko" <yoush@xxxxxxxxx>
• help needed, 2.6.31.6-rt19 hang with network user app
  • From: "Leyendecker, Robert" <Robert.Leyendecker@xxxxxxx>
• [PATCH 3/3] rt-tests: pi_stress: Remove racy state variables that cause watchdog to trigger
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 2/3] rt-tests: pi_stress: Check whether quiet is set, before taking shutdown_mtx
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 1/3] rt-tests: pi_stress: Use a pthread_mutex_t for the global variable shutdown
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 0/3] rt-tests: pi_stress fixes
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: yield() in i2c non-happy paths hits BUG under -rt patch
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: yield() in i2c non-happy paths hits BUG under -rt patch
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: yield() in i2c non-happy paths hits BUG under -rt patch
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: yield() in i2c non-happy paths hits BUG under -rt patch
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: yield() in i2c non-happy paths hits BUG under -rt patch
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: yield() in i2c non-happy paths hits BUG under -rt patch
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: yield() in i2c non-happy paths hits BUG under -rt patch
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: yield() in i2c non-happy paths hits BUG under -rt patch
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: yield() in i2c non-happy paths hits BUG under -rt patch
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH] cleanup sched_yield (sys)call nesting.
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] cleanup sched_yield (sys)call nesting.
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cleanup sched_yield (sys)call nesting.
  • From: Ingo Molnar <mingo@xxxxxxx>
• Re: [PATCH] cleanup sched_yield (sys)call nesting.
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] cleanup sched_yield (sys)call nesting.
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cleanup sched_yield (sys)call nesting.
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH] cleanup sched_yield (sys)call nesting.
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• Re: yield() in i2c non-happy paths hits BUG under -rt patch
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: yield() in i2c non-happy paths hits BUG under -rt patch
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: yield() in i2c non-happy paths hits BUG under -rt patch
  • From: Leon Woestenberg <leon.woestenberg@xxxxxxxxx>
• Re: yield() in i2c non-happy paths hits BUG under -rt patch
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: yield() in i2c non-happy paths hits BUG under -rt patch
  • From: Leon Woestenberg <leon.woestenberg@xxxxxxxxx>
• [PATCH] rt-tests: Makefile - rt-tests.spec is not a PHONY target
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 3/3] pi_stress: Convert c-plus style comments to c-style comments
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 2/3] pi_stress: Fix trailing-whitespace warnings.
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 1/3] pi_stress: Fix indentation problems with Lindent from the kernel
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 0/3] pi_stress: clean-ups
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 3/3] rt-tests: Makefile - Add a DEBUG option to the Makefile
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 2/3] rt-tests: Makefile - Specify when a target is a PHONY target.
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 1/3] rt-tests: Makefile - Change FLAGS to CFLAGS
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 0/3] rt-tests: Makefile changes
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: yield() in i2c non-happy paths hits BUG under -rt patch
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: yield() in i2c non-happy paths hits BUG under -rt patch
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: scheduling latency & CONFIG_HZ
  • From: Tim Blechmann <tim@xxxxxxxxxx>
• Re: yield() in i2c non-happy paths hits BUG under -rt patch
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: scheduling latency & CONFIG_HZ
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: yield() in i2c non-happy paths hits BUG under -rt patch
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• scheduling latency & CONFIG_HZ
  • From: Tim Blechmann <tim@xxxxxxxxxx>
• [ANNOUNCE] 2.6.31.6-rt19
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: yield() in i2c non-happy paths hits BUG under -rt patch
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• Re: yield() in i2c non-happy paths hits BUG under -rt patch
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• yield() in i2c non-happy paths hits BUG under -rt patch
  • From: Leon Woestenberg <leon.woestenberg@xxxxxxxxx>
• [ANNOUNCE] 2.6.31.5-rt17
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: rt file i/o
  • From: Remy Bohmer <linux@xxxxxxxxxx>
• Re: [ANNOUNCE] 2.6.31.4-rt14
  • From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
• Re: [ANNOUNCE] 2.6.31.4-rt14
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 2.6.31.4-rt14
  • From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
• Re: rt file i/o
  • From: Tim Blechmann <tim@xxxxxxxxxx>
• Re: rt file i/o
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• Re: rt file i/o
  • From: Shane M Smith <shanemsmith@xxxxxxxxxxxx>
• Re: rt file i/o
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• Re: rt file i/o
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: rt file i/o
  • From: Nicholas Mc Guire <der.herr@xxxxxxx>
• Re: rt file i/o
  • From: Tim Blechmann <tim@xxxxxxxxxx>
• Re: rt file i/o
  • From: Nicholas Mc Guire <der.herr@xxxxxxx>
• Re: rt file i/o
  • From: Nicholas Mc Guire <der.herr@xxxxxxx>
• Re: rt file i/o
  • From: Tim Blechmann <tim@xxxxxxxxxx>
• Re: rt file i/o
  • From: Mark Knecht <markknecht@xxxxxxxxx>
• rt file i/o
  • From: Tim Blechmann <tim@xxxxxxxxxx>
• Re: [ANNOUNCE] 2.6.31.4-rt14
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [ANNOUNCE] 2.6.31.4-rt14
  • From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
• Re: Using -rt and TuxOnIce at the same time
  • From: Pedro Ribeiro <pedrib@xxxxxxxxx>
• Re: Using -rt and TuxOnIce at the same time
  • From: Ng Oon-Ee <ngoonee@xxxxxxxxx>
• Re: Using -rt and TuxOnIce at the same time
  • From: Pedro Ribeiro <pedrib@xxxxxxxxx>
• Re: Using -rt and TuxOnIce at the same time
  • From: Ng Oon-Ee <ngoonee@xxxxxxxxx>
• Re: Using -rt and TuxOnIce at the same time
  • From: Pedro Ribeiro <pedrib@xxxxxxxxx>
• Re: Using -rt and TuxOnIce at the same time
  • From: Ng Oon-Ee <ngoonee@xxxxxxxxx>
• Re: Odd bug in SATA link power management
  • From: Pedro Ribeiro <pedrib@xxxxxxxxx>
• Re: [PATCH -rt] Updates-from-Jon-Masters-for-hwlat_detector.c.patch
  • From: Jon Masters <jcm@xxxxxxxxxx>
• Using -rt and TuxOnIce at the same time
  • From: Pedro Ribeiro <pedrib@xxxxxxxxx>
• Re: [PATCH -rt] Updates-from-Jon-Masters-for-hwlat_detector.c.patch
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH -rt] Updates-from-Jon-Masters-for-hwlat_detector.c.patch
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH -rt] Updates-from-Jon-Masters-for-hwlat_detector.c.patch
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH -rt] Updates-from-Jon-Masters-for-hwlat_detector.c.patch
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: -rt kernel hitting yield()s in I2C non-default code paths (2.6.24)
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Odd bug in SATA link power management
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: nvidia-kernel-source 185.18.36-2 fails to build against linux-image-2.6.31.2-rt13-1-amd64
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• -rt kernel hitting yield()s in I2C non-default code paths (2.6.24)
  • From: Leon Woestenberg <leon.woestenberg@xxxxxxxxx>
• Re: Odd bug in SATA link power management
  • From: Lee Revell <rlrevell@xxxxxxxxxxx>
• Odd bug in SATA link power management
  • From: Pedro Ribeiro <pedrib@xxxxxxxxx>
• Re: [patch -rt] Fix infinite loop with 2.6.31.4-rt14 V2
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• Re: A question about cpu_idle()
  • From: yi li <liyi.dev@xxxxxxxxx>
• Re: [patch -rt] Fix infinite loop with 2.6.31.4-rt14 V2
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• Re: [patch -rt] Fix infinite loop with 2.6.31.4-rt14 V2
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• [patch -rt] Fix infinite loop with 2.6.31.4-rt14 V2
  • From: Dinakar Guniguntala <dino@xxxxxxxxxx>
• Re: [patch -rt] Fix infinite loop with 2.6.31.4-rt14
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• [patch -rt] Fix infinite loop with 2.6.31.4-rt14
  • From: Dinakar Guniguntala <dino@xxxxxxxxxx>
• Re: proposed FAQ entry for rt.wiki.kernel.org (v2)
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: proposed FAQ entry for rt.wiki.kernel.org (v2)
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH -rt] Updates-from-Jon-Masters-for-hwlat_detector.c.patch
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: proposed FAQ entry for rt.wiki.kernel.org (v2)
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• proposed FAQ entry for rt.wiki.kernel.org (v3)
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: proposed FAQ entry for rt.wiki.kernel.org (v2)
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• proposed FAQ entry for rt.wiki.kernel.org (v2)
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: A question about cpu_idle()
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: proposed FAQ entry for rt.wiki.kernel.org
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• Re: proposed FAQ entry for rt.wiki.kernel.org
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• Re: proposed FAQ entry for rt.wiki.kernel.org
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: proposed FAQ entry for rt.wiki.kernel.org
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: proposed FAQ entry for rt.wiki.kernel.org
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• Re: proposed FAQ entry for rt.wiki.kernel.org
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• proposed FAQ entry for rt.wiki.kernel.org
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: A question about cpu_idle()
  • From: yi li <liyi.dev@xxxxxxxxx>
• [patch -rt 07/17] sched: try to deal with low capacity
  • From: dino@xxxxxxxxxx
• [patch -rt 05/17] sched: dynamic cpu_power
  • From: dino@xxxxxxxxxx
• [patch -rt 14/17] sched: cleanup wake_idle
  • From: dino@xxxxxxxxxx
• [patch -rt 11/17] Provide an arch specific hook for cpufreq based scaling of cpu_power.
  • From: dino@xxxxxxxxxx
• [patch -rt 13/17] sched: cleanup wake_idle power saving
  • From: dino@xxxxxxxxxx
• [patch -rt 09/17] x86: move APERF/MPERF into a X86_FEATURE
  • From: dino@xxxxxxxxxx
• [patch -rt 17/17] sched: Fix dynamic power-balancing crash
  • From: dino@xxxxxxxxxx
• [patch -rt 03/17] sched: update the cpu_power sum during load-balance
  • From: dino@xxxxxxxxxx
• [patch -rt 08/17] sched: remove reciprocal for cpu_power
  • From: dino@xxxxxxxxxx
• [patch -rt 00/17] [patch -rt] Sched load balance backport
  • From: dino@xxxxxxxxxx
• [patch -rt 04/17] sched: add smt_gain
  • From: dino@xxxxxxxxxx
• [patch -rt 12/17] x86: sched: provide arch implementations using aperf/mperf
  • From: dino@xxxxxxxxxx
• [patch -rt 16/17] sched: Deal with low-load in wake_affine()
  • From: dino@xxxxxxxxxx
• [patch -rt 06/17] sched: scale down cpu_power due to RT tasks
  • From: dino@xxxxxxxxxx
• [patch -rt 10/17] x86: Add generic aperf/mperf code
  • From: dino@xxxxxxxxxx
• [patch -rt 15/17] sched: Add a missing =
  • From: dino@xxxxxxxxxx
• [patch -rt 02/17] sched: SD_PREFER_SIBLING
  • From: dino@xxxxxxxxxx
• [patch -rt 01/17] sched: restore __cpu_power to a straight sum of power
  • From: dino@xxxxxxxxxx
• Re: A question about cpu_idle()
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• Re: MIPS port
  • From: Carsten Emde <Carsten.Emde@xxxxxxxxx>
• MIPS port
  • From: fabio <fabio7774@xxxxxxxxx>
• Re: A question about cpu_idle()
  • From: yi li <liyi.dev@xxxxxxxxx>
• Re: A question about cpu_idle()
  • From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
• A question about cpu_idle()
  • From: yi li <liyi.dev@xxxxxxxxx>
• Re: [PATCH] futex: Detect mismatched requeue targets
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• Re: [PATCH] futex: Detect mismatched requeue targets
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH -tip] rt: Fix the follow oops
  • From: Alessio Igor Bogani <abogani@xxxxxxxxxx>
• [PATCH RT] Consider shared max priority in latency histograms
  • From: Carsten Emde <Carsten.Emde@xxxxxxxxx>
• Re: [PATCH] futex: Detect mismatched requeue targets
  • From: Darren Hart <dvhltc@xxxxxxxxxx>
• [PATCH -rt] Futex Comments-fix-ups (from Darren Hart)
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Fwd: MIPS SUPPORT with rt-24
  • From: John Kacur <jkacur@xxxxxxxxx>
• [PATCH] futex: Detect mismatched requeue targets
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: MIPS SUPPORT with rt-24
  • From: John Kacur <jkacur@xxxxxxxxx>
• MIPS SUPPORT with rt-24
  • From: fabio <fabio7774@xxxxxxxxx>
• Re: fork() blocking rt-threads?
  • From: Lee Revell <rlrevell@xxxxxxxxxxx>
• Re: Delivery Status Notification (Failure)
  • From: fabio <fabio7774@xxxxxxxxx>
• Re: fork() blocking rt-threads?
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: fork() blocking rt-threads?
  • From: Lee Revell <rlrevell@xxxxxxxxxxx>
• possible bug in cyclictest
  • From: Bernhard Schiffner <bernhard@xxxxxxxxxxxxxxxxxxxx>
• Re: fork() blocking rt-threads?
  • From: Nedko Arnaudov <nedko@xxxxxxxxxxxxx>
• Re: fork() blocking rt-threads?
  • From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
• fork() blocking rt-threads?
  • From: <hollunder@xxxxxx>
• [Fwd: Re: 2.6.31.4-rt14 posix message queues problem (solved)]
  • From: Joerg Abraham <Joerg.Abraham@xxxxxxxxxxxxxxxxx>
• Re: 2.6.31.4-rt14 posix message queues problem
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [ANNOUNCE] 2.6.31.4-rt14
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 2.6.31.2-rt13
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 2.6.31.2-rt13
  • From: Remy Bohmer <linux@xxxxxxxxxx>
• Re: Bug in timekeeping.c ktime_get_ts() Kernel 2.2.29.6-rt23
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH RFC] BKL not necessary in cpuid_open
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH RFC] BKL not necessary in cpuid_open
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH RFC] BKL not necessary in cpuid_open
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: Problem with network on kernel 2.6.29.6-rt23 (Debian)
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Problem with network on kernel 2.6.29.6-rt23 (Debian)
  • From: Jose Angel Martinez Conde <joseangel@xxxxxxxxxxxxx>
• Simplify the code in cpuid_open
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH RFC] BKL not necessary in cpuid_open
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH RFC] BKL not necessary in cpuid_open
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH RFC] BKL not necessary in cpuid_open
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH RFC] BKL not necessary in cpuid_open
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH RFC] BKL not necessary in cpuid_open
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] BKL not necessary in cpuid_open
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH RFC] BKL not necessary in cpuid_open
  • From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] BKL not necessary in cpuid_open
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• [PATCH RFC] BKL not necessary in cpuid_open
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: Using set_irq_handler in set_irq_type callback?
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Using set_irq_handler in set_irq_type callback?
  • From: Russell King <rmk+lkml@xxxxxxxxxxxxxxxx>
• Re: Using set_irq_handler in set_irq_type callback?
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Using set_irq_handler in set_irq_type callback?
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] time: remove xtime_cache
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH 1/2] time: logrithmic time accumulation
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [ANNOUNCE] 2.6.31.2-rt13
  • From: Remy Bohmer <linux@xxxxxxxxxx>
• Re: [ANNOUNCE] 2.6.31.2-rt13
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 2.6.31.2-rt13
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 2.6.31.2-rt13
  • From: Remy Bohmer <linux@xxxxxxxxxx>
• [ANNOUNCE] 2.6.31.2-rt13
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH][UHCI-DEBUG] Don't kmalloc with BKL held
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>