[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAFCwf10QWLtuK3FmS+251o-aD+t8AOp4CHFaUwm-2fCQqOLvGA@mail.gmail.com>
Date: Mon, 29 Jun 2020 17:59:19 +0300
From: Oded Gabbay <oded.gabbay@...il.com>
To: Lee Jones <lee.jones@...aro.org>
Cc: Arnd Bergmann <arnd@...db.de>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
linux-arm-kernel@...ts.infradead.org,
"Linux-Kernel@...r. Kernel. Org" <linux-kernel@...r.kernel.org>,
Tomer Tayar <ttayar@...ana.ai>
Subject: Re: [PATCH 05/20] misc: habanalabs: irq: Repair kerneldoc formatting issues
On Mon, Jun 29, 2020 at 5:04 PM Lee Jones <lee.jones@...aro.org> wrote:
>
> W=1 kernel builds report a lack of descriptions for various
> function arguments. In reality they are documented, but the
> formatting was not as expected '@.*:'. Instead, '-'s were
> used as separators.
>
> While we're here, the headers for functions various functions
> were written in kerneldoc format, but lack the kerneldoc
> identifier '/**'. Let's promote them so they can gain access
> to the checker.
>
> This change fixes the following W=1 warnings:
>
> drivers/misc/habanalabs/irq.c:24: warning: Function parameter or member 'eq_work' not described in 'hl_eqe_work'
> drivers/misc/habanalabs/irq.c:24: warning: Function parameter or member 'hdev' not described in 'hl_eqe_work'
> drivers/misc/habanalabs/irq.c:24: warning: Function parameter or member 'eq_entry' not described in 'hl_eqe_work'
>
> Cc: Oded Gabbay <oded.gabbay@...il.com>
> Cc: Tomer Tayar <ttayar@...ana.ai>
> Signed-off-by: Lee Jones <lee.jones@...aro.org>
> ---
> drivers/misc/habanalabs/irq.c | 22 +++++++++++-----------
> 1 file changed, 11 insertions(+), 11 deletions(-)
>
> diff --git a/drivers/misc/habanalabs/irq.c b/drivers/misc/habanalabs/irq.c
> index 4e77a73857793..6981d67153b11 100644
> --- a/drivers/misc/habanalabs/irq.c
> +++ b/drivers/misc/habanalabs/irq.c
> @@ -13,9 +13,9 @@
> * struct hl_eqe_work - This structure is used to schedule work of EQ
> * entry and armcp_reset event
> *
> - * @eq_work - workqueue object to run when EQ entry is received
> - * @hdev - pointer to device structure
> - * @eq_entry - copy of the EQ entry
> + * @eq_work: workqueue object to run when EQ entry is received
> + * @hdev: pointer to device structure
> + * @eq_entry: copy of the EQ entry
> */
> struct hl_eqe_work {
> struct work_struct eq_work;
> @@ -23,7 +23,7 @@ struct hl_eqe_work {
> struct hl_eq_entry eq_entry;
> };
>
> -/*
> +/**
> * hl_cq_inc_ptr - increment ci or pi of cq
> *
> * @ptr: the current ci or pi value of the completion queue
> @@ -39,7 +39,7 @@ inline u32 hl_cq_inc_ptr(u32 ptr)
> return ptr;
> }
>
> -/*
> +/**
> * hl_eq_inc_ptr - increment ci of eq
> *
> * @ptr: the current ci value of the event queue
> @@ -66,7 +66,7 @@ static void irq_handle_eqe(struct work_struct *work)
> kfree(eqe_work);
> }
>
> -/*
> +/**
> * hl_irq_handler_cq - irq handler for completion queue
> *
> * @irq: irq number
> @@ -142,7 +142,7 @@ irqreturn_t hl_irq_handler_cq(int irq, void *arg)
> return IRQ_HANDLED;
> }
>
> -/*
> +/**
> * hl_irq_handler_eq - irq handler for event queue
> *
> * @irq: irq number
> @@ -206,7 +206,7 @@ irqreturn_t hl_irq_handler_eq(int irq, void *arg)
> return IRQ_HANDLED;
> }
>
> -/*
> +/**
> * hl_cq_init - main initialization function for an cq object
> *
> * @hdev: pointer to device structure
> @@ -238,7 +238,7 @@ int hl_cq_init(struct hl_device *hdev, struct hl_cq *q, u32 hw_queue_id)
> return 0;
> }
>
> -/*
> +/**
> * hl_cq_fini - destroy completion queue
> *
> * @hdev: pointer to device structure
> @@ -269,7 +269,7 @@ void hl_cq_reset(struct hl_device *hdev, struct hl_cq *q)
> memset((void *) (uintptr_t) q->kernel_address, 0, HL_CQ_SIZE_IN_BYTES);
> }
>
> -/*
> +/**
> * hl_eq_init - main initialization function for an event queue object
> *
> * @hdev: pointer to device structure
> @@ -297,7 +297,7 @@ int hl_eq_init(struct hl_device *hdev, struct hl_eq *q)
> return 0;
> }
>
> -/*
> +/**
> * hl_eq_fini - destroy event queue
> *
> * @hdev: pointer to device structure
> --
> 2.25.1
>
This patch is:
Reviewed-by: Oded Gabbay <oded.gabbay@...il.com>
Powered by blists - more mailing lists