[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4F86A26B.1090209@cam.ac.uk>
Date: Thu, 12 Apr 2012 10:37:47 +0100
From: Jonathan Cameron <jic23@....ac.uk>
To: Laxman Dewangan <ldewangan@...dia.com>
CC: gregkh@...uxfoundation.org, grant.likely@...retlab.ca,
rob.herring@...xeda.com, jbrenner@...sinc.com, rklein@...dia.com,
max@...o.at, linux-iio@...r.kernel.org, devel@...verdev.osuosl.org,
linux-kernel@...r.kernel.org, devicetree-discuss@...ts.ozlabs.org
Subject: Re: [PATCH V2 2/2] staging: Documentation: add proximity_sampling_period
as sysfs details
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@...dia.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@...r.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 :)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists