[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <YvPbGms7bzFuWTJg@kroah.com>
Date: Wed, 10 Aug 2022 18:21:46 +0200
From: Greg Kroah-Hartman <gregkh@...uxfoundation.org>
To: Johannes Berg <johannes@...solutions.net>
Cc: Manish Mandlik <mmandlik@...gle.com>,
Arend van Spriel <aspriel@...il.com>, marcel@...tmann.org,
luiz.dentz@...il.com, Dan Williams <dan.j.williams@...el.com>,
Jason Gunthorpe <jgg@...pe.ca>,
linux-bluetooth@...r.kernel.org,
Thomas Gleixner <tglx@...utronix.de>,
"Rafael J . Wysocki" <rafael@...nel.org>,
chromeos-bluetooth-upstreaming@...omium.org,
Won Chung <wonchung@...gle.com>,
Abhishek Pandit-Subedi <abhishekpandit@...omium.org>,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH v5 1/5] sysfs: Add attribute info for
/sys/devices/.../coredump_disabled
On Wed, Aug 10, 2022 at 06:03:37PM +0200, Johannes Berg wrote:
> On Wed, 2022-08-10 at 09:00 -0700, Manish Mandlik wrote:
> > This patch adds the specification for /sys/devices/.../coredump_disabled
> > attribute which allows the userspace to enable/disable devcoredump for a
> > particular device and drivers can use it to enable/disable functionality
> > accordingly. It is available when the CONFIG_DEV_COREDUMP is enabled and
> > driver has implemented the .coredump() callback.
> >
>
> It would be nice to say _why_? What problem does this solve? You could
> just create the dump and discard it, instead, for example?
Agreed, I do not understand the need for this at all.
thanks,
greg k-h
Powered by blists - more mailing lists