[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20181018185616.14768-1-keescook@chromium.org>
Date: Thu, 18 Oct 2018 11:56:12 -0700
From: Kees Cook <keescook@...omium.org>
To: linux-kernel@...r.kernel.org
Cc: Kees Cook <keescook@...omium.org>,
"Joel Fernandes (Google)" <joel@...lfernandes.org>,
Sai Prakash Ranjan <saiprakash.ranjan@...eaurora.org>,
Guenter Roeck <linux@...ck-us.net>,
Dan Williams <dan.j.williams@...el.com>,
Anton Vorontsov <anton@...msg.org>,
Colin Cross <ccross@...roid.com>,
Tony Luck <tony.luck@...el.com>
Subject: [PATCH pstore-next v2 0/4] Refactor compression initialization
Sai noticed pstore wasn't catching early crashes, so Joel fixed it
by moving init earlier again (with compression init done later). I
refactored things a bit to avoid modular build problems noticed by
Guenter. And while doing this work, I also improved /proc/iomem labels
after Dan helped me get NVDIMM working so I could meaningfully test the
very early crash handling.
Thanks everyone!
-Kees
v2:
- add init refactoring to avoid modular build failures.
Joel Fernandes (Google) (1):
pstore: Allocate compression during late_initcall()
Kees Cook (3):
pstore: Centralize init/exit routines
pstore: Refactor compression initialization
pstore/ram: Clarify resource reservation labels
fs/pstore/inode.c | 11 +-----
fs/pstore/internal.h | 5 ++-
fs/pstore/platform.c | 75 +++++++++++++++++++++++++++++++-------
fs/pstore/ram.c | 18 +++++++--
fs/pstore/ram_core.c | 11 ++++--
include/linux/pstore_ram.h | 3 +-
6 files changed, 90 insertions(+), 33 deletions(-)
--
2.17.1
Powered by blists - more mailing lists