Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp442577ybh; Sat, 18 Jul 2020 08:47:06 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzynNKhiYfjQqrELDDflZBhidfleyZd0xDGDnrSuBMvUPxQinVx8sPn6UJFrwzVuu0F6/K3 X-Received: by 2002:a17:906:7a46:: with SMTP id i6mr12856535ejo.475.1595087226477; Sat, 18 Jul 2020 08:47:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1595087226; cv=none; d=google.com; s=arc-20160816; b=C2Ecz6Mm9THhAvNoCbQgs6XHNugp7hKeYl8W34wGL3X4zyVQzwfDlrQ1whVercEkAu i1XebTCXrwpToQC3KuwG37WVyN3ecQO/EzBpctily9bBxwwRviQ4sSgBFZvxFGO8WWQP OohfzCSxeTm6r8ox3XRIEq+c2DLHxjvd970Q87ifLq6NM38wm9YhfXzu1XMi8czPNXvN V1Vy33bFsxihCJAVNNuY5tGdMF2PNh2imuZW0TtumPr7AO8ilmrIi9LhuLTE8lO3Tafg AvMEn0XaaAHhOVAAZoId6FkGX5JyT5wfWmcEISawLRsofQoAqRxbZiZRhO1TKx/vbxBC +yHQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=fh3XBRBkn7CNTEUaHVavNXyzmvkGgcnIbTmNygZZqiE=; b=FVVQfjRlq3w016RUe52v0kUmcjNxmMD+UrLfXzktxsdT70/Q/SdomTTj35IwTVxHsl YzbufaXad4jGfeEoPf/BG/KYUnggpFvqwlrNaqZCXhOp7yHwUL8dVmIDu+bn4inhkjxI TYRDyPg76VZpW/xsNTq8jiU+zpNCLfKGn/51QmYe2kZ/ZpDHbWGdZARtIopjnBrN4tLY h3vLPJ3Ou093Bw2eR8LtjklpbUlnkU+OalPSmHxRiG/DduMRpO2grmslxiNoLFVhXNn9 plyDdL633AOSE/8ub0XN+p+yFEnc8b8f12G8HISgWu0iSXO772TSnhjfp8zR9+xl7Ci/ El4w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=igBjveGb; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id z3si7214442ejc.547.2020.07.18.08.46.43; Sat, 18 Jul 2020 08:47:06 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=igBjveGb; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728067AbgGRPoW (ORCPT + 99 others); Sat, 18 Jul 2020 11:44:22 -0400 Received: from mail.kernel.org ([198.145.29.99]:45834 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726155AbgGRPoW (ORCPT ); Sat, 18 Jul 2020 11:44:22 -0400 Received: from archlinux (cpc149474-cmbg20-2-0-cust94.5-4.cable.virginm.net [82.4.196.95]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 6441820734; Sat, 18 Jul 2020 15:44:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1595087061; bh=m8j9ACFyZJwuRQ05NiSfsU7NHB7bGakx320RUCzzw9o=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=igBjveGbwdhjVYl/80iDZiZ3H7XGpOAvsktSxH9RFaP5SkKYqKri/Q1Gmi8HbqTsP mRAP7PV/hpjDcVSlgFS0PMIk0lxfpmHq2ImyR4HxWLnoaYL0KUijsgTyYqMEeqludE ZM1+FiLPsKKXOeDodeJFGiHABvKl3sSPo6DKlXbg= Date: Sat, 18 Jul 2020 16:44:17 +0100 From: Jonathan Cameron To: Lee Jones Cc: knaack.h@gmx.de, lars@metafoo.de, pmeerw@pmeerw.net, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-iio@vger.kernel.org, Adriana Reus Subject: Re: [PATCH 10/30] iio: light: us5182d: Fix formatting in kerneldoc function block Message-ID: <20200718164417.250f5f05@archlinux> In-Reply-To: <20200717165538.3275050-11-lee.jones@linaro.org> References: <20200717165538.3275050-1-lee.jones@linaro.org> <20200717165538.3275050-11-lee.jones@linaro.org> X-Mailer: Claws Mail 3.17.5 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 17 Jul 2020 17:55:18 +0100 Lee Jones wrote: > Kerneldoc expects attributes/parameters to be in '@*.: ' format. > > Fixes the following W=1 kernel build warning(s): > > drivers/iio/light/us5182d.c:457: warning: Function parameter or member 'data' not described in 'us5182d_update_dark_th' > drivers/iio/light/us5182d.c:457: warning: Function parameter or member 'index' not described in 'us5182d_update_dark_th' > drivers/iio/light/us5182d.c:479: warning: Function parameter or member 'data' not described in 'us5182d_apply_scale' > drivers/iio/light/us5182d.c:479: warning: Function parameter or member 'index' not described in 'us5182d_apply_scale' > > Cc: Adriana Reus > Signed-off-by: Lee Jones Applied. Thanks, Jonathan > --- > drivers/iio/light/us5182d.c | 8 ++++---- > 1 file changed, 4 insertions(+), 4 deletions(-) > > diff --git a/drivers/iio/light/us5182d.c b/drivers/iio/light/us5182d.c > index b995f21a33479..24843597beba5 100644 > --- a/drivers/iio/light/us5182d.c > +++ b/drivers/iio/light/us5182d.c > @@ -446,8 +446,8 @@ static int us5182d_read_raw(struct iio_dev *indio_dev, > > /** > * us5182d_update_dark_th - update Darh_Th registers > - * @data us5182d_data structure > - * @index index in us5182d_dark_ths array to use for the updated value > + * @data: us5182d_data structure > + * @index: index in us5182d_dark_ths array to use for the updated value > * > * Function needs to be called with a lock held because it needs two i2c write > * byte operations as these registers (0x27 0x28) don't work in word mode > @@ -469,8 +469,8 @@ static int us5182d_update_dark_th(struct us5182d_data *data, int index) > > /** > * us5182d_apply_scale - update the ALS scale > - * @data us5182d_data structure > - * @index index in us5182d_scales array to use for the updated value > + * @data: us5182d_data structure > + * @index: index in us5182d_scales array to use for the updated value > * > * Function needs to be called with a lock held as we're having more than one > * i2c operation.