Re: [PATCH V2 2/2] staging: Documentation: add proximity_sampling_period as sysfs details

Jonathan Cameron
2012-04-12T09:37:53Z

On 4/12/2012 8:08 AM, Laxman Dewangan wrote:
> Add the sysfs proximity_sampling_period for sampling period of
> proximity sensing.
>
> Signed-off-by: Laxman Dewangan<ldewangan@nvidia.com>
> ---
> .../staging/iio/Documentation/sysfs-bus-iio-light | 7 +++++++
> 1 files changed, 7 insertions(+), 0 deletions(-)
>
> diff --git a/drivers/staging/iio/Documentation/sysfs-bus-iio-light b/drivers/staging/iio/Documentation/sysfs-bus-iio-light
> index edbf470..9d6108b 100644
> --- a/drivers/staging/iio/Documentation/sysfs-bus-iio-light
> +++ b/drivers/staging/iio/Documentation/sysfs-bus-iio-light
> @@ -83,3 +83,10 @@ Description:
> Hardware or software applied calibration scale factor assumed
> to account for attenuation due to industrial design (glass
> filters or aperture holes).
> +
> +What: /sys/bus/iio/devices/device[n]/proximity_sampling_period
> +KernelVersion: 3.5
> +Contact: linux-iio@vger.kernel.org
> +Description:
> + Hardware dependent mode for proximity sensor device to set/get
> + the sampling rate of proximity sensing and conversion.
Ah, that explains what it is. Sorry, use
in_proximitiy0_sampling_frequency to provide equivalent
control please. Might be a pain here, but this interface will just
provide the same info as the existing
one in a different form. Note that sampling_frequency is documented as
a general one, but can
be extended to individual channels.

Actually add it to the iio-core as an element in the info_mask as I
doubt this will be the last time
we see this control. This will need to be a precursor patch to the
driver obviously.

IIO_CHAN_INFO_SAMP_FREQ and the relevant shared and separate macros need
to go in
iio.h + the text entry in industrialio-core.c

If you like I can do this but it'll be quicker if you do :)