From: Sasha Levin <sashal@kernel.org>
To: linux-kernel@vger.kernel.org, stable@vger.kernel.org
Cc: Juri Lelli <juri.lelli@redhat.com>,
Bruno Goncalves <bgoncalv@redhat.com>,
Thomas Gleixner <tglx@linutronix.de>,
Daniel Bristot de Oliveira <bristot@kernel.org>,
Valentin Schneider <vschneid@redhat.com>,
Sasha Levin <sashal@kernel.org>,
mingo@redhat.com, peterz@infradead.org,
vincent.guittot@linaro.org
Subject: [PATCH AUTOSEL 5.4 07/23] wait: Fix __wait_event_hrtimeout for RT/DL tasks
Date: Sun, 7 Aug 2022 21:38:14 -0400 [thread overview]
Message-ID: <20220808013832.316381-7-sashal@kernel.org> (raw)
In-Reply-To: <20220808013832.316381-1-sashal@kernel.org>
From: Juri Lelli <juri.lelli@redhat.com>
[ Upstream commit cceeeb6a6d02e7b9a74ddd27a3225013b34174aa ]
Changes to hrtimer mode (potentially made by __hrtimer_init_sleeper on
PREEMPT_RT) are not visible to hrtimer_start_range_ns, thus not
accounted for by hrtimer_start_expires call paths. In particular,
__wait_event_hrtimeout suffers from this problem as we have, for
example:
fs/aio.c::read_events
wait_event_interruptible_hrtimeout
__wait_event_hrtimeout
hrtimer_init_sleeper_on_stack <- this might "mode |= HRTIMER_MODE_HARD"
on RT if task runs at RT/DL priority
hrtimer_start_range_ns
WARN_ON_ONCE(!(mode & HRTIMER_MODE_HARD) ^ !timer->is_hard)
fires since the latter doesn't see the change of mode done by
init_sleeper
Fix it by making __wait_event_hrtimeout call hrtimer_sleeper_start_expires,
which is aware of the special RT/DL case, instead of hrtimer_start_range_ns.
Reported-by: Bruno Goncalves <bgoncalv@redhat.com>
Signed-off-by: Juri Lelli <juri.lelli@redhat.com>
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Reviewed-by: Daniel Bristot de Oliveira <bristot@kernel.org>
Reviewed-by: Valentin Schneider <vschneid@redhat.com>
Link: https://lore.kernel.org/r/20220627095051.42470-1-juri.lelli@redhat.com
Signed-off-by: Sasha Levin <sashal@kernel.org>
---
include/linux/wait.h | 9 +++++----
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/include/linux/wait.h b/include/linux/wait.h
index 5903b1d17c92..7d04c1b588c7 100644
--- a/include/linux/wait.h
+++ b/include/linux/wait.h
@@ -529,10 +529,11 @@ do { \
\
hrtimer_init_sleeper_on_stack(&__t, CLOCK_MONOTONIC, \
HRTIMER_MODE_REL); \
- if ((timeout) != KTIME_MAX) \
- hrtimer_start_range_ns(&__t.timer, timeout, \
- current->timer_slack_ns, \
- HRTIMER_MODE_REL); \
+ if ((timeout) != KTIME_MAX) { \
+ hrtimer_set_expires_range_ns(&__t.timer, timeout, \
+ current->timer_slack_ns); \
+ hrtimer_sleeper_start_expires(&__t, HRTIMER_MODE_REL); \
+ } \
\
__ret = ___wait_event(wq_head, condition, state, 0, 0, \
if (!__t.task) { \
--
2.35.1
next prev parent reply other threads:[~2022-08-08 1:56 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-08-08 1:38 [PATCH AUTOSEL 5.4 01/23] x86: Handle idle=nomwait cmdline properly for x86_idle Sasha Levin
2022-08-08 1:38 ` [PATCH AUTOSEL 5.4 02/23] arm64: Do not forget syscall when starting a new thread Sasha Levin
2022-08-08 1:38 ` [PATCH AUTOSEL 5.4 03/23] arm64: fix oops in concurrently setting insn_emulation sysctls Sasha Levin
2022-08-08 1:38 ` [PATCH AUTOSEL 5.4 04/23] ext2: Add more validity checks for inode counts Sasha Levin
2022-08-08 1:38 ` [PATCH AUTOSEL 5.4 05/23] genirq: Don't return error on missing optional irq_request_resources() Sasha Levin
2022-08-08 1:38 ` [PATCH AUTOSEL 5.4 06/23] genirq: GENERIC_IRQ_IPI depends on SMP Sasha Levin
2022-08-08 1:38 ` Sasha Levin [this message]
2022-08-08 1:38 ` [PATCH AUTOSEL 5.4 08/23] ARM: dts: imx6ul: add missing properties for sram Sasha Levin
2022-08-08 1:38 ` [PATCH AUTOSEL 5.4 09/23] ARM: dts: imx6ul: change operating-points to uint32-matrix Sasha Levin
2022-08-08 1:38 ` [PATCH AUTOSEL 5.4 10/23] ARM: dts: imx6ul: fix csi node compatible Sasha Levin
2022-08-08 1:38 ` [PATCH AUTOSEL 5.4 11/23] ARM: dts: imx6ul: fix lcdif " Sasha Levin
2022-08-08 1:38 ` [PATCH AUTOSEL 5.4 12/23] ARM: dts: imx6ul: fix qspi " Sasha Levin
2022-08-08 1:38 ` [PATCH AUTOSEL 5.4 13/23] spi: synquacer: Add missing clk_disable_unprepare() Sasha Levin
2022-08-08 1:38 ` [PATCH AUTOSEL 5.4 14/23] ARM: OMAP2+: display: Fix refcount leak bug Sasha Levin
2022-08-08 1:38 ` [PATCH AUTOSEL 5.4 15/23] ACPI: EC: Remove duplicate ThinkPad X1 Carbon 6th entry from DMI quirks Sasha Levin
2022-08-08 1:38 ` [PATCH AUTOSEL 5.4 16/23] ACPI: PM: save NVS memory for Lenovo G40-45 Sasha Levin
2022-08-08 1:38 ` [PATCH AUTOSEL 5.4 17/23] ACPI: LPSS: Fix missing check in register_device_clock() Sasha Levin
2022-08-08 1:38 ` [PATCH AUTOSEL 5.4 18/23] arm64: dts: qcom: ipq8074: fix NAND node name Sasha Levin
2022-08-08 1:38 ` [PATCH AUTOSEL 5.4 19/23] arm64: dts: allwinner: a64: orangepi-win: Fix LED " Sasha Levin
2022-08-08 1:38 ` [PATCH AUTOSEL 5.4 20/23] ARM: shmobile: rcar-gen2: Increase refcount for new reference Sasha Levin
2022-08-08 1:38 ` [PATCH AUTOSEL 5.4 21/23] hwmon: (sht15) Fix wrong assumptions in device remove callback Sasha Levin
2022-08-08 1:38 ` [PATCH AUTOSEL 5.4 22/23] PM: hibernate: defer device probing when resuming from hibernation Sasha Levin
2022-08-08 1:38 ` [PATCH AUTOSEL 5.4 23/23] selinux: Add boundary check in put_entry() Sasha Levin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20220808013832.316381-7-sashal@kernel.org \
--to=sashal@kernel.org \
--cc=bgoncalv@redhat.com \
--cc=bristot@kernel.org \
--cc=juri.lelli@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@redhat.com \
--cc=peterz@infradead.org \
--cc=stable@vger.kernel.org \
--cc=tglx@linutronix.de \
--cc=vincent.guittot@linaro.org \
--cc=vschneid@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox