From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Arend van Spriel <aspriel@gmail.com>
Cc: LKML <linux-kernel@vger.kernel.org>,
Brian Norris <briannorris@chromium.org>
Subject: Re: [PATCH for-4.16 2/3] drivers: change struct device_driver::coredump() return type to void
Date: Fri, 23 Mar 2018 17:55:43 +0100 [thread overview]
Message-ID: <20180323165543.GA21833@kroah.com> (raw)
In-Reply-To: <1521107725-25027-3-git-send-email-aspriel@gmail.com>
On Thu, Mar 15, 2018 at 10:55:24AM +0100, Arend van Spriel wrote:
> Upon submitting a patch for mwifiex [1] it was discussed whether this
> callback function could fail. To keep things simple there is no need
> for the error code so the driver can do the task synchronous or not
> without worries. Currently the device driver core already ignores the
> return value so changing it to void.
>
> [1] https://patchwork.kernel.org/patch/10231933/
>
> Signed-off-by: Arend van Spriel <aspriel@gmail.com>
> ---
> include/linux/device.h | 5 ++++-
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
> diff --git a/include/linux/device.h b/include/linux/device.h
> index b093405..f08c25b 100644
> --- a/include/linux/device.h
> +++ b/include/linux/device.h
> @@ -256,6 +256,9 @@ enum probe_type {
> * automatically.
> * @pm: Power management operations of the device which matched
> * this driver.
> + * @coredump: Called when sysfs entry is written to. The device driver
> + * is expected to call the dev_coredump API resulting in a
> + * uevent.
> * @p: Driver core's private data, no one other than the driver
> * core can touch this.
> *
> @@ -287,7 +290,7 @@ struct device_driver {
> const struct attribute_group **groups;
>
> const struct dev_pm_ops *pm;
> - int (*coredump) (struct device *dev);
> + void (*coredump) (struct device *dev);
Isn't this going to cause build warnings now? Are there no users of
this callback function yet?
thanks,
greg k-h
next prev parent reply other threads:[~2018-03-23 16:55 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-03-15 9:55 [PATCH for-4.16 0/3] drivers: base: revise coredump ABI Arend van Spriel
2018-03-15 9:55 ` [PATCH for-4.16 1/3] sysfs: improve devices-coredump description with user-space perspective Arend van Spriel
2018-03-15 17:05 ` Brian Norris
2018-03-15 20:20 ` Arend van Spriel
2018-03-15 9:55 ` [PATCH for-4.16 2/3] drivers: change struct device_driver::coredump() return type to void Arend van Spriel
2018-03-23 16:55 ` Greg Kroah-Hartman [this message]
2018-03-24 8:50 ` Arend van Spriel
2018-03-24 9:04 ` Greg Kroah-Hartman
2018-03-24 14:10 ` Arend van Spriel
2018-04-06 10:13 ` Arend van Spriel
2018-04-06 14:46 ` Greg Kroah-Hartman
2018-04-06 19:35 ` Arend van Spriel
2018-04-07 7:49 ` Greg Kroah-Hartman
2018-03-15 9:55 ` [PATCH for-4.16 3/3] drivers: base: remove check for callback in coredump_store() Arend van Spriel
2018-03-23 16:56 ` [PATCH for-4.16 0/3] drivers: base: revise coredump ABI Greg Kroah-Hartman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20180323165543.GA21833@kroah.com \
--to=gregkh@linuxfoundation.org \
--cc=aspriel@gmail.com \
--cc=briannorris@chromium.org \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.