All of lore.kernel.org
 help / color / mirror / Atom feed
From: Randy Dunlap <rdunlap@infradead.org>
To: Joe Perches <joe@perches.com>,
	"Daniel W. S. Almeida" <dwlsalmeida@gmail.com>,
	corbet@lwn.net, mchehab@kernel.org
Cc: linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 07/25] Documentation: gpio/driver.h: fix sphinx warnings
Date: Fri, 17 Jul 2020 14:18:36 -0700	[thread overview]
Message-ID: <16d8378c-ab5b-7313-3cd9-be50181330a0@infradead.org> (raw)
In-Reply-To: <278ef62c230d69d51ca1bb4a0bbd978483f6f501.camel@perches.com>

On 7/17/20 12:48 PM, Joe Perches wrote:
> On Fri, 2020-07-17 at 12:37 -0700, Randy Dunlap wrote:
>> On 7/17/20 11:56 AM, Daniel W. S. Almeida wrote:
>>> From: "Daniel W. S. Almeida" <dwlsalmeida@gmail.com>
>>>
>>> Fix the following warnings:
>>>
>>> warning: Function parameter or member 'gc' not described in
>>> 'gpiochip_add_data'
>>>
>>> warning: Excess function parameter 'chip' description in
>>> 'gpiochip_add_data'
>>>
>>> Signed-off-by: Daniel W. S. Almeida <dwlsalmeida@gmail.com>
>>
>> Mauro has already fixed this one.
> 
> Not quite fixed though.
> 
> Both patches did not update the text for chip->base where
> it should have been changed to gc->base
> 
> ---
>  include/linux/gpio/driver.h | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/include/linux/gpio/driver.h b/include/linux/gpio/driver.h
> index db82451776fc..91ae7ad8730d 100644
> --- a/include/linux/gpio/driver.h
> +++ b/include/linux/gpio/driver.h
> @@ -497,7 +497,7 @@ extern int gpiochip_add_data_with_key(struct gpio_chip *gc, void *data,
>  
>  /**
>   * gpiochip_add_data() - register a gpio_chip
> - * @gc: the chip to register, with chip->base initialized
> + * @gc: the chip to register, with gc->base initialized
>   * @data: driver-private data associated with this chip
>   *
>   * Context: potentially before irqs will work

I had a patch for this but apparently I didn't send it since
Mauro's patch had been merged. My patch is dated June 15-2020:


From: Randy Dunlap <rdunlap@infradead.org>

Fix kernel-doc warnings in <linux/gpio/driver.h>:

../include/linux/gpio/driver.h:512: warning: Function parameter or member 'gc' not described in 'gpiochip_add_data'
../include/linux/gpio/driver.h:512: warning: Excess function parameter 'chip' description in 'gpiochip_add_data'

Fixes: 959bc7b22bd2 ("gpio: Automatically add lockdep keys")
Signed-off-by: Randy Dunlap <rdunlap@infradead.org>
Cc: Thierry Reding <treding@nvidia.com>
Cc: Linus Walleij <linus.walleij@linaro.org>
---
MAURO!
 include/linux/gpio/driver.h |    8 ++++----
 1 file changed, 4 insertions(+), 4 deletions(-)

--- linux-next-20200615.orig/include/linux/gpio/driver.h
+++ linux-next-20200615/include/linux/gpio/driver.h
@@ -481,25 +481,25 @@ extern int gpiochip_add_data_with_key(st
 
 /**
  * gpiochip_add_data() - register a gpio_chip
- * @chip: the chip to register, with chip->base initialized
+ * @gc: the gpio chip to register, with gc->base initialized
  * @data: driver-private data associated with this chip
  *
  * Context: potentially before irqs will work
  *
  * When gpiochip_add_data() is called very early during boot, so that GPIOs
- * can be freely used, the chip->parent device must be registered before
+ * can be freely used, the gc->parent device must be registered before
  * the gpio framework's arch_initcall().  Otherwise sysfs initialization
  * for GPIOs will fail rudely.
  *
  * gpiochip_add_data() must only be called after gpiolib initialization,
  * ie after core_initcall().
  *
- * If chip->base is negative, this requests dynamic assignment of
+ * If gc->base is negative, this requests dynamic assignment of
  * a range of valid GPIOs.
  *
  * Returns:
  * A negative errno if the chip can't be registered, such as because the
- * chip->base is invalid or already associated with a different chip.
+ * gc->base is invalid or already associated with a different chip.
  * Otherwise it returns zero as a success code.
  */
 #ifdef CONFIG_LOCKDEP





  reply	other threads:[~2020-07-17 21:18 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-07-17 18:56 [PATCH 01/25] Documentation: amdgpu_device_suspend: Fix sphinx warning Daniel W. S. Almeida
2020-07-17 18:56 ` [PATCH 02/25] Documentation: amdgpu_device_resume: " Daniel W. S. Almeida
2020-07-17 18:56 ` [PATCH 03/25] Documentation: amdgpu_vram_mgr_del: fix sphinx warnings Daniel W. S. Almeida
2020-07-17 18:56 ` [PATCH 04/25] Documentation: amdgpu_gtt_mgr_del: " Daniel W. S. Almeida
2020-07-17 18:56 ` [PATCH 05/25] Documentation: serial_core.c: uart_get_rs485_mode: Fix " Daniel W. S. Almeida
2020-07-17 19:35   ` Randy Dunlap
2020-07-17 18:56 ` [PATCH 06/25] Documentation: usbstring: usb_validate_langid: " Daniel W. S. Almeida
2020-07-17 19:36   ` Randy Dunlap
2020-07-17 18:56 ` [PATCH 07/25] Documentation: gpio/driver.h: fix " Daniel W. S. Almeida
2020-07-17 19:37   ` Randy Dunlap
2020-07-17 19:48     ` Joe Perches
2020-07-17 21:18       ` Randy Dunlap [this message]
2020-07-17 18:56 ` [PATCH 08/25] Documentation: events/block.h: fix sphinx warning Daniel W. S. Almeida
2020-07-17 19:39   ` Randy Dunlap
     [not found]     ` <RO1PR80MB35622AF97F6C440884FF4B46A07C0@RO1PR80MB3562.lamprd80.prod.outlook.com>
2020-07-17 19:51       ` Jonathan Corbet
2020-07-17 18:56 ` [PATCH 09/25] Documentation: rcu/tree.c: rcu_nmi_enter: " Daniel W. S. Almeida
2020-07-17 19:40   ` Randy Dunlap
2020-07-17 18:56 ` [PATCH 10/25] Documentation: rculist.h: " Daniel W. S. Almeida
2020-07-17 19:40   ` Randy Dunlap
2020-07-17 18:56 ` [PATCH 11/25] Documentation: vmalloc.c: " Daniel W. S. Almeida
2020-07-17 18:56 ` [PATCH 12/25] Documentation/admin-guide/mm/index.rst: Fix " Daniel W. S. Almeida
2020-07-17 18:56 ` [PATCH 13/25] Documentation: watch_queue.rst: fix sphinx warnings Daniel W. S. Almeida
2020-07-17 19:42   ` Randy Dunlap
2020-07-17 19:50     ` Jonathan Corbet
2020-07-17 18:56 ` [PATCH 14/25] Documentation: kvm/api.rst: Fix " Daniel W. S. Almeida
2020-07-17 18:56 ` [PATCH 15/25] Documentation: staging/tee.rst: fix " Daniel W. S. Almeida
2020-07-17 18:56 ` [PATCH 16/25] Documentation/process/index.rst: Fix sphinx warning Daniel W. S. Almeida
2020-07-17 18:56 ` [PATCH 17/25] Documentation/bpf/bpf_devel_QA.rst: fix " Daniel W. S. Almeida
2020-07-17 18:56 ` [PATCH 18/25] Documentation/bpf/ringbuf.rst: fix sphinx warnings Daniel W. S. Almeida
2020-07-17 18:56 ` [PATCH 19/25] Documentation/core-api/printk-formats.rst: fix sphinx warning Daniel W. S. Almeida
2020-07-17 18:56 ` [PATCH 20/25] Documentation/admin-guide/device-mapper/dm-ebs.rst: fix sphinx warnings Daniel W. S. Almeida
2020-07-17 18:56 ` [PATCH 21/25] Documentation/admin-guide/index.rst: fix sphinx warning Daniel W. S. Almeida
2020-07-17 18:56 ` [PATCH 22/25] Documentation/bpf/index.rst: fix sphinx warning: Daniel W. S. Almeida
2020-07-17 18:56 ` [PATCH 23/25] Documentation/firmware-guide/acpi/index.rst: fix sphinx warning Daniel W. S. Almeida
2020-07-17 18:56 ` [PATCH 24/25] Documentation/trace/index.rst: " Daniel W. S. Almeida
2020-07-17 18:56 ` [PATCH 25/25] Documentation/index.rst: Add watch_queue Daniel W. S. Almeida
2020-07-17 19:06 ` [PATCH 01/25] Documentation: amdgpu_device_suspend: Fix sphinx warning Jonathan Corbet

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=16d8378c-ab5b-7313-3cd9-be50181330a0@infradead.org \
    --to=rdunlap@infradead.org \
    --cc=corbet@lwn.net \
    --cc=dwlsalmeida@gmail.com \
    --cc=joe@perches.com \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mchehab@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.