* [PATCH v2] pstore: Switch pmsg_lock to an rt_mutex to avoid priority inversion
@ 2022-12-14 23:18 John Stultz
2022-12-15 3:42 ` Kees Cook
0 siblings, 1 reply; 2+ messages in thread
From: John Stultz @ 2022-12-14 23:18 UTC (permalink / raw)
To: LKML
Cc: John Stultz, Wei Wang, Midas Chien, Connor O'Brien, Kees Cook,
Anton Vorontsov, Colin Cross, Tony Luck, kernel-team
Wei Wang reported seeing priority inversion caused latencies
caused by contention on pmsg_lock, and suggested it be switched
to a rt_mutex.
I was initially hesitant this would help, as the tasks in that
trace all seemed to be SCHED_NORMAL, so the benefit would be
limited to only nice boosting.
However, another similar issue was raised where the priority
inversion was seen did involve a blocked RT task so it is clear
this would be helpful in that case.
Cc: Wei Wang <wvw@google.com>
Cc: Midas Chien<midaschieh@google.com>
Cc: Connor O'Brien <connoro@google.com>
Cc: Kees Cook <keescook@chromium.org>
Cc: Anton Vorontsov <anton@enomsg.org>
Cc: Colin Cross <ccross@android.com>
Cc: Tony Luck <tony.luck@intel.com>
Cc: kernel-team@android.com
Fixes: 9d5438f462ab ("pstore: Add pmsg - user-space accessible pstore object")
Reported-by: Wei Wang <wvw@google.com>
Signed-off-by: John Stultz <jstultz@google.com>
---
v2: Added Fixes tag
---
fs/pstore/pmsg.c | 7 ++++---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/fs/pstore/pmsg.c b/fs/pstore/pmsg.c
index d8542ec2f38c..18cf94b597e0 100644
--- a/fs/pstore/pmsg.c
+++ b/fs/pstore/pmsg.c
@@ -7,9 +7,10 @@
#include <linux/device.h>
#include <linux/fs.h>
#include <linux/uaccess.h>
+#include <linux/rtmutex.h>
#include "internal.h"
-static DEFINE_MUTEX(pmsg_lock);
+static DEFINE_RT_MUTEX(pmsg_lock);
static ssize_t write_pmsg(struct file *file, const char __user *buf,
size_t count, loff_t *ppos)
@@ -28,9 +29,9 @@ static ssize_t write_pmsg(struct file *file, const char __user *buf,
if (!access_ok(buf, count))
return -EFAULT;
- mutex_lock(&pmsg_lock);
+ rt_mutex_lock(&pmsg_lock);
ret = psinfo->write_user(&record, buf);
- mutex_unlock(&pmsg_lock);
+ rt_mutex_unlock(&pmsg_lock);
return ret ? ret : count;
}
--
2.39.0.314.g84b9a713c41-goog
^ permalink raw reply related [flat|nested] 2+ messages in thread
* Re: [PATCH v2] pstore: Switch pmsg_lock to an rt_mutex to avoid priority inversion
2022-12-14 23:18 [PATCH v2] pstore: Switch pmsg_lock to an rt_mutex to avoid priority inversion John Stultz
@ 2022-12-15 3:42 ` Kees Cook
0 siblings, 0 replies; 2+ messages in thread
From: Kees Cook @ 2022-12-15 3:42 UTC (permalink / raw)
To: jstultz, linux-kernel
Cc: Kees Cook, wvw, kernel-team, anton, connoro, Tony Luck, ccross,
midaschieh
On Wed, 14 Dec 2022 23:18:34 +0000, John Stultz wrote:
> Wei Wang reported seeing priority inversion caused latencies
> caused by contention on pmsg_lock, and suggested it be switched
> to a rt_mutex.
>
> I was initially hesitant this would help, as the tasks in that
> trace all seemed to be SCHED_NORMAL, so the benefit would be
> limited to only nice boosting.
>
> [...]
Applied to for-next/pstore, thanks!
[1/1] pstore: Switch pmsg_lock to an rt_mutex to avoid priority inversion
https://git.kernel.org/kees/c/76d62f24db07
--
Kees Cook
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2022-12-15 3:42 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2022-12-14 23:18 [PATCH v2] pstore: Switch pmsg_lock to an rt_mutex to avoid priority inversion John Stultz
2022-12-15 3:42 ` Kees Cook
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox