diff options
author | Kees Cook <keescook@chromium.org> | 2020-05-13 23:35:03 +0200 |
---|---|---|
committer | Kees Cook <keescook@chromium.org> | 2020-05-30 19:34:03 +0200 |
commit | 791205e3ec6081a8da6f00621e3453d622dc41e7 (patch) | |
tree | 840bdcf480412bd162005b70d4609e31c33087da /README | |
parent | pstore/platform: Pass max_reason to kmesg dump (diff) | |
download | linux-791205e3ec6081a8da6f00621e3453d622dc41e7.tar.xz linux-791205e3ec6081a8da6f00621e3453d622dc41e7.zip |
pstore/ram: Introduce max_reason and convert dump_oops
Now that pstore_register() can correctly pass max_reason to the kmesg
dump facility, introduce a new "max_reason" module parameter and
"max-reason" Device Tree field.
The "dump_oops" module parameter and "dump-oops" Device
Tree field are now considered deprecated, but are now automatically
converted to their corresponding max_reason values when present, though
the new max_reason setting has precedence.
For struct ramoops_platform_data, the "dump_oops" member is entirely
replaced by a new "max_reason" member, with the only existing user
updated in place.
Additionally remove the "reason" filter logic from ramoops_pstore_write(),
as that is not specifically needed anymore, though technically
this is a change in behavior for any ramoops users also setting the
printk.always_kmsg_dump boot param, which will cause ramoops to behave as
if max_reason was set to KMSG_DUMP_MAX.
Co-developed-by: Pavel Tatashin <pasha.tatashin@soleen.com>
Signed-off-by: Pavel Tatashin <pasha.tatashin@soleen.com>
Link: https://lore.kernel.org/lkml/20200515184434.8470-6-keescook@chromium.org/
Signed-off-by: Kees Cook <keescook@chromium.org>
Diffstat (limited to 'README')
0 files changed, 0 insertions, 0 deletions