Linux Real Time Users
[Prev Page][Next Page]
- Re: [ANNOUNCE] 3.0-rt1
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH] rtc-tegra: properly initialize spinlock
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH 3.0-rt1] ipc/mqueue: add a critical section to avoid a deadlock
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [ANNOUNCE] 3.0-rt1
- From: hermann <brummer-@xxxxxx>
- Re: [PATCH] Various fixups from first bug reports
- From: hermann <brummer-@xxxxxx>
- [PATCH 3.0-rt1] ipc/mqueue: add a critical section to avoid a deadlock
- From: KOBAYASHI Yoshitake <yoshitake.kobayashi@xxxxxxxxxxxxx>
- Re: [ANNOUNCE] 3.0-rt1
- From: Maarten Lankhorst <m.b.lankhorst@xxxxxxxxx>
- Re: On migrate_disable() and latencies
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [ANNOUNCE] 3.0-rt1
- From: Ed Tomlinson <edt@xxxxxx>
- Re: [PATCH] rtc-tegra: properly initialize spinlock
- From: Sven-Thorsten Dietrich <thebigcorporation@xxxxxxxxx>
- Re: [ANNOUNCE] 3.0-rt1
- From: Rolando Martins <rolando.martins@xxxxxxxxx>
- Re: [PATCH] rtc-tegra: properly initialize spinlock
- From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
- [ANNOUNCE] 3.0-rt1
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [PATCH] Various fixups from first bug reports
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Re: On migrate_disable() and latencies
- From: Nicholas Mc Guire <der.herr@xxxxxxx>
- Re: On migrate_disable() and latencies
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] Various fixups from first bug reports
- From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
- Re: On migrate_disable() and latencies
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- On migrate_disable() and latencies
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [PATCH] Various fixups from first bug reports
- From: Trulan Martin <trulanm@xxxxxxxxx>
- [PATCH] rtc-tegra: properly initialize spinlock
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Re: [PATCH] Various fixups from first bug reports
- From: hermann <brummer-@xxxxxx>
- Re: [PATCH] Various fixups from first bug reports
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Re: [PATCH] Various fixups from first bug reports
- From: hermann <brummer-@xxxxxx>
- [PATCH] Various fixups from first bug reports
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Re: [ANNOUNCE] 3.0-rc7-rt0
- From: hermann <brummer-@xxxxxx>
- Re: [ANNOUNCE] 3.0-rc7-rt0
- From: hermann <brummer-@xxxxxx>
- Re: [ANNOUNCE] 3.0-rc7-rt0
- From: andi <andi.platschek@xxxxxxxxx>
- Re: [ANNOUNCE] 3.0-rc7-rt0
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [ANNOUNCE] 3.0-rc7-rt0
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [ANNOUNCE] 3.0-rc7-rt0
- From: hermann <brummer-@xxxxxx>
- Re: [ANNOUNCE] 3.0-rc7-rt0
- From: Noah Watkins <noahwatkins@xxxxxxxxx>
- [PATCH] Fix build failure for modular ext3/4 builds
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Re: [ANNOUNCE] 3.0-rc7-rt0 (hang then panic on dual socket xeon)
- From: Darren Hart <dvhart@xxxxxxxxxxxxxxx>
- Re: [ANNOUNCE] 3.0-rc7-rt0
- From: "Madovsky" <infos@xxxxxxxxxxxx>
- Re: [ANNOUNCE] 3.0-rc7-rt0
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [ANNOUNCE] 3.0-rc7-rt0
- From: "Madovsky" <infos@xxxxxxxxxxxx>
- Re: [ANNOUNCE] 3.0-rc7-rt0
- From: Armin Steinhoff <armin@xxxxxxxxxxxx>
- Re: [ANNOUNCE] 3.0-rc7-rt0
- From: Geunsik Lim <leemgs1@xxxxxxxxx>
- Re: [ANNOUNCE] 3.0-rc7-rt0
- From: David Kastrup <dak@xxxxxxx>
- Re: [ANNOUNCE] 3.0-rc7-rt0
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: [ANNOUNCE] 3.0-rc7-rt0
- From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
- Re: [ANNOUNCE] 3.0-rc7-rt0
- From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
- [ANNOUNCE] 3.0-rc7-rt0
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: State of Linux-RT Patches and full inclusion into linus tree
- From: Bob Ham <rah@xxxxxxx>
- Don't reference non-standard realtime group
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Re: [PATCH] man page for pip_stress
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Re: State of Linux-RT Patches and full inclusion into linus tree
- From: Jonathan Corbet <corbet@xxxxxxx>
- How to use plist.h in the rt-path?
- From: Monica Puig-Pey <puigpeym@xxxxxxxxx>
- Re: State of Linux-RT Patches and full inclusion into linus tree
- From: jordan <triplesquarednine@xxxxxxxxx>
- Re: State of Linux-RT Patches and full inclusion into linus tree
- From: Bryan Donlan <bdonlan@xxxxxxxxx>
- cyclic test crashing
- From: "N, Mugunthan V" <mugunthanvnm@xxxxxx>
- Re: [PATCH] man page for pip_stress
- From: John Kacur <jkacur@xxxxxxxxxx>
- [PATCH] man page for pip_stress
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- synchronization mechanisms
- From: Monica Puig-Pey <puigpeym@xxxxxxxxx>
- Re: 2.6.33.9-rt31 boot problem
- From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
- Re: 2.6.33.9-rt31 boot problem
- From: dashesy <dashesy@xxxxxxxxx>
- Re: 2.6.33.9-rt31 boot problem
- From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
- 2.6.33.9-rt31 boot problem
- From: dashesy <dashesy@xxxxxxxxx>
- Re: newer rt-kernel?
- From: Niccolò Belli <darkbasic4@xxxxxxxxx>
- Re: newer rt-kernel?
- From: Udo van den Heuvel <udovdh@xxxxxxxxx>
- Re: newer rt-kernel?
- From: Mark Knecht <markknecht@xxxxxxxxx>
- Re: Changing Kernel thread priorities
- From: Remy Bohmer <linux@xxxxxxxxxx>
- newer rt-kernel?
- From: Udo van den Heuvel <udovdh@xxxxxxxxx>
- Re: Changing Kernel thread priorities
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: Changing Kernel thread priorities
- From: Remy Bohmer <linux@xxxxxxxxxx>
- Re: Changing Kernel thread priorities
- From: Monica Puig-Pey <puigpeym@xxxxxxxxx>
- Re: Changing Kernel thread priorities
- From: Nicholas Mc Guire <der.herr@xxxxxxx>
- Re: Changing Kernel thread priorities
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: Changing Kernel thread priorities
- From: Remy Bohmer <linux@xxxxxxxxxx>
- Re: Changing Kernel thread priorities
- From: Nicholas Mc Guire <der.herr@xxxxxxx>
- Re: Changing Kernel thread priorities
- From: Nicholas Mc Guire <der.herr@xxxxxxx>
- Re: Threaded Irqs (was "Changing Kernel thread priorities")
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Threaded Irqs (was "Changing Kernel thread priorities")
- From: Tim Sander <tstone@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: Changing Kernel thread priorities
- From: Mark Hounschell <markh@xxxxxxxxxx>
- Re: Changing Kernel thread priorities
- From: Monica Puig-Pey <puigpeym@xxxxxxxxx>
- Re: Changing Kernel thread priorities
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: Changing Kernel thread priorities
- From: Lucas De Marchi <lucas.de.marchi@xxxxxxxxx>
- Re: Changing Kernel thread priorities
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: Changing Kernel thread priorities
- From: Remy Bohmer <linux@xxxxxxxxxx>
- Re: Changing Kernel thread priorities
- From: Mark Hounschell <dmarkh@xxxxxxxxxx>
- Re: Changing Kernel thread priorities
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: Changing Kernel thread priorities
- From: Armin Steinhoff <armin@xxxxxxxxxxxx>
- Re: Changing Kernel thread priorities
- From: Mark Hounschell <dmarkh@xxxxxxxxxx>
- Re: Changing Kernel thread priorities
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: Changing Kernel thread priorities
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: Changing Kernel thread priorities
- From: Monica Puig-Pey <puigpeym@xxxxxxxxx>
- Re: Changing Kernel thread priorities
- From: Monica Puig-Pey <puigpeym@xxxxxxxxx>
- Re: Changing Kernel thread priorities
- From: Johannes Bauer <hannes_bauer@xxxxxx>
- Re: Changing Kernel thread priorities
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: I/O operations priority in RTOS
- From: Jan Kiszka <jan.kiszka@xxxxxx>
- Re: I/O operations priority in RTOS
- From: Jan Kiszka <jan.kiszka@xxxxxx>
- Re: Changing Kernel thread priorities
- From: Armin Steinhoff <armin@xxxxxxxxxxxx>
- Re: Changing Kernel thread priorities
- From: Mark Hounschell <markh@xxxxxxxxxx>
- Re: Changing Kernel thread priorities
- From: Johannes Bauer <hannes_bauer@xxxxxx>
- Re: Changing Kernel thread priorities
- From: Monica Puig-Pey <puigpeym@xxxxxxxxx>
- Re: Changing Kernel thread priorities
- From: Rolando Martins <rolando.martins@xxxxxxxxx>
- Changing Kernel thread priorities
- From: Monica Puig-Pey <puigpeym@xxxxxxxxx>
- Re: I/O operations priority in RTOS
- From: Armin Steinhoff <armin@xxxxxxxxxxxx>
- Re: I/O operations priority in RTOS
- From: Nicholas Mc Guire <der.herr@xxxxxxx>
- Re: I/O operations priority in RTOS
- From: Jan Kiszka <jan.kiszka@xxxxxx>
- Re: I/O operations priority in RTOS
- From: Jan Kiszka <jan.kiszka@xxxxxx>
- Re: I/O operations priority in RTOS
- From: Armin Steinhoff <armin@xxxxxxxxxxxx>
- Re: I/O operations priority in RTOS
- From: Nicholas Mc Guire <der.herr@xxxxxxx>
- Re: I/O operations priority in RTOS
- From: Armin Steinhoff <armin@xxxxxxxxxxxx>
- Re: I/O operations priority in RTOS
- From: Jan Kiszka <jan.kiszka@xxxxxx>
- Re: I/O operations priority in RTOS
- From: Nicholas Mc Guire <der.herr@xxxxxxx>
- Re: I/O operations priority in RTOS
- From: Jan Kiszka <jan.kiszka@xxxxxx>
- Re: I/O operations priority in RTOS
- From: Armin Steinhoff <armin@xxxxxxxxxxxx>
- Re: I/O operations priority in RTOS
- From: Nicholas Mc Guire <der.herr@xxxxxxx>
- kernel threads in drivers using the RT patch
- From: Monica Puig-Pey <puigpeym@xxxxxxxxx>
- I/O operations priority in RTOS
- From: Monica Puig-Pey <puigpeym@xxxxxxxxx>
- One Interrupted Threads per Interrupt line?
- From: Monica Puig-Pey <puigpeym@xxxxxxxxx>
- up port rt patches to 2.6.37
- From: "N, Mugunthan V" <mugunthanvnm@xxxxxx>
- Re: cgroup OOM killer loop causes system to lockup (possible fix included)
- From: "Cal Leeming [Simplicity Media Ltd]" <cal.leeming@xxxxxxxxxxxxxxxxxxxxxxxx>
- cgroup OOM killer loop causes system to lockup (possible fix included)
- From: "Cal Leeming [Simplicity Media Ltd]" <cal.leeming@xxxxxxxxxxxxxxxxxxxxxxxx>
- Re: 2.6.33.14
- From: "E-Blokos" <infos@xxxxxxxxxxxx>
- 2.6.33.14
- From: "E-Blokos" <infos@xxxxxxxxxxxx>
- Re: Fwd: cgroup OOM killer loop causes system to lockup (possible fix included)
- From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
- Re: Fwd: cgroup OOM killer loop causes system to lockup (possible fix included)
- From: "Cal Leeming [Simplicity Media Ltd]" <cal.leeming@xxxxxxxxxxxxxxxxxxxxxxxx>
- Fwd: cgroup OOM killer loop causes system to lockup (possible fix included)
- From: "Cal Leeming [Simplicity Media Ltd]" <cal.leeming@xxxxxxxxxxxxxxxxxxxxxxxx>
- Interrupt latency!
- From: Johannes Bauer <hannes_bauer@xxxxxx>
- merge of v2.6.33.14 with tip/rt/2.6.33
- From: John Kacur <jkacur@xxxxxxxxxx>
- Re: How do I get rid of these "BUG: sleeping function called from ... kernel/rtmutex.c:707"?
- From: Emmanuel Deloget <emmanuel.deloget@xxxxxxxxx>
- Re: Disabling lapic timer for a certain core
- From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
- Re: Disabling lapic timer for a certain core
- From: Joe Howard <howardj@xxxxxxx>
- Re: Question regarding pthread_cond_wait/pthread_cond_signal latencies
- From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
- Re: kernel 2.6.39
- From: jordan <triplesquarednine@xxxxxxxxx>
- Re: Question regarding pthread_cond_wait/pthread_cond_signal latencies
- From: Armin Steinhoff <armin@xxxxxxxxxxxx>
- Re: Question regarding pthread_cond_wait/pthread_cond_signal latencies
- From: Armin Steinhoff <armin@xxxxxxxxxxxx>
- Re: Question regarding pthread_cond_wait/pthread_cond_signal latencies
- From: "Peter W. Morreale" <pmorreale@xxxxxxxxxx>
- Re: Question regarding pthread_cond_wait/pthread_cond_signal latencies
- From: Pedro Gonnet <gonnet@xxxxxxxxxxxxxx>
- Re: Question regarding pthread_cond_wait/pthread_cond_signal latencies
- From: "Peter W. Morreale" <pmorreale@xxxxxxxxxx>
- Re: Question regarding pthread_cond_wait/pthread_cond_signal latencies
- From: Rolando Martins <rolando.martins@xxxxxxxxx>
- Re: Question regarding pthread_cond_wait/pthread_cond_signal latencies
- From: Pedro Gonnet <gonnet@xxxxxxxxxxxxxx>
- Re: Question regarding pthread_cond_wait/pthread_cond_signal latencies
- From: Mark Hounschell <dmarkh@xxxxxxxxxx>
- 2.6.33 - source of latency?
- From: Johannes Bauer <hannes_bauer@xxxxxx>
- Re: kernel 2.6.39
- From: jordan <triplesquarednine@xxxxxxxxx>
- kernel 2.6.39
- From: "E-Blokos" <infos@xxxxxxxxxxxx>
- How do I get rid of these "BUG: sleeping function called from ... kernel/rtmutex.c:707"?
- From: Emmanuel Deloget <emmanuel.deloget@xxxxxxxxx>
- Question regarding pthread_cond_wait/pthread_cond_signal latencies
- From: Pedro Gonnet <gonnet@xxxxxxxxxxxxxx>
- Question regarding pthread_cond_wait/pthread_cond_signal latencies
- From: Pedro Gonnet <gonnet@xxxxxxxxxxxxxx>
- Re: [stable] Patch for 2.6.33
- From: Greg KH <greg@xxxxxxxxx>
- Re: merge of real-time 2.6.33.9-rt31 with stable 2.6.33.13
- From: John Kacur <jkacur@xxxxxxxxxx>
- 2.6.33 preempt-rt worse irq latency then 2.6.21
- From: Johannes Bauer <hannes_bauer@xxxxxx>
- Re:How to establish a priority to an interrupt handler
- From: Johannes Bauer <hannes_bauer@xxxxxx>
- Re: How to establish a priority to an interrupt handler
- From: David Kastrup <dak@xxxxxxx>
- How to establish a priority to an interrupt handler
- From: Monica Puig-Pey <puigpeym@xxxxxxxxx>
- [RFC][Vortex86] high resolution timer
- From: Lukasz Majewski <majess1982@xxxxxxxxx>
- Re: merge of real-time 2.6.33.9-rt31 with stable 2.6.33.13
- From: Carsten Emde <C.Emde@xxxxxxxxx>
- Re: merge of real-time 2.6.33.9-rt31 with stable 2.6.33.13
- From: John Kacur <jkacur@xxxxxxxxxx>
- Re: merge of real-time 2.6.33.9-rt31 with stable 2.6.33.13
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- merge of real-time 2.6.33.9-rt31 with stable 2.6.33.13
- From: John Kacur <jkacur@xxxxxxxxxx>
- [stable] Patch for 2.6.33
- From: John Kacur <jkacur@xxxxxxxxxx>
- Re: [PATCH] rt-tests - minor clean-ups
- From: John Kacur <jkacur@xxxxxxxxxx>
- [PATCH] rt-tests - minor clean-ups
- From: John Kacur <jkacur@xxxxxxxxxx>
- Re: [ANNOUNCE] 2.6.33.9-rt31
- From: dashesy <dashesy@xxxxxxxxx>
- Re: Recommended motherboard
- From: Armin Steinhoff <armin@xxxxxxxxxxxx>
- Re: Recommended motherboard
- From: Ehsan Azarnasab <azarnasab@xxxxxxxxx>
- Re: Recommended motherboard
- From: Daniel James <daniel@xxxxxxxxxxxx>
- Re: sched_clock for arm
- From: Johannes Bauer <hannes_bauer@xxxxxx>
- Recommended motherboard
- From: dashesy <dashesy@xxxxxxxxx>
- sched_clock for arm
- From: Johannes Bauer <hannes_bauer@xxxxxx>
- How to grant real time to all important threads of an application?
- From: Victor henri <nadaeck@xxxxxxxxxxx>
- Re: [PATCH 3/4] munmap: kbuild menu for munmap interface
- From: Geunsik Lim <leemgs1@xxxxxxxxx>
- Re: [PATCH 0/4] munmap: Flexible mem unmap operation interface for scheduling latency
- From: Geunsik Lim <leemgs1@xxxxxxxxx>
- Re: [PATCH 3/4] munmap: kbuild menu for munmap interface
- From: Hugh Dickins <hughd@xxxxxxxxxx>
- Re: [PATCH 0/4] munmap: Flexible mem unmap operation interface for scheduling latency
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH 0/4] munmap: Flexible mem unmap operation interface for scheduling latency
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- Re: [PATCH 0/4] munmap: Flexible mem unmap operation interface for scheduling latency
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- Re: [PATCH 0/4] munmap: Flexible mem unmap operation interface for scheduling latency
- From: Geunsik Lim <leemgs1@xxxxxxxxx>
- Re: [PATCH 3/4] munmap: kbuild menu for munmap interface
- From: Geunsik Lim <leemgs1@xxxxxxxxx>
- Re: [PATCH 3/4] munmap: kbuild menu for munmap interface
- From: Geunsik Lim <leemgs1@xxxxxxxxx>
- Re: [PATCH 0/4] munmap: Flexible mem unmap operation interface for scheduling latency
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH 0/4] munmap: Flexible mem unmap operation interface for scheduling latency
- From: Peter Zijlstra <a.p.zijlstra@xxxxxxxxx>
- Re: [PATCH 3/4] munmap: kbuild menu for munmap interface
- From: Randy Dunlap <randy.dunlap@xxxxxxxxxx>
- Re: [PATCH 3/4] munmap: kbuild menu for munmap interface
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH 2/4] munmap: sysctl extension for tunable parameter
- From: Geunsik Lim <leemgs1@xxxxxxxxx>
- [PATCH 3/4] munmap: kbuild menu for munmap interface
- From: Geunsik Lim <leemgs1@xxxxxxxxx>
- [PATCH 4/4] munmap: documentation of munmap operation interface
- From: Geunsik Lim <leemgs1@xxxxxxxxx>
- [PATCH 1/4] munmap: mem unmap operation size handling
- From: Geunsik Lim <leemgs1@xxxxxxxxx>
- [PATCH 0/4] munmap: Flexible mem unmap operation interface for scheduling latency
- From: Geunsik Lim <leemgs1@xxxxxxxxx>
- Re: Fwd: Re: preempt-rt amd uClibc
- From: Patrice Kadionik <kadionik@xxxxxxxxxxxxxxxxxx>
- Fwd: Re: preempt-rt amd uClibc
- From: Johannes Bauer <hannes_bauer@xxxxxx>
- Re: [ANNOUNCE] 2.6.33.9-rt31
- From: Jan Kiszka <jan.kiszka@xxxxxx>
- Re: [ANNOUNCE] 2.6.33.9-rt31
- From: Clark Williams <williams@xxxxxxxxxx>
- Re: [ANNOUNCE] 2.6.33.9-rt31
- From: Niccolò Belli <darkbasic4@xxxxxxxxx>
- Re: [ANNOUNCE] 2.6.33.9-rt31
- From: Jeremy Jongepier <jeremy@xxxxxxxxxxxxxx>
- Re: preempt-rt amd uClibc
- From: Remy Bohmer <linux@xxxxxxxxxx>
- preempt-rt amd uClibc
- From: Johannes Bauer <hannes_bauer@xxxxxx>
- Re: [ANNOUNCE] 2.6.33.9-rt31
- From: dashesy <dashesy@xxxxxxxxx>
- Re: [ANNOUNCE] 2.6.33.9-rt31
- From: Tracey Hytry <shakti@xxxxxxxxxxx>
- Re: [ANNOUNCE] 2.6.33.9-rt31
- From: jordan <triplesquarednine@xxxxxxxxx>
- Re: [ANNOUNCE] 2.6.33.9-rt31
- From: "Madovsky" <infos@xxxxxxxxxxxx>
- 2.6.33.9-rt31: Lockdep: BUG: circular locking deadlock detected!
- From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
- Re: [ANNOUNCE] 2.6.33.9-rt31
- From: Jeremy Jongepier <jeremy@xxxxxxxxxxxxxx>
- Re: [ANNOUNCE] 2.6.33.9-rt31
- From: jordan <triplesquarednine@xxxxxxxxx>
- Re: [ANNOUNCE] 2.6.33.9-rt31
- From: Jeremy Jongepier <autostatic@xxxxxxxxx>
- Re: [ANNOUNCE] 2.6.33.9-rt31
- From: Niccolò Belli <darkbasic4@xxxxxxxxx>
- Re: [ANNOUNCE] 2.6.33.9-rt31
- From: jordan <triplesquarednine@xxxxxxxxx>
- Re: [ANNOUNCE] 2.6.33.9-rt31
- From: Jeremy Jongepier <jeremy@xxxxxxxxxxxxxx>
- Re: [ANNOUNCE] 2.6.33.9-rt31
- From: jordan <triplesquarednine@xxxxxxxxx>
- Re: [ANNOUNCE] 2.6.33.9-rt31
- From: "Madovsky" <infos@xxxxxxxxxxxx>
- Re: [ANNOUNCE] 2.6.33.9-rt31
- From: Jeremy Jongepier <jeremy@xxxxxxxxxxxxxx>
- Re: [ANNOUNCE] 2.6.33.9-rt31
- From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
- Re: [ANNOUNCE] 2.6.33.9-rt31
- From: Jeremy Jongepier <jeremy@xxxxxxxxxxxxxx>
- Re: [ANNOUNCE] 2.6.33.9-rt31
- From: Mark Knecht <markknecht@xxxxxxxxx>
- [Vortex86] Preempt-rt on Vortex86DX SoC - HIGH_RESOLUTION_TIMER
- From: Lukasz Majewski <majess1982@xxxxxxxxx>
- Re: [ANNOUNCE] 2.6.33.9-rt31
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Re: [ANNOUNCE] 2.6.33.9-rt31
- From: Mark Knecht <markknecht@xxxxxxxxx>
- Re: [ANNOUNCE] 2.6.33.9-rt31
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [ANNOUNCE] 2.6.33.9-rt31
- From: Carsten Emde <C.Emde@xxxxxxxxx>
- Re: [ANNOUNCE] 2.6.33.9-rt31
- From: Oon-Ee Ng <ngoonee.talk@xxxxxxxxx>
- Re: [ANNOUNCE] 2.6.33.9-rt31
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [ANNOUNCE] 2.6.33.9-rt31
- From: "Madovsky" <infos@xxxxxxxxxxxx>
- [ANNOUNCE] 2.6.33.9-rt31
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: Preferred way for rt-linux using git
- From: Niccolò Belli <darkbasic4@xxxxxxxxx>
- Re: Preferred way for rt-linux using git
- From: Carsten Emde <C.Emde@xxxxxxxxx>
- Re: Preferred way for rt-linux using git
- From: Niccolò Belli <darkbasic4@xxxxxxxxx>
- Re: Preferred way for rt-linux using git
- From: Oon-Ee Ng <ngoonee.talk@xxxxxxxxx>
- Re: Preferred way for rt-linux using git
- From: Carsten Emde <C.Emde@xxxxxxxxx>
- Re: Preferred way for rt-linux using git
- From: Niccolò Belli <darkbasic4@xxxxxxxxx>
- Re: Preferred way for rt-linux using git
- From: Carsten Emde <C.Emde@xxxxxxxxx>
- Re: Preferred way for rt-linux using git
- From: John Kacur <jkacur@xxxxxxxxxx>
- Preferred way for rt-linux using git
- From: dashesy <dashesy@xxxxxxxxx>
- Re: clocksource and clockevent confusion
- From: Patrice Kadionik <kadionik@xxxxxxxxxxxxxxxxxx>
- Re: clocksource and clockevent confusion
- From: Johannes Bauer <hannes_bauer@xxxxxx>
- Re: clocksource and clockevent confusion
- From: Patrice Kadionik <kadionik@xxxxxxxxxxxxxxxxxx>
- Re: clocksource and clockevent confusion
- From: Patrice Kadionik <kadionik@xxxxxxxxxxxxxxxxxx>
- Re: clocksource and clockevent confusion
- From: Johannes Bauer <hannes_bauer@xxxxxx>
- Re: clocksource and clockevent confusion
- From: Patrice Kadionik <kadionik@xxxxxxxxxxxxxxxxxx>
- Re: clocksource and clockevent confusion
- From: Johannes Bauer <hannes_bauer@xxxxxx>
- clocksource and clockevent confusion
- From: Johannes Bauer <hannes_bauer@xxxxxx>
- Re: 2.6.33-7-rt30 and 2.6.38 comparison
- From: jordan <triplesquarednine@xxxxxxxxx>
- Re: cyclictest: fix warning about printf format for u64
- From: Geunsik Lim <leemgs1@xxxxxxxxx>
- cyclictest: fix warning about printf format for u64
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- RE: 2.6.33-7-rt30 and 2.6.38 comparison
- From: Victor henri <nadaeck@xxxxxxxxxxx>
- My first recording session with a Focusrite Saffire PRO 40
- From: Niccolò Belli <darkbasic4@xxxxxxxxx>
- RE: kernel patch that does wonders
- From: Mike Galbraith <efault@xxxxxx>
- RE: kernel patch that does wonders
- From: Victor henri <nadaeck@xxxxxxxxxxx>
- Re: [000/474] 2.6.33.8-longterm review
- From: Niccolò Belli <darkbasic4@xxxxxxxxx>
- Re: [000/474] 2.6.33.8-longterm review
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: kernel patch that does wonders
- From: Mike Galbraith <efault@xxxxxx>
- Re: 2.6.33-7-rt30 and 2.6.38 comparison
- From: jordan <triplesquarednine@xxxxxxxxx>
- Re: [000/474] 2.6.33.8-longterm review
- From: Remy Bohmer <linux@xxxxxxxxxx>
- RE: 2.6.33-7-rt30 and 2.6.38 comparison
- From: Victor henri <nadaeck@xxxxxxxxxxx>
- kernel patch that does wonders
- From: "Madovsky" <infos@xxxxxxxxxxxx>
- Re: 2.6.33-7-rt30 and 2.6.38 comparison
- From: jordan <triplesquarednine@xxxxxxxxx>
- RE: 2.6.33-7-rt30 and 2.6.38 comparison
- From: Victor henri <nadaeck@xxxxxxxxxxx>
- Re: 2.6.33-7-rt30 and 2.6.38 comparison
- From: Niccolò Belli <darkbasic4@xxxxxxxxx>
- Re: 2.6.33-7-rt30 and 2.6.38 comparison
- From: "Madovsky" <infos@xxxxxxxxxxxx>
- Re: 2.6.33-7-rt30 and 2.6.38 comparison
- From: "Madovsky" <infos@xxxxxxxxxxxx>
- Re: 2.6.33-7-rt30 and 2.6.38 comparison
- From: Ilyes Gouta <ilyes.gouta@xxxxxxxxx>
- 2.6.33-7-rt30 and 2.6.38 comparison
- From: "Madovsky" <infos@xxxxxxxxxxxx>
- [PATCH RESEND v3] cyclictest: Fixed incorrect wakeup reset interface
- From: Geunsik Lim <leemgs1@xxxxxxxxx>
- Re: [PATCH RESEND v2] cyclictest: Fixed incorrect wakeup reset interface
- From: Geunsik Lim <leemgs1@xxxxxxxxx>
- Re: [PATCH RESEND v2] cyclictest: Fixed incorrect wakeup reset interface
- From: John Kacur <jkacur@xxxxxxxxxx>
- Re: [PATCH RESEND v2] cyclictest: Fixed incorrect wakeup reset interface
- From: Carsten Emde <C.Emde@xxxxxxxxx>
- [PATCH RESEND v2] cyclictest: Fixed incorrect wakeup reset interface
- From: Geunsik Lim <leemgs1@xxxxxxxxx>
- Re: [PATCH RESEND] cyclictest: Fixed incorrect wakeup reset interface
- From: Geunsik Lim <leemgs1@xxxxxxxxx>
- Re: [ANNOUNCE] RT for v2.6.34.8 now available.
- From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH RESEND] cyclictest: Fixed incorrect wakeup reset interface
- From: Carsten Emde <C.Emde@xxxxxxxxx>
- Re: [ANNOUNCE] RT for v2.6.34.8 now available.
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [ANNOUNCE] RT for v2.6.34.8 now available.
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [ANNOUNCE] RT for v2.6.34.8 now available.
- From: Nathan Grennan <edgan@xxxxxxxxxxxx>
- Re: [ANNOUNCE] RT for v2.6.34.8 now available.
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [ANNOUNCE] RT for v2.6.34.8 now available.
- From: Nathan Grennan <linux-rt-users@xxxxxxxxxxxxx>
- Re: [ANNOUNCE] RT for v2.6.34.8 now available.
- From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
- Re: [ANNOUNCE] RT for v2.6.34.8 now available.
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [ANNOUNCE] RT for v2.6.34.8 now available.
- From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
- Re: [ANNOUNCE] RT for v2.6.34.8 now available.
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [ANNOUNCE] RT for v2.6.34.8 now available.
- From: Arnd Bergmann <arnd@xxxxxxxx>
- Re: [ANNOUNCE] RT for v2.6.34.8 now available.
- From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
- Re: [ANNOUNCE] RT for v2.6.34.8 now available.
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxx>
- Re: [ANNOUNCE] RT for v2.6.34.8 now available.
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Regression nouveau driver on 2.6.33.7.2-rt30
- From: Jeremy Jongepier <jeremy@xxxxxxxxxxxxxx>
- [PATCH] cyclictest: remove some uclibc specific defines
- From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
- Re: [ANNOUNCE] RT for v2.6.34.8 now available.
- From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
- Re: [ANNOUNCE] RT for v2.6.34.8 now available.
- From: Niccolò Belli <darkbasic4@xxxxxxxxx>
- Re: [ANNOUNCE] RT for v2.6.34.8 now available.
- From: "Madovsky" <infos@xxxxxxxxxxxx>
- Re: [ANNOUNCE] RT for v2.6.34.8 now available.
- From: "Madovsky" <infos@xxxxxxxxxxxx>
- Re: [ANNOUNCE] RT for v2.6.34.8 now available.
- From: Nathan Grennan <linux-rt-users@xxxxxxxxxxxxx>
- [PATCH RESEND] cyclictest: Fixed incorrect wakeup reset interface
- From: Geunsik Lim <leemgs1@xxxxxxxxx>
- [ANNOUNCE] RT for v2.6.34.8 now available.
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: [PATCH] net: iptables: rework the fix of xt_info locking
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- [PATCH] net: iptables: rework the fix of xt_info locking
- From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
- Spinlocks during sysfs_write...
- From: David Peverley <pev@xxxxxxxxxxxxxxxxx>
- 13th Real Time Linux Workshop - 1st Call for Papers
- From: Nicholas Mc Guire <der.herr@xxxxxxx>
- ARM AT91SAM9260 - RT patched system not running
- From: Dennis Borgmann <dennis.borgmann@xxxxxxxxxxxxxx>
- [PACH] cyclictest: Fixed incorrect wakeup reset interface
- From: GeunSik Lim <leemgs1@xxxxxxxxx>
- Re: Interrupt Bottom Half Scheduling
- From: Peter LaDow <petela@xxxxxxxxxxxxxxx>
- Re: Interrupt Bottom Half Scheduling
- From: Frank Rowand <frank.rowand@xxxxxxxxx>
- Re: Interrupt Bottom Half Scheduling
- From: Peter LaDow <petela@xxxxxxxxxxxxxxx>
- Re: RT availability for the 2.6.37 kernel
- From: Niccolò Belli <darkbasic4@xxxxxxxxx>
- Re: Interrupt Bottom Half Scheduling
- From: Frank Rowand <frank.rowand@xxxxxxxxx>
- Re: Interrupt Bottom Half Scheduling
- From: Frank Rowand <frank.rowand@xxxxxxxxx>
- Re: Interrupt Bottom Half Scheduling
- From: Peter LaDow <petela@xxxxxxxxxxxxxxx>
- RT availability for the 2.6.37 kernel
- From: "Fernando Gomes" <fernando.gomes@xxxxxxxxxx>
- Re: Interrupt Bottom Half Scheduling
- From: Armin Steinhoff <armin@xxxxxxxxxxxx>
- Re: Interrupt Bottom Half Scheduling
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Re: Interrupt Bottom Half Scheduling
- From: Frank Rowand <frank.rowand@xxxxxxxxx>
- Re: Interrupt Bottom Half Scheduling
- From: Frank Rowand <frank.rowand@xxxxxxxxx>
- Re: Interrupt Bottom Half Scheduling
- From: Peter LaDow <petela@xxxxxxxxxxxxxxx>
- Re: Interrupt Bottom Half Scheduling
- From: Sven-Thorsten Dietrich <thebigcorporation@xxxxxxxxx>
- Re: Interrupt Bottom Half Scheduling
- From: Peter LaDow <pladow@xxxxxxxxx>
- Re: Interrupt Bottom Half Scheduling
- From: Sven-Thorsten Dietrich <thebigcorporation@xxxxxxxxx>
- Re: Interrupt Bottom Half Scheduling
- From: Frank Rowand <frank.rowand@xxxxxxxxx>
- Re: Interrupt Bottom Half Scheduling
- From: Peter LaDow <petela@xxxxxxxxxxxxxxx>
- Re: Interrupt Bottom Half Scheduling
- From: Sven-Thorsten Dietrich <thebigcorporation@xxxxxxxxx>
- Interrupt Bottom Half Scheduling
- From: Peter LaDow <petela@xxxxxxxxxxxxxxx>
- Re: General question, sem_post does not result in preempt?
- From: Friedrich Schick <Friedrich.Schick@xxxxxx>
- General question, sem_post does not result in preempt?
- From: Friedrich Schick <Friedrich.Schick@xxxxxx>
- Jitter Due to Large Number of Timers
- From: Peter LaDow <petela@xxxxxxxxxxxxxxx>
- RE: disk thread problem when using RT kernel
- From: Victor henri <nadaeck@xxxxxxxxxxx>
- RE: disk thread problem when using RT kernel
- From: Victor henri <nadaeck@xxxxxxxxxxx>
- Re: Nouveau driver and Linux 2.6.33 RT
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxx>
- RE: disk thread problem when using RT kernel
- From: Victor henri <nadaeck@xxxxxxxxxxx>
- Re: disk thread problem when using RT-kernel
- From: Nathan Grennan <linux-rt-users@xxxxxxxxxxxxx>
- RE: disk thread problem when using RT-kernel
- From: Victor henri <nadaeck@xxxxxxxxxxx>
- complete system freeze with nvidia RT-kernel
- From: Victor henri <nadaeck@xxxxxxxxxxx>
- Re: Nouveau driver and Linux 2.6.33 RT
- From: Miklos Aubert <miklos.aubert@xxxxxxxxx>
- Nouveau driver and Linux 2.6.33 RT
- From: Miklos Aubert <miklos.aubert@xxxxxxxxx>
- Re: Linearized 2.6.33.7-rt30 patch set available (with free coffee!)
- From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
- Re: Linearized 2.6.33.7-rt30 patch set available (with free coffee!)
- From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
- Re: Linearized 2.6.33.7-rt30 patch set available (with free coffee!)
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: Linearized 2.6.33.7-rt30 patch set available (with free coffee!)
- From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
- Re: Linearized 2.6.33.7-rt30 patch set available (with free coffee!)
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: Linearized 2.6.33.7-rt30 patch set available (with free coffee!)
- From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
- Re: disk thread problem when using RT-kernel
- From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
- RE: disk thread problem when using RT-kernel
- From: Victor henri <nadaeck@xxxxxxxxxxx>
- Re: disk thread problem when using RT-kernel
- From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
- Re: disk thread problem when using RT-kernel
- From: Daniel James <daniel@xxxxxxxxxxxx>
- Re: disk thread problem when using RT-kernel
- From: Daniel James <daniel@xxxxxxxxxxxx>
- disk thread problem when using RT-kernel
- From: Victor henri <nadaeck@xxxxxxxxxxx>
- Re: [solved] Kernel module crashed in 2.6.33.7-rt30
- From: "Madovsky" <infos@xxxxxxxxxxxx>
- [solved] Kernel module crashed in 2.6.33.7-rt30
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Re: Kernel module crashed in 2.6.33.7-rt30
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Re: Kernel module crashed in 2.6.33.7-rt30
- From: Vikram Narayanan <vikram186@xxxxxxxxx>
- Re: Kernel module crashed in 2.6.33.7-rt30
- From: Pradyumna Sampath <pradysam@xxxxxxxxx>
- Re: Kernel module crashed in 2.6.33.7-rt30
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Re: Kernel module crashed in 2.6.33.7-rt30
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Kernel module crashed in 2.6.33.7-rt30
- From: Vikram <vikram186@xxxxxxxxx>
- Re: Messaging
- From: Sri Ram Vemulpali <sri.ram.gmu06@xxxxxxxxx>
- Re: Linearized 2.6.33.7-rt30 patch set available (with free coffee!)
- From: "Madovsky" <infos@xxxxxxxxxxxx>
- Linearized 2.6.33.7-rt30 patch set available (with free coffee!)
- From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
- Re: RT on 2.6.34
- From: Bruce Ashfield <bruce.ashfield@xxxxxxxxx>
- RE: RT Linux support on 2.6.37
- From: "Nori, Sekhar" <nsekhar@xxxxxx>
- Re: RT on 2.6.34
- From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
- Re: RT Linux support on 2.6.37
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- RT Linux support on 2.6.37
- From: "Nori, Sekhar" <nsekhar@xxxxxx>
- Re: RT patch for 2.6.34?
- From: Darren Hart <dvhart@xxxxxxxxxxxxxxx>
- Use of CONFIG_PROVE_LOCKING With RT patch
- From: David Peverley <pev@xxxxxxxxxxxxxxxxx>
- RT patch for 2.6.34?
- From: Philippe Midol-Monnet <pmidolmonnet@xxxxxxxxxxxxxx>
- Re: Tweaking pengutronix' debian packages for rt kernels
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Re: Tweaking pengutronix' debian packages for rt kernels
- From: Nicholas Mc Guire <der.herr@xxxxxxx>
- Tweaking pengutronix' debian packages for rt kernels
- From: Arnout Engelen <arnouten@xxxxxxxx>
- Re: [ANNOUNCE] 2.6.33.7-rt29
- From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
- Re: [ANNOUNCE] 2.6.33.7-rt29
- From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
- [Linux-RT]High CPU-load due to IRQ servicing
- From: Dennis Borgmann <dennis.borgmann@xxxxxxxxxxxxxx>
- Re: [ANNOUNCE] 2.6.33.7-rt29
- From: Remy Bohmer <linux@xxxxxxxxxx>
- Re: [ANNOUNCE] [REALTIME] 2.6.33.8-rt30-jk
- From: Armin Steinhoff <armin@xxxxxxxxxxxx>
- RT 2.6.33.7.2-rt30 on s3c2440
- From: Belisko Marek <marek.belisko@xxxxxxxxx>
- Re: [ANNOUNCE] 2.6.33.7-rt29
- From: "Madovsky" <infos@xxxxxxxxxxxx>
- Re: A couple of Questions about the RT Patch
- From: Carsten Emde <Carsten.Emde@xxxxxxxxx>
- Re: [ANNOUNCE] 2.6.33.7-rt29
- From: Dennis Borgmann <dennis.borgmann@xxxxxxxxxxxxxx>
- Re: [ANNOUNCE] 2.6.33.7-rt29
- From: "Madovsky" <infos@xxxxxxxxxxxx>
- Re: [ANNOUNCE] 2.6.33.7-rt29
- From: Mark Knecht <markknecht@xxxxxxxxx>
- A couple of Questions about the RT Patch
- From: David Peverley <pev@xxxxxxxxxxxxxxxxx>
- Re: [ANNOUNCE] 2.6.33.7-rt29
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: patchset still being developed?
- From: Dennis Borgmann <dennis.borgmann@xxxxxxxxxxxxxx>
- Re: patchset still being developed?
- From: Dennis Borgmann <dennis.borgmann@xxxxxxxxxxxxxx>
- patchset still being developed?
- From: Dennis Borgmann <dennis.borgmann@xxxxxxxxxxxxxx>
- rt breaks b43
- From: steve conrad <lemuel_houyhnhnm@xxxxxxxxxxxx>
- Re: [MPC52xx]Latency issue with DMA on FEC
- From: Scott Wood <scottwood@xxxxxxxxxxxxx>
- Re: [MPC52xx]Latency issue with DMA on FEC
- From: Micha Nelissen <micha@xxxxxxxxxxxxxx>
- RE: [MPC52xx]Latency issue with DMA on FEC
- From: "David Laight" <David.Laight@xxxxxxxxxx>
- Re: [MPC52xx]Latency issue with DMA on FEC
- From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
- Re: [MPC52xx]Latency issue with DMA on FEC
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [MPC52xx]Latency issue with DMA on FEC
- From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
- Re: Networking latency issue on 2.6.33.7-rt29 kernel
- From: Andre Puschmann <andre.puschmann@xxxxxxxxxxxxx>
- [MPC52xx]Latency issue with DMA on FEC
- From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
- [PATCH 1/2] cyclictest: fix wakeup_latency name for tracing
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
- [PATCH 0/2] minor patches for rt-tests
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
- [PATCH 2/2] rt-tests: Simplify makefile a bit
- From: Wolfram Sang <w.sang@xxxxxxxxxxxxxx>
- Re: 2.6.3x-rty where x > 3 and y >= 1?
- From: Niccolò Belli <darkbasic4@xxxxxxxxx>
- ebt_do_table calls smp_processor_id() in preemptible
- From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
- Re: 2.6.3x-rty where x > 3 and y >= 1?
- From: Niccolò Belli <darkbasic4@xxxxxxxxx>
- Re: 2.6.3x-rty where x > 3 and y >= 1?
- From: Robin Gareus <robin@xxxxxxxxxx>
- Re: 2.6.3x-rty where x > 3 and y >= 1?
- From: Robin Gareus <robin@xxxxxxxxxx>
- Re: Networking latency issue on 2.6.33.7-rt29 kernel
- From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
- Re: Networking latency issue on 2.6.33.7-rt29 kernel
- From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
- Networking latency issue on 2.6.33.7-rt29 kernel
- From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
- Re: 2.6.3x-rty where x > 3 and y >= 1?
- From: Niccolò Belli <darkbasic4@xxxxxxxxx>
- Re: Soft lock issue with 2.6.33.7-rt29
- From: Nathan Grennan <linux-rt-users@xxxxxxxxxxxxx>
- Re: Soft lock issue with 2.6.33.7-rt29
- From: Darren Hart <dvhart@xxxxxxxxxxxxxxx>
- RE: Locating processes impacting my rt application
- From: "Husak, Jan" <jan.husak@xxxxxxxxxxx>
- Re: Locating processes impacting my rt application
- From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
- Locating processes impacting my rt application
- From: "Leggo, Adam (UK)" <Adam.Leggo2@xxxxxxxxxxxxxx>
- Re: Soft lock issue with 2.6.33.7-rt29
- From: Nathan Grennan <linux-rt-users@xxxxxxxxxxxxx>
- Re: Soft lock issue with 2.6.33.7-rt29
- From: Nathan Grennan <linux-rt-users@xxxxxxxxxxxxx>
- Re: Soft lock issue with 2.6.33.7-rt29
- From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
- Re: Slub support with PREEMPT_RT ?
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: Slub support with PREEMPT_RT ?
- From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
- Re: Slub support with PREEMPT_RT ?
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: Soft lock issue with 2.6.33.7-rt29
- From: Darren Hart <dvhart@xxxxxxxxxxxxxxx>
- Re: Slub support with PREEMPT_RT ?
- From: Darren Hart <dvhart@xxxxxxxxxxxxxxx>
- Soft lock issue with 2.6.33.7-rt29
- From: Nathan Grennan <ngrennan@xxxxxxxxxxxxxxxx>
- Slub support with PREEMPT_RT ?
- From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
- Re: 2.6.3x-rty where x > 3 and y >= 1?
- From: jordan <triplesquarednine@xxxxxxxxx>
- Re: 2.6.3x-rty where x > 3 and y >= 1?
- From: Bernardo Barros <bernardobarros2@xxxxxxxxx>
- Re: 2.6.3x-rty where x > 3 and y >= 1?
- From: Ng Oon-Ee <ngoonee@xxxxxxxxx>
- Re: 2.6.3x-rty where x > 3 and y >= 1?
- From: Niccolò Belli <darkbasic4@xxxxxxxxx>
- Re: 2.6.3x-rty where x > 3 and y >= 1?
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- 2.6.3x-rty where x > 3 and y >= 1?
- From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
- Re: 2.6.36-rt?
- From: Niccolò Belli <darkbasic4@xxxxxxxxx>
- [SLAB] Disabling cache_reap when running PREEMPT_RT
- From: Jean-Michel Hautbois <jhautbois@xxxxxxxxx>
- BeagleBoard-xM support
- From: Kim Christensen <kingudk@xxxxxxxxx>
- register_cdrom() problem.
- From: Lai Weilin-B04597 <B04597@xxxxxxxxxxxxx>
- Re: Implementing real-time embedded system to sample from five SPI ADCs
- From: Nicholas Kinar <n.kinar@xxxxxxxx>
- Re: Implementing real-time embedded system to sample from five SPI ADCs
- From: Andre Puschmann <andre.puschmann@xxxxxxxxxxxxx>
- RE: OHCI issue with RT patch
- From: "Gupta, Ajay Kumar" <ajay.gupta@xxxxxx>
- Re: OHCI issue with RT patch
- From: "Nikita V. Youshchenko" <yoush@xxxxxxxxx>
- RE: Re: OHCI issue with RT patch
- From: "Gupta, Ajay Kumar" <ajay.gupta@xxxxxx>
- Implementing real-time embedded system to sample from five SPI ADCs
- From: Nicholas Kinar <n.kinar@xxxxxxxx>
- Re: [PATCH]: Atmel Serial Console interrupt handler splitup
- From: Remy Bohmer <linux@xxxxxxxxxx>
- Re: RT scheduling / scheduling of RT groups
- From: Xianghua Xiao <xiaoxianghua@xxxxxxxxx>
- RE: OHCI issue with RT patch
- From: "B, Ravi" <ravibabu@xxxxxx>
- Re: RT scheduling / scheduling of RT groups
- From: Armin Steinhoff <armin@xxxxxxxxxxxx>
- Re: 2.6.36-rt?
- From: jordan <triplesquarednine@xxxxxxxxx>
- Re: print user stack
- From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
- Re: print user stack
- From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
- RT scheduling / scheduling of RT groups
- From: Armin Steinhoff <armin@xxxxxxxxxxxx>
- print user stack
- From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
- Re: OHCI issue with RT patch
- From: Remy Bohmer <linux@xxxxxxxxxx>
- OHCI issue with RT patch
- From: "B, Ravi" <ravibabu@xxxxxx>
- 2.6.36-rt?
- From: Niccolò Belli <darkbasic4@xxxxxxxxx>
- !CONFIG_PREEMPT_RT + CONFIG_PREEMPT_HARDIRQ
- From: Maxim Uvarov <muvarov@xxxxxxxxx>
- gdb core dump file truncated.
- From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
- Re: BUG: sleeping function called from invalid context at kernel/rtmutex.c:684..... target: PowerPC
- From: Adeel Arshad <adeel_arshad@xxxxxxxxxx>
- [PATCH tip/rt/head] perf: Mark software events as irqsafe
- From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxxxxx>
- Re: BUG: sleeping function called from invalid context at kernel/rtmutex.c:684..... target: PowerPC
- From: gowrishankar <gowrishankar.m@xxxxxxxxxxxxxxxxxx>
- BUG: sleeping function called from invalid context at kernel/rtmutex.c:684..... target: PowerPC
- From: Adeel Arshad <adeel_arshad@xxxxxxxxxx>
- Re: "yum install ...." based instruction on building a RT kernel.
- From: jordan <triplesquarednine@xxxxxxxxx>
- Re: "yum install ...." based instruction on building a RT kernel.
- From: John Kacur <jkacur@xxxxxxxxxx>
- how to avoid zillion questions during patching
- From: android rtlinux <android.rtlinux@xxxxxxxxx>
- patching armv6
- From: android rtlinux <android.rtlinux@xxxxxxxxx>
- Re: "yum install ...." based instruction on building a RT kernel.
- From: jordan <triplesquarednine@xxxxxxxxx>
- sched_rr_get_interval
- From: Mike R9FT <mike.r9ft@xxxxxxxxx>
- Re: kernel 2.6.33.7-rt29 problem
- From: gowrishankar <gowrishankar.m@xxxxxxxxxxxxxxxxxx>
- Re: kernel 2.6.33.7-rt29 problem
- From: "Nikita V. Youshchenko" <yoush@xxxxxxxxx>
- Re: 2.6.35 + rt?
- From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
- Re: 2.6.35 + rt?
- From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
- Re: 2.6.35 + rt?
- From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
- Re: 2.6.35 + rt?
- From: Frank Rowand <frank.rowand@xxxxxxxxxxx>
- kernel 2.6.33.7-rt29 problem
- From: Primus Mutasingwa <pmutasingwa@xxxxxxxxx>
- Re: 2.6.35 + rt?
- From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
- Re: real time interrupts
- From: Sven-Thorsten Dietrich <sdietrich@xxxxxxxxxx>
- Re: real time interrupts
- From: Reagan Thomas <thomasraz@xxxxxxxxx>
- Re: real time interrupts
- From: Sven-Thorsten Dietrich <sdietrich@xxxxxxxxxx>
- Re: real time interrupts
- From: Michael Mueller <ss7box@xxxxxxxxx>
- Re: real time interrupts
- From: John Kacur <jkacur@xxxxxxxxxx>
- real time interrupts
- From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
- Re: Kernel start code
- From: Michal Sojka <sojkam1@xxxxxxxxxxx>
- Re: 2.6.35 + rt?
- From: "Madovsky" <infos@xxxxxxxxxxxx>
- 2.6.35 + rt?
- From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
- Patch for Android linux kernel
- From: Abhijeet Thatte <contactabhijeet.thatte@xxxxxxxxx>
- Re: RT on 2.6.34
- From: Bruce Ashfield <bruce.ashfield@xxxxxxxxx>
- Re: RT on 2.6.34
- From: "Madovsky" <infos@xxxxxxxxxxxx>
- Re: RT on 2.6.34
- From: Bruce Ashfield <bruce.ashfield@xxxxxxxxx>
- Re: RT on 2.6.34
- From: Bruce Ashfield <bruce.ashfield@xxxxxxxxx>
- Re: RT on 2.6.34
- From: Sven-Thorsten Dietrich <thebigcorporation@xxxxxxxxx>
- Re: RT on 2.6.34
- From: walimis <walimisdev@xxxxxxxxx>
- Re: RT on 2.6.34
- From: Esben Haabendal <eha@xxxxxxxxxxxxxxxxxx>
- Re: RT on 2.6.34
- From: walimis <walimisdev@xxxxxxxxx>
- Re: Strange behaviour on MPC5200
- From: walimis <walimisdev@xxxxxxxxx>
- Strange behaviour on MPC5200
- From: Detlev Zundel <dzu@xxxxxxx>
- Re: Kernel start code
- From: Pavan Kandepet <pavankp@xxxxxxxxx>
- Kernel start code
- From: Sri Ram Vemulpali <sri.ram.gmu06@xxxxxxxxx>
- RT on 2.6.34
- From: Sven-Thorsten Dietrich <thebigcorporation@xxxxxxxxx>
- [PATCH 1/1] cyclictest-histogram-add-summary-column.patch
- From: Carsten Emde <C.Emde@xxxxxxxxx>
- [PATCH 0/1] Add summary column to cyclictest histograms
- From: Carsten Emde <C.Emde@xxxxxxxxx>
- Re: segmentation question
- From: Sri Ram Vemulpali <sri.ram.gmu06@xxxxxxxxx>
- Re: segmentation question
- From: Daniel Baluta <daniel.baluta@xxxxxxxxx>
- segmentation question
- From: Sri Ram Vemulpali <sri.ram.gmu06@xxxxxxxxx>
- Re: Regarding GDT
- From: Pei Lin <telent997@xxxxxxxxx>
- Re: BKL & latency
- From: Manikandan Ramachandran <crmanik@xxxxxxxxx>
- Re: BKL & latency
- From: Sven-Thorsten Dietrich <thebigcorporation@xxxxxxxxx>
- Regarding GDT
- From: Sri Ram Vemulpali <sri.ram.gmu06@xxxxxxxxx>
- BKL & latency
- From: Tony Poppleton <tony.poppleton@xxxxxxxxx>
- Re: regarding synchronization code
- From: Sri Ram Vemulpali <sri.ram.gmu06@xxxxxxxxx>
- Re: regarding synchronization code
- From: Michael Blizek <michi1@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: regarding synchronization code
- From: Dave Hylands <dhylands@xxxxxxxxx>
- Re: Regarding interrupt task latency
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: Regarding interrupt task latency
- From: Sri Ram Vemulpali <sri.ram.gmu06@xxxxxxxxx>
- Re: regarding synchronization code
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: Regarding interrupt task latency
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- regarding synchronization code
- From: Sri Ram Vemulpali <sri.ram.gmu06@xxxxxxxxx>
- Re: pthread_once
- From: "Ardhan Madras" <ajhwb@xxxxxxxx>
- Re: Regarding interrupt task latency
- From: Manikandan Ramachandran <crmanik@xxxxxxxxx>
- Re: Regarding interrupt task latency
- From: Sri Ram Vemulpali <sri.ram.gmu06@xxxxxxxxx>
- Re: Regarding interrupt task latency
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Regarding interrupt task latency
- From: Sri Ram Vemulpali <sri.ram.gmu06@xxxxxxxxx>
- Next Supported Kernel Version
- From: S C Rigler <riglersc@xxxxxxxxx>
- Re: Help about Ubuntu Linux-rt
- From: Manikandan Ramachandran <crmanik@xxxxxxxxx>
- Re: Newbie question about profiling.
- From: gowrishankar <gowrishankar.m@xxxxxxxxxxxxxxxxxx>
- Re: Newbie question about profiling.
- From: Pradyumna Sampath <pradysam@xxxxxxxxx>
- Newbie question about profiling.
- From: Lars Segerlund <lars.segerlund@xxxxxxxxx>
- Re: Help about Ubuntu Linux-rt
- From: gowrishankar <gowrishankar.m@xxxxxxxxxxxxxxxxxx>
- Re: Help about Ubuntu Linux-rt
- From: Bernardo Barros <bernardobarros2@xxxxxxxxx>
- Help about Ubuntu Linux-rt
- From: rafet ilgin <rafetilginmetu@xxxxxxxxx>
- Re: pthread_once
- From: Glynn Clements <glynn@xxxxxxxxxxxxxxxxxx>
- pthread_once
- From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
- rt patch for closed NVIDIA driver.
- From: Joakim Hernberg <jbh@xxxxxxxxxx>
- Re: "yum install ...." based instruction on building a RT kernel.
- From: jordan <triplesquarednine@xxxxxxxxx>
- Re: "yum install ...." based instruction on building a RT kernel.
- From: Bernardo Barros <bernardobarros2@xxxxxxxxx>
- Re: "yum install ...." based instruction on building a RT kernel.
- From: jordan <triplesquarednine@xxxxxxxxx>
- Re: "yum install ...." based instruction on building a RT kernel.
- From: Clark Williams <williams@xxxxxxxxxx>
- Re: "yum install ...." based instruction on building a RT kernel.
- From: jordan <triplesquarednine@xxxxxxxxx>
- Re: EXTERNAL: Re: "yum install ...." based instruction on building a RT kernel.
- From: jordan <triplesquarednine@xxxxxxxxx>
- Re: "yum install ...." based instruction on building a RT kernel.
- From: jordan <triplesquarednine@xxxxxxxxx>
- Re: "yum install ...." based instruction on building a RT kernel.
- From: jordan <triplesquarednine@xxxxxxxxx>
- Re: EXTERNAL: Re: "yum install ...." based instruction on building a RT kernel.
- From: Gautam Thaker <gautam.h.thaker@xxxxxxxx>
- Re: "yum install ...." based instruction on building a RT kernel.
- From: John Kacur <jkacur@xxxxxxxxxx>
- Re: "yum install ...." based instruction on building a RT kernel.
- From: Bernardo Barros <bernardobarros2@xxxxxxxxx>
- Re: "yum install ...." based instruction on building a RT kernel.
- From: Daniel James <daniel@xxxxxxxxxxxx>
- Re: "yum install ...." based instruction on building a RT kernel.
- From: John Kacur <jkacur@xxxxxxxxxx>
- Re: "yum install ...." based instruction on building a RT kernel.
- From: jordan <triplesquarednine@xxxxxxxxx>
- "yum install ...." based instruction on building a RT kernel.
- From: Gautam Thaker <gautam.h.thaker@xxxxxxxx>
- Re: preempt rt in commercial use
- From: jordan <triplesquarednine@xxxxxxxxx>
- Re: preempt rt in commercial use
- From: jordan <triplesquarednine@xxxxxxxxx>
- Re: preempt rt in commercial use
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: preempt rt in commercial use
- From: Armin Steinhoff <armin@xxxxxxxxxxxx>
- Re: preempt rt in commercial use
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: preempt rt in commercial use
- From: Nivedita Singhvi <niv@xxxxxxxxxx>
- Re: preempt rt in commercial use
- From: Raz <raziebe@xxxxxxxxx>
- Re: 2.6.33.7-rt29 PREEMPT_RT worse latency than PREEMPT_DESKTOP on AT91?
- From: Agustin Ferrin Pozuelo <agustin.ferrin@xxxxxxxxxxxx>
- Re: TinxCore and PREEMPT_RT
- From: Armin Steinhoff <armin@xxxxxxxxxxxx>
- Re: TinxCore and PREEMPT_RT
- From: Mike Galbraith <efault@xxxxxx>
- Re: preempt rt in commercial use
- From: Daniel James <daniel@xxxxxxxxxxxx>
- Re: preempt rt in commercial use
- From: Pradyumna Sampath <pradysam@xxxxxxxxx>
- Re: TinxCore and PREEMPT_RT
- From: David Kastrup <dak@xxxxxxx>
- Re: preempt rt in commercial use
- From: Daniel James <daniel@xxxxxxxxxxxx>
- Re: preempt rt in commercial use
- From: Daniel James <daniel@xxxxxxxxxxxx>
- Re: TinxCore and PREEMPT_RT
- From: Armin Steinhoff <armin@xxxxxxxxxxxx>
- Re: preempt rt in commercial use
- From: David Kastrup <dak@xxxxxxx>
- Re: preempt rt in commercial use
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: preempt rt in commercial use
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: preempt rt in commercial use
- From: Reagan Thomas <thomasraz@xxxxxxxxx>
- Re: preempt rt in commercial use
- From: Sven-Thorsten Dietrich <thebigcorporation@xxxxxxxxx>
- Re: preempt rt in commercial use
- From: David Kastrup <dak@xxxxxxx>
- Re: 2.6.33.7-rt29 PREEMPT_RT worse latency than PREEMPT_DESKTOP on AT91?
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: preempt rt in commercial use
- From: Nivedita Singhvi <niv@xxxxxxxxxx>
- Re: 2.6.33.7-rt29 PREEMPT_RT worse latency than PREEMPT_DESKTOP on AT91?
- From: Agustin Ferrin Pozuelo <agustin.ferrin@xxxxxxxxxxxx>
- Re: preempt rt in commercial use
- From: David Kastrup <dak@xxxxxxx>
- Re: preempt rt in commercial use
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
- Re: preempt rt in commercial use
- From: Pradyumna Sampath <pradysam@xxxxxxxxx>
- Re: preempt rt in commercial use
- From: Nivedita Singhvi <niv@xxxxxxxxxx>
- Re: preempt rt in commercial use
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: preempt rt in commercial use
- From: Nivedita Singhvi <niv@xxxxxxxxxx>
- Re: preempt rt in commercial use
- From: Patrice Kadionik <kadionik@xxxxxxxxxxxxxxxxxx>
- Re: preempt rt in commercial use
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: preempt rt in commercial use
- From: Pradyumna Sampath <pradysam@xxxxxxxxx>
- Re: preempt rt in commercial use
- From: Sergio Ruocco <ruocco@xxxxxxxxxxxxxxx>
- TinxCore and PREEMPT_RT
- From: Armin Steinhoff <armin@xxxxxxxxxxxx>
- Re: preempt rt in commercial use
- From: Klaas van Gend <klaas.van.gend@xxxxxxxxxx>
- Re: preempt rt in commercial use
- From: Armin Steinhoff <armin@xxxxxxxxxxxx>
- AW: preempt rt in commercial use
- From: "Lukas Redlinger" <redlinger@xxxxxxxxxxxxx>
- Re: preempt rt in commercial use
- From: Patrice Kadionik <kadionik@xxxxxxxxxxxxxxxxxx>
- Re: preempt rt in commercial use
- From: jordan <triplesquarednine@xxxxxxxxx>
- Re: preempt rt in commercial use
- From: Nivedita Singhvi <niv@xxxxxxxxxx>
- Re: preempt rt in commercial use
- From: Nivedita Singhvi <niv@xxxxxxxxxx>
- Re: preempt rt in commercial use
- From: Nivedita Singhvi <niv@xxxxxxxxxx>
- Re: preempt rt in commercial use
- From: "Gregory Haskins" <ghaskins@xxxxxxxxxx>
- Re: Intel i3 | i5 | i7 GPU and RT kernel
- From: Mark Knecht <markknecht@xxxxxxxxx>
- Re: problem in kzalloc or rt_spin_lock_fastlock?
- From: Manikandan Ramachandran <crmanik@xxxxxxxxx>
- Re: Intel i3 | i5 | i7 GPU and RT kernel
- From: rosea grammostola <rosea.grammostola@xxxxxxxxx>
- Re: Intel i3 | i5 | i7 GPU and RT kernel
- From: Mark Knecht <markknecht@xxxxxxxxx>
- RE: problem in kzalloc or rt_spin_lock_fastlock?
- From: "Sydir, Jerry" <jerry.sydir@xxxxxxxxx>
- Re: preempt rt in commercial use
- From: Patrice Kadionik <kadionik@xxxxxxxxxxxxxxxxxx>
- Re: preempt rt in commercial use
- From: Armin Steinhoff <armin@xxxxxxxxxxxx>
- Re: preempt rt in commercial use
- From: Jeff Angielski <jeff@xxxxxxxxxxxxxxx>
- Re: preempt rt in commercial use
- From: Pradyumna Sampath <pradysam@xxxxxxxxx>
- Re: preempt rt in commercial use
- From: Jeff Angielski <jeff@xxxxxxxxxxxxxxx>
- Re: preempt rt in commercial use
- From: "Nikita V. Youshchenko" <yoush@xxxxxxxxx>
- Re: preempt rt in commercial use
- From: Reagan Thomas <thomasraz@xxxxxxxxx>
- Re: preempt rt in commercial use
- From: Patrice Kadionik <kadionik@xxxxxxxxxxxxxxxxxx>
- RE: preempt rt in commercial use
- From: "Darcy Watkins" <DWatkins@xxxxxxxxxxx>
- Re: preempt rt in commercial use
- From: David Kastrup <dak@xxxxxxx>
- Re: preempt rt in commercial use
- From: Daniel James <daniel@xxxxxxxxxxxx>
- Re: preempt rt in commercial use
- From: Klaas van Gend <klaas.van.gend@xxxxxxxxxx>
- Re: preempt rt in commercial use
- From: Pradyumna Sampath <pradysam@xxxxxxxxx>
- Re: preempt rt in commercial use
- From: Armin Steinhoff <armin@xxxxxxxxxxxx>
- Re: preempt rt in commercial use
- From: David Kastrup <dak@xxxxxxx>
- Re: Priority Inheritance per se?
- From: Martin Däumler <mdae@xxxxxxxxxxxxxxxxx>
- Re: Priority Inheritance per se?
- From: Sergio Ruocco <ruocco@xxxxxxxxxxxxxxx>
- Re: preempt rt in commercial use
- From: Klaas van Gend <klaas.van.gend@xxxxxxxxxx>
- Re: preempt rt in commercial use
- From: Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx>
- Re: preempt rt in commercial use
- From: Pradyumna Sampath <pradysam@xxxxxxxxx>
- Re: preempt rt in commercial use
- From: "Nikita V. Youshchenko" <yoush@xxxxxxxxx>
- Re: preempt rt in commercial use
- From: Raz <raziebe@xxxxxxxxx>
- Re: preempt rt in commercial use
- From: Rolando Martins <rolando.martins@xxxxxxxxx>
- Re: preempt rt in commercial use
- From: Raz <raziebe@xxxxxxxxx>
- Re: preempt rt in commercial use
- From: Rolando Martins <rolando.martins@xxxxxxxxx>
- preempt rt in commercial use
- From: Raz <raziebe@xxxxxxxxx>
- Re: problem in kzalloc or rt_spin_lock_fastlock?
- From: Manikandan Ramachandran <crmanik@xxxxxxxxx>
- Priority Inheritance per se?
- From: Martin Däumler <mdae@xxxxxxxxxxxxxxxxx>
- problem in kzalloc or rt_spin_lock_fastlock?
- From: "Sydir, Jerry" <jerry.sydir@xxxxxxxxx>
- Re: Intel i3 | i5 | i7 GPU and RT kernel
- From: Mark Knecht <markknecht@xxxxxxxxx>
- Re: Intel i3 | i5 | i7 GPU and RT kernel
- From: Sven-Thorsten Dietrich <thebigcorporation@xxxxxxxxx>
- Intel i3 | i5 | i7 GPU and RT kernel
- From: rosea grammostola <rosea.grammostola@xxxxxxxxx>
- Re: [RFC 3/4] Disable scheduler tick when we are running SCHED_FIFO tasks
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: [RFC 3/4] Disable scheduler tick when we are running SCHED_FIFO tasks
- From: Jan Blunck <jblunck@xxxxxxxxxx>
- Re: [RFC 3/4] Disable scheduler tick when we are running SCHED_FIFO tasks
- From: Jan Blunck <jblunck@xxxxxxxxxx>
- Re: [RFC 3/4] Disable scheduler tick when we are running SCHED_FIFO tasks
- From: Jan Blunck <jblunck@xxxxxxxxxx>
- Re: [RFC 3/4] Disable scheduler tick when we are running SCHED_FIFO tasks
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: [RFC 1/4] ftrace: Add events for tracing timer interrupts
- From: Andi Kleen <andi@xxxxxxxxxxxxxx>
- Re: [RFC 3/4] Disable scheduler tick when we are running SCHED_FIFO tasks
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: [RFC 3/4] Disable scheduler tick when we are running SCHED_FIFO tasks
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC 3/4] Disable scheduler tick when we are running SCHED_FIFO tasks
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: [RFC 1/4] ftrace: Add events for tracing timer interrupts
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- [RFC 3/4] Disable scheduler tick when we are running SCHED_FIFO tasks
- From: Jan Blunck <jblunck@xxxxxxx>
- [RFC 4/4] ftrace: Add argument to tick start/stop tracing
- From: Jan Blunck <jblunck@xxxxxxx>
- [RFC 2/4] ftrace: Add events for tracing tick start and stop
- From: Jan Blunck <jblunck@xxxxxxx>
- [RFC 1/4] ftrace: Add events for tracing timer interrupts
- From: Jan Blunck <jblunck@xxxxxxx>
- [RFC 0/4] Disable timer tick for SCHED_FIFO tasks
- From: Jan Blunck <jblunck@xxxxxxx>
- RE: 2.6.18-rt7 on HP Z800
- From: "Simpson, John (UK) (Contractor)" <john.simpson@xxxxxxxxxxxxxxxx>
- patch-2.6.31.12-rt21 fails to run pthread_cond_signal()
- From: Lai Weilin-B04597 <B04597@xxxxxxxxxxxxx>
- [HELP] Bug: Badness at kernel/rcutree_plugin.h
- From: Bob Liu <lliubbo@xxxxxxxxx>
- raw interrupts disabled
- From: ratheesh k <ratheesh.ksz@xxxxxxxxx>
- [PATCH] perf: provide kmap_atomic_direct for !CONFIG_HIGHMEM
- From: Tim Blechmann <tim@xxxxxxxxxx>
- Re: why does __setup_irq use a raw spinlock? (Was: Trouble booting PREEMPT_RT kernel on ARM platform, 2.6.33)
- From: Jeremy Brown <jhbrown@xxxxxxxxxxxxxxxx>
- RE: perf and oprofile causing kernel oops on 2.6.33.7-rt29 kernel
- From: "Sydir, Jerry" <jerry.sydir@xxxxxxxxx>
- RE: perf and oprofile causing kernel oops on 2.6.33.7-rt29 kernel
- From: "Sydir, Jerry" <jerry.sydir@xxxxxxxxx>
- Is there borken out patch for patch-2.6.33.7-rt29.gz?
- From: Bob Liu <lliubbo@xxxxxxxxx>
- Re: 2.6.33.7-rt29 PREEMPT_RT worse latency than PREEMPT_DESKTOP on AT91?
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: 2.6.33.6-rt28 kernel oops while stressing network
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: perf and oprofile causing kernel oops on 2.6.33.7-rt29 kernel
- From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
- Re: perf and oprofile causing kernel oops on 2.6.33.7-rt29 kernel
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- Re: why does __setup_irq use a raw spinlock? (Was: Trouble booting PREEMPT_RT kernel on ARM platform, 2.6.33)
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- 2.6.33.7-rt29 PREEMPT_RT worse latency than PREEMPT_DESKTOP on AT91?
- From: Agustin Ferrin Pozuelo <agustin.ferrin@xxxxxxxxxxxx>
- Re: Query regarding 2.6.335 RT and Non-RT performance
- From: gowrishankar <gowrishankar.m@xxxxxxxxxxxxxxxxxx>
- why does __setup_irq use a raw spinlock? (Was: Trouble booting PREEMPT_RT kernel on ARM platform, 2.6.33)
- From: Jeremy Brown <jhbrown@xxxxxxxxxxxxxxxx>
- Re: Query regarding 2.6.335 RT and Non-RT performance
- From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
- Re: Query regarding 2.6.335 RT and Non-RT performance
- From: Manikandan Ramachandran <crmanik@xxxxxxxxx>
- Re: 2.6.35 RT support roadmap
- From: Sven-Thorsten Dietrich <thebigcorporation@xxxxxxxxx>
- Re: Query regarding 2.6.335 RT and Non-RT performance
- From: Sven-Thorsten Dietrich <thebigcorporation@xxxxxxxxx>
- Re: Query regarding 2.6.335 RT and Non-RT performance
- From: Nivedita Singhvi <niv@xxxxxxxxxx>
- perf and oprofile causing kernel oops on 2.6.33.7-rt29 kernel
- From: "Sydir, Jerry" <jerry.sydir@xxxxxxxxx>
- Re: Query regarding 2.6.335 RT and Non-RT performance
- From: Manikandan Ramachandran <crmanik@xxxxxxxxx>
- Re: Query regarding 2.6.335 RT and Non-RT performance
- From: Mark Knecht <markknecht@xxxxxxxxx>
- Re: Query regarding 2.6.335 RT and Non-RT performance
- From: Nivedita Singhvi <niv@xxxxxxxxxx>
- Re: Query regarding 2.6.335 RT and Non-RT performance
- From: Manikandan Ramachandran <crmanik@xxxxxxxxx>
- Re: Query regarding 2.6.335 RT and Non-RT performance
- From: David Sommerseth <davids@xxxxxxxxxx>
- Re: 2.6.35 RT support roadmap
- From: Clark Williams <williams@xxxxxxxxxx>
- Re: Query regarding 2.6.335 RT and Non-RT performance
- From: Mark Knecht <markknecht@xxxxxxxxx>
- Re: Query regarding 2.6.335 RT and Non-RT performance
- From: Manikandan Ramachandran <crmanik@xxxxxxxxx>
- Re: patch for NVIDIA on -rt
- From: Reagan Thomas <thomasraz@xxxxxxxxx>
- patch for NVIDIA on -rt
- From: Joakim Hernberg <jbh@xxxxxxxxxx>
- Re: Trouble booting PREEMPT_RT kernel on ARM platform, 2.6.33
- From: Jeremy Brown <jhbrown@xxxxxxxxxxxxxxxx>
- Re: 2.6.33.6-rt28 kernel oops while stressing network
- From: Sven-Thorsten Dietrich <sven@xxxxxxxxxxxxxxxxxxxxx>
- Re: 2.6.33.6-rt28 kernel oops while stressing network
- From: John Culvertson <jculvertson@xxxxxxxxx>
- last patch (2.6.33.7-rt29)
- From: "Madovsky" <infos@xxxxxxxxxxxx>
- Re: [DISCUSS : vxwork to linux]
- From: Raz <raziebe@xxxxxxxxx>
- Re: 2.6.33.6-rt28 kernel oops while stressing network
- From: Sven-Thorsten Dietrich <thebigcorporation@xxxxxxxxx>
- Re: [DISCUSS : vxwork to linux]
- From: Sven-Thorsten Dietrich <thebigcorporation@xxxxxxxxx>
- [DISCUSS : vxwork to linux]
- From: Raz <raziebe@xxxxxxxxx>
[Index of Archives]
[RT Stable]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[Linux ATA RAID]
[Bugtraq]