From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-14.3 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH,MAILING_LIST_MULTI, SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,USER_IN_DEF_DKIM_WL autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 716E4C47076 for ; Tue, 12 May 2020 23:35:24 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 5184023129 for ; Tue, 12 May 2020 23:35:24 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=linux.microsoft.com header.i=@linux.microsoft.com header.b="VSZYDgwJ" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731598AbgELXfX (ORCPT ); Tue, 12 May 2020 19:35:23 -0400 Received: from linux.microsoft.com ([13.77.154.182]:36466 "EHLO linux.microsoft.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725938AbgELXfX (ORCPT ); Tue, 12 May 2020 19:35:23 -0400 Received: from sequoia (162-237-133-238.lightspeed.rcsntx.sbcglobal.net [162.237.133.238]) by linux.microsoft.com (Postfix) with ESMTPSA id C11EE20B717B; Tue, 12 May 2020 16:35:20 -0700 (PDT) DKIM-Filter: OpenDKIM Filter v2.11.0 linux.microsoft.com C11EE20B717B DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.microsoft.com; s=default; t=1589326521; bh=bDiCh6tRNH+IgmL1q/Us9ZLQ5YQdQtqKi2rYUG6Qk5Y=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=VSZYDgwJf9SGDXb3WVbD8sU0cEo9n2aAFlLEiKYzAquhY7ll5oaDltV2Lf6K3WpXe 8YDtFttH5ePa//p48Gc2hLjHzVVjG7AHnYA090l5rxnJC709S8Y+8dnKARi+sDARFT hmy2eiS/HeiFZJf7r/ikb2zHv3XhOEqm0jLIV/Ag= Date: Tue, 12 May 2020 18:35:04 -0500 From: Tyler Hicks To: Kees Cook Cc: Pavel Tatashin , Anton Vorontsov , Colin Cross , Tony Luck , Jonathan Corbet , Rob Herring , Benson Leung , Enric Balletbo i Serra , Petr Mladek , Sergey Senozhatsky , Steven Rostedt , jmorris@namei.org, sashal@kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org Subject: Re: [PATCH v3 4/6] pstore/ram: Introduce max_reason and convert dump_oops Message-ID: <20200512233504.GA118720@sequoia> References: <20200506211523.15077-1-keescook@chromium.org> <20200506211523.15077-5-keescook@chromium.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200506211523.15077-5-keescook@chromium.org> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2020-05-06 14:15:21, Kees Cook wrote: > From: Pavel Tatashin > > 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. > > Signed-off-by: Pavel Tatashin > Link: https://lore.kernel.org/r/20200505154510.93506-4-pasha.tatashin@soleen.com > Link: https://lore.kernel.org/r/20200505154510.93506-5-pasha.tatashin@soleen.com > Co-developed-by: Kees Cook > Signed-off-by: Kees Cook > --- > Documentation/admin-guide/ramoops.rst | 14 +++++-- > drivers/platform/chrome/chromeos_pstore.c | 2 +- > fs/pstore/ram.c | 51 +++++++++++++++-------- > include/linux/pstore_ram.h | 2 +- > 4 files changed, 45 insertions(+), 24 deletions(-) > > diff --git a/Documentation/admin-guide/ramoops.rst b/Documentation/admin-guide/ramoops.rst > index 6dbcc5481000..a60a96218ba9 100644 > --- a/Documentation/admin-guide/ramoops.rst > +++ b/Documentation/admin-guide/ramoops.rst > @@ -32,11 +32,17 @@ memory to be mapped strongly ordered, and atomic operations on strongly ordered > memory are implementation defined, and won't work on many ARMs such as omaps. > > The memory area is divided into ``record_size`` chunks (also rounded down to > -power of two) and each oops/panic writes a ``record_size`` chunk of > +power of two) and each kmesg dump writes a ``record_size`` chunk of > information. > > -Dumping both oopses and panics can be done by setting 1 in the ``dump_oops`` > -variable while setting 0 in that variable dumps only the panics. > +Limiting which kinds of kmsg dumps are stored can be controlled via > +the ``max_reason`` value, as defined in include/linux/kmsg_dump.h's > +``enum kmsg_dump_reason``. For example, to store both Oopses and Panics, > +``max_reason`` should be set to 2 (KMSG_DUMP_OOPS), to store only Panics > +``max_reason`` should be set to 1 (KMSG_DUMP_PANIC). Setting this to 0 > +(KMSG_DUMP_UNDEF), means the reason filtering will be controlled by the > +``printk.always_kmsg_dump`` boot param: if unset, it'll be KMSG_DUMP_OOPS, > +otherwise KMSG_DUMP_MAX. > > The module uses a counter to record multiple dumps but the counter gets reset > on restart (i.e. new dumps after the restart will overwrite old ones). > @@ -90,7 +96,7 @@ Setting the ramoops parameters can be done in several different manners: > .mem_address = <...>, > .mem_type = <...>, > .record_size = <...>, > - .dump_oops = <...>, > + .max_reason = <...>, > .ecc = <...>, > }; > > diff --git a/drivers/platform/chrome/chromeos_pstore.c b/drivers/platform/chrome/chromeos_pstore.c > index d13770785fb5..fa51153688b4 100644 > --- a/drivers/platform/chrome/chromeos_pstore.c > +++ b/drivers/platform/chrome/chromeos_pstore.c > @@ -57,7 +57,7 @@ static struct ramoops_platform_data chromeos_ramoops_data = { > .record_size = 0x40000, > .console_size = 0x20000, > .ftrace_size = 0x20000, > - .dump_oops = 1, > + .max_reason = KMSG_DUMP_OOPS, > }; > > static struct platform_device chromeos_ramoops = { > diff --git a/fs/pstore/ram.c b/fs/pstore/ram.c > index c2f76b650f91..b8dac1d04e96 100644 > --- a/fs/pstore/ram.c > +++ b/fs/pstore/ram.c > @@ -57,10 +57,15 @@ module_param(mem_type, uint, 0600); > MODULE_PARM_DESC(mem_type, > "set to 1 to try to use unbuffered memory (default 0)"); > > -static int dump_oops = 1; > -module_param(dump_oops, int, 0600); > +static int ramoops_dump_oops = -1; > +module_param_named(dump_oops, ramoops_dump_oops, int, 0400); > MODULE_PARM_DESC(dump_oops, > - "set to 1 to dump oopses, 0 to only dump panics (default 1)"); > + "set to 1 to dump oopses & panics, 0 to only dump panics (deprecated: use max_reason instead)"); > + > +static int ramoops_max_reason = KMESG_DUMP_OOPS; > +module_param_named(max_reason, ramoops_max_reason, int, 0400); > +MODULE_PARM_DESC(max_reason, > + "maximum reason for kmsg dump (default 2: Oops and Panic) "); > > static int ramoops_ecc; > module_param_named(ecc, ramoops_ecc, int, 0600); > @@ -81,7 +86,6 @@ struct ramoops_context { > size_t console_size; > size_t ftrace_size; > size_t pmsg_size; > - int dump_oops; > u32 flags; > struct persistent_ram_ecc_info ecc_info; > unsigned int max_dump_cnt; > @@ -382,16 +386,14 @@ static int notrace ramoops_pstore_write(struct pstore_record *record) > return -EINVAL; > > /* > - * Out of the various dmesg dump types, ramoops is currently designed > - * to only store crash logs, rather than storing general kernel logs. > + * We could filter on record->reason here if we wanted to (which > + * would duplicate what happened before the "max_reason" setting > + * was added), but that would defeat the purpose of a system > + * changing printk.always_kmsg_dump, so instead log everything that > + * the kmsg dumper sends us, since it should be doing the filtering > + * based on the combination of printk.always_kmsg_dump and our > + * requested "max_reason". > */ > - if (record->reason != KMSG_DUMP_OOPS && > - record->reason != KMSG_DUMP_PANIC) > - return -EINVAL; > - > - /* Skip Oopes when configured to do so. */ > - if (record->reason == KMSG_DUMP_OOPS && !cxt->dump_oops) > - return -EINVAL; > > /* > * Explicitly only take the first part of any new crash. > @@ -692,7 +694,14 @@ static int ramoops_parse_dt(struct platform_device *pdev, > pdata->mem_size = resource_size(res); > pdata->mem_address = res->start; > pdata->mem_type = of_property_read_bool(of_node, "unbuffered"); > - pdata->dump_oops = !of_property_read_bool(of_node, "no-dump-oops"); > + /* > + * Setting "no-dump-oops" is deprecated and will be ignored if > + * "max_reason" is also specified. > + */ > + if (of_property_read_bool(of_node, "no-dump-oops")) > + pdata->max_reason = KMSG_DUMP_PANIC; > + else > + pdata->max_reason = KMSG_DUMP_OOPS; > > #define parse_size(name, field, default_value) { \ > ret = ramoops_parse_dt_size(pdev, name, default_value, \ > @@ -708,6 +717,7 @@ static int ramoops_parse_dt(struct platform_device *pdev, > parse_size("pmsg-size", pdata->pmsg_size, 0); > parse_size("ecc-size", pdata->ecc_info.ecc_size, 0); > parse_size("flags", pdata->flags, 0); > + parse_size("max-reason", pdata->max_reason, pdata->max_reason); > > #undef parse_size > > @@ -791,7 +801,6 @@ static int ramoops_probe(struct platform_device *pdev) > cxt->console_size = pdata->console_size; > cxt->ftrace_size = pdata->ftrace_size; > cxt->pmsg_size = pdata->pmsg_size; > - cxt->dump_oops = pdata->dump_oops; > cxt->flags = pdata->flags; > cxt->ecc_info = pdata->ecc_info; > > @@ -834,8 +843,10 @@ static int ramoops_probe(struct platform_device *pdev) > * the single region size is how to check. > */ > cxt->pstore.flags = 0; > - if (cxt->max_dump_cnt) > + if (cxt->max_dump_cnt) { > cxt->pstore.flags |= PSTORE_FLAGS_DMESG; > + cxt->pstore.max_reason = pdata->max_reason; > + } > if (cxt->console_size) > cxt->pstore.flags |= PSTORE_FLAGS_CONSOLE; > if (cxt->max_ftrace_cnt) > @@ -871,7 +882,7 @@ static int ramoops_probe(struct platform_device *pdev) > mem_size = pdata->mem_size; > mem_address = pdata->mem_address; > record_size = pdata->record_size; > - dump_oops = pdata->dump_oops; > + ramoops_max_reason = pdata->max_reason; > ramoops_console_size = pdata->console_size; > ramoops_pmsg_size = pdata->pmsg_size; > ramoops_ftrace_size = pdata->ftrace_size; > @@ -954,7 +965,11 @@ static void __init ramoops_register_dummy(void) > pdata.console_size = ramoops_console_size; > pdata.ftrace_size = ramoops_ftrace_size; > pdata.pmsg_size = ramoops_pmsg_size; > - pdata.dump_oops = dump_oops; > + /* Parse deprecated module param "dump_oops" into "max_reason". */ > + if (ramoops_dump_oops != -1) > + pdata.max_reason = ramoops_dump_oops ? KMSG_DUMP_OOPS > + : KMSG_DUMP_PANIC; > + pdata.max_reason = ramoops_max_reason; This isn't quite right. We're conditionally assigning pdata.max_reason and then immediately re-assigning it. IIUC, we're just missing an else block and it should look like this: /* Parse deprecated module param "dump_oops" into "max_reason". */ if (ramoops_dump_oops != -1) pdata.max_reason = ramoops_dump_oops ? KMSG_DUMP_OOPS : KMSG_DUMP_PANIC; else pdata.max_reason = ramoops_max_reason; Tyler > pdata.flags = RAMOOPS_FLAG_FTRACE_PER_CPU; > > /* > diff --git a/include/linux/pstore_ram.h b/include/linux/pstore_ram.h > index 9cb9b9067298..9f16afec7290 100644 > --- a/include/linux/pstore_ram.h > +++ b/include/linux/pstore_ram.h > @@ -133,7 +133,7 @@ struct ramoops_platform_data { > unsigned long console_size; > unsigned long ftrace_size; > unsigned long pmsg_size; > - int dump_oops; > + int max_reason; > u32 flags; > struct persistent_ram_ecc_info ecc_info; > }; > -- > 2.20.1 >