Linux Real Time Users

• Thread Index

• Re: [PATCH RFC] tracing: Call triggers only if event passes filter checks
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH] tracing: Fix some errors in histogram documentation
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH] tracing: Fix some errors in histogram documentation
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC] tracing: Call triggers only if event passes filter checks
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [v4.9 RT 0/6] futex backports
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: kernel_fpu_begin and spinlocks
  • From: Sebastian Andrzej Siewior <sebastian.siewior@xxxxxxxxxxxxx>
• kernel_fpu_begin and spinlocks
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH RFC] tracing: Call triggers only if event passes filter checks
  • From: Joel Fernandes <joelaf@xxxxxxxxxx>
• [PATCH] tracing: Fix some errors in histogram documentation
  • From: Joel Fernandes <joelaf@xxxxxxxxxx>
• Re: [ANNOUNCE] 4.4.137-rt154
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 4.4.137-rt154
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH 0/7] tracing: Hist trigger snapshot and onchange additions
  • From: Tom Zanussi <zanussi@xxxxxxxxxx>
• [PATCH 2/7] tracing: Split up onmatch action data
  • From: Tom Zanussi <zanussi@xxxxxxxxxx>
• [PATCH 1/7] tracing: Refactor hist trigger action code
  • From: Tom Zanussi <zanussi@xxxxxxxxxx>
• [PATCH 3/7] tracing: Generalize hist trigger onmax and save action
  • From: Tom Zanussi <zanussi@xxxxxxxxxx>
• [PATCH 4/7] tracing: Add conditional snapshot
  • From: Tom Zanussi <zanussi@xxxxxxxxxx>
• [PATCH 5/7] tracing: Move hist trigger key printing into a separate function
  • From: Tom Zanussi <zanussi@xxxxxxxxxx>
• [PATCH 6/7] tracing: Add snapshot action
  • From: Tom Zanussi <zanussi@xxxxxxxxxx>
• [PATCH 7/7] tracing: Add hist trigger onchange() handler
  • From: Tom Zanussi <zanussi@xxxxxxxxxx>
• Re: [v4.9 RT 0/6] futex backports
  • From: Julia Cartwright <julia@xxxxxx>
• Re: [missing 4.16-rt5 patch ?] mm/memcontrol: Don't call schedule_work_on in preemption disabled context
  • From: Mike Galbraith <efault@xxxxxx>
• Re: [missing 4.16-rt5 patch ?] mm/memcontrol: Don't call schedule_work_on in preemption disabled context
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [missing 4.16-rt5 patch ?] mm/memcontrol: Don't call schedule_work_on in preemption disabled context
  • From: Mike Galbraith <efault@xxxxxx>
• Re: [v4.9 RT 0/6] futex backports
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 5/6] rtmutex: Make rt_mutex_futex_unlock() safe for irq-off callsites
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [v4.9 RT 0/6] futex backports
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 4/6] futex: Fix OWNER_DEAD fixup
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 6/6] rcu: Suppress lockdep false-positive ->boost_mtx complaints
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 3/6] futex: Avoid violating the 10th rule of futex
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 1/6] futex: Fix pi_state->owner serialization
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 2/6] futex: Fix more put_pi_state() vs. exit_pi_state_list() races
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: ostream::flush in RT
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Re: ostream::flush in RT
  • From: Julia Cartwright <julia@xxxxxx>
• Re: ostream::flush in RT
  • From: Henrik Austad <henrik@xxxxxxxxx>
• Re: ostream::flush in RT
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Re: ostream::flush in RT
  • From: Henrik Austad <henrik@xxxxxxxxx>
• Re: printf & writing to disk
  • From: Henrik Austad <henrik@xxxxxxxxx>
• ostream::flush in RT
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Re: printf & writing to disk
  • From: Diez Roggisch <diez.roggisch@xxxxxxxxxxx>
• 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: About GPL license compliance of Tesla Model S, Linux kernel 4.4
  • From: Geunsik Lim <geunsik.lim@xxxxxxxxx>
• printf & writing to disk
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Re: [PATCH v3 13/14] tracing/selftest: Add selftests to test trace_marker histogram triggers
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: uio drivers with IRQF_NO_THREAD on preempt-rt kernel
  • From: Matthias Fuchs <mfuchs@xxxxxxxx>
• Re: uio drivers with IRQF_NO_THREAD on preempt-rt kernel
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [ANNOUNCE] v4.16.12-rt5
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v3 13/14] tracing/selftest: Add selftests to test trace_marker histogram triggers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: uio drivers with IRQF_NO_THREAD on preempt-rt kernel
  • From: Matthias Fuchs <mfuchs@xxxxxxxx>
• Re: [PATCH RT] seqlock: provide the same ordering semantics as mainline
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] target: drop spin_lock_assert() + irqs_disabled() combo checks
  • From: "bigeasy@xxxxxxxxxxxxx" <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v3 14/14] tracing/selftest: Add test to test hist trigger between kernel event and trace_marker
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH v3 13/14] tracing/selftest: Add selftests to test trace_marker histogram triggers
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH v3 13/14] tracing/selftest: Add selftests to test trace_marker histogram triggers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v3 13/14] tracing/selftest: Add selftests to test trace_marker histogram triggers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v3 14/14] tracing/selftest: Add test to test hist trigger between kernel event and trace_marker
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v3 14/14] tracing/selftest: Add test to test hist trigger between kernel event and trace_marker
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v3 13/14] tracing/selftest: Add selftests to test trace_marker histogram triggers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Non RT threads impact on RT thread
  • From: Julia Cartwright <julia@xxxxxx>
• Re: Non RT threads impact on RT thread
  • From: Jordan Palacios <jordan.palacios@xxxxxxxxxxxxxxxx>
• Re: Non RT threads impact on RT thread
  • From: Julia Cartwright <julia@xxxxxx>
• Re: Non RT threads impact on RT thread
  • From: Jordan Palacios <jordan.palacios@xxxxxxxxxxxxxxxx>
• [ANNOUNCE] 4.4.132-rt149
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: i7 vs Atom
  • From: Seokhee Han <seokhee.han@xxxxxxx>
• Re: i7 vs Atom
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: i7 vs Atom
  • From: Seokhee Han <seokhee.han@xxxxxxx>
• Re: i7 vs Atom
  • From: Seokhee Han <seokhee.han@xxxxxxx>
• Re: Non RT threads impact on RT thread
  • From: Jordan Palacios <jordan.palacios@xxxxxxxxxxxxxxxx>
• Re: Non RT threads impact on RT thread
  • From: Julia Cartwright <julia@xxxxxx>
• Re: Non RT threads impact on RT thread
  • From: Jordan Palacios <jordan.palacios@xxxxxxxxxxxxxxxx>
• [ANNOUNCE] 3.18.109-rt102
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• Re: [PATCH RT] arm64: fpsimd: use a local_lock() in addition to local_bh_disable()
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH RT] arm64: fpsimd: use a local_lock() in addition to local_bh_disable()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH RT] arm64: fpsimd: use a local_lock() in addition to local_bh_disable()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: i7 vs Atom
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [PATCH v3 14/14] tracing/selftest: Add test to test hist trigger between kernel event and trace_marker
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH v3 13/14] tracing/selftest: Add selftests to test trace_marker histogram triggers
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: How to investigate different timings of 2 HW with same kernel ?
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [PATCH v3 00/14] tracing: Add triggers to trace_marker writes
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: i7 vs Atom
  • From: Seokhee Han <seokhee.han@xxxxxxx>
• i7 vs Atom
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• Re: Non RT threads impact on RT thread
  • From: Julia Cartwright <julia@xxxxxx>
• Re: [PATCH RT] arm64: fpsimd: use a local_lock() in addition to local_bh_disable()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH RT] arm64: fpsimd: use a local_lock() in addition to local_bh_disable()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RT] arm64: fpsimd: use a local_lock() in addition to local_bh_disable()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH RT] arm64: fpsimd: use a local_lock() in addition to local_bh_disable()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RT] sched: let softirq_count() return !0 if inside local_bh_disable()ed section
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Non RT threads impact on RT thread
  • From: Gene Heskett <gheskett@xxxxxxxxxxx>
• Re: AW: Non RT threads impact on RT thread
  • From: Gene Heskett <gheskett@xxxxxxxxxxx>
• Re: Non RT threads impact on RT thread
  • From: Jordan Palacios <jordan.palacios@xxxxxxxxxxxxxxxx>
• AW: Non RT threads impact on RT thread
  • From: Lampersperger Andreas <lampersperger.andreas@xxxxxxxxxxxxx>
• Non RT threads impact on RT thread
  • From: Jordan Palacios <jordan.palacios@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] swait: export the symbols __prepare_to_swait and __finish_swait
  • From: Mike Snitzer <snitzer@xxxxxxxxxx>
• Re: [PATCH RT] arm64: fpsimd: use a local_lock() in addition to local_bh_disable()
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: How to investigate different timings of 2 HW with same kernel ?
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• [ANNOUNCE] v4.16.8-rt3
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: How to investigate different timings of 2 HW with same kernel ?
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [PATCH RT] arm64: fpsimd: use a local_lock() in addition to local_bh_disable()
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• How to investigate different timings of 2 HW with same kernel ?
  • From: Ran Shalit <ranshalit@xxxxxxxxx>
• [PATCH RT] arm64: fpsimd: use a local_lock() in addition to local_bh_disable()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH RT] sched: let softirq_count() return !0 if inside local_bh_disable()ed section
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v2 11/14] ftrace/selftest: Have the reset_trigger code be a bit more careful
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH RT 3/5] tracing: Restore proper field flag printing when displaying triggers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v3.5 10/14] tracing: Document trace_marker triggers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RT 3/5] tracing: Restore proper field flag printing when displaying triggers
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v2 10/14] tracing: Document trace_marker triggers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2 10/14] tracing: Document trace_marker triggers
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v3 03/14] tracing: Have event_trace_init() called by trace_init_tracefs()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v3 04/14] tracing: Add brackets in ftrace event dynamic arrays
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v3 00/14] tracing: Add triggers to trace_marker writes
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v3 07/14] tracing: Have zero size length in filter logic be full string
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v3 06/14] tracing: Add trigger file for trace_markers tracefs/ftrace/print
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v3 05/14] tracing: Do not show filter file for ftrace internal events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v3 14/14] tracing/selftest: Add test to test hist trigger between kernel event and trace_marker
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v3 11/14] ftrace/selftest: Have the reset_trigger code be a bit more careful
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v3 13/14] tracing/selftest: Add selftests to test trace_marker histogram triggers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v3 12/14] ftrace/selftest: Fix reset_trigger() to handle triggers with filters
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v3 10/14] tracing: Document trace_marker triggers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v3 09/14] tracing: Allow histogram triggers to access ftrace internal events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v3 08/14] tracing: Prevent further users of zero size static arrays in trace events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v3 01/14] tracing: Do not reference event data in post call triggers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v3 02/14] tracing: Add __find_event_file() to find event files without restrictions
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2 14/14] tracing/selftest: Add test to test hist trigger between kernel event and trace_marker
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2 13/14] tracing/selftest: Add selftests to test trace_marker histogram triggers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2 12/14] ftrace/selftest: Fix reset_trigger() to handle triggers with filters
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2 11/14] ftrace/selftest: Have the reset_trigger code be a bit more careful
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2 10/14] tracing: Document trace_marker triggers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 4/5] tracing: Uninitialized variable in create_tracing_map_fields()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 5/5] Linux 4.14.40-rt31-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 0/5] Linux 4.14.40-rt31-rc1
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 2/5] tracing: Add field parsing hist error for hist triggers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 3/5] tracing: Restore proper field flag printing when displaying triggers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 1/5] tracing: Add field modifier parsing hist error for hist triggers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2 13/14] tracing/selftest: Add selftests to test trace_marker histogram triggers
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH v2 12/14] ftrace/selftest: Fix reset_trigger() to handle triggers with filters
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH v2 11/14] ftrace/selftest: Have the reset_trigger code be a bit more careful
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [PATCH v2 05/14] tracing: Do not show filter file for ftrace internal events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH 06/10] tracing: Add trigger file for trace_markers tracefs/ftrace/print
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2 14/14] tracing/selftest: Add test to test hist trigger between kernel event and trace_marker
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [PATCH v2 05/14] tracing: Do not show filter file for ftrace internal events
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [RFC][PATCH 06/10] tracing: Add trigger file for trace_markers tracefs/ftrace/print
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [patch-rt] sched,fair: Fix CFS bandwidth control lockdep DEADLOCK report
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: RT Patch and Xen
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: uio drivers with IRQF_NO_THREAD on preempt-rt kernel
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v2 10/14] tracing: Document trace_marker triggers
  • From: Tom Zanussi <tom.zanussi@xxxxxxxxxxxxxxx>
• [PATCH v2 05/14] tracing: Do not show filter file for ftrace internal events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v2 06/14] tracing: Add trigger file for trace_markers tracefs/ftrace/print
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v2 01/14] tracing: Do not reference event data in post call triggers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v2 12/14] ftrace/selftest: Fix reset_trigger() to handle triggers with filters
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v2 11/14] ftrace/selftest: Have the reset_trigger code be a bit more careful
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v2 09/14] tracing: Allow histogram triggers to access ftrace internal events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v2 10/14] tracing: Document trace_marker triggers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v2 07/14] tracing: Have zero size length in filter logic be full string
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v2 08/14] tracing: Prevent further users of zero size static arrays in trace events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v2 00/14] tracing: Add triggers to trace_marker writes
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v2 14/14] tracing/selftest: Add test to test hist trigger between kernel event and trace_marker
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v2 13/14] tracing/selftest: Add selftests to test trace_marker histogram triggers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v2 04/14] tracing: Add brackets in ftrace event dynamic arrays
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v2 03/14] tracing: Have event_trace_init() called by trace_init_tracefs()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH v2 02/14] tracing: Add __find_event_file() to find event files without restrictions
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 4.14.40-rt30
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH 06/10] tracing: Add trigger file for trace_markers tracefs/ftrace/print
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH 07/10] tracing: Have zero size length in filter logic be full string
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH 06/10] tracing: Add trigger file for trace_markers tracefs/ftrace/print
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [RFC][PATCH 07/10] tracing: Have zero size length in filter logic be full string
  • From: Namhyung Kim <namhyung@xxxxxxxxxx>
• Re: [RFC][PATCH 07/10] tracing: Have zero size length in filter logic be full string
  • From: Yann Ylavic <ylavic.dev@xxxxxxxxx>
• Re: [RFC][PATCH 07/10] tracing: Have zero size length in filter logic be full string
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RFC][PATCH 07/10] tracing: Have zero size length in filter logic be full string
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• Re: [RFC][PATCH 01/10] tracing: Do not reference event data in post call triggers
  • From: Masami Hiramatsu <mhiramat@xxxxxxxxxx>
• [RFC][PATCH 04/10] tracing: Add brackets in ftrace event dynamic arrays
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC][PATCH 05/10] tracing: Do not show filter file for ftrace internal events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC][PATCH 09/10] tracing: Allow histogram triggers to access ftrace internal events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC][PATCH 08/10] tracing: Prevent further users of zero size static arrays in trace events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC][PATCH 06/10] tracing: Add trigger file for trace_markers tracefs/ftrace/print
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC][PATCH 07/10] tracing: Have zero size length in filter logic be full string
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC][PATCH 10/10] tracing: Document trace_marker triggers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC][PATCH 03/10] tracing: Have event_trace_init() called by trace_init_tracefs()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC][PATCH 02/10] tracing: Add __find_event_file() to find event files without restrictions
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC][PATCH 01/10] tracing: Do not reference event data in post call triggers
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [RFC][PATCH 00/10] tracing: Add triggers to trace_marker writes
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: eventfd use
  • From: Brian Silverman <brian@xxxxxxxxxxxxxxxx>
• eventfd use
  • From: Brian Wrenn <dcbrianw@xxxxxxxxx>
• [ANNOUNCE] 4.9.98-rt76
  • From: Julia Cartwright <julia@xxxxxx>
• Re: [ANNOUNCE] v4.16.7-rt1
  • From: Bernhard Landauer <oberon@xxxxxxxxxxx>
• Re: [ANNOUNCE] v4.16.7-rt1
  • From: Bernhard Landauer <oberon@xxxxxxxxxxx>
• Re: uio drivers with IRQF_NO_THREAD on preempt-rt kernel
  • From: Julia Cartwright <julia@xxxxxx>
• [ANNOUNCE] 4.4.131-rt148
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• uio drivers with IRQF_NO_THREAD on preempt-rt kernel
  • From: Matthias Fuchs <mfuchs@xxxxxxxx>
• Re: RT Patch and Xen
  • From: Iain Hunter <drhunter95@xxxxxxxxx>
• Re: [PATCH v3] serial: sh-sci: Use spin_{try}lock_irqsave instead of open coding version
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v3] serial: sh-sci: Use spin_{try}lock_irqsave instead of open coding version
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [PATCH v2] serial: sh-sci: Use spin_{try}lock_irqsave instead of open coding version
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] serial: sh-sci: Use spin_{try}lock_irqsave instead of open coding version
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] serial: sh-sci: Use spin_{try}lock_irqsave instead of open coding version
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [PATCH v2] serial: sh-sci: Use spin_{try}lock_irqsave instead of open coding version
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH RT 2/2] squashfs: make use of local lock in multi_cpu decompressor
  • From: Julia Cartwright <julia@xxxxxx>
• [PATCH RT 1/2] locallock: provide {get,put}_locked_ptr() variants
  • From: Julia Cartwright <julia@xxxxxx>
• Re: RT Patch and Xen
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v2] serial: sh-sci: Use spin_{try}lock_irqsave instead of open coding version
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] serial: sh-sci: Use spin_{try}lock_irqsave instead of open coding version
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v2] 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>
• [PATCH v2] serial: sh-sci: Use spin_{try}lock_irqsave instead of open coding version
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [patch-rt] sched,fair: Fix CFS bandwidth control lockdep DEADLOCK report
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH RT 1/3] alarmtimer: Prevent live lock in alarm_cancel()
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH RT 0/3] 4.4.131-rt148-rc1
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH RT 3/3] Linux 4.4.131-rt148-rc1
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH RT 2/3] posix-timers: move the rcu head out of the union
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [ANNOUNCE] 4.4.131-rt147
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [patch-rt] sched,fair: Fix CFS bandwidth control lockdep DEADLOCK report
  • From: Mike Galbraith <efault@xxxxxx>
• Re: [ANNOUNCE] v4.14.29-rt25
  • From: Grygorii Strashko <grygorii.strashko@xxxxxx>
• [ANNOUNCE] v4.16.7-rt1
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• 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>