Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751884AbbHBTqp (ORCPT ); Sun, 2 Aug 2015 15:46:45 -0400 Received: from mout.gmx.net ([212.227.17.22]:50861 "EHLO mout.gmx.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751298AbbHBTqn (ORCPT ); Sun, 2 Aug 2015 15:46:43 -0400 Message-ID: <55BE7395.1090503@gmx.de> Date: Sun, 02 Aug 2015 21:46:29 +0200 From: Hartmut Knaack User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:36.0) Gecko/20100101 Firefox/36.0 SeaMonkey/2.33.1 MIME-Version: 1.0 To: Jonathan Cameron , Cristina Opriceana CC: lars@metafoo.de, pmeerw@pmeerw.net, linux-iio@vger.kernel.org, linux-kernel@vger.kernel.org, daniel.baluta@intel.com Subject: Re: [PATCH 2/6] iio: buffer: Fix kernel docs warnings References: <55BE52F6.7020608@kernel.org> <55BE7031.5090009@gmx.de> In-Reply-To: <55BE7031.5090009@gmx.de> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:j+65HuU8WDB7FSNxvjciZqGhvC29XaLAeeV5F+R89wNyQVgaNCG pQB+kFymiDrtU0JRfsMiEUH9iOiufj9OlQwmqJNNeleIauiwfwB6UH/5GMe1ZQ5DgOT0biy y/Gavfvekc/9D0UE4cur8rJnjBOqOeTK2PxSmvWhwR1jYBGcc95+ErFQDzx4hIFtJ+02dJU QJD4TGpDAM9xV7S1cwb4A== X-UI-Out-Filterresults: notjunk:1;V01:K0:BhsfCTl9H/E=:ugrAKdv3MTB6h6GfBombEf BPxJMlbE+L4+wxzekSI6VHEYpFemehau+ZncgiN9eHre59H6yPw4nYevbeTxuXx7BKLYFIKzd PubPjXGBL4pIY7gznxVxiIPU26g2jU39tcRWF+uX80CCOOo74Ld2Z2A6DTpGUaz8+jlP5Uk11 aMdlNW7vzBTB5srlpxefERTj3n2A4nxKJFx5V9yhJJgrZf2/q26uuuDQcmokFGKGM1qscUp6B ROL8aFuOPIsYlYjBuBNnXBjlyQD0IDwpuicqcNCAzeb+bXeAxP9RXYy+GY+voDoF5AyNhmfuv vjoE0p6OgGd3s6H0LgKNW3x8yOs0fbe6eVDVXccPDUP3haE6k/akU/VLqrIWTO6bhtyP09tUp M1B3Qq+FviWpALQEtB90MTDSXsdOn+9B8nU/aCqxGNstNc6cSzmKM6hw9jrct6pn5Y5YoPUTi J9LUHqtKYiPKAgd2BdJTklp0HEIZKJQnJPb40Se5biyHc2rKYVjIJ6fJxTrGiXiUOi6X5Er/S gX9kqgMSbMmuiv29iTS/jGx2B1biTS/7m2DMBUnPgRicO3PFWNpP7UqEdPJNcJC81B9gNniJ6 aANc+9q0/cYPJe4VE8hIfd3JjLzqvZfEfuvosmwHs++5py7dcvYAq/PBHTq2wVrvmyagXDD9g nD0PITShaCGkaSTpWsj+GMVIQdQGlhKPBuvUoiZ59bLhCz6In7FnNIGLkporU94lXQlE= Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3444 Lines: 90 Hartmut Knaack schrieb am 02.08.2015 um 21:32: > Jonathan Cameron schrieb am 02.08.2015 um 19:27: >> On 24/07/15 14:18, Cristina Opriceana wrote: >>> Fix kernel docs for structures and functions in order to >>> remove some warnings when the documentation gets generated. >>> >>> Signed-off-by: Cristina Opriceana >> Applied with another typo fixed up. > > Hi, > I'm afraid there is some information missing. > >>> --- >>> drivers/iio/industrialio-buffer.c | 15 ++++++++++++++- >>> 1 file changed, 14 insertions(+), 1 deletion(-) >>> >>> diff --git a/drivers/iio/industrialio-buffer.c b/drivers/iio/industrialio-buffer.c >>> index b13f941..a671953 100644 >>> --- a/drivers/iio/industrialio-buffer.c >>> +++ b/drivers/iio/industrialio-buffer.c >>> @@ -91,9 +91,16 @@ static bool iio_buffer_ready(struct iio_dev *indio_dev, struct iio_buffer *buf, >>> >>> /** >>> * iio_buffer_read_first_n_outer() - chrdev read for buffer access >>> + * @filp: File structure pointer for the char device >>> + * @buf: Destination buffer for iio buffer read >>> + * @n: First n bytes to read >>> + * @f_ps: Long offset provided by the user as a seek position >>> * >>> * This function relies on all buffer implementations having an >>> * iio_buffer as their first element. >>> + * >>> + * Return: negative values corresponding to error codes or ret != 0 >>> + * for ending the reading activity > > This may also return 0. Would it be wrong to state that if the return > value is not negative, then it will indicate the amount of data read? > >>> **/ >>> ssize_t iio_buffer_read_first_n_outer(struct file *filp, char __user *buf, >>> size_t n, loff_t *f_ps) >>> @@ -143,6 +150,12 @@ ssize_t iio_buffer_read_first_n_outer(struct file *filp, char __user *buf, >>> >>> /** >>> * iio_buffer_poll() - poll the buffer to find out if it has data >>> + * @filp: File structure poiner for device access >> pointer >>> + * @wait: Poll table structure pointer for which the driver adds >>> + * a wait queue >>> + * >>> + * Return: (POLLIN | POLLRDNORM) if data is available for reading >>> + * or 0 for other cases > > This can also return -ENODEV. On second thought however, it may return anything, given it is unsigned int. Any volunteers? > >>> */ >>> unsigned int iio_buffer_poll(struct file *filp, >>> struct poll_table_struct *wait) >>> @@ -1136,7 +1149,7 @@ int iio_scan_mask_query(struct iio_dev *indio_dev, >>> EXPORT_SYMBOL_GPL(iio_scan_mask_query); >>> >>> /** >>> - * struct iio_demux_table() - table describing demux memcpy ops >>> + * struct iio_demux_table - table describing demux memcpy ops >>> * @from: index to copy from >>> * @to: index to copy to >>> * @length: how many bytes to copy >>> >> >> -- >> To unsubscribe from this list: send the line "unsubscribe linux-iio" in >> the body of a message to majordomo@vger.kernel.org >> More majordomo info at http://vger.kernel.org/majordomo-info.html >> > > -- > To unsubscribe from this list: send the line "unsubscribe linux-iio" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/