Linux Real Time Users

• Thread Index

• Re: [PATCH] rteval: Fix loads cpulist restriction
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH v2] rteval: Add measurement and load location to run report
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH] rteval: Fix loads cpulist restriction
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH v2] rteval: Add measurement and load location to run report
  • From: Leah Leshchinsky <lleshchi@xxxxxxxxxx>
• Re: [PATCH v2] rteval: Add measurement and load location to run report
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH] rteval: enhancement to --kcompile-source option for kernel tarball
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH] rteval: Fix loads cpulist restriction
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [PATCH] rteval: Fix loads cpulist restriction
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: v5.19-rc2-rt3: nouveau might sleep splat
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• [PATCH] rteval: Fix loads cpulist restriction
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH v2] rteval: Add measurement and load location to run report
  • From: Leah Leshchinsky <lleshchi@xxxxxxxxxx>
• [PATCH] rteval: enhancement to --kcompile-source option for kernel tarball
  • From: Manasi Godse <magodse@xxxxxxxxxx>
• Re: [PATCH v2] rteval: Add measurement and load location to run report
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH] rteval: fix regex in kcompile to calculate patch number for kernel prefix
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH] rteval: fix regex in kcompile to calculate patch number for kernel prefix
  • From: Manasi Godse <magodse@xxxxxxxxxx>
• [PATCH v2] rteval: Add measurement and load location to run report
  • From: Leah Leshchinsky <lleshchi@xxxxxxxxxx>
• Re: [PATCH] rteval: restrict kernel source download with invalid file extensions
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH] rteval: restrict kernel source download with invalid file extensions
  • From: Manasi Godse <magodse@xxxxxxxxxx>
• Re: v5.19-rc2-rt3: nouveau might sleep splat
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 0/4] Backport MEMCG changes from v5.17
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] Backport MEMCG changes from v5.17
  • From: David Oberhollenzer <goliath@xxxxxxxxxxxx>
• Re: [PATCH] ftrace: Fix improper usage of __trace_stack() function.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] Backport MEMCG changes from v5.17
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 5.10-rt] locking/rtmutex: switch to EXPORT_SYMBOL() for ww_mutex_lock{,_interruptible}()
  • From: Yajun Deng <yajun.deng@xxxxxxxxx>
• Re: [PATCH 0/4] Backport MEMCG changes from v5.17
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [PATCH 0/4] Backport MEMCG changes from v5.17
  • From: Joseph Salisbury <joseph.salisbury@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] Backport MEMCG changes from v5.17
  • From: Joseph Salisbury <joseph.salisbury@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] Backport MEMCG changes from v5.17
  • From: Joseph Salisbury <joseph.salisbury@xxxxxxxxxxxxx>
• [ANNOUNCE] v5.19-rc8-rt9
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] Backport MEMCG changes from v5.17
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH v2] cyclictest: Fix threads being affined even when -a isn't set
  • From: John Stultz <jstultz@xxxxxxxxxx>
• Re: [PATCH] cyclictest: Fix threads being affined even when -a isn't set
  • From: John Stultz <jstultz@xxxxxxxxxx>
• Re: [PATCH] cyclictest: Fix threads being affined even when -a isn't set
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH 0/4] Backport MEMCG changes from v5.17
  • From: Joseph Salisbury <joseph.salisbury@xxxxxxxxxxxxx>
• Re: [PATCH 1/6] rteval: Create common functions in CpuList and SysTopology
  • From: Leah Leshchinsky <lleshchi@xxxxxxxxxx>
• [PATCH] rteval: cyclictest: Reset cpulist from newly calculated cpus
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH V2 2/6] rteval: Make use of systopology instead of misc in hackbench
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH] cyclictest: Fix threads being affined even when -a isn't set
  • From: John Stultz <jstultz@xxxxxxxxxx>
• Re: [PATCH] rteval: Add man page entry for -S, --source-download option
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH] rteval: Add man page entry for -S, --source-download option
  • From: Manasi Godse <magodse@xxxxxxxxxx>
• [PATCH 2/6] rteval: Make use of systopology instead of misc in rteval-cmd
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 3/6] rteval: Make use of systopology instead of misc in hackbench
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 6/6] rteval: Make use of systopology instead of misc in cyclictest
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 4/6] rteval: Make use of systopology instead of misc in kcompile
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 5/6] rteval: Make use of systopology instead of misc in stressng module
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 1/6] rteval: Create common functions in CpuList and SysTopology
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 0/6] Create more common interfaces in misc and use them
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: v5.19-rc2-rt3: nouveau might sleep splat
  • From: Mike Galbraith <efault@xxxxxx>
• Re: v5.19-rc2-rt3: nouveau might sleep splat
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• Re: [PATCH v3] sched/core: Always flush pending blk_plug
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: v5.19-rc2-rt3: nouveau might sleep splat
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH] ftrace: Fix improper usage of __trace_stack() function.
  • From: Anand Je Saipureddy <s.anandje1@xxxxxxxxx>
• [ANNOUNCE] 5.15.55-rt48
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [PATCH RFC] rtmutex: Fix BUG_ON at kernel/locking/rtmutex.c:1331!
  • From: "yuxin.ye" <yeyuxin0925@xxxxxxxxx>
• Re: [PATCH RFC] rtmutex: Fix BUG_ON at kernel/locking/rtmutex.c:1331!
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: v5.19-rc2-rt3: nouveau might sleep splat
  • From: Mike Galbraith <efault@xxxxxx>
• Re: [PATCH RFC] rtmutex: Fix BUG_ON at kernel/locking/rtmutex.c:1331!
  • From: "yuxin.ye" <yeyuxin0925@xxxxxxxxx>
• Re: [PATCH RFC] rtmutex: Fix BUG_ON at kernel/locking/rtmutex.c:1331!
  • From: Waiman Long <longman@xxxxxxxxxx>
• [ANNOUNCE] v5.19-rc7-rt7
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH RFC] rtmutex: Fix BUG_ON at kernel/locking/rtmutex.c:1331!
  • From: "yuxin.ye" <yeyuxin0925@xxxxxxxxx>
• Re: [PATCH] linux/wait: Fix __wait_event_hrtimeout for RT/DL tasks
  • From: Daniel Bristot de Oliveira <bristot@xxxxxxxxxx>
• Re: [PATCH] sched/deadline: Fix BUG_ON condition for deboosted tasks
  • From: Juri Lelli <juri.lelli@xxxxxxxxxx>
• Re: [PATCH] sched/deadline: Fix BUG_ON condition for deboosted tasks
  • From: Ankit Jain <ankitja@xxxxxxxxxx>
• [PATCH] Add measurement and load location to run report
  • From: Leah Leshchinsky <lleshchi@xxxxxxxxxx>
• Re: [PATCH] sched/deadline: Fix BUG_ON condition for deboosted tasks
  • From: Juri Lelli <juri.lelli@xxxxxxxxxx>
• Re: [PATCH] sched/deadline: Fix BUG_ON condition for deboosted tasks
  • From: Ankit Jain <ankitja@xxxxxxxxxx>
• [ANNOUNCE] 5.10.131-rt72
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• Re: [PATCH] rteval: Add option for downloading kernel
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH] rteval: Add option for downloading kernel
  • From: Leah Leshchinsky <lleshchi@xxxxxxxxxx>
• Re: [PATCH] sched/deadline: Fix BUG_ON condition for deboosted tasks
  • From: Juri Lelli <juri.lelli@xxxxxxxxxx>
• Re: [PATCH] sched/deadline: Fix BUG_ON condition for deboosted tasks
  • From: Ankit Jain <ankitja@xxxxxxxxxx>
• [PATCH v2] sched/deadline: Fix BUG_ON condition for deboosted tasks
  • From: Juri Lelli <juri.lelli@xxxxxxxxxx>
• Re: [PATCH v4 0/2] kexec, panic: Making crash_kexec() NMI safe
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH] sched/deadline: Fix BUG_ON condition for deboosted tasks
  • From: Juri Lelli <juri.lelli@xxxxxxxxxx>
• Re: [PATCH] sched/deadline: Fix BUG_ON condition for deboosted tasks
  • From: "Srivatsa S. Bhat" <srivatsa@xxxxxxxxxxxxx>
• [PATCH] rteval: Add option for downloading kernel
  • From: Manasi Godse <magodse@xxxxxxxxxx>
• Re: [PATCH v4 0/2] kexec, panic: Making crash_kexec() NMI safe
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [ANNOUNCE] 4.19.252-rt112
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [PATCH] sched/deadline: Fix BUG_ON condition for deboosted tasks
  • From: Juri Lelli <juri.lelli@xxxxxxxxxx>
• Re: [PATCH] sched/deadline: Fix BUG_ON condition for deboosted tasks
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH] sched/deadline: Fix BUG_ON condition for deboosted tasks
  • From: Juri Lelli <juri.lelli@xxxxxxxxxx>
• [PATCH 1/4] mm/memcg: Disable threshold event handlers on PREEMPT_RT
  • From: David Oberhollenzer <goliath@xxxxxxxxxxxx>
• [PATCH 3/4] mm/memcg: Add a local_lock_t for IRQ and TASK object.
  • From: David Oberhollenzer <goliath@xxxxxxxxxxxx>
• [PATCH 2/4] mm/memcg: Protect per-CPU counter by disabling preemption on PREEMPT_RT where needed.
  • From: David Oberhollenzer <goliath@xxxxxxxxxxxx>
• [PATCH 4/4] Allow MEMCG on PREEMPT_RT
  • From: David Oberhollenzer <goliath@xxxxxxxxxxxx>
• [PATCH 0/4] Backport MEMCG changes from v5.17
  • From: David Oberhollenzer <goliath@xxxxxxxxxxxx>
• Re: [PATCH v4 0/2] kexec, panic: Making crash_kexec() NMI safe
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH] linux/wait: Fix __wait_event_hrtimeout for RT/DL tasks
  • From: Juri Lelli <juri.lelli@xxxxxxxxxx>
• Re: [PATCH v4 0/2] kexec, panic: Making crash_kexec() NMI safe
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v3 -next 1/1] module: kallsyms: Ensure preemption in add_kallsyms() with PREEMPT_RT
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• [RFC PATCH] irq_work: wakeup irq_workd when queued first rt_lazy work
  • From: Schspa Shi <schspa@xxxxxxxxx>
• [PATCH v3 -next 0/1] module: kallsyms: Ensure preemption in add_kallsyms() with PREEMPT_RT
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [PATCH v3 -next 1/1] module: kallsyms: Ensure preemption in add_kallsyms() with PREEMPT_RT
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• Re: [PATCH 5.10-rt] printk: fix suppressed message print when reboot/panic
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 5.10-rt] printk: fix suppressed message print when reboot/panic
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 5.10-rt] printk: fix suppressed message print when reboot/panic
  • From: Schspa Shi <schspa@xxxxxxxxx>
• Re: [PATCH v2] module: kallsyms: Ensure preemption in add_kallsyms() with PREEMPT_RT
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v3] sched/core: Always flush pending blk_plug
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• [PATCH v3] sched/core: Always flush pending blk_plug
  • From: John Keeping <john@xxxxxxxxxxxx>
• [ANNOUNCE] rt-tests-2.4
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH v2] sched/core: Always flush pending blk_plug
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2] sched/core: Always flush pending blk_plug
  • From: John Keeping <john@xxxxxxxxxxxx>
• Re: [PATCH v3] sched_deadline/cyclicdeadline: add tracelimit
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH v2] module: kallsyms: Ensure preemption in add_kallsyms() with PREEMPT_RT
  • From: Aaron Tomlin <atomlin@xxxxxxxxxxx>
• Re: [PATCH v2] module: kallsyms: Ensure preemption in add_kallsyms() with PREEMPT_RT
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2] module: kallsyms: Ensure preemption in add_kallsyms() with PREEMPT_RT
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• Re: [PATCH] sched/core: Always flush pending blk_plug
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [RT] Deadlock on filesystem operations v5.15+
  • From: John Keeping <john@xxxxxxxxxxxx>
• [PATCH] sched/core: Always flush pending blk_plug
  • From: John Keeping <john@xxxxxxxxxxxx>
• Re: Question Regarding [PATCH 098/167] in the 5.15 real-time patchset
  • From: Clark Williams <williams@xxxxxxxxxx>
• Question Regarding [PATCH 098/167] in the 5.15 real-time patchset
  • From: Joseph Salisbury <joseph.salisbury@xxxxxxxxxxxxx>
• Re: [PATCH v2] module: kallsyms: Ensure preemption in add_kallsyms() with PREEMPT_RT
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: stopping ftrace on event
  • From: Benjamin Steinke <benjamin.steinke@xxxxxxxxxxxxxx>
• Re: stopping ftrace on event
  • From: Daniel Bristot de Oliveira <bristot@xxxxxxxxxx>
• stopping ftrace on event
  • From: Benjamin Steinke <benjamin.steinke@xxxxxxxxxxxxxx>
• Re: [PATCH] linux/wait: Fix __wait_event_hrtimeout for RT/DL tasks
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v2] module: kallsyms: Ensure preemption in add_kallsyms() with PREEMPT_RT
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• Re: [PATCH] module: kallsyms: Ensure preemption in add_kallsyms() with PREEMPT_RT
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [RT] Deadlock on filesystem operations v5.15+
  • From: John Keeping <john@xxxxxxxxxxxx>
• [PATCH] module: kallsyms: Ensure preemption in add_kallsyms() with PREEMPT_RT
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [PATCH v4 1/2] kexec: Turn all kexec_mutex acquisitions into trylocks
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v4 0/2] kexec, panic: Making crash_kexec() NMI safe
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v4 2/2] panic, kexec: Make __crash_kexec() NMI safe
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 0/2] kexec, panic: Making crash_kexec() NMI safe
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 2/2] panic, kexec: Make __crash_kexec() NMI safe
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3 1/2] kexec: Turn all kexec_mutex acquisitions into trylocks
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH v3] sched_deadline/cyclicdeadline: add tracelimit
  • From: Song Chen <chensong_2000@xxxxxx>
• Re: [PATCH v2] sched_deadline/cyclicdeadline add tracelimit
  • From: Song Chen <chensong_2000@xxxxxx>
• Re: [PATCH v2] sched_deadline/cyclicdeadline add tracelimit
  • From: Song Chen <chensong_2000@xxxxxx>
• [PATCH] rt-tests: rt-utils: Fix potential 'debugfileprefix' overflow
  • From: "Ian K. Coolidge" <icoolidge@xxxxxxxxxx>
• Re: [PATCH v2] sched_deadline/cyclicdeadline add tracelimit
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH v2] sched_deadline/cyclicdeadline add tracelimit
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [PATCH v2] sched_deadline/cyclicdeadline add tracelimit
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH] rt-tests: cyclictest: Fix seg fault for verbose with no affinity maxk
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH] cyclictest: Delay setting of main_affinity_mask after creating threads.
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH v2] panic, kexec: Make __crash_kexec() NMI safe
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH v2] panic, kexec: Make __crash_kexec() NMI safe
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v2] sched_deadline/cyclicdeadline add tracelimit
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [PATCH v2] panic, kexec: Make __crash_kexec() NMI safe
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH v11 10/14] module: kallsyms: Fix suspicious rcu usage
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v11 10/14] module: kallsyms: Fix suspicious rcu usage
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• [ANNOUNCE] rteval-v3.4
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH v11 10/14] module: kallsyms: Fix suspicious rcu usage
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• late ktimer events due to C-state transitions
  • From: Alison Chaiken <achaiken@xxxxxxxxxxx>
• [ANNOUNCE RESEND] 5.15.49-rt47
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [PATCH v2] panic, kexec: Make __crash_kexec() NMI safe
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [RT] BUG in sched/cpupri.c
  • From: John Keeping <john@xxxxxxxxxxxx>
• [PATCH] linux/wait: Fix __wait_event_hrtimeout for RT/DL tasks
  • From: Juri Lelli <juri.lelli@xxxxxxxxxx>
• Re: [RT] BUG in sched/cpupri.c
  • From: andreadaoud6@xxxxxxxxx
• Re: [RT BUG] Mismatched get_uid/free_uid usage in signals in some rts (2nd try)
  • From: Joe Korty <joe.korty@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] panic, kexec: Make __crash_kexec() NMI safe
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v2] panic, kexec: Make __crash_kexec() NMI safe
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v2] panic, kexec: Make __crash_kexec() NMI safe
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: v5.19-rc2-rt3: nouveau might sleep splat
  • From: Mike Galbraith <efault@xxxxxx>
• Re: [Question] vmalloc latency in RT-Linux
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [RT BUG] Mismatched get_uid/free_uid usage in signals in some rts (2nd try)
  • From: Joe Korty <joe.korty@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] hackbench: Add af_inet mode besides af_unix and pipe
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: cyclictest count value seems incorrect...
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: v5.19-rc2-rt3: nouveau might sleep splat
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: v5.19-rc2-rt3: nouveau might sleep splat
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• Re: v5.19-rc2-rt3: nouveau might sleep splat
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• Re: [PATCH v2] panic, kexec: Make __crash_kexec() NMI safe
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: v5.19-rc2-rt3: nouveau might sleep splat
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: v5.19-rc2-rt3: nouveau might sleep splat
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [ANNOUNCE] v5.19-rc3-rt5
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: v5.19-rc2-rt3: nouveau might sleep splat
  • From: Mike Galbraith <efault@xxxxxx>
• Re: v5.19-rc2-rt3: mm/kfence might_sleep() splat
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: v5.19-rc2-rt3: mm/kfence might_sleep() splat
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: v5.19-rc2-rt3: mm/kfence might_sleep() splat
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: v5.19-rc2-rt3: nouveau might sleep splat
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [Question] vmalloc latency in RT-Linux
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [Question] vmalloc latency in RT-Linux
  • From: Zhipeng Shi <zhipeng.shi0@xxxxxxxxx>
• Re: [Question] vmalloc latency in RT-Linux
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH v2] panic, kexec: Make __crash_kexec() NMI safe
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [Question] vmalloc latency in RT-Linux
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [RT] WARNING at hrtimer_start_range_ns
  • From: Juri Lelli <juri.lelli@xxxxxxxxxx>
• Re: [PATCH v2] panic, kexec: Make __crash_kexec() NMI safe
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [v5.15 0/4] Backport MEMCG changes from v5.16
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH v2] panic, kexec: Make __crash_kexec() NMI safe
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [v5.15 0/4] Backport MEMCG changes from v5.16
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [Question] vmalloc latency in RT-Linux
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [RT] WARNING at hrtimer_start_range_ns
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v2] panic, kexec: Make __crash_kexec() NMI safe
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Creating per_cpu rt_bandwidth struct
  • From: Pierre Gondois <pierre.gondois@xxxxxxx>
• Re: [PATCH] panic, kexec: Don't mutex_trylock() in __crash_kexec()
  • From: kernel test robot <lkp@xxxxxxxxx>
• cyclictest count value seems incorrect...
  • From: Gautam Thaker <ghthaker@xxxxxxxxx>
• [v5.15 4/4] Allow MEMCG on PREEMPT_RT
  • From: Richard Weinberger <richard@xxxxxx>
• [v5.15 2/4] mm/memcg: Protect per-CPU counter by disabling preemption on PREEMPT_RT where needed.
  • From: Richard Weinberger <richard@xxxxxx>
• [v5.15 3/4] mm/memcg: Add a local_lock_t for IRQ and TASK object.
  • From: Richard Weinberger <richard@xxxxxx>
• [v5.15 1/4] mm/memcg: Disable threshold event handlers on PREEMPT_RT
  • From: Richard Weinberger <richard@xxxxxx>
• [v5.15 0/4] Backport MEMCG changes from v5.16
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [RT] WARNING at hrtimer_start_range_ns
  • From: Juri Lelli <juri.lelli@xxxxxxxxxx>
• [Question] vmalloc latency in RT-Linux
  • From: Zhipeng Shi <zhipeng.shi0@xxxxxxxxx>
• [PATCH v2] panic, kexec: Make __crash_kexec() NMI safe
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• v5.19-rc2-rt3: mm/kfence might_sleep() splat
  • From: Mike Galbraith <efault@xxxxxx>
• v5.19-rc2-rt3: nouveau might sleep splat
  • From: Mike Galbraith <efault@xxxxxx>
• Re: [PATCH] panic, kexec: Don't mutex_trylock() in __crash_kexec()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] panic, kexec: Don't mutex_trylock() in __crash_kexec()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH] panic, kexec: Don't mutex_trylock() in __crash_kexec()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] panic, kexec: Don't mutex_trylock() in __crash_kexec()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH] panic, kexec: Don't mutex_trylock() in __crash_kexec()
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH] panic, kexec: Don't mutex_trylock() in __crash_kexec()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH] panic, kexec: Don't mutex_trylock() in __crash_kexec()
  • From: Tao Zhou <tao.zhou@xxxxxxxxx>
• [PATCH v2] sched_deadline/cyclicdeadline add tracelimit
  • From: Song Chen <chensong_2000@xxxxxx>
• [PATCH] panic, kexec: Don't mutex_trylock() in __crash_kexec()
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH RFC] base: power: replace generic_pm_domain spinlock by raw spinlock
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] base: power: replace generic_pm_domain spinlock by raw spinlock
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH RFC] base: power: replace generic_pm_domain spinlock by raw spinlock
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• [PATCH RFC] base: power: replace generic_pm_domain spinlock by raw spinlock
  • From: Adrien Thierry <athierry@xxxxxxxxxx>
• Re: [PATCH] cyclictest: Delay setting of main_affinity_mask after creating threads.
  • From: Pierre Gondois <pierre.gondois@xxxxxxx>
• Re: [PATCH] cyclictest: Delay setting of main_affinity_mask after creating threads.
  • From: Pierre Gondois <pierre.gondois@xxxxxxx>
• Re: [PATCH] cyclictest: Delay setting of main_affinity_mask after creating threads.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] cyclictest: Delay setting of main_affinity_mask after creating threads.
  • From: Pierre Gondois <pierre.gondois@xxxxxxx>
• [RT] WARNING at hrtimer_start_range_ns
  • From: Juri Lelli <juri.lelli@xxxxxxxxxx>
• Re: [PATCH] cyclictest: Delay setting of main_affinity_mask after creating threads.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] cyclictest: Delay setting of main_affinity_mask after creating threads.
  • From: Pierre Gondois <pierre.gondois@xxxxxxx>
• [PATCH] cyclictest: Delay setting of main_affinity_mask after creating threads.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Problems installing a real time kernel.
  • From: Punit Agrawal <punit.agrawal@xxxxxxxxxxxxx>
• [ANNOUNCE] 4.19.246-rt110
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [ANNOUNCE] v5.19-rc2-rt3
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [ANNOUNCE] 4.14.282-rt135
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• [ANNOUNCE] 5.10.120-rt70
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• Re: using a "-M" option on cyclictest defeats the "-D 30" option
  • From: Gautam Thaker <ghthaker@xxxxxxxxx>
• Re: using a "-M" option on cyclictest defeats the "-D 30" option
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] High altitude realtime workshop 2022 edition
  • From: Richard Weinberger <richard.weinberger@xxxxxxxxx>
• Re: Problems installing a real time kernel.
  • From: Jeremy Jongepier <jeremy@xxxxxxxxxxxxxx>
• [PATCH] sched_deadline/cyclicdeadline: add tracelimit
  • From: Song Chen <chensong_2000@xxxxxx>
• [PATCH] sched_deadline/cyclicdeadline: add tracelimit
  • From: Song Chen <chensong_2000@xxxxxx>
• Re: Problems installing a real time kernel.
  • From: Ralf Mardorf <ralf.mardorf@xxxxxxxxxxxxx>
• Re: Problems installing a real time kernel.
  • From: "Ahmed S. Darwish" <a.darwish@xxxxxxxxxxxxx>
• [ANNOUNCE] v5.19-rc1-rt1
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH] rteval: Change the default kernel to compile to linux-5.18.1
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Problems installing a real time kernel.
  • From: "Willett, Tony" <st20214513@xxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [ANNOUNCE] 4.19.245-rt109
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [PATCH 6/7] rteval: kcompile: Fix regular expression to match kernel prefix
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [Question] SCHED_DEADLINE behavior when HRTICK_DL is disabled
  • From: Daniel Bristot de Oliveira <bristot@xxxxxxxxxx>
• [Question] SCHED_DEADLINE behavior when HRTICK_DL is disabled
  • From: Sharan Turlapati <shatur.linuxrt@xxxxxxxxx>
• Re: [ANNOUNCE] 4.19.245-rt109
  • From: Ralf Mardorf <ralf.mardorf@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 4.19.245-rt109
  • From: Ralf Mardorf <ralf.mardorf@xxxxxxxxxxxxx>
• using a "-M" option on cyclictest defeats the "-D 30" option
  • From: Gautam Thaker <ghthaker@xxxxxxxxx>
• [PATCH 7/7] rteval: stressng: The stressng option should not be a string
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 6/7] rteval: kcompile: Fix regular expression to match kernel prefix
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 5/7] rteval: systopology.py: Use "with" for resource allocation
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 4/7] rteval: cyclictest.py: Use "with" with resource allocation
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 3/7] rteval: stressng.py: Remove unnecessary list
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 2/7] rteval: misc.py: Use "with" for resource allocation
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 1/7] rteval: rteval-cmd: Use "with" with open
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [ANNOUNCE] 5.15.44-rt46
  • From: Clark Williams <williams@xxxxxxxxxx>
• raspberry pi 4b preempt_rt performance 32 bit vs 64 bit kernels
  • From: Florian Paul Schmidt <florian_paul.schmidt@xxxxxxxxxxxxxxxx>
• Re: [ANNOUNCE] High altitude realtime workshop 2022 edition
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [ANNOUNCE] 4.19.245-rt109
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [ANNOUNCE] 5.15.43-rt45
  • From: Clark Williams <williams@xxxxxxxxxx>
• [ANNOUNCE] 5.15.41-rt44
  • From: Clark Williams <williams@xxxxxxxxxx>
• [ANNOUNCE] v5.18-rt11
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: seeking a .config with ALL DEBUG settings turned off...
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: high latency introduced by hrtimer_interrupt
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH v3] hackbench: Add af_inet mode besides af_unix and pipe
  • From: Yihao Wu <wuyihao@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] hackbench: Add af_inet mode besides af_unix and pipe
  • From: Yihao Wu <wuyihao@xxxxxxxxxxxxxxxxx>
• [PATCH v2] hackbench: Add af_inet mode besides af_unix and pipe
  • From: Yihao Wu <wuyihao@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] hackbench: Fix negativity opt checking
  • From: Yihao Wu <wuyihao@xxxxxxxxxxxxxxxxx>
• [ANNOUNCE] CFP: Real-time and Scheduling Microconference - Linux Plumbers Conference 2022
  • From: Daniel Bristot de Oliveira <bristot@xxxxxxxxxx>
• CONFIG_HZ impact on system load
  • From: Florent Carli <fcarli@xxxxxxxxx>
• [ANNOUNCE] 5.4.193-rt74
  • From: Tom Zanussi <zanussi@xxxxxxxxxx>
• [ANNOUNCE] 5.15.40-rt43
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [Question] KVM-RT high max latency after upgrade host from 4.19 to 5.15
  • From: Florent Carli <fcarli@xxxxxxxxx>
• [ANNOUNCE] v5.18-rc7-rt9
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [ANNOUNCE] 5.15.39-rt42
  • From: Clark Williams <williams@xxxxxxxxxx>
• [ANNOUNCE] 4.14.278-rt133
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• [ANNOUNCE] 5.10.115-rt67
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• [ANNOUNCE] 4.9.312-rt193
  • From: Mark Gross <markgross@xxxxxxxxxx>
• Re: Oops or bad page in page_alloc.c
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• high latency introduced by hrtimer_interrupt
  • From: yosi yarchi <yosi.yarchi@xxxxxxxxx>
• Re: Oops or bad page in page_alloc.c
  • From: Yimin Deng <yimin11.deng@xxxxxxxxx>
• high latency introduced by hrtimer_interrupt
  • From: yosi yarchi <yosi.yarchi@xxxxxxxxx>
• Re: Oops or bad page in page_alloc.c
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Oops or bad page in page_alloc.c
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [ANNOUNCE] v5.18-rc6-rt7
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [RT][PATCH 2/2] tick: Fix timer storm since introduction of timersd
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [RFC PATCH] kernel: locking: rwsem optimization for rtlinux
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [RFC PATCH] kernel: locking: rwsem optimization for rtlinux
  • From: "zhaoyang.huang" <zhaoyang.huang@xxxxxxxxxx>
• Re: Issue With real-time patches on 5.15.y
  • From: Joseph Salisbury <joseph.salisbury@xxxxxxxxxxxxx>
• [PATCH] rt-tests: Remove classic_pi
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH v3] irq/core: synchronize irq_thread startup
  • From: Thomas Pfaff <tpfaff@xxxxxxx>
• Re: [PATCH v3] irq/core: synchronize irq_thread startup
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3] irq/core: synchronize irq_thread startup
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3] irq/core: synchronize irq_thread startup
  • From: Thomas Pfaff <tpfaff@xxxxxxx>
• Re: [PATCH v3] rt-tests: resync has_smi_counter with turbostat code
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH 2/2] hackbench: Add af_inet mode besides af_unix and pipe
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH 1/2] hackbench: Fix negativity opt checking
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [ANNOUNCE] v5.18-rc5-rt5
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: Issue With real-time patches on 5.15.y
  • From: Mike Galbraith <efault@xxxxxx>
• Re: [ANNOUNCE] v5.18-rc5-rt5
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Oops or bad page in page_alloc.c
  • From: Yimin Deng <yimin11.deng@xxxxxxxxx>
• Re: Issue With real-time patches on 5.15.y
  • From: Joseph Salisbury <joseph.salisbury@xxxxxxxxxxxxx>
• [ANNOUNCE] v5.18-rc5-rt5
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Issue With real-time patches on 5.15.y
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: Issue With real-time patches on 5.15.y
  • From: Joseph Salisbury <joseph.salisbury@xxxxxxxxxxxxx>
• Issue With real-time patches on 5.15.y
  • From: Joseph Salisbury <joseph.salisbury@xxxxxxxxxxxxx>
• Re: [PATCH] rteval: kcompile: Fix source tarball argument handling
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH] rteval: kcompile: Use systopology to get a list of cpus on a node
  • From: John Kacur <jkacur@xxxxxxxxxx>
• seeking a .config with ALL DEBUG settings turned off...
  • From: Gautam Thaker <ghthaker@xxxxxxxxx>
• [PATCH] rteval: kcompile: Fix source tarball argument handling
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH] rteval: kcompile: Use systopology to get a list of cpus on a node
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH] rteval: kcompile: Tweak default source tarball selection
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [PATCH 3/3] rteval: systopology: Slight CpuList.__expand_cpulist() cleanup
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH] genirq: Fix wait_for_threads initialization in early_irq_init
  • From: Thomas Pfaff <tpfaff@xxxxxxx>
• [PATCH] genirq: Fix wait_for_threads initialization in early_irq_init
  • From: Thomas Pfaff <tpfaff@xxxxxxx>
• Re: [PATCH v3] irq/core: synchronize irq_thread startup
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3] irq/core: synchronize irq_thread startup
  • From: Thomas Pfaff <tpfaff@xxxxxxx>
• Re: [PATCH] rteval: kcompile: Tweak default source tarball selection
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH v3] irq/core: synchronize irq_thread startup
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v3] irq/core: synchronize irq_thread startup
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• [PATCH v3] irq/core: synchronize irq_thread startup
  • From: Thomas Pfaff <tpfaff@xxxxxxx>
• [ANNOUNCE] 4.19.240-rt108
  • From: Clark Williams <williams@xxxxxxxxxx>
• [ANNOUNCE] 5.15.36-rt41
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [PATCH v2] irq/core: synchronize irq_thread startup
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• Re: [PATCH 3/3] rteval: systopology: Slight CpuList.__expand_cpulist() cleanup
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH] rteval: kcompile: Use systopology to get a list of cpus on a node
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH 2/3] rteval: kcompile: Fix offline node handling
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH 1/3] rteval: systopology: Fix offline NUMA node parsing
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH v2] irq/core: synchronize irq_thread startup
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [ANNOUNCE] v5.18-rc4-rt3
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v2] irq/core: synchronize irq_thread startup
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• [PATCH v2] irq/core: synchronize irq_thread startup
  • From: Thomas Pfaff <tpfaff@xxxxxxx>
• Re: [PATCH] irq: synchronize irq_thread startup
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH] irq: synchronize irq_thread startup
  • From: Thomas Pfaff <tpfaff@xxxxxxx>
• [PATCH 1/2] hackbench: Fix negativity opt checking
  • From: Yihao Wu <wuyihao@xxxxxxxxxxxxxxxxx>
• [PATCH 2/2] hackbench: Add af_inet mode besides af_unix and pipe
  • From: Yihao Wu <wuyihao@xxxxxxxxxxxxxxxxx>
• [PATCH 0/2] Add af_inet mode besides af_unix and pipe
  • From: Yihao Wu <wuyihao@xxxxxxxxxxxxxxxxx>
• Problem compiling 5.10.109.rt65 on Fedora 36
  • From: ycollette.nospam@xxxxxxx
• [ANNOUNCE] v5.18-rc3-rt1
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH RT v4.19-RT] genirq: Add lost hunk to irq_forced_thread_fn().
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH] rteval: kcompile: Tweak default source tarball selection
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH 1/3] rteval: systopology: Fix offline NUMA node parsing
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH 0/3] rteval: Offline NUMA node bugfix
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH 3/3] rteval: systopology: Slight CpuList.__expand_cpulist() cleanup
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [PATCH 2/3] rteval: kcompile: Fix offline node handling
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: [ANNOUNCE] High altitude realtime workshop 2022 edition
  • From: Richard Weinberger <richard.weinberger@xxxxxxxxx>
• [ANNOUNCE] High altitude realtime workshop 2022 edition
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [PATCH] rt-tests: hwlatdetect: Add option to specify cpumask
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [RT][PATCH 2/2] tick: Fix timer storm since introduction of timersd
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH v2] efi: Allow to enable EFI runtime services by default on RT
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH] oslat: Print offending cpu number when above threshold
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH] oslat: Print offending cpu number when above threshold
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH v3] rt-tests: resync has_smi_counter with turbostat code
  • From: Bart Wensley <bartwensley@xxxxxxxxx>
• Re: [PATCH v2] rt-tests: resync has_smi_counter with turbostat code
  • From: Bart Wensley <bwensley@xxxxxxxxxx>
• Re: [PATCH v2] rt-tests: resync has_smi_counter with turbostat code
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH] oslat: Print offending cpu number when above threshold
  • From: Peter Xu <peterx@xxxxxxxxxx>
• [PATCH] oslat: Print offending cpu number when above threshold
  • From: Nicolas Saenz Julienne <nsaenzju@xxxxxxxxxx>
• [ANNOUNCE] 5.4.188-rt73
  • From: Tom Zanussi <zanussi@xxxxxxxxxx>
• [PATCH] rt-tests: hwlatdetect: Add option to specify cpumask
  • From: Oscar Shiang <oscar0225@xxxxxxxxxxx>
• [PATCH v2] rt-tests: resync has_smi_counter with turbostat code
  • From: Bart Wensley <bwensley@xxxxxxxxxx>
• [PATCH] rt-tests: resync has_smi_counter with turbostat code
  • From: Bart Wensley <bwensley@xxxxxxxxxx>
• Re: [PATCH v2] rtla: Minor grammar fix for rtla README
  • From: Daniel Bristot de Oliveira <bristot@xxxxxxxxxx>
• Re: [PATCH] rt-tests: Update has_smi_counter
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH v2] rtla: Minor grammar fix for rtla README
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH 2/2] rtla: Minor fix to grammar in README.txt
  • From: Daniel Bristot de Oliveira <bristot@xxxxxxxxxx>
• Re: [PATCH 2/2] rtla: Minor fix to grammar in README.txt
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH 1/2] rtla: Don't overwrite existing directory mode
  • From: Daniel Bristot de Oliveira <bristot@xxxxxxxxxx>
• Re: [PATCH 2/2] rtla: Minor fix to grammar in README.txt
  • From: Daniel Bristot de Oliveira <bristot@xxxxxxxxxx>
• Re: [PATCH] rt-tests: Update has_smi_counter
  • From: Bart Wensley <bwensley@xxxxxxxxxx>
• [PATCH] rt-tests: Update has_smi_counter
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [ANNOUNCE] 4.14.275-rt132
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• [ANNOUNCE] 5.10.109-rt65
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• Re: dirty-pipe ?
  • From: Ralf Mardorf <ralf.mardorf@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] RT scheduling policies for workqueues
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [RT][PATCH 2/2] tick: Fix timer storm since introduction of timersd
  • From: Alison Chaiken <achaiken@xxxxxxxxxxx>
• [RT][PATCH 2/2] tick: Fix timer storm since introduction of timersd
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• [RT][PATCH 1/2] rcutorture: Also force sched priority to timersd on boosting test
  • From: Frederic Weisbecker <frederic@xxxxxxxxxx>
• Re: [PATCH] kasan: Fix sleeping function called from invalid context in PREEMPT_RT
  • From: Mike Galbraith <efault@xxxxxx>
• [PATCH 2/2] rtla: Minor fix to grammar in README.txt
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 1/2] rtla: Don't overwrite existing directory mode
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH] kasan: Fix sleeping function called from invalid context in PREEMPT_RT
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH] kasan: Fix sleeping function called from invalid context in PREEMPT_RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [ANNOUNCE] v5.17.1-rt17
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• RE: [PATCH] kasan: Fix sleeping function called from invalid context in PREEMPT_RT
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• Re: [PATCH] kasan: Fix sleeping function called from invalid context in PREEMPT_RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] RT scheduling policies for workqueues
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH] kasan: Fix sleeping function called from invalid context in PREEMPT_RT
  • From: Zqiang <qiang1.zhang@xxxxxxxxx>
• Re: [PATCH v2] efi: Allow to enable EFI runtime services by default on RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v2] efi: Allow to enable EFI runtime services by default on RT
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2] efi: Allow to enable EFI runtime services by default on RT
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH v2] efi: Allow to enable EFI runtime services by default on RT
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2] efi: Allow to enable EFI runtime services by default on RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v2] efi: Allow to enable EFI runtime services by default on RT
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2] efi: Allow to enable EFI runtime services by default on RT
  • From: "Ahmed S. Darwish" <a.darwish@xxxxxxxxxxxxx>
• [ANNOUNCE] 5.15.32-rt39
  • From: Clark Williams <williams@xxxxxxxxxx>
• [ANNOUNCE] 4.19.237-rt107
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [PATCH v2] efi: Allow to enable EFI runtime services by default on RT
  • From: Ard Biesheuvel <ardb@xxxxxxxxxx>
• Re: [PATCH 0/2] mm/page_alloc: Remote per-cpu lists drain support
  • From: Mel Gorman <mgorman@xxxxxxx>
• [PATCH v2] efi: Allow to enable EFI runtime services by default on RT
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH] efi: Allow to enable EFI runtime services with PREEMPT_RT
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH] efi: Allow to enable EFI runtime services with PREEMPT_RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] efi: Allow to enable EFI runtime services with PREEMPT_RT
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH] efi: Allow to enable EFI runtime services with PREEMPT_RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH] efi: Allow to enable EFI runtime services with PREEMPT_RT
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [ANNOUNCE] 5.4.182-rt72
  • From: Tom Zanussi <zanussi@xxxxxxxxxx>
• Re: [PATCH 0/2] mm/page_alloc: Remote per-cpu lists drain support
  • From: Nicolas Saenz Julienne <nsaenzju@xxxxxxxxxx>
• Re: Cyclictest doesn't support --smi option for ice lake processors
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [RFC PATCH 0/2] RT scheduling policies for workqueues
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 0/2] mm/page_alloc: Remote per-cpu lists drain support
  • From: Mel Gorman <mgorman@xxxxxxx>
• RE: RT kernel video playback issue (screen freeze)
  • From: "Chen, Angus" <angus.chen@xxxxxxxxx>
• Re: [RFC PATCH 0/2] RT scheduling policies for workqueues
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: RT kernel video playback issue (screen freeze)
  • From: "bigeasy@xxxxxxxxxxxxx" <bigeasy@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] RT scheduling policies for workqueues
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: RT kernel video playback issue (screen freeze)
  • From: "Ahmed S. Darwish" <a.darwish@xxxxxxxxxxxxx>
• RT kernel video playback issue (screen freeze)
  • From: "Chen, Angus" <angus.chen@xxxxxxxxx>
• Re: [RFC PATCH 0/2] RT scheduling policies for workqueues
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] RT scheduling policies for workqueues
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 01/12] trace-cmd: Add trace-cmd analyze
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 03/12] trace-cmd analyze: Show how much tasks run on each CPU
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• Re: [PATCH 01/12] trace-cmd: Add trace-cmd analyze
  • From: Kalesh Singh <kaleshsingh@xxxxxxxxxx>
• Cyclictest doesn't support --smi option for ice lake processors
  • From: Bart Wensley <bwensley@xxxxxxxxxx>
• Re: [PATCH 0/2] mm/page_alloc: Remote per-cpu lists drain support
  • From: Nicolas Saenz Julienne <nsaenzju@xxxxxxxxxx>
• Re: [RFC PATCH 0/2] RT scheduling policies for workqueues
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] RT scheduling policies for workqueues
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 09/12] trace-cmd analyze: Add wake up latency timings
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 03/12] trace-cmd analyze: Show how much tasks run on each CPU
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 09/12] trace-cmd analyze: Add wake up latency timings
  • From: John Keeping <john@xxxxxxxxxxxx>
• Re: [PATCH 03/12] trace-cmd analyze: Show how much tasks run on each CPU
  • From: John Keeping <john@xxxxxxxxxxxx>
• [ANNOUNCE] 5.15.31-rt38
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [PATCH 09/12] trace-cmd analyze: Add wake up latency timings
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 03/12] trace-cmd analyze: Show how much tasks run on each CPU
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 06/12] trace-cmd analyze: Add tracing of tasks and their states
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 09/12] trace-cmd analyze: Add wake up latency timings
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 09/12] trace-cmd analyze: Add wake up latency timings
  • From: John Keeping <john@xxxxxxxxxxxx>
• Re: [PATCH 03/12] trace-cmd analyze: Show how much tasks run on each CPU
  • From: John Keeping <john@xxxxxxxxxxxx>
• Re: [PATCH 06/12] trace-cmd analyze: Add tracing of tasks and their states
  • From: John Keeping <john@xxxxxxxxxxxx>
• Re: 5.15.28-rt35 #2 SMP PREEMPT_RT: Should scheduling latency be as large as 800 usec?
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• Re: 5.15.28-rt35 #2 SMP PREEMPT_RT: Should scheduling latency be as large as 800 usec?
  • From: Gautam Thaker <ghthaker@xxxxxxxxx>
• Re: [PATCH 0/2] mm/page_alloc: Remote per-cpu lists drain support
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: 5.15.28-rt35 #2 SMP PREEMPT_RT: Should scheduling latency be as large as 800 usec?
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] mm/page_alloc: Remote per-cpu lists drain support
  • From: Nicolas Saenz Julienne <nsaenzju@xxxxxxxxxx>
• Re: 5.15.28-rt35 #2 SMP PREEMPT_RT: Should scheduling latency be as large as 800 usec?
  • From: Gautam Thaker <ghthaker@xxxxxxxxx>
• Re: 5.15.28-rt35 #2 SMP PREEMPT_RT: Should scheduling latency be as large as 800 usec?
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• [PATCH 12/12] trace-cmd analyze: Add documentation
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 09/12] trace-cmd analyze: Add wake up latency timings
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 04/12] trace-cmd analyze: Use sched_switch to find comm mappings
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 06/12] trace-cmd analyze: Add tracing of tasks and their states
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 08/12] trace-cmd analyze: Track migration
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 01/12] trace-cmd: Add trace-cmd analyze
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 10/12] trace-cmd analyze: Add counting of page faults
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 11/12] trace-cmd analyze: Account for dropped events
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 07/12] trace-cmd analyze: Add "idleness"
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 05/12] trace-cmd analyze: Use sched_switch event to update times
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 02/12] trace-cmd analyze: Show what tasks are running the most
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 00/12] trace-cmd: Add trace-cmd analyze command
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 03/12] trace-cmd analyze: Show how much tasks run on each CPU
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: 5.15.28-rt35 #2 SMP PREEMPT_RT: Should scheduling latency be as large as 800 usec?
  • From: Gautam Thaker <ghthaker@xxxxxxxxx>
• Re: 5.15.28-rt35 #2 SMP PREEMPT_RT: Should scheduling latency be as large as 800 usec?
  • From: Gautam Thaker <ghthaker@xxxxxxxxx>
• Re: 5.15.28-rt35 #2 SMP PREEMPT_RT: Should scheduling latency be as large as 800 usec?
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• 5.15.28-rt35 #2 SMP PREEMPT_RT: Should scheduling latency be as large as 800 usec?
  • From: Gautam Thaker <ghthaker@xxxxxxxxx>
• [RFC PATCH 1/2] workqueue: allow use of realtime scheduling policies
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 2/2] workqueue: update sysfs handlers, allow setting RT policies
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 0/2] RT scheduling policies for workqueues
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• [ANNOUNCE] 5.15.29-rt37
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [PATCH 5.15-rt] printk: fix suppressed message print when reboot/panic
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• Re: [PATCH 5.10-rt] printk: fix suppressed message print when reboot/panic
  • From: Shi Schspa <schspa@xxxxxxxxx>
• [PATCH 5.15-rt] printk: fix suppressed message print when reboot/panic
  • From: Schspa Shi <schspa@xxxxxxxxx>
• Re: [ANNOUNCE] 4.19.233-rt105
  • From: Ralf Mardorf <ralf.mardorf@xxxxxxxxxxxxx>
• Re: [PATCH 5.10-rt] printk: fix suppressed message print when reboot/panic
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 5.10-rt] printk: fix suppressed message print when reboot/panic
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• [ANNOUNCE] 4.19.235-rt106
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [ANNOUNCE] 4.19.233-rt105
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH 5.10-rt] printk: fix suppressed message print when reboot/panic
  • From: Schspa Shi <schspa@xxxxxxxxx>
• Re: [ANNOUNCE] 4.19.233-rt105
  • From: Ralf Mardorf <ralf.mardorf@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 4.19.233-rt105
  • From: Ralf Mardorf <ralf.mardorf@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 4.19.233-rt105
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [ANNOUNCE] 4.19.233-rt105
  • From: Ralf Mardorf <ralf.mardorf@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 4.19.233-rt105
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [ANNOUNCE] 4.19.233-rt105
  • From: Ralf Mardorf <ralf.mardorf@xxxxxxxxxxxxx>
• [ANNOUNCE] 4.14.272-rt131
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• [PATCH RT 2/2] Linux 5.4.182-rt72-rc1
  • From: zanussi@xxxxxxxxxx
• [PATCH RT 1/2] eventfd: Fix stable-rt v5.4.182-rt71 conflict fixup issue
  • From: zanussi@xxxxxxxxxx
• [PATCH RT 0/2] Linux v5.4.182-rt72-rc1
  • From: zanussi@xxxxxxxxxx
• Re: found linux-stable-rt-4.19.233-rt105-rebase
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: found linux-stable-rt-4.19.233-rt105-rebase
  • From: gene heskett <gheskett@xxxxxxxxxxx>
• found linux-stable-rt-4.19.233-rt105-rebase
  • From: gene heskett <gheskett@xxxxxxxxxxx>
• [ANNOUNCE] 5.10.106-rt64
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• Re: [ANNOUNCE] 5.10.104-rt63
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• Re: [ANNOUNCE] 4.19.232-rt104
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [ANNOUNCE] 4.19.232-rt104
  • From: Pavel Machek <pavel@xxxxxxx>
• [ANNOUNCE] 5.15.28-rt36
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: dirty-pipe ?
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: dirty-pipe ?
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [ANNOUNCE] 4.14.270-rt130
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• Re: [ANNOUNCE] 5.10.104-rt63
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [ANNOUNCE] 5.4.182-rt71
  • From: Tom Zanussi <zanussi@xxxxxxxxxx>
• Re: [ANNOUNCE] 5.4.182-rt71
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [ANNOUNCE] 5.4.182-rt71
  • From: Tom Zanussi <zanussi@xxxxxxxxxx>
• Re: [PATCH] tracing: Add snapshot at end of kernel boot up
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] tracing: Add snapshot at end of kernel boot up
  • From: kernel test robot <lkp@xxxxxxxxx>
• [ANNOUNCE] 4.19.233-rt105
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH] tracing: Add snapshot at end of kernel boot up
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [ANNOUNCE] 5.10.104-rt63
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• [ANNOUNCE] trace-cmd 3.0
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 0/2] mm/page_alloc: Remote per-cpu lists drain support
  • From: Mel Gorman <mgorman@xxxxxxx>
• [ANNOUNCE] 5.15.27-rt35
  • From: Clark Williams <williams@xxxxxxxxxx>
• [PATCH 2/2] rteval: Fix allmodconfig build on machines that don't allow sha1 signing
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 1/2] rteval: Fix Popen for python3.6 where text=True is not available
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: dirty-pipe ?
  • From: Arve Barsnes <arve.barsnes@xxxxxxxxx>
• [PATCH RT 2/3] aio: Fix incorrect usage of eventfd_signal_allowed()
  • From: zanussi@xxxxxxxxxx
• [PATCH RT 3/3] Linux 5.4.182-rt71-rc1
  • From: zanussi@xxxxxxxxxx
• [PATCH RT 1/3] eventfd: Make signal recursion protection a task bit
  • From: zanussi@xxxxxxxxxx
• [PATCH RT 0/3] Linux v5.4.182-rt71-rc1
  • From: zanussi@xxxxxxxxxx
• [ANNOUNCE] v5.17-rc7-rt13
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• dirty-pipe ?
  • From: gene heskett <gheskett@xxxxxxxxxxx>
• Re: [PATCH 0/2] mm/page_alloc: Remote per-cpu lists drain support
  • From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
• [ANNOUNCE] 5.4.182-rt70
  • From: Tom Zanussi <zanussi@xxxxxxxxxx>
• Re: [PATCH 0/2] mm/page_alloc: Remote per-cpu lists drain support
  • From: Nicolas Saenz Julienne <nsaenzju@xxxxxxxxxx>
• Re: PREEMPT_RT causes scheduling errors with f_rndis USB gadget
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: PREEMPT_RT causes scheduling errors with f_rndis USB gadget
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: PREEMPT_RT causes scheduling errors with f_rndis USB gadget
  • From: Yunhao Tian <t123yh.xyz@xxxxxxxxx>
• Re: PREEMPT_RT causes scheduling errors with f_rndis USB gadget
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• PREEMPT_RT causes scheduling errors with f_rndis USB gadget
  • From: Yunhao Tian <t123yh.xyz@xxxxxxxxx>
• [PATCH v2] rt-tests: Support building with meson
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH] rt-tests: Support building with meson
  • From: Richard Weinberger <richard@xxxxxx>
• [ANNOUNCE] 4.19.232-rt104
  • From: Clark Williams <williams@xxxxxxxxxx>
• [ANNOUNCE] v5.17-rc6-rt11
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [ANNOUNCE] 5.15.26-rt34
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [PATCH 1/2] mm/page_alloc: Access lists in 'struct per_cpu_pages' indirectly
  • From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
• Re: [PATCH 0/2] mm/page_alloc: Remote per-cpu lists drain support
  • From: Nicolas Saenz Julienne <nsaenzju@xxxxxxxxxx>
• Re: [PATCH 0/2] mm/page_alloc: Remote per-cpu lists drain support
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 0/2] mm/page_alloc: Remote per-cpu lists drain support
  • From: Mel Gorman <mgorman@xxxxxxx>
• [ANNOUNCE] 5.15.25-rt33
  • From: Clark Williams <williams@xxxxxxxxxx>
• [ANNOUNCE] 5.15.25-rt32
  • From: Clark Williams <williams@xxxxxxxxxx>
• [ANNOUNCE] v5.17-rc5-rt9
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [ANNOUNCE] 4.19.230-rt103
  • From: Clark Williams <williams@xxxxxxxxxx>
• [ANNOUNCE] 5.15.24-rt31
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [ANNOUNCE] 4.4.302-rt232 (END OF LIFE)
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [PATCH rt-tests] rt-migrate-test: increase the buf size to 2048 when parse cpuinfo
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH 2/2] mm/page_alloc: Add remote draining support to per-cpu lists
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: [PATCH v4] arm64: mm: Make arch_faults_on_old_pte() check for migratability
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH 2/2] mm/page_alloc: Add remote draining support to per-cpu lists
  • From: Nicolas Saenz Julienne <nsaenzju@xxxxxxxxxx>
• [PATCH] rteval: If the user doesn't specify a cpumask, use the inherited one
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH v3] selftests/ftrace: Do not trace do_softirq because of PREEMPT_RT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v3] selftests/ftrace: Do not trace do_softirq because of PREEMPT_RT
  • From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] selftests/ftrace: Do not trace do_softirq because of PREEMPT_RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH rt-tests] rt-migrate-test: increase the buf size to 2048 when parse cpuinfo
  • From: Liwei Song <liwei.song@xxxxxxxxxxxxx>
• [PATCH v3] selftests/ftrace: Do not trace do_softirq because of PREEMPT_RT
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• [ANNOUNCE] 4.14.266-rt129
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• [ANNOUNCE] 5.10.100-rt62
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• [ANNOUNCE] 5.10.90-rt61
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• Re: Re:
  • From: Caine Chen <caine.chen@xxxxxxx>
• [ANNOUNCE] v5.17-rc3-rt6
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v2] selftests/ftrace: Do not trace do_softirq because of PREEMPT_RT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2] selftests/ftrace: Do not trace do_softirq because of PREEMPT_RT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2] selftests/ftrace: Do not trace do_softirq because of PREEMPT_RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v2] selftests/ftrace: Do not trace do_softirq because of PREEMPT_RT
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• Re: [PATCH v2] selftests/ftrace: Do not trace do_softirq because of PREEMPT_RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v2] selftests/ftrace: Do not trace do_softirq because of PREEMPT_RT
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• Re: [PATCH v2] selftests/ftrace: Do not trace do_softirq because of PREEMPT_RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] mm/page_alloc: Remote per-cpu lists drain support
  • From: Nicolas Saenz Julienne <nsaenzju@xxxxxxxxxx>
• Re: [PATCH 0/2] mm/page_alloc: Remote per-cpu lists drain support
  • From: Xiongfeng Wang <wangxiongfeng2@xxxxxxxxxx>
• [PATCH v2] selftests/ftrace: Do not trace do_softirq because of PREEMPT_RT
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• Re: [PATCH] selftests/ftrace: Do not trace do_softirq because of PREEMPT_RT
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• Re: [PATCH] selftests/ftrace: Do not trace do_softirq because of PREEMPT_RT
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] selftests/ftrace: Do not trace do_softirq because of PREEMPT_RT
  • From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
• [PATCH] selftests/ftrace: Do not trace do_softirq because of PREEMPT_RT
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] mm/page_alloc: Remote per-cpu lists drain support
  • From: Xiongfeng Wang <wangxiongfeng2@xxxxxxxxxx>
• Re: [PATCH 0/2] mm/page_alloc: Remote per-cpu lists drain support
  • From: Nicolas Saenz Julienne <nsaenzju@xxxxxxxxxx>
• Re: [PATCH 0/2] mm/page_alloc: Remote per-cpu lists drain support
  • From: Nicolas Saenz Julienne <nsaenzju@xxxxxxxxxx>
• Re: [PATCH 0/2] mm/page_alloc: Remote per-cpu lists drain support
  • From: Xiongfeng Wang <wangxiongfeng2@xxxxxxxxxx>
• [no subject]
  • From: Unknown
• [no subject]
  • From: Unknown
• Re: [PATCH 2/2] mm/page_alloc: Add remote draining support to per-cpu lists
  • From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
• [PATCH 1/2] mm/page_alloc: Access lists in 'struct per_cpu_pages' indirectly
  • From: Nicolas Saenz Julienne <nsaenzju@xxxxxxxxxx>
• [PATCH 0/2] mm/page_alloc: Remote per-cpu lists drain support
  • From: Nicolas Saenz Julienne <nsaenzju@xxxxxxxxxx>
• [PATCH 2/2] mm/page_alloc: Add remote draining support to per-cpu lists
  • From: Nicolas Saenz Julienne <nsaenzju@xxxxxxxxxx>
• [PATCH] rteval: Don't restrict measurement threads to inherited cpumask
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [ANNOUNCE] 5.4.177-rt69
  • From: Tom Zanussi <zanussi@xxxxxxxxxx>
• [ANNOUNCE] 5.15.21-rt30
  • From: Clark Williams <williams@xxxxxxxxxx>
• [ANNOUNCE] 4.19.227-rt102
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [PATCH] rteval: Increase default buckets from 2000 to 3500
  • From: Crystal Sweet <cmariesweet420@xxxxxxxxxx>
• [ANNOUNCE] v5.17-rc2-rt4
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v4] arm64: mm: Make arch_faults_on_old_pte() check for migratability
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v4] arm64: mm: Make arch_faults_on_old_pte() check for migratability
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• [ANNOUNCE] 5.15.19-rt29
  • From: Clark Williams <williams@xxxxxxxxxx>
• [ANNOUNCE] 4.4.302-rt232 (END OF LIFE)
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [PATCH v4] arm64: mm: Make arch_faults_on_old_pte() check for migratability
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/4] sched: Introduce migratable()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH RT 1/3] eventfd: Make signal recursion protection a task bit
  • From: Luis Goncalves <lgoncalv@xxxxxxxxxx>
• Re:
  • From: Daniel Vacek <neelx.g@xxxxxxxxx>
• Re: [PATCH RT 1/3] eventfd: Make signal recursion protection a task bit
  • From: Daniel Vacek <neelx.g@xxxxxxxxx>
• Re: [PATCH RT 1/3] eventfd: Make signal recursion protection a task bit
  • From: Daniel Vacek <neelx.g@xxxxxxxxx>
• [Question] KVM-RT high max latency after upgrade host from 4.19 to 5.15
  • From: Mathieu Dupré <mathieu.dupre@xxxxxxxxxxxxxxxxxxxx>
• Re: [ANNOUNCE] 4.4.301-rt231
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [ANNOUNCE] 4.4.301-rt231
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [ANNOUNCE] 4.4.301-rt231
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [PATCH v2] sched/rt: Plug rt_mutex_setprio() vs push_rt_task() race
  • From: Dietmar Eggemann <dietmar.eggemann@xxxxxxx>
• [RFC PATCH PREEMPT_RT 4.19 STABLE] net: Fix compiler warnings on 4.19 PREEMPT_RT with xmit_lock_owner
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [PATCH PREEMPT_RT 4.19 STABLE] rt: PREEMPT_RT safety net for backported patches
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH PREEMPT_RT 4.19 STABLE] rt: PREEMPT_RT safety net for backported patches
  • From: Clark Williams <clark.williams@xxxxxxxxx>
• Re: [PATCH v3] rt-numa: ignore runtime cpumask if -a CPULIST is specified
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH v2] rt-numa: ignore runtime cpumask if -a CPULIST is specified
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH v3] rt-numa: ignore runtime cpumask if -a CPULIST is specified
  • From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
• Re: [PATCH v2] rt-numa: ignore runtime cpumask if -a CPULIST is specified
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH] rt-tests: Fix parsing of affinity when there is a space.
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH v2] rt-numa: ignore runtime cpumask if -a CPULIST is specified
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH v3 2/4] sched: Introduce migratable()
  • From: Valentin Schneider <valentin.schneider@xxxxxxx>
• [PATCH v4] arm64: mm: Make arch_faults_on_old_pte() check for migratability
  • From: Valentin Schneider <valentin.schneider@xxxxxxx>
• Re: [PATCH v3 2/4] sched: Introduce migratable()
  • From: Valentin Schneider <valentin.schneider@xxxxxxx>
• [PATCH v2] sched/rt: Plug rt_mutex_setprio() vs push_rt_task() race
  • From: Valentin Schneider <valentin.schneider@xxxxxxx>
• [ANNOUNCE] v5.17-rc1-rt2
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/4] sched: Introduce migratable()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/4] sched: Introduce migratable()
  • From: Valentin Schneider <valentin.schneider@xxxxxxx>
• Re: [PATCH v3 2/4] sched: Introduce migratable()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [ANNOUNCE] v5.17-rc1-rt1
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH] rteval: Increase default buckets from 2000 to 3500
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH v2] rt-numa: ignore runtime cpumask if -a CPULIST is specified
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] v5.16-rc6-rt12
  • From: gene heskett <gheskett@xxxxxxxxxxx>
• [PATCH v2] rt-numa: ignore runtime cpumask if -a CPULIST is specified
  • From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
• [PATCH] rt-numa: ignore runtime cpumask if -a CPULIST is specified
  • From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
• Re: [PATCH] docs: Hook the RTLA documents into the kernel docs build
  • From: Daniel Bristot de Oliveira <bristot@xxxxxxxxxx>
• Re: [ANNOUNCE] v5.16-rc6-rt12
  • From: Austin Schuh <austin.linux@xxxxxxxxx>
• Re: [PATCH] rt-numa: optionally ignore runtime cpumask
  • From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
• Re: [PATCH] rt-numa: optionally ignore runtime cpumask
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] rt-numa: optionally ignore runtime cpumask
  • From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
• Re: [PATCH] rt-numa: optionally ignore runtime cpumask
  • From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
• Re: [PATCH] rt-numa: optionally ignore runtime cpumask
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] rt-numa: optionally ignore runtime cpumask
  • From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
• Re: [ANNOUNCE] v5.16-rc6-rt12
  • From: Mike Galbraith <efault@xxxxxx>
• Re: [ANNOUNCE] v5.16-rc6-rt12
  • From: gene heskett <gheskett@xxxxxxxxxxx>
• Re: [ANNOUNCE] 4.4.299-rt230
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [PATCH] docs: Hook the RTLA documents into the kernel docs build
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [ANNOUNCE] v5.16.2-rt19
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] rt-numa: optionally ignore runtime cpumask
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH] rt-numa: optionally ignore runtime cpumask
  • From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
• [PATCH] docs: Hook the RTLA documents into the kernel docs build
  • From: Jonathan Corbet <corbet@xxxxxxx>
• [ANNOUNCE] v5.16.1-rt17
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [Question] How to avoid irq delay caused by write_lock_bh() and rt thread preempt
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [Question] How to avoid irq delay caused by write_lock_bh() and rt thread preempt
  • From: Caine Chen <caine.chen@xxxxxxx>
• Re: [ANNOUNCE] 4.4.299-rt230
  • From: Daniel Wagner <dwagner@xxxxxxx>
• Re: [ANNOUNCE] 4.4.299-rt230
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [ANNOUNCE] 4.4.299-rt230
  • From: Daniel Wagner <dwagner@xxxxxxx>
• Re: What replaces the 4.19.y scripts/mkknlimg in 5.16-rc6-rt12?
  • From: "Ahmed S. Darwish" <a.darwish@xxxxxxxxxxxxx>
• What replaces the 4.19.y scripts/mkknlimg in 5.16-rc6-rt12?
  • From: gene heskett <gheskett@xxxxxxxxxxx>
• Re: [RT] BUG in sched/cpupri.c
  • From: Valentin Schneider <valentin.schneider@xxxxxxx>
• [ANNOUNCE] I'm pleased to announce version 3.3 of rteval
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH] rteval: Don't run hackbench by default on low memory systems
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [ANNOUNCE] v5.16-rt15
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 4.19.225-rt101
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [ANNOUNCE] 4.19.225-rt101
  • From: Clark Williams <williams@xxxxxxxxxx>
• [ANNOUNCE] 5.15.14-rt27
  • From: Clark Williams <williams@xxxxxxxxxx>
• [for-next][PATCH 07/14] rtla/timerlat: Add timerlat hist mode
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [for-next][PATCH 11/14] rtla: Add rtla osnoise hist documentation
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [for-next][PATCH 10/14] rtla: Add rtla osnoise top documentation
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [for-next][PATCH 06/14] rtla: Add timerlat tool and timelart top mode
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [for-next][PATCH 08/14] rtla: Add Documentation
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [for-next][PATCH 05/14] rtla/osnoise: Add the hist mode
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [for-next][PATCH 02/14] rtla: Helper functions for rtla
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [for-next][PATCH 14/14] rtla: Add rtla timerlat hist documentation
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [for-next][PATCH 01/14] rtla: Real-Time Linux Analysis tool
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [for-next][PATCH 12/14] rtla: Add rtla timerlat documentation
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [for-next][PATCH 13/14] rtla: Add rtla timerlat top documentation
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [for-next][PATCH 09/14] rtla: Add rtla osnoise man page
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [for-next][PATCH 04/14] rtla/osnoise: Add osnoise top mode
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [for-next][PATCH 03/14] rtla: Add osnoise tool
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [for-next][PATCH 16/31] rtla: Real-Time Linux Analysis tool
  • From: Daniel Bristot de Oliveira <bristot@xxxxxxxxxx>
• Re: [for-next][PATCH 16/31] rtla: Real-Time Linux Analysis tool
  • From: Daniel Bristot de Oliveira <bristot@xxxxxxxxxx>
• Re: [for-next][PATCH 16/31] rtla: Real-Time Linux Analysis tool
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [for-next][PATCH 16/31] rtla: Real-Time Linux Analysis tool
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [for-next][PATCH 16/31] rtla: Real-Time Linux Analysis tool
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [for-next][PATCH 16/31] rtla: Real-Time Linux Analysis tool
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH] rteval: Add --cyclictest-threshold=USEC
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [for-next][PATCH 16/31] rtla: Real-Time Linux Analysis tool
  • From: Daniel Bristot de Oliveira <bristot@xxxxxxxxxx>