[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAOiHx=nGHGEHSLABnR9NL9ZEXYJN_TvJnyGud8mxseL2089fwg@mail.gmail.com>
Date: Fri, 5 Sep 2014 11:40:50 +0200
From: Jonas Gorski <jogo@...nwrt.org>
To: Johannes Berg <johannes@...solutions.net>
Cc: "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Daniel Vetter <daniel.vetter@...ll.ch>,
Emmanuel Grumbach <emmanuel.grumbach@...el.com>,
Luciano Coelho <luca@...lho.fi>, Kalle Valo <kvalo@...rom.com>,
dri-devel@...ts.freedesktop.org,
"linux-wireless@...r.kernel.org" <linux-wireless@...r.kernel.org>
Subject: Re: [RFC v2] device coredump: add new device coredump class
On Fri, Sep 5, 2014 at 10:50 AM, Johannes Berg
<johannes@...solutions.net> wrote:
> From: Johannes Berg <johannes.berg@...el.com>
Can't you just send from the correct address? ;p
(snip)
> diff --git a/drivers/base/Kconfig b/drivers/base/Kconfig
> index 4e7f0ff83ae7..134f763d90fd 100644
> --- a/drivers/base/Kconfig
> +++ b/drivers/base/Kconfig
> @@ -165,6 +165,27 @@ config FW_LOADER_USER_HELPER_FALLBACK
>
> If you are unsure about this, say N here.
>
> +config WANT_DEV_COREDUMP
> + bool
> + help
> + Drivers should "select" this option if they desire to use the
> + device coredump mechanism.
> +
> +config DISABLE_DEV_COREDUMP
> + bool "Disable device coredump" if EXPERT
> + help
> + Disable the device coredump mechanism despite drivers wanting to
> + use it; this allows for more sensitive systems or systems that
> + don't want to ever access the information to not have the code,
> + nor keep any data.
> +
> + If unsure, say N.
> +
> +config DEV_COREDUMP
> + bool
> + default y if WANT_DEV_COREDUMP
> + depends on !DISABLE_DEV_COREDUMP
How about the following to avoid negative options:
config DEV_COREDUMP
bool "Enable device coredump" if EXPERT
default y if WANT_DEV_COREDUMP
help
Enable the device coredump mechanism for drivers wanting to
use it. Disabling allows for more sensitive systems or systems that
don't want to ever access the information to not have the code,
nor keep any data.
If unsure, say Y.
Jonas
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists