John Stultz e56423bb8e pstore: Switch pmsg_lock to an rt_mutex to avoid priority inversion ... [ Upstream commit 76d62f24db ] 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: 9d5438f462 ("pstore: Add pmsg - user-space accessible pstore object") Reported-by: Wei Wang <wvw@google.com> Signed-off-by: John Stultz <jstultz@google.com> Signed-off-by: Kees Cook <keescook@chromium.org> Link: https://lore.kernel.org/r/20221214231834.3711880-1-jstultz@google.com Signed-off-by: Sasha Levin <sashal@kernel.org>		2023-01-18 11:41:40 +01:00
..
ftrace.c
inode.c
internal.h
Kconfig
Makefile
platform.c	pstore: Fix typo in compression option name	2021-03-04 10:26:45 +01:00
pmsg.c	pstore: Switch pmsg_lock to an rt_mutex to avoid priority inversion	2023-01-18 11:41:40 +01:00
ram.c	pstore/ram: Fix error return code in ramoops_probe()	2023-01-18 11:40:52 +01:00
ram_core.c	pstore: Avoid kcore oops by vmap()ing with VM_IOREMAP	2023-01-18 11:40:52 +01:00