[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1409910985.1940.6.camel@jlt4.sipsolutions.net>
Date: Fri, 05 Sep 2014 11:56:25 +0200
From: Johannes Berg <johannes@...solutions.net>
To: Jonas Gorski <jogo@...nwrt.org>
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, 2014-09-05 at 11:40 +0200, Jonas Gorski wrote:
> 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
Not easily :)
> 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.
Yeah, that seems reasonable. I guess I did the negative option because I
was thinking about the negative case ("I really don't want this!!!
111!!") :)
johannes
--
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