diff options
| author | Vasily Gorbik <gor@linux.ibm.com> | 2020-06-18 17:17:19 +0200 |
|---|---|---|
| committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | 2020-07-16 08:16:46 +0200 |
| commit | 0d62bc7e960f5b86ad8b57f9d39b3ea5fc8e4ad2 (patch) | |
| tree | fb6c1482502ecaf7051be3acd3b5598db5b3a54e /tools/perf/scripts/python/export-to-postgresql.py | |
| parent | e6de7cbbcacb164f34d6263e44118df88621b420 (diff) | |
| download | linux-stable-0d62bc7e960f5b86ad8b57f9d39b3ea5fc8e4ad2.tar.gz linux-stable-0d62bc7e960f5b86ad8b57f9d39b3ea5fc8e4ad2.tar.bz2 linux-stable-0d62bc7e960f5b86ad8b57f9d39b3ea5fc8e4ad2.zip | |
s390/setup: init jump labels before command line parsing
commit 95e61b1b5d6394b53d147c0fcbe2ae70fbe09446 upstream.
Command line parameters might set static keys. This is true for s390 at
least since commit 6471384af2a6 ("mm: security: introduce init_on_alloc=1
and init_on_free=1 boot options"). To avoid the following WARN:
static_key_enable_cpuslocked(): static key 'init_on_alloc+0x0/0x40' used
before call to jump_label_init()
call jump_label_init() just before parse_early_param().
jump_label_init() is safe to call multiple times (x86 does that), doesn't
do any memory allocations and hence should be safe to call that early.
Fixes: 6471384af2a6 ("mm: security: introduce init_on_alloc=1 and init_on_free=1 boot options")
Cc: <stable@vger.kernel.org> # 5.3: d6df52e9996d: s390/maccess: add no DAT mode to kernel_write
Cc: <stable@vger.kernel.org> # 5.3
Reviewed-by: Heiko Carstens <heiko.carstens@de.ibm.com>
Signed-off-by: Vasily Gorbik <gor@linux.ibm.com>
Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'tools/perf/scripts/python/export-to-postgresql.py')
0 files changed, 0 insertions, 0 deletions