Re: [PATCH] iio: Fix some comments

[Jonathan Cameron <jic23@kernel.org>]

On 12/19/2012 05:56 PM, Alexander Stein wrote:
> Signed-off-by: Alexander Stein <alexander.stein@informatik.tu-chemnitz.de>
Thanks,

Added to togreg branch of

git://git.kernel.org/pub/scm/linux/kernel/git/jic23/iio.git


I really ought to do something about moving this out of staging if
people still find it useful/informative.

hmm.

Jonathan
> ---
>  drivers/staging/iio/iio_simple_dummy.c        | 4 ++--
>  drivers/staging/iio/iio_simple_dummy_buffer.c | 2 +-
>  2 files changed, 3 insertions(+), 3 deletions(-)
> 
> diff --git a/drivers/staging/iio/iio_simple_dummy.c b/drivers/staging/iio/iio_simple_dummy.c
> index a865adf..aee76c7 100644
> --- a/drivers/staging/iio/iio_simple_dummy.c
> +++ b/drivers/staging/iio/iio_simple_dummy.c
> @@ -54,7 +54,7 @@ struct iio_dummy_accel_calibscale {
>  static const struct iio_dummy_accel_calibscale dummy_scales[] = {
>  	{ 0, 100, 0x8 }, /* 0.000100 */
>  	{ 0, 133, 0x7 }, /* 0.000133 */
> -	{ 733, 13, 0x9 }, /* 733.00013 */
> +	{ 733, 13, 0x9 }, /* 733.000013 */
>  };
>  
>  /*
> @@ -284,7 +284,7 @@ static int iio_dummy_read_raw(struct iio_dev *indio_dev,
>  /**
>   * iio_dummy_write_raw() - data write function.
>   * @indio_dev:	the struct iio_dev associated with this device instance
> - * @chan:	the channel whose data is to be read
> + * @chan:	the channel whose data is to be written
>   * @val:	first element of value to set (typically INT)
>   * @val2:	second element of value to set (typically MICRO)
>   * @mask:	what we actually want to write. 0 is the channel, everything else
> diff --git a/drivers/staging/iio/iio_simple_dummy_buffer.c b/drivers/staging/iio/iio_simple_dummy_buffer.c
> index dee16f0..72f400c 100644
> --- a/drivers/staging/iio/iio_simple_dummy_buffer.c
> +++ b/drivers/staging/iio/iio_simple_dummy_buffer.c
> @@ -155,7 +155,7 @@ int iio_simple_dummy_configure_buffer(struct iio_dev *indio_dev,
>  	 * occurs, this function is run. Typically this grabs data
>  	 * from the device.
>  	 *
> -	 * NULL for the top half. This is normally implemented only if we
> +	 * NULL for the bottom half. This is normally implemented only if we
>  	 * either want to ping a capture now pin (no sleeping) or grab
>  	 * a timestamp as close as possible to a data ready trigger firing.
>  	 *
>