Linux Real Time Users

• Thread Index

• Re: Need 4.14 updated to latest Stable dot release
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: Need 4.14 updated to latest Stable dot release
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [ANNOUNCE] v4.14.39-rt29
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] squashfs: Disable "percpu multiple decompressor" on RT
  • From: Julia Cartwright <julia@xxxxxx>
• Re: [ANNOUNCE] v4.14.29-rt25
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Need 4.14 updated to latest Stable dot release
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH] serial: sh-sci: Use spin_{try}lock_irqsave instead of open coding version
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/1] squashfs: Disable "percpu multiple decompressor" on RT
  • From: Alexander Stein <alexander.stein@xxxxxxxxxxxxxxxxxxxxx>
• [ANNOUNCE] 4.4.126-rt142
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [PATCH 1/1] squashfs: Disable "percpu multiple decompressor" on RT
  • From: Julia Cartwright <julia@xxxxxx>
• [PATCH 1/1] squashfs: Disable "percpu multiple decompressor" on RT
  • From: Alexander Stein <alexander.stein@xxxxxxxxxxxxxxxxxxxxx>
• Re: [ANNOUNCE] v4.14.29-rt25
  • From: Grygorii Strashko <grygorii.strashko@xxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: Joel Fernandes <joelaf@xxxxxxxxxx>
• [ANNOUNCE]rt-tests-1.3 New Devlopment version of rt-tests
  • From: John Kacur <jkacur@xxxxxxxxxx>
• RT Patch and Xen
  • From: Iain Hunter <drhunter95@xxxxxxxxx>
• [PATCH] serial: sh-sci: Use spin_{try}lock_irqsave instead of open coding version
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [PATCH 0/3] A few hist trigger fixes
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 0/3] A few hist trigger fixes
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH 1/3] tracing: Restore proper field flag printing when displaying triggers
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH 3/3] tracing: Add field modifier parsing hist error for hist triggers
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH 2/3] tracing: Add field parsing hist error for hist triggers
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH RT] seqlock: provide the same ordering semantics as mainline
  • From: Julia Cartwright <julia@xxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: Joel Fernandes <joelaf@xxxxxxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: Joel Fernandes <joelaf@xxxxxxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: Joel Fernandes <joelaf@xxxxxxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: Joel Fernandes <joelaf@xxxxxxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: Joel Fernandes <joelaf@xxxxxxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 0/2] selftests: tracing: Update inter-event testcases
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] selftests: tracing: Update inter-event testcases
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: Joel Fernandes <joelaf@xxxxxxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: Joel Fernandes <joelaf@xxxxxxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: Joel Fernandes <joelaf@xxxxxxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: Joel Fernandes <joelaf@xxxxxxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] rt-tests: Include SMI count in cyclictest summary
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [ANNOUNCE] 3.18.104-rt101
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] v4.14.29-rt25
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: Joel Fernandes <joelaf@xxxxxxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [ANNOUNCE] v4.14.29-rt25
  • From: Grygorii Strashko <grygorii.strashko@xxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: Joel Fernandes <joelaf@xxxxxxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: Joel Fernandes <joelaf@xxxxxxxxxx>
• [PATCH v2] rt-tests: Include SMI count in cyclictest summary
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• Re: [PATCH] rt-tests: Include SMI count in cyclictest summary
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• Re: [ANNOUNCE] v4.14.34-rt27
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] v4.14.29-rt25
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: Joel Fernandes <joelaf@xxxxxxxxxx>
• Re: [PATCH 2/6] tracing: Add trace event error log
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [PATCH 2/6] tracing: Add trace event error log
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [PATCH] rt-tests: Include SMI count in cyclictest summary
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH 2/6] tracing: Add trace event error log
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 2/6] tracing: Add trace event error log
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• RE: cyclictest result variations
  • From: Phil Edworthy <phil.edworthy@xxxxxxxxxxx>
• [RFC v4 2/4] softirq: reorder trace_softirqs_on to prevent lockdep splat
  • From: Joel Fernandes <joelaf@xxxxxxxxxx>
• [RFC v4 3/4] irqflags: Avoid unnecessary calls to trace_ if you can
  • From: Joel Fernandes <joelaf@xxxxxxxxxx>
• [RFC v4 1/4] tracepoint: Add API to not do lockdep checks during RCU ops
  • From: Joel Fernandes <joelaf@xxxxxxxxxx>
• [RFC v4 4/4] tracing: Centralize preemptirq tracepoints and unify their usage
  • From: Joel Fernandes <joelaf@xxxxxxxxxx>
• [RFC v4 0/4] Centralize and unify usage of preempt/irq tracepoints
  • From: Joel Fernandes <joelaf@xxxxxxxxxx>
• RE: cyclictest result variations
  • From: Phil Edworthy <phil.edworthy@xxxxxxxxxxx>
• Re: cyclictest result variations
  • From: Tim Sander <tim@xxxxxxxxxxxxxxx>
• RE: cyclictest result variations
  • From: Phil Edworthy <phil.edworthy@xxxxxxxxxxx>
• Re: [ANNOUNCE] v4.14.34-rt27
  • From: Mike Galbraith <efault@xxxxxx>
• [PATCH] rt-tests: Include SMI count in cyclictest summary
  • From: Carsten Emde <C.Emde@xxxxxxxxx>
• Re: [PATCH 2/6] tracing: Add trace event error log
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [ANNOUNCE] v4.14.34-rt27
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [ANNOUNCE] OSPM-summit 2018 - live events
  • From: Juri Lelli <juri.lelli@xxxxxxxxxx>
• RE: cyclictest: duration flag not working with refresh on max
  • From: John Kacur <jkacur@xxxxxxxxxx>
• RE: cyclictest: duration flag not working with refresh on max
  • From: Phil Edworthy <phil.edworthy@xxxxxxxxxxx>
• Re: [PATCH 2/6] tracing: Add trace event error log
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• RE: cyclictest: duration flag not working with refresh on max
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH 2/6] tracing: Add trace event error log
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] tracing: Add trace event error log
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• RT 4.16 devel timeframe
  • From: Ramesh Thomas <ramesh.thomas@xxxxxxxxx>
• Re: [PATCH 2/6] tracing: Add trace event error log
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] tracing: Add trace event error log
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 3/4] tracing: Add action comparisons when testing matching hist triggers
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH 0/6] tracing: trace event error_log and inter-event bugfixes
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH 1/6] tracing: Restore proper field flag printing when displaying triggers
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH 2/6] tracing: Add trace event error log
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH 3/6] tracing: Save the last hist command's associated event name
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH 5/6] tracing: Add field parsing trace event errors for hist triggers
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH 4/6] tracing: Use trace event error_log with hist triggers
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH 6/6] selftests: ftrace: Fix extended error support testcase
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/2] timers: Don't wake ktimersoftd on every tick
  • From: Haris Okanovic <haris.okanovic@xxxxxx>
• [PATCH 4.4 083/190] perf probe: Add warning message if there is unexpected event name
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.9 123/310] perf probe: Add warning message if there is unexpected event name
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.15 010/168] perf probe: Add warning message if there is unexpected event name
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.15 009/168] perf probe: Find versioned symbols from map
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 010/138] perf probe: Add warning message if there is unexpected event name
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 009/138] perf probe: Find versioned symbols from map
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: hrtimers with ARM architected timer
  • From: Phil Edworthy <phil.edworthy@xxxxxxxxxxx>
• RE: cyclictest: duration flag not working with refresh on max
  • From: Phil Edworthy <phil.edworthy@xxxxxxxxxxx>
• Re: [PATCH 3/4] tracing: Add action comparisons when testing matching hist triggers
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH 3/4] tracing: Add action comparisons when testing matching hist triggers
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• Re: cyclictest: duration flag not working with refresh on max
  • From: Clark Williams <williams@xxxxxxxxxx>
• RE: cyclictest: duration flag not working with refresh on max
  • From: Phil Edworthy <phil.edworthy@xxxxxxxxxxx>
• Re: [PATCH 3/4] tracing: Add action comparisons when testing matching hist triggers
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH 3/4] tracing: Add action comparisons when testing matching hist triggers
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• Re: cyclictest: duration flag not working with refresh on max
  • From: Clark Williams <williams@xxxxxxxxxx>
• RE: [PATCH] rt-tests: Makefile: Fix cross-compilation
  • From: Phil Edworthy <phil.edworthy@xxxxxxxxxxx>
• [PATCH 2/2] selftests: ftrace: Add a testcase for multiple actions on trigger
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH 1/2] selftests: ftrace: Fix trigger extended error testcase
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [PATCH 0/2] selftests: tracing: Update inter-event testcases
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH] rt-tests: Makefile: Fix cross-compilation
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• cyclictest: duration flag not working with refresh on max
  • From: Phil Edworthy <phil.edworthy@xxxxxxxxxxx>
• [PATCH] rt-tests: Makefile: Fix cross-compilation
  • From: Phil Edworthy <phil.edworthy@xxxxxxxxxxx>
• Re: [PATCH 3/4] tracing: Add action comparisons when testing matching hist triggers
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH 3/4] tracing: Add action comparisons when testing matching hist triggers
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/4] tracing: Add action comparisons when testing matching hist triggers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 3/4] tracing: Add action comparisons when testing matching hist triggers
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH RT 1/3] alarmtimer: Prevent live lock in alarm_cancel()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH RT 1/7] locking: add types.h
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH RT 0/7] 4.4.126-rt141-rc1
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH RT 3/7] mm/slub: close possible memory-leak in kmem_cache_alloc_bulk()
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH RT 4/7] arm*: disable NEON in kernel mode
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH RT 7/7] Linux 4.4.126-rt141-rc1
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH RT 6/7] Revert "memcontrol: Prevent scheduling while atomic in cgroup code"
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH RT 5/7] crypto: limit more FPU-enabled sections
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH RT 2/7] timer: Invoke timer_start_debug() where it makes sense
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [ANNOUNCE] 4.4.126-rt141
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [PATCH RT 1/3] alarmtimer: Prevent live lock in alarm_cancel()
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [PATCH 3/4] tracing: Add action comparisons when testing matching hist triggers
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] tracing: A few inter-event bugfixes
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 3/4] tracing: Add action comparisons when testing matching hist triggers
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• RE: cyclictest result variations
  • From: Phil Edworthy <phil.edworthy@xxxxxxxxxxx>
• Re: cyclictest result variations
  • From: Tracy Smith <tlsmith3777@xxxxxxxxx>
• RE: cyclictest result variations
  • From: Phil Edworthy <phil.edworthy@xxxxxxxxxxx>
• Re: cyclictest result variations
  • From: "Luis Claudio R. Goncalves" <lclaudio@xxxxxxxx>
• RE: cyclictest result variations
  • From: Phil Edworthy <phil.edworthy@xxxxxxxxxxx>
• [PATCH 0/4] tracing: A few inter-event bugfixes
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH 1/4] tracing: Fix display of hist trigger expressions containing timestamps
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH 2/4] tracing: Don't add flag strings when displaying variable references
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH 3/4] tracing: Add action comparisons when testing matching hist triggers
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH 4/4] tracing: Make sure variable string fields are NULL-terminated
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• Re: cyclictest result variations
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [PATCH 1/2] target: drop spin_lock_assert() + irqs_disabled() combo checks
  • From: Bart Van Assche <bart.vanassche@xxxxxxx>
• Re: [PATCH 1/2] target: drop spin_lock_assert() + irqs_disabled() combo checks
  • From: "bigeasy@xxxxxxxxxxxxx" <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] target: drop spin_lock_assert() + irqs_disabled() combo checks
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: cyclictest result variations
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• RE: cyclictest result variations
  • From: Phil Edworthy <phil.edworthy@xxxxxxxxxxx>
• Re: cyclictest result variations
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• cyclictest result variations
  • From: Phil Edworthy <phil.edworthy@xxxxxxxxxxx>
• Re: [PATCH RT] kernel/time/posix-timer: avoid schedule() while holding the RCU lock
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH RT 3/3 v2] posix-timers: move the rcu head out of the union
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH RT 2/3 v2] posix-timers: user proper timer while waiting for alarmtimer
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] target: drop spin_lock_assert() + irqs_disabled() combo checks
  • From: "bigeasy@xxxxxxxxxxxxx" <bigeasy@xxxxxxxxxxxxx>
• [PATCH RT 1/3] alarmtimer: Prevent live lock in alarm_cancel()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH RT 3/3] posix-timers: move the rcu head out of the union
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH RT 2/3] posix-timers: user proper timer while waiting for alarmtimer
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] v4.14.29-rt25
  • From: Grygorii Strashko <grygorii.strashko@xxxxxx>
• Re: [PATCH RT] Defer migrate_enable migration while task state != TASK_RUNNING
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RT] Defer migrate_enable migration while task state != TASK_RUNNING
  • From: joe.korty@xxxxxxxxxxxxxxxxx
• Re: [PATCH 2/2] target: remove spin_lock_assert() in __target_(attach|detach)_tg_pt_gp()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RT] Defer migrate_enable migration while task state != TASK_RUNNING
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 1/2] target: drop spin_lock_assert() + irqs_disabled() combo checks
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] target: Use WARNON_NON_RT(!irqs_disabled())
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
• [ANNOUNCE] v4.14.29-rt25
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] target: remove spin_lock_assert() in __target_(attach|detach)_tg_pt_gp()
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH 2/2] target: remove spin_lock_assert() in __target_(attach|detach)_tg_pt_gp()
  • From: "bigeasy@xxxxxxxxxxxxx" <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 1/2 v2] target: drop spin_lock_assert() + irqs_disabled() combo checks
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH 2/2] target: remove spin_lock_assert() in __target_(attach|detach)_tg_pt_gp()
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH RT] Defer migrate_enable migration while task state != TASK_RUNNING
  • From: Julia Cartwright <julia@xxxxxx>
• [PATCH 1/2 v2] target: drop spin_lock_assert() + irqs_disabled() combo checks
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH RT] Defer migrate_enable migration while task state != TASK_RUNNING
  • From: joe.korty@xxxxxxxxxxxxxxxxx
• [PATCH 1/2] target: drop spin_lock_assert() + irqs_disabled() combo checks
  • From: "bigeasy@xxxxxxxxxxxxx" <bigeasy@xxxxxxxxxxxxx>
• [PATCH 2/2] target: remove spin_lock_assert() in __target_(attach|detach)_tg_pt_gp()
  • From: "bigeasy@xxxxxxxxxxxxx" <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH RT] Defer migrate_enable migration while task state != TASK_RUNNING
  • From: Julia Cartwright <julia@xxxxxx>
• Re: [PATCH] target: Use WARNON_NON_RT(!irqs_disabled())
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] target: Use WARNON_NON_RT(!irqs_disabled())
  • From: "bigeasy@xxxxxxxxxxxxx" <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] target: Use WARNON_NON_RT(!irqs_disabled())
  • From: Bart Van Assche <Bart.VanAssche@xxxxxxx>
• Re: [PATCH] target: Use WARNON_NON_RT(!irqs_disabled())
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH RT] kernel/time/posix-timer: avoid schedule() while holding the RCU lock
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH RT] Defer migrate_enable migration while task state != TASK_RUNNING
  • From: joe.korty@xxxxxxxxxxxxxxxxx
• Re: [PATCH] target: Use WARNON_NON_RT(!irqs_disabled())
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] target: Use WARNON_NON_RT(!irqs_disabled())
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] target: Use WARNON_NON_RT(!irqs_disabled())
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] target: Use WARNON_NON_RT(!irqs_disabled())
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
• Re: [PATCH] target: Use WARNON_NON_RT(!irqs_disabled())
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
• Re: [PATCH] target: Use WARNON_NON_RT(!irqs_disabled())
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] target: Use WARNON_NON_RT(!irqs_disabled())
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] target: Use WARNON_NON_RT(!irqs_disabled())
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] target: Use WARNON_NON_RT(!irqs_disabled())
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] target: Use WARNON_NON_RT(!irqs_disabled())
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
• Re: inconsistent lock state on v4.14.20-rt17
  • From: Roosen Henri <Henri.Roosen@xxxxxxxxxxxxx>
• [ANNOUNCE] v4.14.28-rt23
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v5 00/23] crypto: arm64 - play nice with CONFIG_PREEMPT
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• [PATCH AUTOSEL for 4.15 009/124] perf probe: Find versioned symbols from map
  • From: Sasha Levin <Alexander.Levin@xxxxxxxxxxxxx>
• [PATCH AUTOSEL for 4.15 010/124] perf probe: Add warning message if there is unexpected event name
  • From: Sasha Levin <Alexander.Levin@xxxxxxxxxxxxx>
• [PATCH AUTOSEL for 4.14 10/97] perf probe: Add warning message if there is unexpected event name
  • From: Sasha Levin <Alexander.Levin@xxxxxxxxxxxxx>
• [PATCH AUTOSEL for 4.14 09/97] perf probe: Find versioned symbols from map
  • From: Sasha Levin <Alexander.Levin@xxxxxxxxxxxxx>
• [PATCH AUTOSEL for 4.9 125/281] perf probe: Add warning message if there is unexpected event name
  • From: Sasha Levin <Alexander.Levin@xxxxxxxxxxxxx>
• [PATCH AUTOSEL for 4.4 084/167] perf probe: Add warning message if there is unexpected event name
  • From: Sasha Levin <Alexander.Levin@xxxxxxxxxxxxx>
• Re: [PATCH v5 00/23] crypto: arm64 - play nice with CONFIG_PREEMPT
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: inconsistent lock state on v4.14.20-rt17
  • From: "bigeasy@xxxxxxxxxxxxx" <bigeasy@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] v4.14.27-rt21
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [ANNOUNCE] v4.14.27-rt21
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [RT PATCH 1/2 v2] kernel/cpu_chill: use schedule_hrtimeout()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v5 00/23] crypto: arm64 - play nice with CONFIG_PREEMPT
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [RT PATCH 1/2] kernel/cpu_chill: use schedule_hrtimeout()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [RT PATCH 1/2] kernel/cpu_chill: use schedule_hrtimeout()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [RT PATCH 2/2] Revert "cpu_chill: Add a UNINTERRUPTIBLE hrtimer_nanosleep"
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: inconsistent lock state on v4.14.20-rt17
  • From: "bigeasy@xxxxxxxxxxxxx" <bigeasy@xxxxxxxxxxxxx>
• Re: inconsistent lock state on v4.14.20-rt17
  • From: "bigeasy@xxxxxxxxxxxxx" <bigeasy@xxxxxxxxxxxxx>
• Re: [RT PATCH 2/2] block: blk-mq: move blk_queue_usage_counter_release() into process context
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• RT annoyance w. tip 03781e40890c x86/efi: Use efi_switch_mm() rather than manually twiddling with %cr3
  • From: Mike Galbraith <efault@xxxxxx>
• Re: [RT PATCH 2/2] block: blk-mq: move blk_queue_usage_counter_release() into process context
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RT PATCH 2/2] block: blk-mq: move blk_queue_usage_counter_release() into process context
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [RT PATCH 1/2] Revert "block: blk-mq: Use swait"
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Warning from swake_up_all in 4.14.15-rt13 non-RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: peak_pciefd 0000:06:00.0 can1: can_put_echo_skb: BUG! echo_skb is occupied!
  • From: Diana Burgess <diana@xxxxxxxxxxxxxxxx>
• Re: Warning from swake_up_all in 4.14.15-rt13 non-RT
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Warning from swake_up_all in 4.14.15-rt13 non-RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Warning from swake_up_all in 4.14.15-rt13 non-RT
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Warning from swake_up_all in 4.14.15-rt13 non-RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v5 00/23] crypto: arm64 - play nice with CONFIG_PREEMPT
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• RE: [PATCH v5 00/23] crypto: arm64 - play nice with CONFIG_PREEMPT
  • From: Vakul Garg <vakul.garg@xxxxxxx>
• [PATCH v5 23/23] DO NOT MERGE
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 22/23] crypto: arm64/sm3-ce - yield NEON after every block of input
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 21/23] crypto: arm64/sha512-ce - yield NEON after every block of input
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 20/23] crypto: arm64/sha3-ce - yield NEON after every block of input
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 19/23] crypto: arm64/crct10dif-ce - yield NEON after every block of input
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 18/23] crypto: arm64/crc32-ce - yield NEON after every block of input
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 17/23] crypto: arm64/aes-ghash - yield NEON after every block of input
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 16/23] crypto: arm64/aes-bs - yield NEON after every block of input
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 15/23] crypto: arm64/aes-blk - yield NEON after every block of input
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 14/23] crypto: arm64/aes-ccm - yield NEON after every block of input
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 13/23] crypto: arm64/sha2-ce - yield NEON after every block of input
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 12/23] crypto: arm64/sha1-ce - yield NEON after every block of input
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 11/23] arm64: assembler: add macros to conditionally yield the NEON under PREEMPT
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 10/23] arm64: assembler: add utility macros to push/pop stack frames
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 09/23] crypto: arm64/sha256-neon - play nice with CONFIG_PREEMPT kernels
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 08/23] crypto: arm64/aes-blk - add 4 way interleave to CBC-MAC encrypt path
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 07/23] crypto: arm64/aes-blk - add 4 way interleave to CBC encrypt path
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 06/23] crypto: arm64/aes-blk - remove configurable interleave
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 05/23] crypto: arm64/chacha20 - move kernel mode neon en/disable into loop
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 04/23] crypto: arm64/aes-bs - move kernel mode neon en/disable into loop
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 03/23] crypto: arm64/aes-blk - move kernel mode neon en/disable into loop
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 02/23] crypto: arm64/aes-ce-ccm - move kernel mode neon en/disable into loop
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 01/23] crypto: testmgr - add a new test case for CRC-T10DIF
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 00/23] crypto: arm64 - play nice with CONFIG_PREEMPT
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: Warning from swake_up_all in 4.14.15-rt13 non-RT
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Warning from swake_up_all in 4.14.15-rt13 non-RT
  • From: Corey Minyard <cminyard@xxxxxxxxxx>
• Re: Warning from swake_up_all in 4.14.15-rt13 non-RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Warning from swake_up_all in 4.14.15-rt13 non-RT
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Warning from swake_up_all in 4.14.15-rt13 non-RT
  • From: Corey Minyard <cminyard@xxxxxxxxxx>
• Re: Warning from swake_up_all in 4.14.15-rt13 non-RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 4.4.120-rt135
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [ANNOUNCE] 4.4.120-rt135
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: Warning from swake_up_all in 4.14.15-rt13 non-RT
  • From: Corey Minyard <cminyard@xxxxxxxxxx>
• Re: Warning from swake_up_all in 4.14.15-rt13 non-RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: inconsistent lock state on v4.14.20-rt17
  • From: Roosen Henri <Henri.Roosen@xxxxxxxxxxxxx>
• Re: Warning from swake_up_all in 4.14.15-rt13 non-RT
  • From: Corey Minyard <cminyard@xxxxxxxxxx>
• Re: inconsistent lock state on v4.14.20-rt17
  • From: "bigeasy@xxxxxxxxxxxxx" <bigeasy@xxxxxxxxxxxxx>
• Re: Warning from swake_up_all in 4.14.15-rt13 non-RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: inconsistent lock state on v4.14.20-rt17
  • From: Roosen Henri <Henri.Roosen@xxxxxxxxxxxxx>
• Re: RT-thread on cpu0 affects performance of RT-thread on isolated cpu1
  • From: Sebastian Andrzej Siewior <sebastian.siewior@xxxxxxxxxxxxx>
• Re: inconsistent lock state on v4.14.20-rt17
  • From: "bigeasy@xxxxxxxxxxxxx" <bigeasy@xxxxxxxxxxxxx>
• Re: Warning from swake_up_all in 4.14.15-rt13 non-RT
  • From: Corey Minyard <cminyard@xxxxxxxxxx>
• [PATCH v4 1/2] timers: Don't wake ktimersoftd on every tick
  • From: Haris Okanovic <haris.okanovic@xxxxxx>
• [PATCH v4 2/2] timers: Don't search for expired timers while TIMER_SOFTIRQ is scheduled
  • From: Haris Okanovic <haris.okanovic@xxxxxx>
• Re: Warning from swake_up_all in 4.14.15-rt13 non-RT
  • From: Corey Minyard <cminyard@xxxxxxxxxx>
• Re: RT-thread on cpu0 affects performance of RT-thread on isolated cpu1
  • From: Julia Cartwright <julia@xxxxxx>
• Re: RT-thread on cpu0 affects performance of RT-thread on isolated cpu1
  • From: Yann le Chevoir <yann.le-chevoir@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: inconsistent lock state on v4.14.20-rt17
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Warning from swake_up_all in 4.14.15-rt13 non-RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• inconsistent lock state on v4.14.20-rt17
  • From: Roosen Henri <Henri.Roosen@xxxxxxxxxxxxx>
• RE: Merge conflict on RT 4.14 to latest stable
  • From: "Hindman, Gavin" <gavin.hindman@xxxxxxxxx>
• Re: Merge conflict on RT 4.14 to latest stable
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: Merge conflict on RT 4.14 to latest stable
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: schedule under irqs_disabled in SLUB problem
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [ANNOUNCE] v4.14.24-rt19
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [RFC/PATCH RT] Revert "rt,ntp: Move call to schedule_delayed_work() to helper thread"
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Warning from swake_up_all in 4.14.15-rt13 non-RT
  • From: Corey Minyard <cminyard@xxxxxxxxxx>
• RE: peak_pciefd 0000:06:00.0 can1: can_put_echo_skb: BUG! echo_skb is occupied!
  • From: Stéphane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• Re: schedule under irqs_disabled in SLUB problem
  • From: Sam Kappen <skappen@xxxxxxxxxx>
• Re: peak_pciefd 0000:06:00.0 can1: can_put_echo_skb: BUG! echo_skb is occupied!
  • From: Diana Burgess <diana@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] timers: Don't search for expired timers while TIMER_SOFTIRQ is scheduled
  • From: Haris Okanovic <haris.okanovic@xxxxxx>
• Re: [PATCH v3 2/2] timers: Don't search for expired timers while TIMER_SOFTIRQ is scheduled
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] timers: Don't search for expired timers while TIMER_SOFTIRQ is scheduled
  • From: Haris Okanovic <haris.okanovic@xxxxxx>
• Re: [PATCH v3 2/2] timers: Don't search for expired timers while TIMER_SOFTIRQ is scheduled
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [RFC/PATCH RT] Revert "rt,ntp: Move call to schedule_delayed_work() to helper thread"
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [RFC/PATCH RT] Revert "rt,ntp: Move call to schedule_delayed_work() to helper thread"
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: RT-thread on cpu0 affects performance of RT-thread on isolated cpu1
  • From: Sebastian Andrzej Siewior <sebastian.siewior@xxxxxxxxxxxxx>
• Re: Merge conflict on RT 4.14 to latest stable
  • From: Julia Cartwright <julia@xxxxxx>
• Re: Merge conflict on RT 4.14 to latest stable
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: Merge conflict on RT 4.14 to latest stable
  • From: Julia Cartwright <julia@xxxxxx>
• Re: [PATCH v3 2/2] timers: Don't search for expired timers while TIMER_SOFTIRQ is scheduled
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] timers: Don't search for expired timers while TIMER_SOFTIRQ is scheduled
  • From: Haris Okanovic <haris.okanovic@xxxxxx>
• Re: [PATCH v3 2/2] timers: Don't search for expired timers while TIMER_SOFTIRQ is scheduled
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] timers: Don't search for expired timers while TIMER_SOFTIRQ is scheduled
  • From: Haris Okanovic <haris.okanovic@xxxxxx>
• Re: [PATCH v3 2/2] timers: Don't search for expired timers while TIMER_SOFTIRQ is scheduled
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] timers: Don't search for expired timers while TIMER_SOFTIRQ is scheduled
  • From: Haris Okanovic <haris.okanovic@xxxxxx>
• Re: Merge conflict on RT 4.14 to latest stable
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: Merge conflict on RT 4.14 to latest stable
  • From: Julia Cartwright <julia@xxxxxx>
• Merge conflict on RT 4.14 to latest stable
  • From: Dan Murphy <dmurphy@xxxxxx>
• RT-thread on cpu0 affects performance of RT-thread on isolated cpu1
  • From: Yann le Chevoir <yann.le-chevoir@xxxxxxxxxxxxxxxxxxxxxxxxxx>
• [ANNOUNCE] 4.9.84-rt62
  • From: Julia Cartwright <julia@xxxxxx>
• Re: peak_pciefd 0000:06:00.0 can1: can_put_echo_skb: BUG! echo_skb is occupied!
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: peak_pciefd 0000:06:00.0 can1: can_put_echo_skb: BUG! echo_skb is occupied!
  • From: Diana Burgess <diana@xxxxxxxxxxxxxxxx>
• Re: peak_pciefd 0000:06:00.0 can1: can_put_echo_skb: BUG! echo_skb is occupied!
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: peak_pciefd 0000:06:00.0 can1: can_put_echo_skb: BUG! echo_skb is occupied!
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• RE: peak_pciefd 0000:06:00.0 can1: can_put_echo_skb: BUG! echo_skb is occupied!
  • From: Stéphane Grosjean <s.grosjean@xxxxxxxxxxxxxxx>
• peak_pciefd 0000:06:00.0 can1: can_put_echo_skb: BUG! echo_skb is occupied!
  • From: Diana Burgess <diana@xxxxxxxxxxxxxxxx>
• [ANNOUNCE] v4.14.20-rt17
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH RT] net: use task_struct instead of CPU number as the queue owner on -RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Linux 4.9 RT stable has a merge conflict
  • From: Julia Cartwright <julia@xxxxxx>
• Re: problems with 4.14.6-rt7
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: problems with 4.14.6-rt7
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Linux 4.9 RT stable has a merge conflict
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [v4.14-rt][report] arm: just another rcu_note_context_switch
  • From: Grygorii Strashko <grygorii.strashko@xxxxxx>
• Re: [v4.14-rt][report] arm: just another rcu_note_context_switch
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [v4.14-rt][report] arm: just another rcu_note_context_switch
  • From: Grygorii Strashko <grygorii.strashko@xxxxxx>
• Re: [PATCH 17/18] tracing: Add indirect to indirect access for function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 17/18] tracing: Add indirect to indirect access for function based events
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [PATCH 17/18] tracing: Add indirect to indirect access for function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 12/18] tracing: Add accessing direct address from function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 12/18] tracing: Add accessing direct address from function based events
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH 17/18] tracing: Add indirect to indirect access for function based events
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [PATCH 12/18] tracing: Add accessing direct address from function based events
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: Linux stable vs RT stable and RT dev
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH 12/18] tracing: Add accessing direct address from function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] v4.14.18-rt15
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Linux stable vs RT stable and RT dev
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH v4 00/20] crypto: arm64 - play nice with CONFIG_PREEMPT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Linux stable vs RT stable and RT dev
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v4 00/20] crypto: arm64 - play nice with CONFIG_PREEMPT
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: Linux stable vs RT stable and RT dev
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 17/18] tracing: Add indirect to indirect access for function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 17/18] tracing: Add indirect to indirect access for function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 11/20 v2] tracing: Add symbol type to function based events
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: Building the Raspberry Pi kernel with RT PREEMPT
  • From: "t-v.k@xxxxxxx" <t-v.k@xxxxxxx>
• Re: Building the Raspberry Pi kernel with RT PREEMPT
  • From: Roland Hieber <r.hieber@xxxxxxxxxxxxxx>
• Re: [PATCH 17/18] tracing: Add indirect to indirect access for function based events
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [PATCH 15/18] tracing: Add string type for dynamic strings in function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 15/18] tracing: Add string type for dynamic strings in function based events
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [PATCH 13/18] tracing: Add array type to function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 13/18] tracing: Add array type to function based events
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [PATCH 12/18] tracing: Add accessing direct address from function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 12/18] tracing: Add accessing direct address from function based events
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [PATCH 09/18] tracing: Add indexing of arguments for function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 09/18] tracing: Add indexing of arguments for function based events
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [PATCH 11/20 v2] tracing: Add symbol type to function based events
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
• Re: Building the Raspberry Pi kernel with RT PREEMPT
  • From: t-v.k@xxxxxxx
• Re: [PATCH 11/20 v2] tracing: Add symbol type to function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 01/20 v2] tracing: Add function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 11/18] tracing: Add symbol type to function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 09/18] tracing: Add indexing of arguments for function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 03/18] tracing: Add simple arguments to function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 04/18] tracing/x86: Add arch_get_func_args() function
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: permalink for RT patch set
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 11/20 v2] tracing: Add symbol type to function based events
  • From: Jiri Olsa <jolsa@xxxxxxxxxx>
• Re: [PATCH 01/20 v2] tracing: Add function based events
  • From: Jiri Olsa <jolsa@xxxxxxxxxx>
• Re: [PATCH 11/18] tracing: Add symbol type to function based events
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [PATCH 09/18] tracing: Add indexing of arguments for function based events
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [PATCH 03/18] tracing: Add simple arguments to function based events
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• [ANNOUNCE] 4.4.115-rt130
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [PATCH 04/18] tracing/x86: Add arch_get_func_args() function
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [PATCH v9 35/37] tracing: Increase trace_recursive_lock() limit for synthetic events
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 35/37] tracing: Increase trace_recursive_lock() limit for synthetic events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• permalink for RT patch set
  • From: Patrick Doyle <wpdster@xxxxxxxxx>
• [PATCH 05/20 v2] tracing: Add hex print for dynamic ftrace based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 03/20 v2] tracing: Add simple arguments to function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 08/20 v2] tracing: Add "unsigned" to function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 04/20 v2] tracing/x86: Add arch_get_func_args() function
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 06/20 v2] tracing: Add indirect offset to args of ftrace based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 07/20 v2] tracing: Add dereferencing multiple fields per arg
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 00/20 v2] tracing: Dynamically created function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 10/20 v2] tracing: Make func_type enums for easier comparing of arg types
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 09/20 v2] tracing: Add indexing of arguments for function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 14/20 v2] tracing: Have char arrays be strings for function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 11/20 v2] tracing: Add symbol type to function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 12/20 v2] tracing: Add accessing direct address from function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 17/20 v2] tracing: Add indirect to indirect access for function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 15/20 v2] tracing: Add string type for dynamic strings in function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 13/20 v2] tracing: Add array type to function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 01/20 v2] tracing: Add function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 20/20 v2] tracing: Add argument error message too many args for function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 19/20 v2] tracing: Add error messages for failed writes to function_events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 18/20 v2] tracing/perf: Allow perf to use function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 16/20 v2] tracing: Add NULL to skip args for function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 02/20 v2] tracing: Add documentation for function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 01/18] tracing: Add function based events
  • From: Jiri Olsa <jolsa@xxxxxxxxxx>
• Re: High CPU load when using USB Bluetooth on 4.14.15-rt13 kernel
  • From: Mirza Krak <mirza.krak@xxxxxxxxx>
• Re: Building the Raspberry Pi kernel with RT PREEMPT
  • From: Alexander Dahl <ada@xxxxxxxxxxx>
• Re: [PATCH 01/18] tracing: Add function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Building the Raspberry Pi kernel with RT PREEMPT
  • From: "t-v.k@xxxxxxx" <t-v.k@xxxxxxx>
• Re: [ANNOUNCE] v4.14.15-rt13
  • From: Gene Heskett <gheskett@xxxxxxxxxxx>
• Re: Linux stable vs RT stable and RT dev
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [ANNOUNCE] v4.14.15-rt13
  • From: Gene Heskett <gheskett@xxxxxxxxxxx>
• Re: nonrt behavior with GPIO interrupts
  • From: Austin Schuh <austin@xxxxxxxxxxxxxxxx>
• Re: nonrt behavior with GPIO interrupts
  • From: Julia Cartwright <julia@xxxxxx>
• Re: Linux stable vs RT stable and RT dev
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Linux stable vs RT stable and RT dev
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: Linux stable vs RT stable and RT dev
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] v4.14.15-rt13
  • From: Gene Heskett <gheskett@xxxxxxxxxxx>
• nonrt behavior with GPIO interrupts
  • From: Austin Schuh <austin@xxxxxxxxxxxxxxxx>
• Re: Linux stable vs RT stable and RT dev
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH 04/18] tracing/x86: Add arch_get_func_args() function
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 04/18] tracing/x86: Add arch_get_func_args() function
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH 00/18] [ANNOUNCE] Dynamically created function based events
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH 00/18] [ANNOUNCE] Dynamically created function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 00/18] [ANNOUNCE] Dynamically created function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 00/18] [ANNOUNCE] Dynamically created function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 00/18] [ANNOUNCE] Dynamically created function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 01/18] tracing: Add function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 00/18] [ANNOUNCE] Dynamically created function based events
  • From: Juri Lelli <juri.lelli@xxxxxxxxxx>
• Re: [PATCH 00/18] [ANNOUNCE] Dynamically created function based events
  • From: Daniel Bristot de Oliveira <bristot@xxxxxxxxxx>
• Re: [PATCH 00/18] [ANNOUNCE] Dynamically created function based events
  • From: Juri Lelli <juri.lelli@xxxxxxxxxx>
• Re: [PATCH 00/18] [ANNOUNCE] Dynamically created function based events
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 01/18] tracing: Add function based events
  • From: Jiri Olsa <jolsa@xxxxxxxxxx>
• Re: RT thread running slower as SCHED_OTHER threads increases
  • From: Sam Mosel <sam.mosel@xxxxxxxxx>
• Re: [PATCH 00/18] [ANNOUNCE] Dynamically created function based events
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/18] [ANNOUNCE] Dynamically created function based events
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 00/18] [ANNOUNCE] Dynamically created function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 00/18] [ANNOUNCE] Dynamically created function based events
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: RT thread running slower as SCHED_OTHER threads increases
  • From: Journey Journey <journeywang123@xxxxxxxxx>
• Re: [PATCH 00/18] [ANNOUNCE] Dynamically created function based events
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH 13/18] tracing: Add array type to function based events
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH 00/18] [ANNOUNCE] Dynamically created function based events
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [PATCH 00/18] [ANNOUNCE] Dynamically created function based events
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [PATCH 00/18] [ANNOUNCE] Dynamically created function based events
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/18] [ANNOUNCE] Dynamically created function based events
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH 00/18] [ANNOUNCE] Dynamically created function based events
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH 00/18] [ANNOUNCE] Dynamically created function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 00/18] [ANNOUNCE] Dynamically created function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 00/18] [ANNOUNCE] Dynamically created function based events
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH 00/18] [ANNOUNCE] Dynamically created function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 00/18] [ANNOUNCE] Dynamically created function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 00/18] [ANNOUNCE] Dynamically created function based events
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 13/18] tracing: Add array type to function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 00/18] [ANNOUNCE] Dynamically created function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 13/18] tracing: Add array type to function based events
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH 00/18] [ANNOUNCE] Dynamically created function based events
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: Linux stable vs RT stable and RT dev
  • From: William Mills <wmills@xxxxxx>
• [PATCH 07/18] tracing: Add dereferencing multiple fields per arg
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 04/18] tracing/x86: Add arch_get_func_args() function
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 06/18] tracing: Add indirect offset to args of ftrace based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 01/18] tracing: Add function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 13/18] tracing: Add array type to function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 14/18] tracing: Have char arrays be strings for function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 12/18] tracing: Add accessing direct address from function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 11/18] tracing: Add symbol type to function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 08/18] tracing: Add "unsigned" to function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 10/18] tracing: Make func_type enums for easier comparing of arg types
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 09/18] tracing: Add indexing of arguments for function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 15/18] tracing: Add string type for dynamic strings in function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 17/18] tracing: Add indirect to indirect access for function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 16/18] tracing: Add NULL to skip args for function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 18/18] tracing/perf: Allow perf to use function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 02/18] tracing: Add documentation for function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 05/18] tracing: Add hex print for dynamic ftrace based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 03/18] tracing: Add simple arguments to function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 00/18] [ANNOUNCE] Dynamically created function based events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Linux stable vs RT stable and RT dev
  • From: Julia Cartwright <julia@xxxxxx>
• Linux stable vs RT stable and RT dev
  • From: "Mills, William" <wmills@xxxxxx>
• Re: RT thread running slower as SCHED_OTHER threads increases
  • From: Grygorii Strashko <grygorii.strashko@xxxxxx>
• RT thread running slower as SCHED_OTHER threads increases
  • From: Journey Journey <journeywang123@xxxxxxxxx>
• Re: High CPU load when using USB Bluetooth on 4.14.15-rt13 kernel
  • From: Julia Cartwright <julia@xxxxxx>
• Re: Kernel config options that impact latency
  • From: Reinette Chatre <reinette.chatre@xxxxxxxxx>
• High CPU load when using USB Bluetooth on 4.14.15-rt13 kernel
  • From: Mirza Krak <mirza.krak@xxxxxxxxx>
• [ANNOUNCE] v4.14.15-rt13
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] v4.14.15-rt12
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [v2,3/9] powerpc: mpc52xx_gpt: make use of raw_spinlock variants
  • From: Michael Ellerman <patch-notifications@xxxxxxxxxxxxxx>
• Re: [ANNOUNCE] v4.14.15-rt12
  • From: Salvatore Bonaccorso <carnil@xxxxxxxxxx>
• Re: problems with 4.14.6-rt7
  • From: Tim Sander <tim@xxxxxxxxxxxxxxx>
• [ANNOUNCE] 4.4.113-rt128
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [ANNOUNCE] v4.14.15-rt12
  • From: Ralf Mardorf <ralf.mardorf@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] v4.14.15-rt12
  • From: Ralf Mardorf <ralf.mardorf@xxxxxxxxxxxxx>
• [ANNOUNCE] v4.14.15-rt12
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH RT] Revert "net: sysrq via icmp"
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: problems with 4.14.6-rt7
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Patching kernel versions for which there is no version specific patch released?
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [ANNOUNCE] 4.4.112-rt127
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [ANNOUNCE] 3.8.13.13-rt24
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RT 07/13] Revert "fs: jbd2: pull your plug when waiting for space"
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RT 07/13] Revert "fs: jbd2: pull your plug when waiting for space"
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH RT 04/13] fs: convert two more BH_Uptodate_Lock related bitspinlocks
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 03/13] sched: Prevent task state corruption by spurious lock wakeup
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 05/13] md/raid5: do not disable interrupts
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 00/13] Linux 3.18.91-rt98-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 06/13] locking/rt-mutex: fix deadlock in device mapper / block-IO
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 10/13] kernel/hrtimer/hotplug: dont wake ktimersoftd while holding the hrtimer base lock
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 09/13] kernel/hrtimer: migrate deferred timer on CPU down
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 08/13] cpu_pm: replace raw_notifier to atomic_notifier
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 07/13] Revert "fs: jbd2: pull your plug when waiting for space"
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 01/13] rtmutex: Make lock_killable work
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 13/13] Linux 3.18.91-rt98-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 11/13] rt/locking: allow recursive local_trylock()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 12/13] net: use trylock in icmp_sk
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 02/13] random: avoid preempt_disable()ed section
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] Linux 4.4.15-cip15-rt10
  • From: Daniel Wagner <daniel.wagner@xxxxxxxxxxx>
• Re: [ANNOUNCE] 4.9.76-rt61
  • From: Bernhard Landauer <oberon@xxxxxxxxxxx>
• Re: [ANNOUNCE] 4.9.76-rt61
  • From: Bernhard Landauer <oberon@xxxxxxxxxxx>
• Re: [ANNOUNCE] 4.9.76-rt61
  • From: Julia Cartwright <julia@xxxxxx>
• Re: [4.9-rt][report] latency with i915 on skylake
  • From: Julia Cartwright <julia@xxxxxx>
• [ANNOUNCE] 4.9.76-rt61
  • From: Julia Cartwright <julia@xxxxxx>
• Patching kernel versions for which there is no version specific patch released?
  • From: Joshua Kordani <jkordani@xxxxxxxx>
• Re: [ANNOUNCE] v4.14.12-rt10
  • From: Gene Heskett <gheskett@xxxxxxxxxxx>
• AW: [4.9-rt][report] latency with i915 on skylake
  • From: eg Engleder Gerhard <eg@xxxxxxxx>
• [4.9-rt][report] latency with i915 on skylake
  • From: Christoph Mathys <eraserix@xxxxxxxxx>
• Re: [ANNOUNCE] v4.14.12-rt10
  • From: Ralf Mardorf <ralf.mardorf@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] v4.14.12-rt10
  • From: Gene Heskett <gheskett@xxxxxxxxxxx>
• [PATCH v9 00/37] tracing: Inter-event (e.g. latency) support
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v9 02/37] tracing: Add Documentation for log2 modifier
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v9 03/37] tracing: Add support to detect and avoid duplicates
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v9 04/37] tracing: Remove code which merges duplicates
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v9 05/37] ring-buffer: Add interface for setting absolute time stamps
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v9 06/37] ring-buffer: Redefine the unimplemented RINGBUF_TYPE_TIME_STAMP
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v9 07/37] tracing: Add timestamp_mode trace file
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v9 08/37] tracing: Give event triggers access to ring_buffer_event
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v9 09/37] tracing: Add ring buffer event param to hist field functions
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v9 10/37] tracing: Break out hist trigger assignment parsing
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v9 11/37] tracing: Add hist trigger timestamp support
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v9 12/37] tracing: Add per-element variable support to tracing_map
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v9 13/37] tracing: Add hist_data member to hist_field
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v9 14/37] tracing: Add usecs modifier for hist trigger timestamps
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v9 15/37] tracing: Add variable support to hist triggers
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v9 16/37] tracing: Account for variables in named trigger compatibility
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v9 17/37] tracing: Move get_hist_field_flags()
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v9 18/37] tracing: Add simple expression support to hist triggers
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v9 19/37] tracing: Generalize per-element hist trigger data
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v9 20/37] tracing: Pass tracing_map_elt to hist_field accessor functions
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v9 21/37] tracing: Add hist_field 'type' field
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v9 22/37] tracing: Add variable reference handling to hist triggers
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v9 23/37] tracing: Add hist trigger action hook
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v9 24/37] tracing: Add support for 'synthetic' events
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v9 25/37] tracing: Add support for 'field variables'
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v9 26/37] tracing: Add 'onmatch' hist trigger action support
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v9 27/37] tracing: Add 'onmax' hist trigger action support
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v9 28/37] tracing: Allow whitespace to surround hist trigger filter
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v9 29/37] tracing: Add cpu field for hist triggers
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v9 30/37] tracing: Add hist trigger support for variable reference aliases
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v9 31/37] tracing: Add 'last error' error facility for hist triggers
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v9 32/37] tracing: Add inter-event hist trigger Documentation
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v9 33/37] tracing: Make tracing_set_clock() non-static
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v9 34/37] tracing: Add a clock attribute for hist triggers
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v9 35/37] tracing: Increase trace_recursive_lock() limit for synthetic events
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v9 36/37] tracing: Add inter-event blurb to HIST_TRIGGERS config option
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v9 37/37] selftests: ftrace: Add inter-event hist triggers testcases
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 00/37] tracing: Inter-event (e.g. latency) support
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 00/37] tracing: Inter-event (e.g. latency) support
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] v4.14.12-rt10
  • From: Ralf Mardorf <ralf.mardorf@xxxxxxxxxxxxx>
• [ANNOUNCE] 3.18.91-rt97
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] v4.14.12-rt10
  • From: Gene Heskett <gheskett@xxxxxxxxxxx>
• Re: Kernel config options that impact latency
  • From: Grygorii Strashko <grygorii.strashko@xxxxxx>
• Re: [ANNOUNCE] v4.14.12-rt10
  • From: Sebastian Andrzej Siewior <sebastian.siewior@xxxxxxxxxxxxx>
• Status of latest vulnerability fixes vs these kernels?
  • From: Gene Heskett <gheskett@xxxxxxxxxxx>
• Re: [ANNOUNCE] Linux 4.4.15-cip15-rt10
  • From: Ben Hutchings <ben.hutchings@xxxxxxxxxxxxxxx>
• Re: [ANNOUNCE] Linux 4.4.15-cip15-rt10
  • From: Daniel Wagner <daniel.wagner@xxxxxxxxxxx>
• Re: [ANNOUNCE] Linux 4.4.15-cip15-rt10
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v8 00/37] tracing: Inter-event (e.g. latency) support
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• Re: [ANNOUNCE] Linux 4.4.15-cip15-rt10
  • From: Daniel Wagner <daniel.wagner@xxxxxxxxxxx>
• Re: [PATCH v8 00/37] tracing: Inter-event (e.g. latency) support
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [PATCH v8 00/37] tracing: Inter-event (e.g. latency) support
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v8 00/37] tracing: Inter-event (e.g. latency) support
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [PATCH v8 24/37] tracing: Add support for 'synthetic' events
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• RE: [ANNOUNCE] Linux 4.4.15-cip15-rt10
  • From: "Hindman, Gavin" <gavin.hindman@xxxxxxxxx>
• Re: [ANNOUNCE] Linux 4.4.15-cip15-rt10
  • From: Ben Hutchings <ben.hutchings@xxxxxxxxxxxxxxx>
• Re: [ANNOUNCE] v4.14.12-rt10
  • From: Gene Heskett <gheskett@xxxxxxxxxxx>
• [ANNOUNCE] v4.14.12-rt10
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] Linux 4.4.15-cip15-rt10
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] Linux 4.4.15-cip15-rt10
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [cip-dev] [ANNOUNCE] Linux 4.4.15-cip15-rt10
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: [ANNOUNCE] Linux 4.4.15-cip15-rt10
  • From: Daniel Wagner <daniel.wagner@xxxxxxxxxxx>
• problems with 4.14.6-rt7
  • From: Tim Sander <tim@xxxxxxxxxxxxxxx>
• Re: [ANNOUNCE] Linux 4.4.15-cip15-rt10
  • From: Daniel Wagner <daniel.wagner@xxxxxxxxxxx>
• [ANNOUNCE] 4.4.110-rt125
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v3 2/2] timers: Don't search for expired timers while TIMER_SOFTIRQ is scheduled
  • From: Haris Okanovic <haris.okanovic@xxxxxx>
• Patching kernel versions for which there is no version specific patch released?
  • From: Joshua Kordani <jkordani@xxxxxxxx>
• Re: Kernel config options that impact latency
  • From: Tim Sander <tim.sander@xxxxxxx>
• Re: Kernel config options that impact latency
  • From: Nicholas Mc Guire <der.herr@xxxxxxx>
• Re: Kernel config options that impact latency
  • From: Austin Schuh <austin@xxxxxxxxxxxxxxxx>
• Kernel config options that impact latency
  • From: "Hindman, Gavin" <gavin.hindman@xxxxxxxxx>
• Re: [cip-dev] [ANNOUNCE] Linux 4.4.15-cip15-rt10
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [ANNOUNCE] Linux 4.4.15-cip15-rt10
  • From: Daniel Wagner <daniel.wagner@xxxxxxxxxxx>
• Re: Current Best Practices for accessing PWM devices in real-time
  • From: Gene Heskett <gheskett@xxxxxxxxxxx>
• Current Best Practices for accessing PWM devices in real-time
  • From: Patrick Doyle <wpdster@xxxxxxxxx>
• Re: RT patchset naming convention
  • From: Patrick Doyle <wpdster@xxxxxxxxx>
• Re: RT patchset naming convention
  • From: Arve Barsnes <arve.barsnes@xxxxxxxxx>
• Re: RT patchset naming convention
  • From: Ralf Mardorf <ralf.mardorf@xxxxxxxxxxxxx>
• Re: RT patchset naming convention
  • From: Ralf Mardorf <ralf.mardorf@xxxxxxxxxxxxx>
• Re: RT patchset naming convention
  • From: Ralf Mardorf <ralf.mardorf@xxxxxxxxxxxxx>
• Re: RT patchset naming convention
  • From: Ralf Mardorf <ralf.mardorf@xxxxxxxxxxxxx>
• RT patchset naming convention
  • From: Patrick Doyle <wpdster@xxxxxxxxx>
• Re: Current Best Practices for periodic threads
  • From: Stanislav Meduna <stano@xxxxxxxxxx>
• Re: Current Best Practices for periodic threads
  • From: Chinmay V S <cvs268@xxxxxxxxx>
• Current Best Practices for periodic threads
  • From: Patrick Doyle <wpdster@xxxxxxxxx>
• Re: [GIT PULL 00/35] perf/core improvements and fixes
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [GIT PULL 00/35] perf/core improvements and fixes
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
• [PATCH 21/35] perf probe: Add warning message if there is unexpected event name
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
• [PATCH 23/35] perf probe: Add __return suffix for return events
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
• [PATCH 25/35] perf string: Add {strdup,strpbrk}_esc()
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
• [PATCH 24/35] perf probe: Find versioned symbols from map
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
• [PATCH 22/35] perf probe: Cut off the version suffix from event name
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
• [PATCH 26/35] perf probe: Support escaped character in parser
  • From: Arnaldo Carvalho de Melo <acme@xxxxxxxxxx>
• [PATCH v4 02/20] crypto: arm64/aes-ce-ccm - move kernel mode neon en/disable into loop
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v4 03/20] crypto: arm64/aes-blk - move kernel mode neon en/disable into loop
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v4 01/20] crypto: testmgr - add a new test case for CRC-T10DIF
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v4 05/20] crypto: arm64/chacha20 - move kernel mode neon en/disable into loop
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v4 06/20] crypto: arm64/aes-blk - remove configurable interleave
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v4 07/20] crypto: arm64/aes-blk - add 4 way interleave to CBC encrypt path
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v4 10/20] arm64: assembler: add utility macros to push/pop stack frames
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v4 09/20] crypto: arm64/sha256-neon - play nice with CONFIG_PREEMPT kernels
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v4 13/20] crypto: arm64/sha2-ce - yield NEON after every block of input
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v4 11/20] arm64: assembler: add macros to conditionally yield the NEON under PREEMPT
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v4 12/20] crypto: arm64/sha1-ce - yield NEON after every block of input
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v4 15/20] crypto: arm64/aes-blk - yield NEON after every block of input
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v4 16/20] crypto: arm64/aes-bs - yield NEON after every block of input
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v4 17/20] crypto: arm64/aes-ghash - yield NEON after every block of input
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v4 20/20] DO NOT MERGE
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v4 18/20] crypto: arm64/crc32-ce - yield NEON after every block of input
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v4 19/20] crypto: arm64/crct10dif-ce - yield NEON after every block of input
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v4 14/20] crypto: arm64/aes-ccm - yield NEON after every block of input
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v4 08/20] crypto: arm64/aes-blk - add 4 way interleave to CBC-MAC encrypt path
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v4 04/20] crypto: arm64/aes-bs - move kernel mode neon en/disable into loop
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v4 00/20] crypto: arm64 - play nice with CONFIG_PREEMPT
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [ANNOUNCE] v4.14.8-rt9
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [ANNOUNCE] OSPM-summit 2018 - Registrations are open!
  • From: Juri Lelli <juri.lelli@xxxxxxxxxx>
• [PATCH v8 04/37] tracing: Remove code which merges duplicates
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v8 02/37] tracing: Add Documentation for log2 modifier
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v8 00/37] tracing: Inter-event (e.g. latency) support
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v8 05/37] ring-buffer: Add interface for setting absolute time stamps
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v8 06/37] ring-buffer: Redefine the unimplemented RINGBUF_TYPE_TIME_STAMP
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v8 08/37] tracing: Give event triggers access to ring_buffer_event
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v8 09/37] tracing: Add ring buffer event param to hist field functions
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v8 11/37] tracing: Add hist trigger timestamp support
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v8 12/37] tracing: Add per-element variable support to tracing_map
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v8 13/37] tracing: Add hist_data member to hist_field
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v8 15/37] tracing: Add variable support to hist triggers
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v8 17/37] tracing: Move get_hist_field_flags()
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v8 16/37] tracing: Account for variables in named trigger compatibility
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v8 19/37] tracing: Generalize per-element hist trigger data
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v8 14/37] tracing: Add usecs modifier for hist trigger timestamps
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v8 18/37] tracing: Add simple expression support to hist triggers
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v8 22/37] tracing: Add variable reference handling to hist triggers
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v8 26/37] tracing: Add 'onmatch' hist trigger action support
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v8 27/37] tracing: Add 'onmax' hist trigger action support
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v8 28/37] tracing: Allow whitespace to surround hist trigger filter
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v8 31/37] tracing: Add 'last error' error facility for hist triggers
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v8 24/37] tracing: Add support for 'synthetic' events
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v8 30/37] tracing: Add hist trigger support for variable reference aliases
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v8 29/37] tracing: Add cpu field for hist triggers
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v8 32/37] tracing: Add inter-event hist trigger Documentation
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>