Linux Real Time Users

• Thread Index

• Re: [ANNOUNCE] v6.3.1-rt13
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Excessive network latency when using Realtek R8168/R8111 et al NIC
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [ANNOUNCE] 6.1.28-rt10
  • From: Clark Williams <williams@xxxxxxxxxx>
• [ANNOUNCE] 6.1.27-rt9
  • From: Clark Williams <williams@xxxxxxxxxx>
• [ANNOUNCE] 5.15.111-rt63
  • From: Joseph Salisbury <joseph.salisbury@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] v6.3.1-rt13
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• [ANNOUNCE] v6.3.1-rt13
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [ANNOUNCE] 5.4.242-rt81
  • From: Tom Zanussi <zanussi@xxxxxxxxxx>
• [ANNOUNCE] 6.1.26-rt8
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: Excessive network latency when using Realtek R8168/R8111 et al NIC
  • From: Rod Webster <rod@xxxxxxxxxx>
• Re: Excessive network latency when using Realtek R8168/R8111 et al NIC
  • From: Rod Webster <rod@xxxxxxxxxx>
• Re: Excessive network latency when using Realtek R8168/R8111 et al NIC
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Excessive network latency when using Realtek R8168/R8111 et al NIC
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Unfair qspinlocks on ARM64 without LSE atomics => 3ms delay in interrupt handling
  • From: Kurt Kanzenbach <kurt@xxxxxxxxxxxxx>
• Re: Unfair qspinlocks on ARM64 without LSE atomics => 3ms delay in interrupt handling
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [ANNOUNCE] v6.3-rt11
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Unfair qspinlocks on ARM64 without LSE atomics => 3ms delay in interrupt handling
  • From: Kurt Kanzenbach <kurt@xxxxxxxxxxxxx>
• Re: Unfair qspinlocks on ARM64 without LSE atomics => 3ms delay in interrupt handling
  • From: Jan Kiszka <jan.kiszka@xxxxxxxxxxx>
• Re: Unfair qspinlocks on ARM64 without LSE atomics => 3ms delay in interrupt handling
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: Unfair qspinlocks on ARM64 without LSE atomics => 3ms delay in interrupt handling
  • From: "Bouska, Zdenek" <zdenek.bouska@xxxxxxxxxxx>
• Re: Unfair qspinlocks on ARM64 without LSE atomics => 3ms delay in interrupt handling
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Unfair qspinlocks on ARM64 without LSE atomics => 3ms delay in interrupt handling
  • From: "Bouska, Zdenek" <zdenek.bouska@xxxxxxxxxxx>
• [ANNOUNCE] 4.19.280-rt123
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [ANNOUNCE] 5.15.107-rt62
  • From: Joseph Salisbury <joseph.salisbury@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] v6.3-rc2-rt3
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Excessive network latency when using Realtek R8168/R8111 et al NIC
  • From: Rod Webster <rod@xxxxxxxxxx>
• Re: [ANNOUNCE] v6.3-rc2-rt3
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [ANNOUNCE] v6.3-rc2-rt3
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] v6.3-rc2-rt3
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [ANNOUNCE] v6.3-rc2-rt3
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] v6.3-rc2-rt3
  • From: Pierre Gondois <pierre.gondois@xxxxxxx>
• [ANNOUNCE] 4.19.280-rt123-rc1
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [ANNOUNCE] v6.3-rc5-rt8
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Unfair qspinlocks on ARM64 without LSE atomics => 3ms delay in interrupt handling
  • From: "Bouska, Zdenek" <zdenek.bouska@xxxxxxxxxxx>
• Re: Unfair qspinlocks on ARM64 without LSE atomics => 3ms delay in interrupt handling
  • From: "Bouska, Zdenek" <zdenek.bouska@xxxxxxxxxxx>
• [ANNOUNCE] 5.10.176-rt86
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• [ANNOUNCE] 5.10.175-rt85
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• [ANNOUNCE] 4.14.311-rt146
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• Re: Unfair qspinlocks on ARM64 without LSE atomics => 3ms delay in interrupt handling
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: Unfair qspinlocks on ARM64 without LSE atomics => 3ms delay in interrupt handling
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Unfair qspinlocks on ARM64 without LSE atomics => 3ms delay in interrupt handling
  • From: "Bouska, Zdenek" <zdenek.bouska@xxxxxxxxxxx>
• [ANNOUNCE] v6.3-rc3-rt5
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: rtmutex, pi_blocked_on, and blk_flush_plug()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [RFC PATCH] cpufreq: qcom-cpufreq-hw: allow work to be done on other CPU for PREEMPT_RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v5.10-rt] kernel: fork: set wake_q_sleeper.next=NULL again in dup_task_struct
  • From: "Leonard, Niall" <Niall.Leonard@xxxxxxx>
• Re: [PATCH v5.10-rt] kernel: fork: set wake_q_sleeper.next=NULL again in dup_task_struct
  • From: "Leonard, Niall" <Niall.Leonard@xxxxxxx>
• Re: [RFC PATCH] cpufreq: qcom-cpufreq-hw: allow work to be done on other CPU for PREEMPT_RT
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: rtmutex, pi_blocked_on, and blk_flush_plug()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v6] locking/rwbase: Mitigate indefinite writer starvation.
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• [PATCH v6] locking/rwbase: Mitigate indefinite writer starvation.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [RFC PATCH] cpufreq: qcom-cpufreq-hw: allow work to be done on other CPU for PREEMPT_RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [RFC PATCH] cpufreq: qcom-cpufreq-hw: allow work to be done on other CPU for PREEMPT_RT
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [RFC PATCH] cpufreq: qcom-cpufreq-hw: allow work to be done on other CPU for PREEMPT_RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [RFC PATCH] cpufreq: qcom-cpufreq-hw: allow work to be done on other CPU for PREEMPT_RT
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [RFC PATCH] cpufreq: qcom-cpufreq-hw: allow work to be done on other CPU for PREEMPT_RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 5.10.162-rt78] Restore initialization of wake_q_sleeper.next in fork.c
  • From: Joe Korty <joe.korty@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 5.10.162-rt78] Restore initialization of wake_q_sleeper.next in fork.c
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• [PATCH 5.10.162-rt78] Restore initialization of wake_q_sleeper.next in fork.c
  • From: Joe Korty <joe.korty@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v5.10-rt] kernel: fork: set wake_q_sleeper.next=NULL again in dup_task_struct
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• [PATCH v5.10-rt] kernel: fork: set wake_q_sleeper.next=NULL again in dup_task_struct
  • From: linux@xxxxxxxxxx
• [ANNOUNCE] 4.14.310-rt145
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• [ANNOUNCE] 5.10.175-rt84
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• Re: [RFC PATCH] cpufreq: qcom-cpufreq-hw: allow work to be done on other CPU for PREEMPT_RT
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [RFC PATCH] cpufreq: qcom-cpufreq-hw: allow work to be done on other CPU for PREEMPT_RT
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [ANNOUNCE] 4.19.277-rt122
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [PATCH 4.19-rt] workqueue: Fix deadlock due to recursive locking of pool->lock
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [RFC PATCH] cpufreq: qcom-cpufreq-hw: allow work to be done on other CPU for PREEMPT_RT
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [ANNOUNCE] v6.3-rc2-rt3
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Kernel lock during cryptsetup luksClose
  • From: Frédéric Martinsons <frederic.martinsons@xxxxxxxxx>
• Re: System Hang With 5.15.79-rt54 Patch Set
  • From: Alison Chaiken <achaiken@xxxxxxxxxxx>
• Re: hard irq + threaded irq
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Kernel lock during cryptsetup luksClose
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 4.19-rt] workqueue: Fix deadlock due to recursive locking of pool->lock
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• hard irq + threaded irq
  • From: yosi yarchi <yosi.yarchi@xxxxxxxxx>
• Re: System Hang With 5.15.79-rt54 Patch Set
  • From: Joseph Salisbury <joseph.salisbury@xxxxxxxxxxxxx>
• [ANNOUNCE] v6.3-rc1-rt1
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: rtmutex, pi_blocked_on, and blk_flush_plug()
  • From: Crystal Wood <swood@xxxxxxxxxx>
• Re: preempt-rt + live patching + arm64
  • From: Aaron Simmons <paleozogt@xxxxxxxxx>
• Re: preempt-rt + live patching + arm64
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• preempt-rt + live patching + arm64
  • From: Aaron Simmons <paleozogt@xxxxxxxxx>
• Re: [ANNOUNCE] 5.10.162-rt79
  • From: Florian Bezdeka <florian.bezdeka@xxxxxxxxxxx>
• Re: Kernel lock during cryptsetup luksClose
  • From: Frédéric Martinsons <frederic.martinsons@xxxxxxxxx>
• cyclictest: write tracemark if latency above spike value
  • From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
• Re: Kernel lock during cryptsetup luksClose
  • From: Frédéric Martinsons <frederic.martinsons@xxxxxxxxx>
• Re: [PATCH 4.19-rt] workqueue: Fix deadlock due to recursive locking of pool->lock
  • From: "Srivatsa S. Bhat" <srivatsa@xxxxxxxxxxxxx>
• Re: Kernel lock during cryptsetup luksClose
  • From: "Brennan Lamoreaux (VMware)" <brennanlamoreaux@xxxxxxxxx>
• [PATCH 4.19-rt] workqueue: Fix deadlock due to recursive locking of pool->lock
  • From: "Brennan Lamoreaux (VMware)" <brennanlamoreaux@xxxxxxxxx>
• Re: System Hang With 5.15.79-rt54 Patch Set
  • From: Joseph Salisbury <joseph.salisbury@xxxxxxxxxxxxx>
• [ANNOUNCE] 5.15.96-rt61
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: Kernel lock during cryptsetup luksClose
  • From: Frédéric Martinsons <frederic.martinsons@xxxxxxxxx>
• Re: Kernel lock during cryptsetup luksClose
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Kernel lock during cryptsetup luksClose
  • From: Frédéric Martinsons <frederic.martinsons@xxxxxxxxx>
• Re: linux-6.1-rt ?
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: linux-6.1-rt ?
  • From: Pavel Machek <pavel@xxxxxx>
• [ANNOUNCE] 5.15.95-rt60
  • From: Clark Williams <williams@xxxxxxxxxx>
• Kernel lock during cryptsetup luksClose
  • From: Frédéric Martinsons <frederic.martinsons@xxxxxxxxx>
• Re: [ANNOUNCE] 5.10.162-rt79
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• RE: [PATCH] printk/console: Enable console kthreads only when there is no boot console left
  • From: André Pribil <Andre.Pribil@xxxxxxxxxxxxxxxx>
• RE: [PATCH] printk/console: Enable console kthreads only when there is no boot console left
  • From: André Pribil <Andre.Pribil@xxxxxxxxxxxxxxxx>
• [PATCH 14/14] rteval: Update version number to v3.6
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 12/14] rteval: Use sysconfig instead of deprecated distutils
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 13/14] rteval: setup: Remove distutils and clean-ups
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [ANNOUNCE] *** rteval-3.6 ***
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH v1] rt-tests: hwlatdetect: Add field cpu to samples output
  • From: Costa Shulyupin <costa.shul@xxxxxxxxxx>
• [PATCH] printk/console: Enable console kthreads only when there is no boot console left
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• Re: printk: console output corrupted
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• printk: console output corrupted
  • From: André Pribil <Andre.Pribil@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5] locking/rwbase: Mitigate indefinite writer starvation
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v5] locking/rwbase: Mitigate indefinite writer starvation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: rtmutex, pi_blocked_on, and blk_flush_plug()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [ANNOUNCE] v6.1.12-rt7
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [ANNOUNCE] v6.2-rt3
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: rtmutex, pi_blocked_on, and blk_flush_plug()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: rtmutex, pi_blocked_on, and blk_flush_plug()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: RE: [PATCH] softirq: wake up ktimer thread in softirq context
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: rtmutex, pi_blocked_on, and blk_flush_plug()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• RE: [PATCH] softirq: wake up ktimer thread in softirq context
  • From: "Chang, Junxiao" <junxiao.chang@xxxxxxxxx>
• [ANNOUNCE] 4.14.305-rt143
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• [ANNOUNCE] 5.10.168-rt83
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• [ANNOUNCE] 5.15.94-rt59
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [PATCH] softirq: wake up ktimer thread in softirq context
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 5.10-rt] printk: ignore consoles without write() callback
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• Re: [ANNOUNCE][CFP] Power Management and Scheduling in the Linux Kernel V edition (OSPM-summit 2023)
  • From: Juri Lelli <juri.lelli@xxxxxxxxxx>
• [PATCH 5.10-rt] printk: ignore consoles without write() callback
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• Re: [PATCH 5.15-rt] printk: ignore consoles without write() callback
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• sorta related timer comment
  • From: gene heskett <gheskett@xxxxxxxxxxx>
• Re: Scheduling while atomic due to i915 intel_uncore->lock
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Out of Memory problem with kernel 5.16.2 and RT ptach
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: System Hang With 5.15.79-rt54 Patch Set
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 5.15-rt] printk: ignore consoles without write() callback
  • From: Sebastian Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: rtmutex, pi_blocked_on, and blk_flush_plug()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: rtmutex, pi_blocked_on, and blk_flush_plug()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 5.15-rt] printk: ignore consoles without write() callback
  • From: John Ogness <john.ogness@xxxxxxxxxxxxx>
• [PATCH v2 1/1] rt-tests: Makefile: Use sysconfig instead of distutils for PYLIB
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH v5] locking/rwbase: Mitigate indefinite writer starvation
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v4] locking/rwbase: Mitigate indefinite writer starvation
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [ANNOUNCE] 5.4.230-rt80
  • From: Tom Zanussi <zanussi@xxxxxxxxxx>
• [PATCH] rt-tests: Makefile: Use sysconfig instead of distutils for PYLIB
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH] rt-tests: hwlatdetect: Add field cpu to samples output
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH v4] cpuidle: psci: Do not suspend topology CPUs on PREEMPT_RT
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] softirq: wake up ktimer thread in softirq context
  • From: "bigeasy@xxxxxxxxxxxxx" <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] softirq: wake up ktimer thread in softirq context
  • From: Alison Chaiken <achaiken@xxxxxxxxxxx>
• [ANNOUNCE] 5.15.93-rt58
  • From: Clark Williams <williams@xxxxxxxxxx>
• rtmutex, pi_blocked_on, and blk_flush_plug()
  • From: Crystal Wood <swood@xxxxxxxxxx>
• Re: [PATCH v4] cpuidle: psci: Do not suspend topology CPUs on PREEMPT_RT
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: linux-6.1-rt ?
  • From: Ferry Toth <fntoth@xxxxxxxxx>
• Re: [PATCH v4] locking/rwbase: Mitigate indefinite writer starvation
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4] cpuidle: psci: Do not suspend topology CPUs on PREEMPT_RT
  • From: Adrien Thierry <athierry@xxxxxxxxxx>
• Re: [PATCH v4] locking/rwbase: Mitigate indefinite writer starvation
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH 8/8] rteval: Change the default kernel to compile to linux-6.1.8
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 7/8] rteval: Catch failures in python-dmidecode
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 6/8] rteval: Log.py: Convert to f-strings
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 3/8] rteval: rtevalXMLRPC.py: Convert regular strings to f-strings
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 1/8] rteval: rteval/__init__.py: Convert regular strings to f-strings
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 4/8] rteval: rtevalConfig.py: Convert regular strings to f-strings
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 2/8] rteval: rtevalReport.py: Convert regular strings to f-strings
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 5/8] rteval: xmlout.py: Convert to f-strings where possible
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: Out of Memory problem with kernel 5.16.2 and RT ptach
  • From: Michel Macena Oliveira <michel@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] rteval: Catch failures in python-dmidecode
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: Out of Memory problem with kernel 5.16.2 and RT ptach
  • From: Richard Weinberger <richard.weinberger@xxxxxxxxx>
• Re: Out of Memory problem with kernel 5.16.2 and RT ptach
  • From: Michel Macena Oliveira <michel@xxxxxxxxxxxxxxxxxxxx>
• Scheduling while atomic due to i915 intel_uncore->lock
  • From: Richard Weinberger <richard.weinberger@xxxxxxxxx>
• Re: [PATCH 1/2] kernel/hrtimer: Rely on rt_task() for DL tasks too
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [ANNOUNCE] 5.10.165-rt81
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• Out of Memory problem with kernel 5.16.2 and RT ptach
  • From: Michel Macena Oliveira <michel@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] cpuidle: psci: Do not suspend topology CPUs on PREEMPT_RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] cpuidle: psci: Do not suspend topology CPUs on PREEMPT_RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [ANNOUNCE] 4.19.271-rt120
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [ANNOUNCE] 5.10.162-rt78
  • From: "Raghavendra, Vignesh" <vigneshr@xxxxxx>
• Re: [PATCH v4] locking/rwbase: Mitigate indefinite writer starvation
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4] cpuidle: psci: Do not suspend topology CPUs on PREEMPT_RT
  • From: Adrien Thierry <athierry@xxxxxxxxxx>
• Re: [ANNOUNCE] 5.10.162-rt79
  • From: Florian Bezdeka <florian.bezdeka@xxxxxxxxxxx>
• [ANNOUNCE] 5.10.162-rt79
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• Re: [PATCH v4] cpuidle: psci: Do not suspend topology CPUs on PREEMPT_RT
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH v4] cpuidle: psci: Do not suspend topology CPUs on PREEMPT_RT
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH v4] cpuidle: psci: Do not suspend topology CPUs on PREEMPT_RT
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• [PATCH v4] cpuidle: psci: Do not suspend topology CPUs on PREEMPT_RT
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH v3] cpuidle: psci: Do not suspend topology CPUs on PREEMPT_RT
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v3] cpuidle: psci: Do not suspend topology CPUs on PREEMPT_RT
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH v3] cpuidle: psci: Do not suspend topology CPUs on PREEMPT_RT
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH v3] cpuidle: psci: Do not suspend topology CPUs on PREEMPT_RT
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH v3] cpuidle: psci: Do not suspend topology CPUs on PREEMPT_RT
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v3] cpuidle: psci: Do not suspend topology CPUs on PREEMPT_RT
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• [PATCH 2/2] kernel/hrtimer: Ignore slack time for RT tasks
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• [PATCH -tip 0/2] kernel/hrtimer: Ignore slack time for RT tasks
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• [PATCH 1/2] kernel/hrtimer: Rely on rt_task() for DL tasks too
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH] softirq: wake up ktimer thread in softirq context
  • From: Alison Chaiken <achaiken@xxxxxxxxxxx>
• Re: [ANNOUNCE] 5.10.162-rt78
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [RT] i915 sleeping function from atomic in gen6_reset_engines()
  • From: Juri Lelli <juri.lelli@xxxxxxxxxx>
• Re: [ANNOUNCE] v6.2-rc3-rt1
  • From: Pierre Gondois <pierre.gondois@xxxxxxx>
• [PATCH] sched/rt: Add a comment for the existence of task_is_realtime()
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• [ANNOUNCE] rt-tests-2.5
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [ANNOUNCE] 5.10.162-rt78
  • From: Salvatore Bonaccorso <carnil@xxxxxxxxxx>
• Re: [ANNOUNCE] 5.10.162-rt78
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• Re: [PATCH v2] locking/rwbase: Prevent indefinite writer starvation
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [ANNOUNCE] 5.10.162-rt78
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [ANNOUNCE] 5.10.162-rt78
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH v4] locking/rwbase: Mitigate indefinite writer starvation
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] locking/rwbase: Prevent indefinite writer starvation
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] locking/rwbase: Prevent indefinite writer starvation
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v2] locking/rwbase: Prevent indefinite writer starvation
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: [ANNOUNCE] 5.10.162-rt78
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 5.10.162-rt78
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• Re: [ANNOUNCE] 5.10.162-rt78
  • From: Daniel Wagner <dwagner@xxxxxxx>
• Re: [RFC PATCH RESEND 1/1] fs/namespace: defer free_mount from namespace_unlock
  • From: Alexander Larsson <alexl@xxxxxxxxxx>
• Re: [PATCH v2] locking/rwbase: Prevent indefinite writer starvation
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] 5.10.162-rt78
  • From: Mike Galbraith <efault@xxxxxx>
• Re: [ANNOUNCE] 5.10.162-rt78
  • From: Salvatore Bonaccorso <carnil@xxxxxxxxxx>
• Re: [ANNOUNCE] 5.10.162-rt78
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [ANNOUNCE] 5.10.162-rt78
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• Re: [ANNOUNCE] 5.10.162-rt78
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [RFC PATCH RESEND 1/1] fs/namespace: defer free_mount from namespace_unlock
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH RESEND 1/1] fs/namespace: defer free_mount from namespace_unlock
  • From: Eric Chanudet <echanude@xxxxxxxxxx>
• [RFC PATCH RESEND 0/1] fs/namespace: defer free_mount from namespace_unlock
  • From: Eric Chanudet <echanude@xxxxxxxxxx>
• Re: [ANNOUNCE] 5.10.162-rt78
  • From: Salvatore Bonaccorso <carnil@xxxxxxxxxx>
• [PATCH] rt-numa: Use a reasonable default max CPU value.
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH v3] cpuidle: psci: Do not suspend topology CPUs on PREEMPT_RT
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH v2] locking/rwbase: Prevent indefinite writer starvation
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH v2] locking/rwbase: Prevent indefinite writer starvation
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH v2] locking/rwbase: Prevent indefinite writer starvation
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] cpuidle: psci: Mark as PREEMPT_RT safe
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH v2] locking/rwbase: Prevent indefinite writer starvation
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] PM: domains: Do not call device_pm_check_callbacks() when holding genpd_lock()
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH v2 2/5] cpuidle: psci: Mark as PREEMPT_RT safe
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [ANNOUNCE][CFP] Power Management and Scheduling in the Linux Kernel V edition (OSPM-summit 2023)
  • From: Juri Lelli <juri.lelli@xxxxxxxxxx>
• Re: [ANNOUNCE] 5.10.162-rt78
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• Re: [ANNOUNCE] 5.10.162-rt78
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [ANNOUNCE] 5.10.162-rt78
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [PATCH v2] locking/rwbase: Prevent indefinite writer starvation
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: [ANNOUNCE] 5.10.162-rt78
  • From: Vignesh Raghavendra <vigneshr@xxxxxx>
• Re: [PATCH v2] locking/rwbase: Prevent indefinite writer starvation
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: System Hang With 5.15.79-rt54 Patch Set
  • From: Joseph Salisbury <joseph.salisbury@xxxxxxxxxxxxx>
• Re: [PATCH v2] locking/rwbase: Prevent indefinite writer starvation
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] locking/rwbase: Prevent indefinite writer starvation
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] locking/rwbase: Prevent indefinite writer starvation
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v2] locking/rwbase: Prevent indefinite writer starvation
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH] rt-numa: Use a reasonable default max CPU value.
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH v2] locking/rwbase: Prevent indefinite writer starvation
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] cpuidle: psci: Mark as PREEMPT_RT safe
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH v2 5/5] PM: domains: Do not call device_pm_check_callbacks() when holding genpd_lock()
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH v2] locking/rwbase: Prevent indefinite writer starvation
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v2] locking/rwbase: Prevent indefinite writer starvation
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] rt-numa: Use a reasonable default max CPU value.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH v2] locking/rwbase: Prevent indefinite writer starvation
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] rt-numa: Use a reasonable default max CPU value.
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH] rt-numa: Use a reasonable default max CPU value.
  • From: "Ahmed S. Darwish" <darwi@xxxxxxxxxxxxx>
• Re: [PATCH] rt-numa: Use a reasonable default max CPU value.
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [ANNOUNCE] 4.14.302-rt142
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• [ANNOUNCE] 5.10.162-rt78
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• [ANNOUNCE] v6.2-rc3-rt1
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] PM: domains: Do not call device_pm_check_callbacks() when holding genpd_lock()
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH v2 3/5] cpuidle: psci: Do not suspend topology CPUs on PREEMPT_RT
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH v2 2/5] cpuidle: psci: Mark as PREEMPT_RT safe
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH v2 5/5] PM: domains: Do not call device_pm_check_callbacks() when holding genpd_lock()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] PM: domains: Add GENPD_FLAG_RT_SAFE for PREEMPT_RT
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH v2 1/5] PM: domains: Add GENPD_FLAG_RT_SAFE for PREEMPT_RT
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH v2 4/5] PM: Allow calling dev_pm_domain_set() with raw spinlock
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] cpuidle: psci: Do not suspend topology CPUs on PREEMPT_RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] cpuidle: psci: Mark as PREEMPT_RT safe
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] PM: domains: Add GENPD_FLAG_RT_SAFE for PREEMPT_RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] PM: domains: Add GENPD_FLAG_RT_SAFE for PREEMPT_RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: linux-6.1-rt ?
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH] rt-numa: Use a reasonable default max CPU value.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: linux-6.1-rt ?
  • From: Michael Everitt <gentoo@xxxxxxxxxxx>
• linux-6.1-rt ?
  • From: Christian Eggers <ceggers@xxxxxxx>
• Re: [RFC PATCH] locking/rwbase: Prevent indefinite writer starvation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH] locking/rwbase: Prevent indefinite writer starvation
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] locking/rwbase: Prevent indefinite writer starvation
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [RFC PATCH] locking/rwbase: Prevent indefinite writer starvation
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [ANNOUNCE] 5.15.86-rt56
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [PATCH v2 1/5] PM: domains: Add GENPD_FLAG_RT_SAFE for PREEMPT_RT
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [RFC PATCH] locking/rwbase: Prevent indefinite writer starvation
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: System Hang With 5.15.79-rt54 Patch Set
  • From: Joseph Salisbury <joseph.salisbury@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] PM: domains: Add GENPD_FLAG_RT_SAFE for PREEMPT_RT
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [PATCH v2 0/5] PM: Fixes for Realtime systems
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: [ANNOUNCE] 5.15.85-rt55
  • From: David Runge <dave@xxxxxxxxxxx>
• [ANNOUNCE] 5.15.85-rt55
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: Non-rt sleep is extremely inaccurate
  • From: Víctor López <lopez1987@xxxxxxxxx>
• Re: [PATCH v2 0/5] PM: Fixes for Realtime systems
  • From: Adrien Thierry <athierry@xxxxxxxxxx>
• Re: [PATCH] softirq: wake up ktimer thread in softirq context
  • From: Alison Chaiken <achaiken@xxxxxxxxxxx>
• Re: [PATCH] softirq: wake up ktimer thread in softirq context
  • From: "bigeasy@xxxxxxxxxxxxx" <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] softirq: wake up ktimer thread in softirq context
  • From: Alison Chaiken <achaiken@xxxxxxxxxxx>
• RE: [PATCH] softirq: wake up ktimer thread in softirq context
  • From: "Chang, Junxiao" <junxiao.chang@xxxxxxxxx>
• [PATCH v2 5/5] PM: domains: Do not call device_pm_check_callbacks() when holding genpd_lock()
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH v2 4/5] PM: Allow calling dev_pm_domain_set() with raw spinlock
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH v2 3/5] cpuidle: psci: Do not suspend topology CPUs on PREEMPT_RT
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH v2 2/5] cpuidle: psci: Mark as PREEMPT_RT safe
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH v2 1/5] PM: domains: Add GENPD_FLAG_RT_SAFE for PREEMPT_RT
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• [PATCH v2 0/5] PM: Fixes for Realtime systems
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: pci_alloc_irq_vectors problem further investigation
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [ANNOUNCE] 4.19.269-rt119
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [PATCH 4.19-rt] Revert "percpu: include irqflags.h for raw_local_irq_save()"
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [PATCH] rtmutex: Add acquire semantics for rtmutex lock acquisition
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] rtmutex: Add acquire semantics for rtmutex lock acquisition
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH RFC] base: power: replace generic_pm_domain spinlock by raw spinlock
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: [PATCH RFC] base: power: replace generic_pm_domain spinlock by raw spinlock
  • From: Adrien Thierry <athierry@xxxxxxxxxx>
• Re: [PATCH] rtmutex: Add acquire semantics for rtmutex lock acquisition
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] rtmutex: Add acquire semantics for rtmutex lock acquisition
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH] rtmutex: Add acquire semantics for rtmutex lock acquisition
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] base: power: replace generic_pm_domain spinlock by raw spinlock
  • From: Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx>
• Re: System Hang With 5.15.79-rt54 Patch Set
  • From: Joseph Salisbury <joseph.salisbury@xxxxxxxxxxxxx>
• System Hang With 5.15.79-rt54 Patch Set
  • From: Joseph Salisbury <joseph.salisbury@xxxxxxxxxxxxx>
• Re: Version Magic Mismatch for Kernel Module
  • From: Brian Wrenn <dcbrianw@xxxxxxxxx>
• Re: [PATCH v2] oslat: Add command line option for bucket width
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Version Magic Mismatch for Kernel Module
  • From: Brian Wrenn <dcbrianw@xxxxxxxxx>
• [PATCH v2] oslat: Add command line option for bucket width
  • From: Crystal Wood <swood@xxxxxxxxxx>
• Re: [PATCH] oslat: Add command line option for bucket width
  • From: Crystal Wood <swood@xxxxxxxxxx>
• Re: [PATCH] oslat: Add command line option for bucket width
  • From: Crystal Wood <swood@xxxxxxxxxx>
• Re: [PATCH] oslat: Add command line option for bucket width
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH] oslat: Add command line option for bucket width
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH] oslat: Add command line option for bucket width
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [ANNOUNCE] v6.0.5-rt14
  • From: Pierre Gondois <pierre.gondois@xxxxxxx>
• pci_alloc_irq_vectors problem further investigation
  • From: Danilo Cezar Zanella <danilo.zanella@xxxxxxxxxx>
• Re: [PATCH] oslat: Add command line option for bucket width
  • From: Crystal Wood <swood@xxxxxxxxxx>
• Re: [PATCH] oslat: Add command line option for bucket width
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 4.19-rt] Revert "percpu: include irqflags.h for raw_local_irq_save()"
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• [PATCH] oslat: Add command line option for bucket width
  • From: Crystal Wood <swood@xxxxxxxxxx>
• [ANNOUNCE] 4.14.301-rt141
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• [ANNOUNCE] 5.10.158-rt77
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• [PATCH] softirq: wake up ktimer thread in softirq context
  • From: Junxiao Chang <junxiao.chang@xxxxxxxxx>
• Re: [PATCH] rtmutex: Add acquire semantics for rtmutex lock acquisition
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] rtmutex: Add acquire semantics for rtmutex lock acquisition
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] rtmutex: Add acquire semantics for rtmutex lock acquisition
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH] rtmutex: Add acquire semantics for rtmutex lock acquisition
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Non-rt sleep is extremely inaccurate
  • From: Víctor López <lopez1987@xxxxxxxxx>
• Re: v6.1-rt4 rpi4 boot time atomic_sleep splat
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: v6.1-rt4 rpi4 boot time atomic_sleep splat
  • From: Pierre Gondois <pierre.gondois@xxxxxxx>
• v6.1-rt4 rpi4 boot time atomic_sleep splat
  • From: Mike Galbraith <efault@xxxxxx>
• Re: Mixing upstreams
  • From: David Runge <dave@xxxxxxxxxxx>
• [ANNOUNCE] 5.15.79-rt54
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: high prioritized threaded interrupt is delayed due to low priority softirq job
  • From: "Ahmed S. Darwish" <darwi@xxxxxxxxxxxxx>
• Re: Kernel crash with AMD proc and Radeon graphic card
  • From: ycollette.nospam@xxxxxxx
• Kernel crash with AMD proc and Radeon graphic card
  • From: Yann COLLETTE <ycollette.nospam@xxxxxxx>
• Re: v6.0.3-rt12 does not compile (WAS: [ANNOUNCE] v6.1-rc2-rt1)
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: high prioritized threaded interrupt is delayed due to low priority softirq job
  • From: yosi yarchi <yosi.yarchi@xxxxxxxxx>
• high prioritized threaded interrupt is delayed due to low priority softirq job
  • From: yosi yarchi <yosi.yarchi@xxxxxxxxx>
• Re: [ANNOUNCE] 4.19.261-rt116
  • From: Pavel Machek <pavel@xxxxxxx>
• [ANNOUNCE] 4.19.265-rt117
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Mixing upstreams
  • From: David Runge <dave@xxxxxxxxxxx>
• Re: v6.0.3-rt12 does not compile (WAS: [ANNOUNCE] v6.1-rc2-rt1)
  • From: David Runge <dave@xxxxxxxxxxx>
• Re: [ANNOUNCE] 4.19.261-rt116
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [ANNOUNCE] 4.19.261-rt116
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Linux Real-Time Blog Updates
  • From: Lukas Bulwahn <lukas.bulwahn@xxxxxxxxx>
• Re: [ANNOUNCE] 4.19.261-rt116
  • From: Pavel Machek <pavel@xxxxxxx>
• Re: [ANNOUNCE] 4.19.261-rt116
  • From: Pavel Machek <pavel@xxxxxxx>
• [ANNOUNCE] 4.19.261-rt116
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [ANNOUNCE] 4.19.255-rt114
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [ANNOUNCE] 4.19.255-rt114
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH 5/8] rt-tests: rt_numa.h: Remove unused paramter max_cpus
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 7/8] rt-tests: hwlatdetect: Update to integer division
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 4/8] rt-tests: hackbench: Fix compile warning about fall through
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 6/8] rt-tests: hwlatdetect.py Covert to f-strings
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 8/8] rt-tests: hwlatdetect: Fix incorrect comment about testduration
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 3/8] rt-tests: hackbench: Fix compile comparison of different signed ints
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 2/8] rt-tests: hackbench: Add error checking to connect and getsockname
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH 1/8] rt-tests: Remove arbitrary num of threads limits
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH] rt-tests: hwlatdetect: Update to integer division
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH v3] rt-tests: hwlatdetect.py Covert to f-strings
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH v3] rt-tests: hwlatdetect.py Covert to f-strings
  • From: Leah Leshchinsky <lleshchi@xxxxxxxxxx>
• Re: [PATCH v2] rt-tests: hwlatdetect.py Covert to f-strings
  • From: Leah Leshchinsky <lleshchi@xxxxxxxxxx>
• Re: [PATCH v2] rt-tests: hwlatdetect.py Covert to f-strings
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH] rt-tests: hwlatdetect: Update to integer division
  • From: Leah Leshchinsky <lleshchi@xxxxxxxxxx>
• [PATCH] x86: Drop fpregs lock before inheriting FPU permissions
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] x86: Drop fpregs lock before inheriting FPU permissions during clone
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2] rt-tests: hwlatdetect.py Covert to f-strings
  • From: Leah Leshchinsky <lleshchi@xxxxxxxxxx>
• Re: [RFC PATCH] x86: Drop fpregs lock before inheriting FPU permissions during clone
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [RFC PATCH] x86: Drop fpregs lock before inheriting FPU permissions during clone
  • From: Mel Gorman <mgorman@xxxxxxxxxxxxxxxxxxx>
• [ANNOUNCE] 4.9.327-rt197
  • From: Mark Gross <markgross@xxxxxxxxxx>
• [ANNOUNCE] 5.4.221-rt79
  • From: Tom Zanussi <zanussi@xxxxxxxxxx>
• [PATCH RT 3/4] timers: Don't block on ->expiry_lock for TIMER_IRQSAFE timers
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• [PATCH RT 4/4] Linux 4.14.298-rt141-rc1
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• [PATCH RT 2/4] timers: Move clearing of base::timer_running under base:: Lock
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• [PATCH RT 1/4] timers: Prepare support for PREEMPT_RT
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• [PATCH RT 0/4] Linux v4.14.298-rt141-rc1
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• [ANNOUNCE] 4.14.298-rt140
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• [ANNOUNCE] 5.10.153-rt76
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• Re: [PATCH RT 0/3] timers: backport timer bits
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH RT 2/4] timers: Move clearing of base::timer_running under base:: Lock
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH RT 0/4] Linux v4.19.255-rt114-rc2
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH RT 3/4] timers: Don't block on ->expiry_lock for TIMER_IRQSAFE timers
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH RT 4/4] Linux 4.19.255-rt114-rc2
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH RT 1/4] timers: Prepare support for PREEMPT_RT
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [PATCH] rt-tests: hwlatdetect.py Covert to f-strings
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH] rt-tests: hwlatdetect.py Covert to f-strings
  • From: Leah Leshchinsky <lleshchi@xxxxxxxxxx>
• [ANNOUNCE] 5.15.76-rt53
  • From: Clark Williams <williams@xxxxxxxxxx>
• [PATCH RT 1/3] timers: Prepare support for PREEMPT_RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH RT 0/3] timers: backport timer bits
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH RT 3/3] timers: Don't block on ->expiry_lock for TIMER_IRQSAFE timers
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH RT 2/3] timers: Move clearing of base::timer_running under base:: Lock
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [ANNOUNCE] v6.0.5-rt14
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [ANNOUNCE] v6.0.5-rt14
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [ANNOUNCE] 4.14.296-rt139
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• [ANNOUNCE] 5.10.152-rt75
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• Re: [ANNOUNCE] v6.0.5-rt14
  • From: Pierre Gondois <pierre.gondois@xxxxxxx>
• [PATCH] rteval: Don't attempt to get DMIinfo if there are dmi warnings
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [ANNOUNCE] v6.0.5-rt14
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• v6.0.3-rt12 does not compile (WAS: [ANNOUNCE] v6.1-rc2-rt1)
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [ANNOUNCE] v6.1-rc2-rt1
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH RT 7/9] rcu: Update rcuwait
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH RT 1/9] Revert "random: Use local locks for crng context access"
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH RT 2/9] random: Bring back the local_locks
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH RT 5/9] timers: Keep interrupts disabled for TIMER_IRQSAFE timer.
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH RT 8/9] workqueue: Use rcuwait for wq_manager_wait
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH RT 0/9] Linux v4.19.255-rt114-rc1
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH RT 4/9] Revert "workqueue: Use local irq lock instead of irq disable regions"
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH RT 3/9] local_lock: Provide INIT_LOCAL_LOCK().
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH RT 9/9] Linux 4.19.255-rt114-rc1
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [PATCH RT 6/9] timers: Don't block on ->expiry_lock for TIMER_IRQSAFE timers
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: [PATCH RT 0/9] Linux v4.19.255-rt114-rc1
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• [ANNOUNCE] 4.14.292-rt138
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• [ANNOUNCE] 5.15.73-rt52
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [ANNOUNCE] 4.9.327-rt197
  • From: Mark Gross <markgross@xxxxxxxxxx>
• Re: [ANNOUNCE] 4.9.327-rt197
  • From: Mark Gross <markgross@xxxxxxxxxx>
• Re: SCHED_OTHER > SCHED_FIFO?
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: SCHED_OTHER > SCHED_FIFO?
  • From: Sebastian Kuzminsky <seb@xxxxxxxxxxx>
• Re: SCHED_OTHER > SCHED_FIFO?
  • From: Daniel Bristot de Oliveira <bristot@xxxxxxxxxx>
• Re: SCHED_OTHER > SCHED_FIFO?
  • From: Christophe Blaess <mailist@xxxxxxxxxx>
• Re: SCHED_OTHER > SCHED_FIFO?
  • From: Sebastian Kuzminsky <seb@xxxxxxxxxxx>
• Re: SCHED_OTHER > SCHED_FIFO?
  • From: Clark Williams <williams@xxxxxxxxxx>
• SCHED_OTHER > SCHED_FIFO?
  • From: Sebastian Kuzminsky <seb@xxxxxxxxxxx>
• RE: [PATCH] irq_work: Migrate the remaining work of the offline CPU on PREEMPT_RT
  • From: "Zhang, Qiang1" <qiang1.zhang@xxxxxxxxx>
• [RFC PATCH v2] rteval: Replace python-ethtool with inline code
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [RFC PATCH] rteval: Replace python-ethtool with inline code
  • From: Kate Stewart <kstewart@xxxxxxxxxxxxxxxxxxx>
• [RFC PATCH] rteval: Replace python-ethtool with inline code
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: RCU stall warnings even with rcu_nocbs and rcu_nocb_poll
  • From: Florent Carli <fcarli@xxxxxxxxx>
• [PATCH] rt-tests: Remove arbitrary num of threads limits
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH v2] mailbox: qcom-ipcc: flag IRQ NO_THREAD
  • From: Eric Chanudet <echanude@xxxxxxxxxx>
• Re: [PATCH] mailbox: qcom-ipcc: flag IRQ NO_THREAD
  • From: Eric Chanudet <echanude@xxxxxxxxxx>
• Re: Abort on boot for 5.15.7 patch RT 23
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: Abort on boot for 5.15.7 patch RT 23
  • From: Brian Wrenn <dcbrianw@xxxxxxxxx>
• Re: RCU stall warnings even with rcu_nocbs and rcu_nocb_poll
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
• Re: RCU stall warnings even with rcu_nocbs and rcu_nocb_poll
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: Regression (latency spike) between 5.16.2-rt19 and 5.17.1-rt17
  • From: Florian Paul Schmidt <mista.tapas@xxxxxxx>
• Re: Regression (latency spike) between 5.16.2-rt19 and 5.17.1-rt17
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Regression (latency spike) between 5.16.2-rt19 and 5.17.1-rt17
  • From: Florian Paul Schmidt <mista.tapas@xxxxxxx>
• Re: RCU stall warnings even with rcu_nocbs and rcu_nocb_poll
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Regression (latency spike) between 5.16.2-rt19 and 5.17.1-rt17
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Regression (latency spike) between 5.16.2-rt19 and 5.17.1-rt17
  • From: Florian Paul Schmidt <mista.tapas@xxxxxxx>
• Re: [PATCH] ARM: fix function graph tracer and unwinder dependencies
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: Regression (latency spike) between 5.16.2-rt19 and 5.17.1-rt17
  • From: Daniel Bristot de Oliveira <bristot@xxxxxxxxxx>
• Re: Regression (latency spike) between 5.16.2-rt19 and 5.17.1-rt17
  • From: Florian Paul Schmidt <mista.tapas@xxxxxxx>
• Re: Regression (latency spike) between 5.16.2-rt19 and 5.17.1-rt17
  • From: Florian Paul Schmidt <mista.tapas@xxxxxxx>
• Re: RCU stall warnings even with rcu_nocbs and rcu_nocb_poll
  • From: Daniel Bristot de Oliveira <bristot@xxxxxxxxxx>
• RCU stall warnings even with rcu_nocbs and rcu_nocb_poll
  • From: Florent Carli <fcarli@xxxxxxxxx>
• Re: Regression (latency spike) between 5.16.2-rt19 and 5.17.1-rt17
  • From: Daniel Bristot de Oliveira <bristot@xxxxxxxxxx>
• Re: Regression (latency spike) between 5.16.2-rt19 and 5.17.1-rt17
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH] ARM: fix function graph tracer and unwinder dependencies
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Regression (latency spike) between 5.16.2-rt19 and 5.17.1-rt17
  • From: Florian Paul Schmidt <mista.tapas@xxxxxxx>
• Re: Abort on boot for 5.15.7 patch RT 23
  • From: Clark Williams <williams@xxxxxxxxxx>
• Re: [PATCH] irq_work: Migrate the remaining work of the offline CPU on PREEMPT_RT
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Abort on boot for 5.15.7 patch RT 23
  • From: Brian Wrenn <dcbrianw@xxxxxxxxx>
• Re: [ANNOUNCE] 4.9.327-rt197
  • From: Alexander Dahl <ada@xxxxxxxxxxx>
• Re: [PATCH] mailbox: qcom-ipcc: flag IRQ NO_THREAD
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Abort on boot for 5.15.7 patch RT 23
  • From: Andrew Halaney <ahalaney@xxxxxxxxxx>
• Re: [PATCH v4 0/2] kexec, panic: Making crash_kexec() NMI safe
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mailbox: qcom-ipcc: Use generic_handle_irq_safe()
  • From: Eric Chanudet <echanude@xxxxxxxxxx>
• [PATCH] mailbox: qcom-ipcc: flag IRQ NO_THREAD
  • From: Eric Chanudet <echanude@xxxxxxxxxx>
• Re: [PATCH v4 0/2] kexec, panic: Making crash_kexec() NMI safe
  • From: Valentin Schneider <vschneid@xxxxxxxxxx>
• Re: Abort on boot for 5.15.7 patch RT 23
  • From: Brian Wrenn <dcbrianw@xxxxxxxxx>
• Re: Abort on boot for 5.15.7 patch RT 23
  • From: Clark Williams <williams@xxxxxxxxxx>
• [ANNOUNCE] 5.15.71-rt51
  • From: Clark Williams <williams@xxxxxxxxxx>
• Abort on boot for 5.15.7 patch RT 23
  • From: Brian Wrenn <dcbrianw@xxxxxxxxx>
• Re: [ANNOUNCE] 4.9.327-rt197
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH RFC stable 4.14 1/1] mmc: core: fix hung task caused by race condition on context_info
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• Re: [PATCH RFC stable 4.14 1/1] mmc: core: fix hung task caused by race condition on context_info
  • From: "bigeasy@xxxxxxxxxxxxx" <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH RFC stable 4.14 1/1] mmc: core: fix hung task caused by race condition on context_info
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC stable 4.14 1/1] mmc: core: fix hung task caused by race condition on context_info
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH RFC stable 4.14 1/1] mmc: core: fix hung task caused by race condition on context_info
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• Re: 10% regression in qperf tcp latency after introducing commit "4a61bf7f9b18 random: defer fast pool mixing to worker"
  • From: Sebastian Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Exception in function_graph tracing
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [ANNOUNCE] 5.10.145-rt74
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• [ANNOUNCE] 5.15.70-rt50
  • From: Clark Williams <williams@xxxxxxxxxx>
• [PATCH] irq_work: Migrate the remaining work of the offline CPU on PREEMPT_RT
  • From: Zqiang <qiang1.zhang@xxxxxxxxx>
• Re: [ANNOUNCE] 4.9.327-rt197
  • From: Mark Gross <markgross@xxxxxxxxxx>
• Re: 10% regression in qperf tcp latency after introducing commit "4a61bf7f9b18 random: defer fast pool mixing to worker"
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: 10% regression in qperf tcp latency after introducing commit "4a61bf7f9b18 random: defer fast pool mixing to worker"
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: 10% regression in qperf tcp latency after introducing commit "4a61bf7f9b18 random: defer fast pool mixing to worker"
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: 10% regression in qperf tcp latency after introducing commit "4a61bf7f9b18 random: defer fast pool mixing to worker"
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [ANNOUNCE] v6.0-rc6-rt9
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: Exception in function_graph tracing
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v5 0/2] Fix TLB invalidate issues with Broadwell [preempt-rt regression]
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Exception in function_graph tracing
  • From: Danilo Cezar Zanella <danilo.zanella@xxxxxxxxxx>
• Re: [PATCH] mailbox: qcom-ipcc: Use generic_handle_irq_safe()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH] mailbox: qcom-ipcc: Use generic_handle_irq_safe()
  • From: Eric Chanudet <echanude@xxxxxxxxxx>
• [ANNOUNCE] 5.10.140-rt73
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• Re: [PATCH 0/9 v4.9-RT] Backports to fix random core
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 0/9 v4.9-RT] Backports to fix random core
  • From: Mark Gross <markgross@xxxxxxxxxx>
• Re: CONFIG_HZ impact on system load
  • From: Yoann CONGAL <yoann.congal@xxxxxxxx>
• [ANNOUNCE] v6.0-rc2-rt4
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] irqchip/gic-v3-its: Remove cpumask_var_t allocation
  • From: Pierre Gondois <pierre.gondois@xxxxxxx>
• Re: [PATCH] irqchip/gic-v3-its: Remove cpumask_var_t allocation
  • From: Pierre Gondois <pierre.gondois@xxxxxxx>
• Re: [PATCH] irqchip/gic-v3-its: Remove cpumask_var_t allocation
  • From: Song Chen <chensong_2000@xxxxxx>
• Re: [PATCH] irqchip/gic-v3-its: Remove cpumask_var_t allocation
  • From: Marc Zyngier <maz@xxxxxxxxxx>
• [PATCH] irqchip/gic-v3-its: Remove cpumask_var_t allocation
  • From: Pierre Gondois <pierre.gondois@xxxxxxx>
• Re: [PATCH] ftrace: Fix improper usage of __trace_stack() function.
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• [PATCH] rteval: Fix "DMI WARNING" when not running as root
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH 0/9 v4.9-RT] Backports to fix random core
  • From: Mark Gross <markgross@xxxxxxxxxx>
• Re: [RFC} Commit 8a99b6833c88 Moves Important Real-time Settings To DebugFS
  • From: Joseph Salisbury <joseph.salisbury@xxxxxxxxxxxxx>
• [PATCH 9/9] workqueue: Convert the pool::lock and wq_mayday_lock to raw_spinlock_t
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 7/9] rcu: Intrdroduce rcuwait.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 6/9] timers: Don't block on ->expiry_lock for TIMER_IRQSAFE timers
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 8/9] workqueue: Use rcuwait for wq_manager_wait
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 5/9] timers: Keep interrupts disabled for TIMER_IRQSAFE timer.
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 4/9] Revert "workqueue: Prevent deadlock/stall on RT"
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 2/9] random: schedule mix_interrupt_randomness() less often
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 3/9] Revert "workqueue: Use local irq lock instead of irq disable regions"
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 1/9] random: Bring back the local_locks
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [PATCH 0/9 v4.9-RT] Backports to fix random core
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [RFC} Commit 8a99b6833c88 Moves Important Real-time Settings To DebugFS
  • From: Joseph Salisbury <joseph.salisbury@xxxxxxxxxxxxx>
• Re: [RFC PATCH] irq_work: wakeup irq_workd when queued first rt_lazy work
  • From: Schspa Shi <schspa@xxxxxxxxx>
• Re: [RFC PATCH] irq_work: wakeup irq_workd when queued first rt_lazy work
  • From: Schspa Shi <schspa@xxxxxxxxx>
• Re: [RFC} Commit 8a99b6833c88 Moves Important Real-time Settings To DebugFS
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC} Commit 8a99b6833c88 Moves Important Real-time Settings To DebugFS
  • From: Joseph Salisbury <joseph.salisbury@xxxxxxxxxxxxx>
• Re: [PATCH 5.10-rt] locking/rtmutex: switch to EXPORT_SYMBOL() for ww_mutex_lock{,_interruptible}()
  • From: "Luis Claudio R. Goncalves" <lgoncalv@xxxxxxxxxx>
• Re: [RT BUG] Mismatched get_uid/free_uid usage in signals in some rts (2nd try)
  • From: Joe Korty <joe.korty@xxxxxxxxxxxxxxxxx>
• Re: [RT BUG] Mismatched get_uid/free_uid usage in signals in some rts (2nd try)
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH 5.10-rt] locking/rtmutex: switch to EXPORT_SYMBOL() for ww_mutex_lock{,_interruptible}()
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [RT BUG] Mismatched get_uid/free_uid usage in signals in some rts (2nd try)
  • From: Joe Korty <joe.korty@xxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] irq_work: wakeup irq_workd when queued first rt_lazy work
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [RT BUG] Mismatched get_uid/free_uid usage in signals in some rts (2nd try)
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v2 00/10] Backport MEMCG changes from v5.17
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [ANNOUNCE] rteval-v3.5
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH v4] rteval: Add measurement and load location to run report
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH v4] rteval: Add measurement and load location to run report
  • From: Leah Leshchinsky <lleshchi@xxxxxxxxxx>
• Re: [PATCH v3] rteval: Add measurement and load location to run report
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH v3] rteval: Add measurement and load location to run report
  • From: Leah Leshchinsky <lleshchi@xxxxxxxxxx>
• Re: rt-tests: cyclictest: Building cyclictest for Android
  • From: Nathan Huckleberry <nhuck@xxxxxxxxxx>
• [ANNOUNCE] v6.0-rc1-rt1
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• [ANNOUNCE] 4.19.255-rt113
  • From: Daniel Wagner <wagi@xxxxxxxxx>
• Re: rt-tests: cyclictest: Building cyclictest for Android
  • From: John Kacur <jkacur@xxxxxxxxxx>
• rt-tests: cyclictest: Building cyclictest for Android
  • From: Nathan Huckleberry <nhuck@xxxxxxxxxx>
• Re: [PATCH v2] cyclictest: Fix threads being affined even when -a isn't set
  • From: John Kacur <jkacur@xxxxxxxxxx>
• Re: [PATCH v2] cyclictest: Fix threads being affined even when -a isn't set
  • From: John Stultz <jstultz@xxxxxxxxxx>
• Re: [PATCH v2] cyclictest: Fix threads being affined even when -a isn't set
  • From: John Stultz <jstultz@xxxxxxxxxx>
• Re: [PATCH v2] cyclictest: Fix threads being affined even when -a isn't set
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH] rteval: Move cpuinfo to systopology.py and delete misc.py
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [ANNOUNCE] 5.4.209-rt77
  • From: Tom Zanussi <zanussi@xxxxxxxxxx>
• [PATCH] rteval: Allow user to enter compressed cpu-lists, fix reporting
  • From: John Kacur <jkacur@xxxxxxxxxx>
• [PATCH v2 09/10] mm/memcg: Only perform the debug checks on !PREEMPT_RT
  • From: David Oberhollenzer <goliath@xxxxxxxxxxxx>
• [PATCH v2 10/10] Allow MEMCG on PREEMPT_RT
  • From: David Oberhollenzer <goliath@xxxxxxxxxxxx>
• [PATCH v2 04/10] mm/memcg: Opencode the inner part of obj_cgroup_uncharge_pages() in drain_obj_stock()
  • From: David Oberhollenzer <goliath@xxxxxxxxxxxx>
• [PATCH v2 01/10] mm/memcg: Revert ("mm/memcg: optimize user context object stock access")
  • From: David Oberhollenzer <goliath@xxxxxxxxxxxx>
• [PATCH v2 08/10] mm/memcg: Add a comment regarding the release `obj'.
  • From: David Oberhollenzer <goliath@xxxxxxxxxxxx>
• [PATCH v2 05/10] mm/memcg: Protect memcg_stock with a local_lock_t
  • From: David Oberhollenzer <goliath@xxxxxxxxxxxx>
• [PATCH v2 02/10] mm/memcg: Disable threshold event handlers on PREEMPT_RT
  • From: David Oberhollenzer <goliath@xxxxxxxxxxxx>
• [PATCH v2 00/10] Backport MEMCG changes from v5.17
  • From: David Oberhollenzer <goliath@xxxxxxxxxxxx>
• [PATCH v2 03/10] mm/memcg: Protect per-CPU counter by disabling preemption on PREEMPT_RT where needed.
  • From: David Oberhollenzer <goliath@xxxxxxxxxxxx>
• [PATCH v2 07/10] mm/memcg: Add missing counter index which are not update in interrupt.
  • From: David Oberhollenzer <goliath@xxxxxxxxxxxx>
• [PATCH v2 06/10] mm/memcg: Disable migration instead of preemption in drain_all_stock().
  • From: David Oberhollenzer <goliath@xxxxxxxxxxxx>
• Re: [PATCH] rteval: Fix loads cpulist restriction
  • From: John Kacur <jkacur@xxxxxxxxxx>
• 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>