[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20200502143555.543636-1-pasha.tatashin@soleen.com>
Date: Sat, 2 May 2020 10:35:52 -0400
From: Pavel Tatashin <pasha.tatashin@...een.com>
To: pasha.tatashin@...een.com, jmorris@...ei.org, sashal@...nel.org,
linux-kernel@...r.kernel.org, pmladek@...e.com,
sergey.senozhatsky@...il.com, rostedt@...dmis.org,
keescook@...omium.org, anton@...msg.org, ccross@...roid.com,
tony.luck@...el.com, robh+dt@...nel.org, devicetree@...r.kernel.org
Subject: [PATCH v1 0/3] allow ramoops to collect all kmesg_dump events
Currently, ramoops is capable to collect dmesg buffer only during
panic and oops events. However, it is desirable for shutdown performance
analysis reasons to optionally allow collecting dmesg buffers during other
events as well: reboot, kexec, emergency reboot etc.
How to quickly test:
virtme-run --mods=auto --kdir --mods=auto --kdir . \
-a memmap=1G$8G -a ramoops.mem_address=0x200000000 \
-a ramoops.mem_size=0x100000 -a ramoops.record_size=32768 \
-a ramoops.dump_all=1 -a quiet --qemu-opts -m 8G
..
# reboot -f
After VM is back:
# mount -t pstore pstore /mnt
# head /mnt/dmesg-ramoops-0
Restart#1 Part1
...
Pavel Tatashin (3):
printk: honor the max_reason field in kmsg_dumper
pstore/ram: allow to dump kmesg during regular reboot
ramoops: add dump_all optional field to ramoops DT node
.../bindings/reserved-memory/ramoops.txt | 3 ++
fs/pstore/platform.c | 6 ++-
fs/pstore/ram.c | 38 +++++++++++++------
include/linux/kmsg_dump.h | 1 +
include/linux/pstore.h | 1 +
include/linux/pstore_ram.h | 1 +
kernel/printk/printk.c | 16 ++++----
7 files changed, 46 insertions(+), 20 deletions(-)
--
2.25.1
Powered by blists - more mailing lists