Linux Real Time Users

• Thread Index

• [PATCH 2/7] wait.c: mark complex wait functions to prepare for simple wait
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 6/7] simplewait: don't run a possibly infinite number of wake under raw lock
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH 1/7] wait.h: mark complex wait functions to prepare for simple wait
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: Hang writing to nfs-mounted filesystem from client, all nfsd tasks on server blocked in D
  • From: Dmitry Monakhov <dmonlist@xxxxxxxxx>
• Re: Hang writing to nfs-mounted filesystem from client, all nfsd tasks on server blocked in D
  • From: Austin Schuh <austin@xxxxxxxxxxxxxxxx>
• Re: Hang writing to nfs-mounted filesystem from client, all nfsd tasks on server blocked in D
  • From: Pavel Vasilyev <pavel@xxxxxxxxxxx>
• Hang writing to nfs-mounted filesystem from client, all nfsd tasks on server blocked in D
  • From: Chris Friesen <chris.friesen@xxxxxxxxxxxxx>
• LPC: Realtime Microconfernce Etherpad link
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH-rt] rtmutex/rt: don't BUG for -EDEADLK when detect_deadlock is off
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: Crowd Funding ?
  • From: Armin Steinhoff <armin@xxxxxxxxxxxx>
• Re: Crowd Funding ?
  • From: Armin Steinhoff <armin@xxxxxxxxxxxx>
• Re: [PATCH] sched: Do not try to replenish from a non deadline tasks
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: Crowd Funding ?
  • From: Richard Weinberger <richard.weinberger@xxxxxxxxx>
• Re: [PATCH] sched: Do not try to replenish from a non deadline tasks
  • From: Juri Lelli <juri.lelli@xxxxxxx>
• Re: [PATCH] sched: Do not try to replenish from a non deadline tasks
  • From: Juri Lelli <juri.lelli@xxxxxxx>
• Crowd Funding ?
  • From: Armin Steinhoff <armin@xxxxxxxxxxxx>
• Re: [PATCH] sched: Do not try to replenish from a non deadline tasks
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: Operation not permitted / pthread_setschedparam / EOD
  • From: Pavel Vasilyev <pavel@xxxxxxxxxxx>
• Re: Operation not permitted / pthread_setschedparam / EOD
  • From: Armin Steinhoff <armin@xxxxxxxxxxxx>
• Re: [PATCH] sched: Do not try to replenish from a non deadline tasks
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [PATCH] sched: Do not try to replenish from a non deadline tasks
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [PATCH] sched: Do not try to replenish from a non deadline tasks
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [PATCH] sched: Do not try to replenish from a non deadline tasks
  • From: Juri Lelli <juri.lelli@xxxxxxx>
• Re: Operation not permitted / pthread_setschedparam
  • From: Armin Steinhoff <armin@xxxxxxxxxxxx>
• Re: Operation not permitted / pthread_setschedparam
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Operation not permitted / pthread_setschedparam
  • From: Armin Steinhoff <armin@xxxxxxxxxxxx>
• Re: Operation not permitted / pthread_setschedparam
  • From: Armin Steinhoff <armin@xxxxxxxxxxxx>
• Re: Operation not permitted / pthread_setschedparam
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Operation not permitted / pthread_setschedparam
  • From: Armin Steinhoff <armin@xxxxxxxxxxxx>
• Re: Operation not permitted / pthread_setschedparam
  • From: Armin Steinhoff <armin@xxxxxxxxxxxx>
• Re: Operation not permitted / pthread_setschedparam
  • From: Armin Steinhoff <armin@xxxxxxxxxxxx>
• Re: Operation not permitted / pthread_setschedparam
  • From: Armin Steinhoff <armin@xxxxxxxxxxxx>
• Re: Operation not permitted / pthread_setschedparam
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Operation not permitted / pthread_setschedparam
  • From: Armin Steinhoff <armin@xxxxxxxxxxxx>
• Re: Operation not permitted / pthread_setschedparam
  • From: Armin Steinhoff <armin@xxxxxxxxxxxx>
• Re: Operation not permitted / pthread_setschedparam
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• Re: Operation not permitted / pthread_setschedparam
  • From: Armin Steinhoff <armin@xxxxxxxxxxxx>
• Re: Operation not permitted / pthread_setschedparam
  • From: Patrik Lundquist <patrik.lundquist@xxxxxxxxx>
• Re: Operation not permitted / pthread_setschedparam
  • From: Armin Steinhoff <armin@xxxxxxxxxxxx>
• Re: Operation not permitted / pthread_setschedparam
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Operation not permitted / pthread_setschedparam
  • From: Armin Steinhoff <armin@xxxxxxxxxxxx>
• Re: Operation not permitted / pthread_setschedparam
  • From: Armin Steinhoff <armin@xxxxxxxxxxxx>
• Re: Operation not permitted / pthread_setschedparam
  • From: Harry van Haaren <harryhaaren@xxxxxxxxx>
• Operation not permitted / pthread_setschedparam
  • From: Armin Steinhoff <armin@xxxxxxxxxxxx>
• Fwd: CpuFreq Laptop Scaling broken?
  • From: Rafael Vega <email.rafa@xxxxxxxxx>
• Re: CpuFreq Laptop Scaling broken?
  • From: Harry van Haaren <harryhaaren@xxxxxxxxx>
• Re: Workqueue "scheduling while atomic" issues in v3.12.19-rt30
  • From: Chris.Pringle@xxxxxxxxxxxxxxx
• [PATCH] sched: Do not try to replenish from a non deadline tasks
  • From: Daniel Wagner <daniel.wagner@xxxxxxxxxxxx>
• Re: Workqueue "scheduling while atomic" issues in v3.12.19-rt30
  • From: Chris.Pringle@xxxxxxxxxxxxxxx
• [RT] Stable updates for v3.2-rt, v3.4-rt, v3.10-rt and v3.12-rt available
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: Workqueue "scheduling while atomic" issues in v3.12.19-rt30
  • From: Pavel Vasilyev <pavel@xxxxxxxxxxx>
• Re: Workqueue "scheduling while atomic" issues in v3.12.19-rt30
  • From: Chris.Pringle@xxxxxxxxxxxxxxx
• Re: Workqueue "scheduling while atomic" issues in v3.12.19-rt30
  • From: Pavel Vasilyev <pavel@xxxxxxxxxxx>
• Workqueue "scheduling while atomic" issues in v3.12.19-rt30
  • From: Chris.Pringle@xxxxxxxxxxxxxxx
• PTRACE_TRACEME doesn't work: function not implemented
  • From: DIXLOR <dixlor@xxxxxxxxx>
• Why in 3.14 patch some things do not have compared with 3.2?
  • From: Pavel Vasilyev <pavel@xxxxxxxxxxx>
• BUG: scheduling while atomic
  • From: Mushtaq Khan <mushtaqk921@xxxxxxxxx>
• Re: [RFC 0/4] Improving SPI driver latency (vs v3.8.13.14-rt31)
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: CpuFreq Laptop Scaling broken?
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: CpuFreq Laptop Scaling broken?
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: CpuFreq Laptop Scaling broken?
  • From: Harry van Haaren <harryhaaren@xxxxxxxxx>
• [PATCHv2 -rt 3.10.x] mce: don't try to wake thread before it exists.
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: set_schedattr + cpuset issue
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: set_schedattr + cpuset issue
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• RE: PATCH[2.6.32] softirq patch
  • From: Sadasivan Shaiju <sshaiju@xxxxxxxxxx>
• Re: PATCH[2.6.32] softirq patch
  • From: Pavel Vasilyev <pavel@xxxxxxxxxxx>
• Re: PATCH[2.6.32] softirq patch
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: set_schedattr + cpuset issue
  • From: Vincent Legout <vincent@xxxxxxxxxxx>
• Re: set_schedattr + cpuset issue
  • From: Juri Lelli <juri.lelli@xxxxxxxxx>
• Re: [RFC 0/4] Improving SPI driver latency (vs v3.8.13.14-rt31)
  • From: Harry van Haaren <harryhaaren@xxxxxxxxx>
• Re: [RFC 0/4] Improving SPI driver latency (vs v3.8.13.14-rt31)
  • From: Jeff Epler <jepler@xxxxxxxxxxxxxx>
• Re: [RFC 0/4] Improving SPI driver latency (vs v3.8.13.14-rt31)
  • From: Philipp Lutz <philipp.lutz@xxxxxx>
• [RFC 0/4] Improving SPI driver latency (vs v3.8.13.14-rt31)
  • From: Jeff Epler <jepler@xxxxxxxxxxxxxx>
• [PATCH 1/4] spi: reenable sync SPI transfers
  • From: Jeff Epler <jepler@xxxxxxxxxxxxxx>
• [PATCH 4/4] spidev-s3c64xx: allocate dma channel at startup
  • From: Jeff Epler <jepler@xxxxxxxxxxxxxx>
• [PATCH 2/4] spidev: Avoid runtime memory allocations
  • From: Jeff Epler <jepler@xxxxxxxxxxxxxx>
• [PATCH 3/4] spidev: actually use synchronous transfers
  • From: Jeff Epler <jepler@xxxxxxxxxxxxxx>
• Re: set_schedattr + cpuset issue
  • From: Vincent Legout <vincent@xxxxxxxxxxx>
• RV: Migrating from Xenomai
  • From: Asier Tamayo <asier.tamayo@xxxxxxxxxx>
• RE: Migrating from Xenomai
  • From: Asier Tamayo <asier.tamayo@xxxxxxxxxx>
• Re: Some benchmark results
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH RT] rt: add rwsem_is_contended() definition to rwsem_rt.h
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: CpuFreq Laptop Scaling broken?
  • From: Harry van Haaren <harryhaaren@xxxxxxxxx>
• [ANNOUNCE] 3.12.26-rt40
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH -rt 3.10.x] mce: don't try to wake thread before it exists.
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: CpuFreq Laptop Scaling broken?
  • From: Harry van Haaren <harryhaaren@xxxxxxxxx>
• [PATCH -rt 3.10.x] mce: don't try to wake thread before it exists.
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: CpuFreq Laptop Scaling broken?
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: CpuFreq Laptop Scaling broken?
  • From: Harry van Haaren <harryhaaren@xxxxxxxxx>
• Re: CpuFreq Laptop Scaling broken?
  • From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
• Re: CpuFreq Laptop Scaling broken?
  • From: Joakim Hernberg <jhernberg@xxxxxxxxxx>
• Re: CpuFreq Laptop Scaling broken?
  • From: Harry van Haaren <harryhaaren@xxxxxxxxx>
• Re: Some benchmark results
  • From: Bernhard Schiffner <bernhard@xxxxxxxxxxxxxxxxxxxx>
• Re: CpuFreq Laptop Scaling broken?
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: CpuFreq Laptop Scaling broken?
  • From: Harry van Haaren <harryhaaren@xxxxxxxxx>
• Re: CpuFreq Laptop Scaling broken?
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: CpuFreq Laptop Scaling broken?
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• CpuFreq Laptop Scaling broken?
  • From: Harry van Haaren <harryhaaren@xxxxxxxxx>
• Some benchmark results
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [PATCH 6/6] cyclictest: Add long option --laptop to preserve battery power
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH 5/6] cyclictest: Fix help for long options only
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH 6/6] cyclictest: Add long option --laptop to preserve battery power
  • From: Michael <dev@xxxxxxxxxxxxxxx>
• Re: [PATCH 5/6] cyclictest: Fix help for long options only
  • From: Michael <dev@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH] make SMP option only use online cpus (cyclictest)
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [RFC PATCH] fix the broken 'e' command line argument of cyclictest
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Merge conflict when forward porting v3.14.12-rt9 onto v3.14.17
  • From: Anders Roxell <anders.roxell@xxxxxxxxxx>
• [RFC PATCH] fix the broken 'e' command line argument of cyclictest
  • From: Joakim Hernberg <jbh@xxxxxxxxxx>
• [RFC PATCH] make SMP option only use online cpus (cyclictest)
  • From: Joakim Hernberg <jbh@xxxxxxxxxx>
• Re: [PATCH 6/6] cyclictest: Add long option --laptop to preserve battery power
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 6/6] cyclictest: Add long option --laptop to preserve battery power
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 5/6] cyclictest: Fix help for long options only
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 1/6] lib: Rework err_msg_n to output strerror after message
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 4/6] cyclictest: Change the output from function sighand() to stderr
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 2/6] rt_numa.h: Suppress discards 'const' qualifier warning
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 3/6] cyclictest: Always print an err message if write of 0 to cpu-dma_latency fails
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 0/6] Miscellaneous cyclictest patches
  • From: John Kacur <jkacur@xxxxxxxxxx>
• PATCH[2.6.32] scheduler patch
  • From: Sadasivan Shaiju <sshaiju@xxxxxxxxxx>
• RE: PATCH[2.6.32 and 2.6.32] interrupt
  • From: Sadasivan Shaiju <sshaiju@xxxxxxxxxx>
• Re: PATCH[2.6.32 and 2.6.32] interrupt
  • From: Pavel Vasilyev <pavel@xxxxxxxxxxx>
• PATCH[2.6.32 and 2.6.32] interrupt
  • From: Sadasivan Shaiju <sshaiju@xxxxxxxxxx>
• PATCH[2.6.32] kgdb patch
  • From: Sadasivan Shaiju <sshaiju@xxxxxxxxxx>
• PATCH[2.6.32] scheduler patch
  • From: Sadasivan Shaiju <sshaiju@xxxxxxxxxx>
• PATCH[2.6.32] softirq patch
  • From: Sadasivan Shaiju <sshaiju@xxxxxxxxxx>
• Re: CLOCK_REALTIME instead of CLOCK_MONOTONIC for PTP coupled RT_PREEMPT systems?
  • From: Richard Cochran <richardcochran@xxxxxxxxx>
• Re: [PATCH] tracing: Always run per-cpu ring buffer resize with schedule_work_on()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] tracing: Always run per-cpu ring buffer resize with schedule_work_on()
  • From: Corey Minyard <cminyard@xxxxxxxxxx>
• [PATCH] tracing: Always run per-cpu ring buffer resize with schedule_work_on()
  • From: minyard@xxxxxxx
• [PATCH] cyclictest: remove non-existant short options from --help output
  • From: Michael Jones <dev@xxxxxxxxxxxxxxx>
• Problem with driver on preempt-rt linux
  • From: 王振兴 <myazheng@xxxxxxxxxxx>
• Problem of driver on preempt_rt linux
  • From: 王振兴 <myazheng@xxxxxxxxxxx>
• CLOCK_REALTIME instead of CLOCK_MONOTONIC for PTP coupled RT_PREEMPT systems?
  • From: "Koehrer Mathias (ETAS/ESW5)" <mathias.koehrer@xxxxxxxx>
• What is to become concerning real time in Linux kernel?
  • From: Yoann LE BARS <yoann@xxxxxxxxxxx>
• Re: [PATCH RFC tip/core/rcu 2/2] rcu: Create rcuo kthreads only for onlined CPUs
  • From: Sasha Levin <sasha.levin@xxxxxxxxxx>
• Re: [PATCH RFC tip/core/rcu 2/2] rcu: Create rcuo kthreads only for onlined CPUs
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC tip/core/rcu 2/2] rcu: Create rcuo kthreads only for onlined CPUs
  • From: Sasha Levin <sasha.levin@xxxxxxxxxx>
• RE: Achievable latency with USB I/O and RT_PREEMPT?
  • From: "Koehrer Mathias (ETAS/ESW5)" <mathias.koehrer@xxxxxxxx>
• Re: [PATCH RT 0/4] Linux 3.2.60-rt89-rc1
  • From: Pavel Vasilyev <pavel@xxxxxxxxxxx>
• Re: [PATCH RFC tip/core/rcu 1/2] rcu: Rationalize kthread spawning
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [ANNOUNCE] 3.4.97-rt121
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.2.60-rt89
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.10.47-rt50
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.12.24-rt38
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Achievable latency with USB I/O and RT_PREEMPT?
  • From: Andre Puschmann <andre.puschmann@xxxxxxxxxxxxx>
• Re: [PATCH RFC tip/core/rcu 1/2] rcu: Rationalize kthread spawning
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC tip/core/rcu 1/2] rcu: Rationalize kthread spawning
  • From: Sasha Levin <sasha.levin@xxxxxxxxxx>
• [PATCH] tracing: Always run per-cpu ring buffer resize with schedule_work_on()
  • From: minyard@xxxxxxx
• Re: [PATCH RT 0/3] Linux 3.10.47-rt50-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RT 0/3] Linux 3.10.47-rt50-rc1
  • From: Corey Minyard <cminyard@xxxxxxxxxx>
• Re: [PATCH RT 0/4] Linux 3.2.60-rt89-rc1
  • From: Rolf Peukert <rolf.peukert@xxxxxxx>
• Achievable latency with USB I/O and RT_PREEMPT?
  • From: "Koehrer Mathias (ETAS/ESW5)" <mathias.koehrer@xxxxxxxx>
• Re: [PATCH RT 0/3] Linux 3.10.47-rt50-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RT 0/3] Linux 3.10.47-rt50-rc1
  • From: Corey Minyard <cminyard@xxxxxxxxxx>
• Re: [PATCH RT 0/4] Linux 3.2.60-rt89-rc1
  • From: Pavel Vasilyev <pavel@xxxxxxxxxxx>
• [ANNOUNCE] 3.14.12-rt9
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH RT 0/4] Linux 3.4.97-rt121-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 4/4] Linux 3.4.97-rt121-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 3/4] hrtimer:fix the miss of hrtimer_peek_ahead_timers in nort code
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 2/4] workqueue: Prevent deadlock/stall on RT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 4/4] Linux 3.2.60-rt89-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 0/4] Linux 3.2.60-rt89-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 1/4] sched: Do not clear PF_NO_SETAFFINITY flag in select_fallback_rq()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 3/4] hrtimer:fix the miss of hrtimer_peek_ahead_timers in nort code
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 1/4] sched: Do not clear PF_NO_SETAFFINITY flag in select_fallback_rq()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 2/4] workqueue: Prevent deadlock/stall on RT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 1/3] sched: Do not clear PF_NO_SETAFFINITY flag in select_fallback_rq()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 2/3] workqueue: Prevent deadlock/stall on RT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 3/3] Linux 3.10.47-rt50-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 0/3] Linux 3.10.47-rt50-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 1/3] sched: Do not clear PF_NO_SETAFFINITY flag in select_fallback_rq()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 2/3] workqueue: Prevent deadlock/stall on RT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 3/3] Linux 3.12.24-rt38-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 0/3] Linux 3.12.24-rt38-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC tip/core/rcu 0/2] NOCB kthread economization patches
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• [PATCH RFC tip/core/rcu 0/2] NOCB kthread economization patches
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH RFC tip/core/rcu 2/2] rcu: Create rcuo kthreads only for onlined CPUs
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH RFC tip/core/rcu 1/2] rcu: Rationalize kthread spawning
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [RFC v1 1/3] work-simple: Simple work queue implemenation
  • From: Daniel Wagner <daniel.wagner@xxxxxxxxxxxxxxxx>
• [RFC v1 3/3] thermal: Defer thermal wakups to threads
  • From: Daniel Wagner <daniel.wagner@xxxxxxxxxxxxxxxx>
• [RFC v1 0/3] Add simple work framework
  • From: Daniel Wagner <daniel.wagner@xxxxxxxxxxxxxxxx>
• [RFC v1 2/3] x86/mce: Defer mce wakeups to threads for PREEMPT_RT
  • From: Daniel Wagner <daniel.wagner@xxxxxxxxxxxxxxxx>
• Re: SysRQ via ICMP does not work in 3.14
  • From: Richard Weinberger <richard.weinberger@xxxxxxxxx>
• Re: set_schedattr + cpuset issue
  • From: Juri Lelli <juri.lelli@xxxxxxxxx>
• [ANNOUNCE] 3.4.97-rt120
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.10.47-rt49
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.12.24-rt37
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• SysRQ via ICMP does not work in 3.14
  • From: Pavel Vasilyev <pavel@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.14.10-rt7
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: [ANNOUNCE] 3.14.10-rt7
  • From: Pavel Vasilyev <pavel@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.14.10-rt7
  • From: Henrik Austad <henrik@xxxxxxxxx>
• Re: [ANNOUNCE] 3.14.10-rt7
  • From: Pavel Vasilyev <pavel@xxxxxxxxxxx>
• [ANNOUNCE] 3.2.60-rt88
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.4.94-rt117
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.10.44-rt46
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.12.22-rt35
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 3.4-rt] hrtimer:fix the miss of hrtimer_peek_ahead_timers in nort code
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Filesystem lockup with CONFIG_PREEMPT_RT
  • From: Austin Schuh <austin@xxxxxxxxxxxxxxxx>
• Re: Filesystem lockup with CONFIG_PREEMPT_RT
  • From: Jan de Kruyf <jan.de.kruyf@xxxxxxxxx>
• Re: Filesystem lockup with CONFIG_PREEMPT_RT
  • From: Austin Schuh <austin@xxxxxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.4.10-rt7
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• [ANNOUNCE] 3.14.10-rt7
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.4.10-rt7
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Filesystem lockup with CONFIG_PREEMPT_RT
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [ANNOUNCE] 3.4.10-rt7
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Filesystem lockup with CONFIG_PREEMPT_RT
  • From: Jan de Kruyf <jan.de.kruyf@xxxxxxxxx>
• Re: Filesystem lockup with CONFIG_PREEMPT_RT
  • From: Austin Schuh <austin@xxxxxxxxxxxxxxxx>
• Re: Filesystem lockup with CONFIG_PREEMPT_RT
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Filesystem lockup with CONFIG_PREEMPT_RT
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Filesystem lockup with CONFIG_PREEMPT_RT
  • From: Jan de Kruyf <jan.de.kruyf@xxxxxxxxx>
• Re: Filesystem lockup with CONFIG_PREEMPT_RT
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: Filesystem lockup with CONFIG_PREEMPT_RT
  • From: Austin Schuh <austin@xxxxxxxxxxxxxxxx>
• Re: [PATCH RT 0/4] Linux 3.12.22-rt35-rc1
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• [PATCH RT 0/2] Linux 3.2.60-rt88-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 2/2] Linux 3.2.60-rt88-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 1/2] Fix latency histogram after "hrtimer: Set expiry time before switch_hrtimer_base()"
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RT 0/4] Linux 3.12.22-rt35-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RT 0/4] Linux 3.12.22-rt35-rc1
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• [PATCH RT 0/2] Linux 3.2.60-rt88-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 2/2] Linux 3.2.60-rt88-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 1/2] Fix latency histogram after "hrtimer: Set expiry time before switch_hrtimer_base()"
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 0/2] Linux 3.4.94-rt117-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 2/2] Linux 3.4.94-rt117-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 1/2] Fix latency histogram after "hrtimer: Set expiry time before switch_hrtimer_base()"
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 2/3] Fix latency histogram after "hrtimer: Set expiry time before switch_hrtimer_base()"
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 0/3] Linux 3.10.44-rt46-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 3/3] Linux 3.10.44-rt46-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 1/3] timer: do not spin_trylock() on UP
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 4/4] Linux 3.12.22-rt35-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 3/4] Fix latency histogram after "hrtimer: Set expiry time before switch_hrtimer_base()"
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 2/4] timer: do not spin_trylock() on UP
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 1/4] Revert "migrate_disable pushd down in atomic_dec_and_spin_lock"
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 0/4] Linux 3.12.22-rt35-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Filesystem lockup with CONFIG_PREEMPT_RT
  • From: Austin Schuh <austin@xxxxxxxxxxxxxxxx>
• [PATCH RT] sched: Do not clear PF_NO_SETAFFINITY flag in select_fallback_rq()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• 3.14.10 patch falied
  • From: Pavel Vasilyev <pavel@xxxxxxxxxxx>
• Re: Filesystem lockup with CONFIG_PREEMPT_RT
  • From: Austin Schuh <austin@xxxxxxxxxxxxxxxx>
• Re: Filesystem lockup with CONFIG_PREEMPT_RT
  • From: Austin Schuh <austin@xxxxxxxxxxxxxxxx>
• Re: Filesystem lockup with CONFIG_PREEMPT_RT
  • From: Austin Schuh <austin@xxxxxxxxxxxxxxxx>
• Re: Workshop on Real-Time Scheduling in the Linux Kernel (RTS-LIKE) [was SCHED_DEADLINE hands-on workshop]
  • From: Juri Lelli <juri.lelli@xxxxxxxxx>
• hpet0 versus hpet2
  • From: Raz <raziebe@xxxxxxxxx>
• Re: Filesystem lockup with CONFIG_PREEMPT_RT
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: Filesystem lockup with CONFIG_PREEMPT_RT
  • From: Austin Schuh <austin@xxxxxxxxxxxxxxxx>
• Re: Filesystem lockup with CONFIG_PREEMPT_RT
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: Filesystem lockup with CONFIG_PREEMPT_RT
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: Filesystem lockup with CONFIG_PREEMPT_RT
  • From: Austin Schuh <austin@xxxxxxxxxxxxxxxx>
• Re: Filesystem lockup with CONFIG_PREEMPT_RT
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: Filesystem lockup with CONFIG_PREEMPT_RT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Filesystem lockup with CONFIG_PREEMPT_RT
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: Filesystem lockup with CONFIG_PREEMPT_RT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Filesystem lockup with CONFIG_PREEMPT_RT
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: Filesystem lockup with CONFIG_PREEMPT_RT
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Filesystem lockup with CONFIG_PREEMPT_RT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Filesystem lockup with CONFIG_PREEMPT_RT
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: Filesystem lockup with CONFIG_PREEMPT_RT
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: Filesystem lockup with CONFIG_PREEMPT_RT
  • From: Austin Schuh <austin@xxxxxxxxxxxxxxxx>
• Re: Filesystem lockup with CONFIG_PREEMPT_RT
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Filesystem lockup with CONFIG_PREEMPT_RT
  • From: Austin Schuh <austin@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH V2] rt/aio: fix rcu garbage collection might_sleep() splat
  • From: Benjamin LaHaise <bcrl@xxxxxxxxx>
• Re: [RFC PATCH V2] rt/aio: fix rcu garbage collection might_sleep() splat
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: Workshop on Real-Time Scheduling in the Linux Kernel (RTS-LIKE) [was SCHED_DEADLINE hands-on workshop]
  • From: Christian Gmeiner <christian.gmeiner@xxxxxxxxx>
• Re: Workshop on Real-Time Scheduling in the Linux Kernel (RTS-LIKE) [was SCHED_DEADLINE hands-on workshop]
  • From: Pavel Vasilyev <pavel@xxxxxxxxxxx>
• Re: Workshop on Real-Time Scheduling in the Linux Kernel (RTS-LIKE) [was SCHED_DEADLINE hands-on workshop]
  • From: Juri Lelli <juri.lelli@xxxxxxxxx>
• Re: [RFC PATCH V2] rt/aio: fix rcu garbage collection might_sleep() splat
  • From: Benjamin LaHaise <bcrl@xxxxxxxxx>
• Re: [v3.10-rt / v3.12-rt] scheduling while atomic in cgroup code
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• [v3.10-rt / v3.12-rt] scheduling while atomic in cgroup code
  • From: Nikita Yushchenko <nyushchenko@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.12.22-rt33
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• 3.2.60-rt87: arm: Doesn't boot in certain case
  • From: Rolf Peukert <rolf.peukert@xxxxxxx>
• [ANNOUNCE] 3.12.22-rt34
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.12.22-rt33
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.12.22-rt33
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• [ANNOUNCE] 3.2.60-rt87
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.10.44-rt45
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.4.94-rt116
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.12.22-rt33
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• priority inversion regarding workqueues?
  • From: Alexander Stein <alexander.stein@xxxxxxxxxxxxxxxxxxxxx>
• Re: 3.14.3-rt5: at91: Crash early at boot
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• Re: 3.14.3-rt5: at91: Crash early at boot
  • From: jordan <triplesquarednine@xxxxxxxxx>
• 3.14.3-rt5: at91: Crash early at boot
  • From: Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH V2] rt/aio: fix rcu garbage collection might_sleep() splat
  • From: Kent Overstreet <kmo@xxxxxxxxxxxxx>
• Re: [RFC PATCH V2] rt/aio: fix rcu garbage collection might_sleep() splat
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• i.MX6, PREEMPT-RT and interactive cpufreq governor
  • From: Andrey Smirnov <andrew.smirnov@xxxxxxxxx>
• Re: [RFC PATCH V2] rt/aio: fix rcu garbage collection might_sleep() splat
  • From: Benjamin LaHaise <bcrl@xxxxxxxxx>
• [RFC PATCH V2] rt/aio: fix rcu garbage collection might_sleep() splat
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [RFC PATCH] rt/aio: fix rcu garbage collection might_sleep() splat
  • From: Pavel Vasilyev <pavel@xxxxxxxxxxx>
• Workshop on Real-Time Scheduling in the Linux Kernel (RTS-LIKE) [was SCHED_DEADLINE hands-on workshop]
  • From: Juri Lelli <juri.lelli@xxxxxxxxx>
• Re: [RFC PATCH] rt/aio: fix rcu garbage collection might_sleep() splat
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [RFC PATCH] rt/aio: fix rcu garbage collection might_sleep() splat
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [RFC PATCH] rt/aio: fix rcu garbage collection might_sleep() splat
  • From: Lai Jiangshan <laijs@xxxxxxxxxxxxxx>
• [RFC PATCH] rt/aio: fix rcu garbage collection might_sleep() splat
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [PATCH 1/1] rtmutex: Handle when top lock owner changes
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 1/1] rtmutex: Handle when top lock owner changes
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] rtmutex: Handle when top lock owner changes
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] rtmutex: Handle when top lock owner changes
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] rtmutex: Handle when top lock owner changes
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH] rtmutex: Handle when top lock owner changes
  • From: "Brad Mouring" <bmouring@xxxxxx>
• Re: [PATCH 1/1] rtmutex: Handle when top lock owner changes
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] rtmutex: Handle when top lock owner changes
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] rtmutex: Handle when top lock owner changes
  • From: "Brad Mouring" <bmouring@xxxxxx>
• Re: [PATCH 1/1] rtmutex: Handle when top lock owner changes
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] rtmutex: Handle when top lock owner changes
  • From: "Brad Mouring" <bmouring@xxxxxx>
• Re: [PATCH 1/1] rtmutex: Handle when top lock owner changes
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 1/1] rtmutex: Handle when top lock owner changes
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] rtmutex: Handle when top lock owner changes
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 1/1] rtmutex: Handle when top lock owner changes
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] rtmutex: Handle when top lock owner changes
  • From: "Brad Mouring" <bmouring@xxxxxx>
• Re: [PATCH 1/1] rtmutex: Handle when top lock owner changes
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 1/1] rtmutex: Handle when top lock owner changes
  • From: "Brad Mouring" <bmouring@xxxxxx>
• Re: [PATCH 1/1] rtmutex: Handle when top lock owner changes
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 1/1] rtmutex: Handle when top lock owner changes
  • From: "Brad Mouring" <bmouring@xxxxxx>
• Re: [PATCH 1/1] rtmutex: Handle when top lock owner changes
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: nouveau + rt = boom
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: Mainline patch-3.14.4-5.xz
  • From: Pavel Vasilyev <pavel@xxxxxxxxxxx>
• Re: Mainline patch-3.14.4-5.xz
  • From: Pavel Vasilyev <pavel@xxxxxxxxxxx>
• Re: Mainline patch-3.14.4-5.xz
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: Mainline patch-3.14.4-5.xz
  • From: Pavel Vasilyev <pavel@xxxxxxxxxxx>
• Re: Mainline patch-3.14.4-5.xz
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: nouveau + rt = boom
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: nouveau + rt = boom
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• nouveau + rt = boom
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• [patchlet] rt,locking: fix __ww_mutex_lock_interruptible() lockdep annotation
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Mainline patch-3.14.4-5.xz
  • From: Pavel Vasilyev <pavel@xxxxxxxxxxx>
• Re: SCHED_DEADLINE hands-on workshop
  • From: Juri Lelli <juri.lelli@xxxxxxxxx>
• Re: linux 3.9 rt patch
  • From: monmon icem <icy_monk@xxxxxxxxxxxx>
• Re: SCHED_DEADLINE hands-on workshop
  • From: Pavel Vasilyev <pavel@xxxxxxxxxxx>
• SCHED_DEADLINE hands-on workshop
  • From: Juri Lelli <juri.lelli@xxxxxxxxx>
• Re: [PATCH] arm: Set hardirq tracing to on when idling
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] arm: Set hardirq tracing to on when idling
  • From: Corey Minyard <minyard@xxxxxxx>
• Re: [PATCH] arm: Set hardirq tracing to on when idling
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• Re: [PATCH] arm: Set hardirq tracing to on when idling
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] arm: Set hardirq tracing to on when idling
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• Re: [PATCH] arm: Set hardirq tracing to on when idling
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: linux 3.9 rt patch
  • From: Arve Barsnes <arve.barsnes@xxxxxxxxx>
• Re: [PATCH 3.14-rt] sched/numa: Fix task_numa_free() lockdep splat
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] arm: Set hardirq tracing to on when idling
  • From: Stephen Boyd <sboyd@xxxxxxxxxxxxxx>
• Re: [PATCH 3.14-rt] sched/numa: Fix task_numa_free() lockdep splat
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 3.14-rt] sched/numa: Fix task_numa_free() lockdep splat
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] arm: Set hardirq tracing to on when idling
  • From: Corey Minyard <cminyard@xxxxxxxxxx>
• Re: [PATCH] arm: Set hardirq tracing to on when idling
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 3.14-rt] sched/numa: Fix task_numa_free() lockdep splat
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 3.14-rt] sched/numa: Fix task_numa_free() lockdep splat
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] arm: Set hardirq tracing to on when idling
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: [PATCH] arm: Set hardirq tracing to on when idling
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] arm: Set hardirq tracing to on when idling
  • From: Corey Minyard <cminyard@xxxxxxxxxx>
• linux 3.9 rt patch
  • From: monmon icem <icy_monk@xxxxxxxxxxxx>
• Re: [PATCH] arm: Set hardirq tracing to on when idling
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] arm: Set hardirq tracing to on when idling
  • From: minyard@xxxxxxx
• [patch v2] rt/sched: fix resursion when CONTEXT_TRACKING and PREEMPT_LAZY are enabled
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• [PATCH 0/1] Faux deadlock detection fixup
  • From: "Brad Mouring" <bmouring@xxxxxx>
• [PATCH 1/1] rtmutex: Handle when top lock owner changes
  • From: "Brad Mouring" <bmouring@xxxxxx>
• Re: BUG: sleeping function called from invalid context (do_force_sig_info)
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• BUG: sleeping function called from invalid context (do_force_sig_info)
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: Re: [PATCH] sched/rt: don't try to balance rt_runtime when it is futile
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: Filesystem lockup with CONFIG_PREEMPT_RT
  • From: Austin Schuh <austin@xxxxxxxxxxxxxxxx>
• Re: Filesystem lockup with CONFIG_PREEMPT_RT
  • From: John Blackwood <john.blackwood@xxxxxxxx>
• Re: [PATCH] sched/rt: don't try to balance rt_runtime when it is futile
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Filesystem lockup with CONFIG_PREEMPT_RT
  • From: Richard Weinberger <richard.weinberger@xxxxxxxxx>
• Re: [PATCH] sched/rt: don't try to balance rt_runtime when it is futile
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [PATCH] sched/rt: don't try to balance rt_runtime when it is futile
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [PATCH] sched/rt: don't try to balance rt_runtime when it is futile
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: WAS: linux-rt fails to boot on > 3.12.5.-rt7 ... NOW IS: linux-rt-3.14 boots by reverting patches + nvidia uses __rt_mutex_init [which in 3.14 has been changed to EXPORT_SYMBOL_GPL]
  • From: jordan <triplesquarednine@xxxxxxxxx>
• Re: WAS: linux-rt fails to boot on > 3.12.5.-rt7 ... NOW IS: linux-rt-3.14 boots by reverting patches + nvidia uses __rt_mutex_init [which in 3.14 has been changed to EXPORT_SYMBOL_GPL]
  • From: Joakim Hernberg <jbh@xxxxxxxxxx>
• Re: [PATCH] sched/rt: don't try to balance rt_runtime when it is futile
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sched/rt: don't try to balance rt_runtime when it is futile
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] sched/rt: don't try to balance rt_runtime when it is futile
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH] sched/rt: don't try to balance rt_runtime when it is futile
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sched/rt: don't try to balance rt_runtime when it is futile
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: WAS: linux-rt fails to boot on > 3.12.5.-rt7 ... NOW IS: linux-rt-3.14 boots by reverting patches + nvidia uses __rt_mutex_init [which in 3.14 has been changed to EXPORT_SYMBOL_GPL]
  • From: Ralf Mardorf <ralf.mardorf@xxxxxxxxxxxxx>
• Re: WAS: linux-rt fails to boot on > 3.12.5.-rt7 ... NOW IS: linux-rt-3.14 boots by reverting patches + nvidia uses __rt_mutex_init [which in 3.14 has been changed to EXPORT_SYMBOL_GPL]
  • From: Joakim Hernberg <jbh@xxxxxxxxxx>
• Re: WAS: linux-rt fails to boot on > 3.12.5.-rt7 ... NOW IS: linux-rt-3.14 boots by reverting patches + nvidia uses __rt_mutex_init [which in 3.14 has been changed to EXPORT_SYMBOL_GPL]
  • From: Ralf Mardorf <ralf.mardorf@xxxxxxxxxxxxx>
• Re: WAS: linux-rt fails to boot on > 3.12.5.-rt7 ... NOW IS: linux-rt-3.14 boots by reverting patches + nvidia uses __rt_mutex_init [which in 3.14 has been changed to EXPORT_SYMBOL_GPL]
  • From: Ralf Mardorf <ralf.mardorf@xxxxxxxxxxxxx>
• Re: [PATCH] sched/rt: don't try to balance rt_runtime when it is futile
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] sched/rt: don't try to balance rt_runtime when it is futile
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] sched/rt: don't try to balance rt_runtime when it is futile
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sched/rt: don't try to balance rt_runtime when it is futile
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [PATCH] sched/rt: don't try to balance rt_runtime when it is futile
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sched/rt: don't try to balance rt_runtime when it is futile
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [PATCH] sched/rt: don't try to balance rt_runtime when it is futile
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sched/rt: don't try to balance rt_runtime when it is futile
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• [PATCH 3.14-rt] sched/numa: Fix task_numa_free() lockdep splat
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• [PATCH 3.10-rt] tick-sched: fix inadvertent enabling of interrupts
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [patch] rt/sched: fix resursion when CONTEXT_TRACKING and PREEMPT_LAZY are enabled
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sched/rt: don't try to balance rt_runtime when it is futile
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: WAS: linux-rt fails to boot on > 3.12.5.-rt7 ... NOW IS: linux-rt-3.14 boots by reverting patches + nvidia uses __rt_mutex_init [which in 3.14 has been changed to EXPORT_SYMBOL_GPL]
  • From: Kimmo Taskinen <kimmo.taskinen@xxxxxx>
• Re: [PATCH] sched/rt: don't try to balance rt_runtime when it is futile
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sched/rt: don't try to balance rt_runtime when it is futile
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH] Removed unnecessary use of local variable in v3.12.
  • From: Meenakshi Aggarwal <meenakshi.aggarwal@xxxxxxxxxxxxx>
• Re: Bug#746232: 3.2.57-rt: rcu_preempt detected stalls at boot
  • From: "Alexandra N. Kossovsky" <Alexandra.Kossovsky@xxxxxxxxxxxx>
• Re: [PATCH] sched/rt: don't try to balance rt_runtime when it is futile
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [PATCH] sched/rt: don't try to balance rt_runtime when it is futile
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: Bug#746232: 3.2.57-rt: rcu_preempt detected stalls at boot
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [PATCH] sched/rt: don't try to balance rt_runtime when it is futile
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sched/rt: don't try to balance rt_runtime when it is futile
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: 3.2.57-rt: rcu_preempt detected stalls at boot
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [PATCH] sched/rt: don't try to balance rt_runtime when it is futile
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH] sched/rt: don't try to balance rt_runtime when it is futile
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [RFC v0] thermal: Protect schedule flag by raw spin
  • From: Daniel Wagner <daniel.wagner@xxxxxxxxxxxxxxxx>
• Re: WAS: linux-rt fails to boot on > 3.12.5.-rt7 ... NOW IS: linux-rt-3.14 boots by reverting patches + nvidia uses __rt_mutex_init [which in 3.14 has been changed to EXPORT_SYMBOL_GPL]
  • From: jordan <triplesquarednine@xxxxxxxxx>
• Re: [RFC v0] thermal: Protect schedule flag by raw spin
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: WAS: linux-rt fails to boot on > 3.12.5.-rt7 ... NOW IS: linux-rt-3.14 boots by reverting patches + nvidia uses __rt_mutex_init [which in 3.14 has been changed to EXPORT_SYMBOL_GPL]
  • From: Kimmo Taskinen <kimmo.taskinen@xxxxxx>
• Re: [ANNOUNCE] 3.14.3-rt5
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: WAS: linux-rt fails to boot on > 3.12.5.-rt7 ... NOW IS: linux-rt-3.14 boots by reverting patches + nvidia uses __rt_mutex_init [which in 3.14 has been changed to EXPORT_SYMBOL_GPL]
  • From: jordan <triplesquarednine@xxxxxxxxx>
• Re: WAS: linux-rt fails to boot on > 3.12.5.-rt7 ... NOW IS: linux-rt-3.14 boots by reverting patches + nvidia uses __rt_mutex_init [which in 3.14 has been changed to EXPORT_SYMBOL_GPL]
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: WAS: linux-rt fails to boot on > 3.12.5.-rt7 ... NOW IS: linux-rt-3.14 boots by reverting patches + nvidia uses __rt_mutex_init [which in 3.14 has been changed to EXPORT_SYMBOL_GPL]
  • From: Kimmo Taskinen <kimmo.taskinen@xxxxxx>
• Re: WAS: linux-rt fails to boot on > 3.12.5.-rt7 ... NOW IS: linux-rt-3.14 boots by reverting patches + nvidia uses __rt_mutex_init [which in 3.14 has been changed to EXPORT_SYMBOL_GPL]
  • From: Kimmo Taskinen <kimmo.taskinen@xxxxxx>
• [ANNOUNCE] 3.2.58-rt85
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.4.89-rt111
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.10.39-rt40
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.12.19-rt30
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.14.3-rt5
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.14.3-rt5
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.14.3-rt5
  • From: Juri Lelli <juri.lelli@xxxxxxxxx>
• 3.2.57-rt: rcu_preempt detected stalls at boot
  • From: "Alexandra N. Kossovsky" <Alexandra.Kossovsky@xxxxxxxxxxxx>
• Re: [RFC v0] thermal: Protect schedule flag by raw spin
  • From: Daniel Wagner <daniel.wagner@xxxxxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.14.3-rt5
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [ANNOUNCE] 3.14.3-rt5
  • From: Pavel Vasilyev <pavel@xxxxxxxxxxx>
• [ANNOUNCE] 3.14.3-rt5
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] ftrace: Simplify ring buffer resizing, make work with RT
  • From: Corey Minyard <cminyard@xxxxxxxxxx>
• Re: [RFC PATCH RT] netconsole: enable netconsole on PREEMPT_RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH]Fix the Compiling failed problem with the default arch/x86/configs/x86_64_defconfig(3.14-rt1)
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [patchlet] locking/rt: fix rt_read_lock() lockdep annotation.
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [patchlet] locking/rt: fix rt_read_lock() lockdep annotation.
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [patchlet] locking/rt: fix rt_read_lock() lockdep annotation.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [patch 1/6] preempt_lazy: remove redundant test_thread_flag() call
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] ftrace: Simplify ring buffer resizing, make work with RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: kernel/locking/rt.c: add missing EXPORT_SYMBOL for rt_down_write_nested_lock() needed by f2fs
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Freezing issue on loading/usage of kernel modules
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [RFC v0] thermal: Protect schedule flag by raw spin
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: tracing: BUG: sleeping function called from invalid context
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [ANNOUNCE] 3.12.15-rt26
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH] ftrace: Simplify ring buffer resizing, make work with RT
  • From: minyard@xxxxxxx
• Hign latencies with rt-patch on mx28 freescale board
  • From: "Riyaz R, Syed Ismail" <SyedIsmail.RiyazR@xxxxxxxxx>
• Re: [ANNOUNCE] 3.14.2-rt3
  • From: Joakim Hernberg <jbh@xxxxxxxxxx> (by way of Joakim Hernberg <jbh@xxxxxxxxxx>)
• Re: [patchlet] locking/rt: fix rt_read_lock() lockdep annotation.
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [patchlet] locking/rt: fix rt_read_lock() lockdep annotation.
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [patchlet] locking/rt: fix rt_read_lock() lockdep annotation.
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 1/2] memcg: fold mem_cgroup_stolen
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [PATCH RT] blk-mq: revert raw locks, post pone notifier to POST_DEAD
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• [PATCH 1/2] memcg: fold mem_cgroup_stolen
  • From: Qiang Huang <h.huangqiang@xxxxxxxxxx>
• Re: [PATCH RT] blk-mq: revert raw locks, post pone notifier to POST_DEAD
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [patchlet] locking/rt: fix rt_read_lock() lockdep annotation.
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [patch 1/6] preempt_lazy: remove redundant test_thread_flag() call
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [patch 1/6] preempt_lazy: remove redundant test_thread_flag() call
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH RT] netconsole: enable netconsole on PREEMPT_RT
  • From: Daniel Bristot de Oliveira <bristot@xxxxxxxxxx>
• Re: Can PAX and Rt-patch co-exist ?
  • From: Corey Minyard <cminyard@xxxxxxxxxx>
• Re: [ANNOUNCE] 3.14.2-rt3
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• kernel/locking/rt.c: add missing EXPORT_SYMBOL for rt_down_write_nested_lock() needed by f2fs
  • From: Joakim Hernberg <jbh@xxxxxxxxxx>
• Re: [PATCH RT] blk-mq: revert raw locks, post pone notifier to POST_DEAD
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• [ANNOUNCE] 3.14.2-rt3
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH RT] blk-mq: revert raw locks, post pone notifier to POST_DEAD
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [patch 0/6] 3.14-rt1 fixes
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [patch 0/6] 3.14-rt1 fixes
  • From: Nicholas Mc Guire <der.herr@xxxxxxx>
• Re: [patch 0/6] 3.14-rt1 fixes
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [patch 0/6] 3.14-rt1 fixes
  • From: Nicholas Mc Guire <der.herr@xxxxxxx>
• Re: Can PAX and Rt-patch co-exist ?
  • From: Mau Z <zmau1962@xxxxxxxxx>
• Re: [patch 0/6] 3.14-rt1 fixes
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [patch 0/6] 3.14-rt1 fixes
  • From: Nicholas Mc Guire <der.herr@xxxxxxx>
• Re: BUG: spinlock trylock failure on UP, i.MX28 3.12.15-rt25
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: BUG: spinlock trylock failure on UP, i.MX28 3.12.15-rt25
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: BUG: spinlock trylock failure on UP, i.MX28 3.12.15-rt25
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: BUG: spinlock trylock failure on UP, i.MX28 3.12.15-rt25
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Can PAX and Rt-patch co-exist ?
  • From: Corey Minyard <cminyard@xxxxxxxxxx>
• Re: [PATCH RT 1/3] rt: Move migrate_disable up in trylocks
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [patch 0/6] 3.14-rt1 fixes
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [patch 0/6] 3.14-rt1 fixes
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [patch 0/6] 3.14-rt1 fixes
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH RT 2/2] rtmutex: Remove duplicate rt_mutex_init()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH RT 2/2] rtmutex: Remove duplicate rt_mutex_init()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RT 1/3] rt: Move migrate_disable up in trylocks
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [patch 0/6] 3.14-rt1 fixes
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [patch 0/6] 3.14-rt1 fixes
  • From: Pavel Vasilyev <pavel@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• [patch 6/6] stomp-machine: use lg_global_trylock_relax() to dead with stop_cpus_lock lglock
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• [patch 5/6] stomp-machine: create lg_global_trylock_relax() primitive
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• [patch 4/6] stomp-machine: fix typo in kernel/stop_machine.c
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• [patch 3/6] stomp-machine: fix typo in kernel/cpu.c
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• [patch 2/6] x86/preempt-lazy adapt implementation to percpu __preempt_count
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• [patch 1/6] preempt_lazy: remove redundant test_thread_flag() call
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• [patch 0/6] 3.14-rt1 fixes
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH RT 2/2] rtmutex: Remove duplicate rt_mutex_init()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH RT 1/2] rwsem-rt: Do not allow readers to nest
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Can PAX and Rt-patch co-exist ?
  • From: Mau Z <zmau1962@xxxxxxxxx>
• Re: [PATCH RT 1/3] rt: Move migrate_disable up in trylocks
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [RFC PATCH RT] netconsole: enable netconsole on PREEMPT_RT
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH]Fix the Compiling failed problem with the default arch/x86/configs/x86_64_defconfig(3.14-rt1)
  • From: "eagle.rtlinux" <eagle.rtlinux@xxxxxxxxx>
• [PATCH RT 3/3] Linux 3.12.15-rt26-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 1/3] rt: Move migrate_disable up in trylocks
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 0/3] Linux 3.12.15-rt26-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 2/3] net: gianfar: Fix missing return of gfar_clean_tx_ring()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Can PAX and Rt-patch co-exist ?
  • From: Corey Minyard <cminyard@xxxxxxxxxx>
• Can PAX and Rt-patch co-exist ?
  • From: Mau Z <zmau1962@xxxxxxxxx>
• [ANNOUNCE] 3.2.57-rt84
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.4.87-rt109
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.8.13.14-rt31
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.10.37-rt38
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [RFC PATCH] tasklet: correct the comments about tasklet schedule
  • From: Qiang Huang <h.huangqiang@xxxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• [RFC PATCH] tasklet: correct the comments about tasklet schedule
  • From: Qiang Huang <h.huangqiang@xxxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC PATCH RT] netconsole: enable netconsole on PREEMPT_RT
  • From: Daniel Bristot de Oliveira <bristot@xxxxxxxxxx>
• Re: [PATCH RT 0/3] Linux 3.2.57-rt84-rc1
  • From: Pavel Vasilyev <pavel@xxxxxxxxxxx>
• [PATCH RT 4/4] Linux 3.10.37-rt38-rc2
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 1/4] net: gianfar: do not disable interrupts
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 3/4] rcu: make RCU_BOOST default on RT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 0/4] Linux 3.10.37-rt38-rc2
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 2/4] net: gianfar: do not try to cleanup TX packets if they are not done
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RT 2/4] net: gianfar: do not try to cleanup TX packets if they are not done
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RT 2/4] net: gianfar: do not try to cleanup TX packets if they are not done
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• FIFO & workqueue
  • From: ratheesh kannoth <ratheesh.ksz@xxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: Difficulties with cyclictest on AMD CPU
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RT 0/3] Linux 3.2.57-rt84-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [PATCH RT 2/4] net: gianfar: do not try to cleanup TX packets if they are not done
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [PATCH RT 0/3] Linux 3.2.57-rt84-rc1
  • From: Pavel Vasilyev <pavel@xxxxxxxxxxx>
• Re: [RFC PATCH] rtmutex: Do not prio boost when timeout is used
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH] rtmutex: Do not prio boost when timeout is used
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH RT 3/3] Linux 3.2.57-rt84-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 1/3] net: gianfar: do not disable interrupts
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 0/3] Linux 3.2.57-rt84-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 2/3] rcu: make RCU_BOOST default on RT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 1/3] net: gianfar: do not disable interrupts
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 2/3] rcu: make RCU_BOOST default on RT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 3/4] cpu_chill: Add a UNINTERRUPTIBLE hrtimer_nanosleep
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 0/4] Linux 3.4.82-rt103-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 2/4] fs: jbd2: pull your plug when waiting for space
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 1/4] net: sched: dev_deactivate_many(): use msleep(1) instead of yield() to wait for outstanding qdisc_run calls
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 4/4] Linux 3.4.82-rt103-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 3/3] Linux 3.8.13.14-rt31-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 0/3] Linux 3.8.13.14-rt31-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 2/4] net: gianfar: do not try to cleanup TX packets if they are not done
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 4/4] Linux 3.10.37-rt38-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 1/4] net: gianfar: do not disable interrupts
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 3/4] rcu: make RCU_BOOST default on RT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 0/4] Linux 3.10.37-rt38-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Difficulties with cyclictest on AMD CPU
  • From: Stefan Jenisch <stefan.jenisch@xxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Fernando Lopez-Lezcano <nando@xxxxxxxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [RFC PATCH] rtmutex: Do not prio boost when timeout is used
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH] rtmutex: Do not prio boost when timeout is used
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• [RFC PATCH] rtmutex: Do not prio boost when timeout is used
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: WAS: linux-rt fails to boot on > 3.12.5.-rt7 ... NOW IS: linux-rt-3.14 boots by reverting patches + nvidia uses __rt_mutex_init [which in 3.14 has been changed to EXPORT_SYMBOL_GPL]
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: WAS: linux-rt fails to boot on > 3.12.5.-rt7 ... NOW IS: linux-rt-3.14 boots by reverting patches + nvidia uses __rt_mutex_init [which in 3.14 has been changed to EXPORT_SYMBOL_GPL]
  • From: jordan <triplesquarednine@xxxxxxxxx>
• Re: WAS: linux-rt fails to boot on > 3.12.5.-rt7 ... NOW IS: linux-rt-3.14 boots by reverting patches + nvidia uses __rt_mutex_init [which in 3.14 has been changed to EXPORT_SYMBOL_GPL]
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• [ANNOUNCE] 3.4.87-rt108
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.2.57-rt83
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 3.10.37-rt37
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH RT V4] rwsem: The return of multi-reader PI rwsems
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: WAS: linux-rt fails to boot on > 3.12.5.-rt7 ... NOW IS: linux-rt-3.14 boots by reverting patches + nvidia uses __rt_mutex_init [which in 3.14 has been changed to EXPORT_SYMBOL_GPL]
  • From: Pavel Vasilyev <pavel@xxxxxxxxxxx>
• Re: WAS: linux-rt fails to boot on > 3.12.5.-rt7 ... NOW IS: linux-rt-3.14 boots by reverting patches + nvidia uses __rt_mutex_init [which in 3.14 has been changed to EXPORT_SYMBOL_GPL]
  • From: Pavel Vasilyev <pavel@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: BUG: spinlock trylock failure on UP, i.MX28 3.12.15-rt25
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: BUG: spinlock trylock failure on UP, i.MX28 3.12.15-rt25
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: BUG: spinlock trylock failure on UP, i.MX28 3.12.15-rt25
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: BUG: spinlock trylock failure on UP, i.MX28 3.12.15-rt25
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: BUG: spinlock trylock failure on UP, i.MX28 3.12.15-rt25
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: BUG: spinlock trylock failure on UP, i.MX28 3.12.15-rt25
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: BUG: spinlock trylock failure on UP, i.MX28 3.12.15-rt25
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: BUG: spinlock trylock failure on UP, i.MX28 3.12.15-rt25
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: BUG: spinlock trylock failure on UP, i.MX28 3.12.15-rt25
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: BUG: spinlock trylock failure on UP, i.MX28 3.12.15-rt25
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: BUG: spinlock trylock failure on UP, i.MX28 3.12.15-rt25
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: i.MX28 milliseconds latencies, interrupts disabled in arch_cpu_idle?
  • From: Gilles Chanteperdrix <gilles.chanteperdrix@xxxxxxxxxxx>
• Re: i.MX28 milliseconds latencies, interrupts disabled in arch_cpu_idle?
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: i.MX28 milliseconds latencies, interrupts disabled in arch_cpu_idle?
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: WAS: linux-rt fails to boot on > 3.12.5.-rt7 ... NOW IS: linux-rt-3.14 boots by reverting patches
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: i.MX28 milliseconds latencies, interrupts disabled in arch_cpu_idle?
  • From: Tim Sander <tim@xxxxxxxxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: WAS: linux-rt fails to boot on > 3.12.5.-rt7 ... NOW IS: linux-rt-3.14 boots by reverting patches + nvidia uses __rt_mutex_init [which in 3.14 has been changed to EXPORT_SYMBOL_GPL]
  • From: jordan <triplesquarednine@xxxxxxxxx>
• Re: WAS: linux-rt fails to boot on > 3.12.5.-rt7 ... NOW IS: linux-rt-3.14 boots by reverting patches + nvidia uses __rt_mutex_init [which in 3.14 has been changed to EXPORT_SYMBOL_GPL]
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: i.MX28 milliseconds latencies, interrupts disabled in arch_cpu_idle?
  • From: Gilles Chanteperdrix <gilles.chanteperdrix@xxxxxxxxxxx>
• Re: i.MX28 milliseconds latencies, interrupts disabled in arch_cpu_idle?
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• tracing: BUG: sleeping function called from invalid context
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: i.MX28 milliseconds latencies, interrupts disabled in arch_cpu_idle?
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: i.MX28 milliseconds latencies, interrupts disabled in arch_cpu_idle?
  • From: Tim Sander <tim@xxxxxxxxxxxxxxx>
• Re: BUG: spinlock trylock failure on UP - reverting timer patches helps
  • From: jordan <triplesquarednine@xxxxxxxxx>
• Re: BUG: spinlock trylock failure on UP - reverting timer patches helps
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: [RFC PATCH RT V4] rwsem: The return of multi-reader PI rwsems
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: BUG: spinlock trylock failure on UP - reverting timer patches helps
  • From: jordan <triplesquarednine@xxxxxxxxx>
• [RFC PATCH RT V4] rwsem: The return of multi-reader PI rwsems
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: BUG: spinlock trylock failure on UP - reverting timer patches helps
  • From: jordan <triplesquarednine@xxxxxxxxx>
• Re: BUG: spinlock trylock failure on UP - reverting timer patches helps
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• i.MX28 milliseconds latencies, interrupts disabled in arch_cpu_idle?
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: BUG: spinlock trylock failure on UP - reverting timer patches helps
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: w1-gpio: sleeping function called from invalid context
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: w1-gpio: sleeping function called from invalid context
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: w1-gpio: sleeping function called from invalid context
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• w1-gpio: sleeping function called from invalid context
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Freezing issue on loading/usage of kernel modules
  • From: Rob Connolly <Rob.Connolly@xxxxxxxxx>
• Re: BUG: spinlock trylock failure on UP, i.MX28 3.12.15-rt25
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: WAS: linux-rt fails to boot on > 3.12.5.-rt7 ... NOW IS: linux-rt-3.14 boots by reverting patches + nvidia uses __rt_mutex_init [which in 3.14 has been changed to EXPORT_SYMBOL_GPL]
  • From: jordan <triplesquarednine@xxxxxxxxx>
• RFC: SIGUSR1 to stderr
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: BUG: spinlock trylock failure on UP, i.MX28 3.12.15-rt25
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• BUG: spinlock trylock failure on UP, i.MX28 3.12.15-rt25
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• [RFC v0] thermal: Protect schedule flag by raw spin
  • From: Daniel Wagner <daniel.wagner@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH RT] rwsem: The return of multi-reader PI rwsems
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH RT] rwsem: The return of multi-reader PI rwsems
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH RT] rwsem: The return of multi-reader PI rwsems
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Pavel Vasilyev <pavel@xxxxxxxxxxx>
• WAS: linux-rt fails to boot on > 3.12.5.-rt7 ... NOW IS: linux-rt-3.14 boots by reverting patches + nvidia uses __rt_mutex_init [which in 3.14 has been changed to EXPORT_SYMBOL_GPL]
  • From: jordan <triplesquarednine@xxxxxxxxx>
• Re: [RFC PATCH RT] rwsem: The return of multi-reader PI rwsems
  • From: Daniel Bristot de Oliveira <danielbristot@xxxxxxxxx>
• Re: [ANNOUNCE] 3.14-rt1
  • From: Pavel Vasilyev <pavel@xxxxxxxxxxx>
• [ANNOUNCE] 3.14-rt1
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [RFC PATCH RT V3] rwsem: The return of multi-reader PI rwsems
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• Re: [RFC PATCH RT V3] rwsem: The return of multi-reader PI rwsems
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH RT] rwsem: The return of multi-reader PI rwsems
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [RFC PATCH RT] rwsem: The return of multi-reader PI rwsems
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [RFC PATCH RT] rwsem: The return of multi-reader PI rwsems
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH RT] rwsem: The return of multi-reader PI rwsems
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• [RFC PATCH RT V3] rwsem: The return of multi-reader PI rwsems
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH RT] rwsem: The return of multi-reader PI rwsems
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH RT] rwsem: The return of multi-reader PI rwsems
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH RT] rwsem: The return of multi-reader PI rwsems
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH RT] rwsem: The return of multi-reader PI rwsems
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH RT] rwsem: The return of multi-reader PI rwsems
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC PATCH RT V2] rwsem: The return of multi-reader PI rwsems
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH RT] rwsem: The return of multi-reader PI rwsems
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH RT] rwsem: The return of multi-reader PI rwsems
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [RFC PATCH RT] rwsem: The return of multi-reader PI rwsems
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH RT] rwsem: The return of multi-reader PI rwsems
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [RFC PATCH RT] rwsem: The return of multi-reader PI rwsems
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC PATCH RT] rwsem: The return of multi-reader PI rwsems
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [RFC PATCH RT] rwsem: The return of multi-reader PI rwsems
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [PATCH RT 2/2] net: gianfar: do not try to cleanup TX packets if they are not done
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH RT 2/2] net: gianfar: do not try to cleanup TX packets if they are not done
  • From: Scott Wood <scottwood@xxxxxxxxxxxxx>
• [RFC PATCH RT] rwsem: The return of multi-reader PI rwsems
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 0/2] rwsem-rt: Make rwsem rt closer to mainline
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 1/2] rwsem-rt: Do not allow readers to nest
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 2/2] rtmutex: Remove duplicate rt_mutex_init()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: CONFIG_PREEMPT_RT_FULL an usb gadget
  • From: David Lopo <lopo.david@xxxxxxxxx>
• Re: [PATCH] net: sched: dev_deactivate_many(): use msleep(1) instead of yield() to wait for outstanding qdisc_run callsb
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] net: sched: dev_deactivate_many(): use msleep(1) instead of yield() to wait for outstanding qdisc_run callsb
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] net: sched: dev_deactivate_many(): use msleep(1) instead of yield() to wait for outstanding qdisc_run callsb
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] net: sched: dev_deactivate_many(): use msleep(1) instead of yield() to wait for outstanding qdisc_run callsb
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] net: sched: dev_deactivate_many(): use msleep(1) instead of yield() to wait for outstanding qdisc_run callsb
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] net: sched: dev_deactivate_many(): use msleep(1) instead of yield() to wait for outstanding qdisc_run callsb
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH] net: sched: dev_deactivate_many(): use msleep(1) instead of yield() to wait for outstanding qdisc_run callsb
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>