linux-iio.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>
To: Jonathan Cameron <jic23@jic23.retrosnub.co.uk>,
	Jonathan Cameron <jic23@kernel.org>,
	Steffen Trumtrar <s.trumtrar@pengutronix.de>
Cc: Hartmut Knaack <knaack.h@gmx.de>,
	Lars-Peter Clausen <lars@metafoo.de>,
	Peter Meerwald <pmeerw@pmeerw.net>,
	linux-iio@vger.kernel.org, kernel@pengutronix.de
Subject: Re: [PATCH] iio: bmg160: add callbacks for the filter frequency
Date: Tue, 26 Apr 2016 14:36:51 -0700	[thread overview]
Message-ID: <1461706611.14657.66.camel@linux.intel.com> (raw)
In-Reply-To: <8AAC9055-0140-4975-AF49-A3553B81D23B@jic23.retrosnub.co.uk>

On Tue, 2016-04-26 at 22:15 +0100, Jonathan Cameron wrote:
> 
> On 26 April 2016 21:25:22 BST, Srinivas Pandruvada <srinivas.pandruva
> da@linux.intel.com> wrote:
> > 
> > On Mon, 2016-04-25 at 20:31 +0100, Jonathan Cameron wrote:
> > > 
> > > On 21/04/16 11:49, Steffen Trumtrar wrote:
> > > > 
> > > > 
> > > > The filter frequency and sample rate have a fixed relationship.
> > > > Only the filter frequency is unique, however.
> > > > Currently the driver ignores the filter settings for 32 Hz and
> > > > 64 Hz.
> > > > 
> > > > This patch adds the necessary callbacks to be able to configure
> > > > and read the filter setting from sysfs.
> > > > 
> > > > Signed-off-by: Steffen Trumtrar <s.trumtrar@pengutronix.de>
> > > cc'd Srinivas as it's his driver...  Looks superficially fine to
> > > me.
> > > 
> > > Jonathan
> > > > 
> > > > 
> > > > ---
> > > > 
> > > > Changing the sample rate will result in using the first match
> > > > and therefore selecting the filter accordingly. Is this a
> > > > misuse
> > > > of the ABI and should be handled differently or is this okay?
> > > > 
> > This is the reason they were omitted. Now you can't uniquely set
> > 100Hz
> > sampling frequency. Depending on filter it will have different
> > results.
> > 
> > I think this needs some ABI level changes, where you display
> > available
> > and allow to specify both ODR and Filter to uniquely select.
> Unfortunately the moment the ABI allows for combined elements it
> becomes a
>  nightmare for complexity. In some devices a single parameter change
> can
>  change everything else. There are no simple rules unfortunately. 
> 
> The way we avoid this being a problem is that we very deliberately
> allow any ABI element
> to be able to result in a change in any other.  This includes
> changing the
>  available values list as here. It might be slightly nicer to jump to
> the nearest
>  available option though.
> 
> An alternative would be to have an interface to fake such changes
> then
> apply them atomically if possible. 
> That level of complexity just does seem warranted here and would
> still need userspace to check valid ranges as it
>  pretends to change the state. Hence no real gain....
> 
I think we should add some documentation for this driver about this.
They should rather change filer rather than sampling freq to have
unique setting.

Thanks,
Srinivas

> Jonathan
> > 
> > 
> > Thanks,
> > Srinivas
> > 
> > 
> > > 
> > > > 
> > > >  drivers/iio/gyro/bmg160_core.c | 105
> > > > ++++++++++++++++++++++++++++++++++++-----
> > > >  1 file changed, 93 insertions(+), 12 deletions(-)
> > > > 
> > > > diff --git a/drivers/iio/gyro/bmg160_core.c
> > > > b/drivers/iio/gyro/bmg160_core.c
> > > > index bbce3b09ac45..ea0243eb393a 100644
> > > > --- a/drivers/iio/gyro/bmg160_core.c
> > > > +++ b/drivers/iio/gyro/bmg160_core.c
> > > > @@ -52,6 +52,7 @@
> > > >  #define BMG160_REG_PMU_BW		0x10
> > > >  #define BMG160_NO_FILTER		0
> > > >  #define BMG160_DEF_BW			100
> > > > +#define BMG160_REG_PMU_BW_RES		BIT(7)
> > > >  
> > > >  #define BMG160_REG_INT_MAP_0		0x17
> > > >  #define BMG160_INT_MAP_0_BIT_ANY	BIT(1)
> > > > @@ -103,7 +104,6 @@ struct bmg160_data {
> > > >  	struct iio_trigger *motion_trig;
> > > >  	struct mutex mutex;
> > > >  	s16 buffer[8];
> > > > -	u8 bw_bits;
> > > >  	u32 dps_range;
> > > >  	int ev_enable_state;
> > > >  	int slope_thres;
> > > > @@ -119,13 +119,16 @@ enum bmg160_axis {
> > > >  };
> > > >  
> > > >  static const struct {
> > > > -	int val;
> > > > +	int odr;
> > > > +	int filter;
> > > >  	int bw_bits;
> > > > -} bmg160_samp_freq_table[] = { {100, 0x07},
> > > > -			       {200, 0x06},
> > > > -			       {400, 0x03},
> > > > -			       {1000, 0x02},
> > > > -			       {2000, 0x01} };
> > > > +} bmg160_samp_freq_table[] = { {100, 32, 0x07},
> > > > +			       {200, 64, 0x06},
> > > > +			       {100, 12, 0x05},
> > > > +			       {200, 23, 0x04},
> > > > +			       {400, 47, 0x03},
> > > > +			       {1000, 116, 0x02},
> > > > +			       {2000, 230, 0x01} };
> > > >  
> > > >  static const struct {
> > > >  	int scale;
> > > > @@ -154,7 +157,7 @@ static int bmg160_convert_freq_to_bit(int
> > > > val)
> > > >  	int i;
> > > >  
> > > >  	for (i = 0; i < ARRAY_SIZE(bmg160_samp_freq_table);
> > > > ++i) {
> > > > -		if (bmg160_samp_freq_table[i].val == val)
> > > > +		if (bmg160_samp_freq_table[i].odr == val)
> > > >  			return
> > > > bmg160_samp_freq_table[i].bw_bits;
> > > >  	}
> > > >  
> > > > @@ -176,7 +179,51 @@ static int bmg160_set_bw(struct
> > > > bmg160_data
> > > > *data, int val)
> > > >  		return ret;
> > > >  	}
> > > >  
> > > > -	data->bw_bits = bw_bits;
> > > > +	return 0;
> > > > +}
> > > > +
> > > > +static int bmg160_get_filter(struct bmg160_data *data, int
> > > > *val)
> > > > +{
> > > > +	int ret;
> > > > +	int i;
> > > > +	unsigned int bw_bits;
> > > > +
> > > > +	ret = regmap_read(data->regmap, BMG160_REG_PMU_BW,
> > > > &bw_bits);
> > > > +	if (ret < 0) {
> > > > +		dev_err(data->dev, "Error reading
> > > > reg_pmu_bw\n");
> > > > +		return ret;
> > > > +	}
> > > > +
> > > > +	/* Ignore the readonly reserved bit. */
> > > > +	bw_bits &= ~BMG160_REG_PMU_BW_RES;
> > > > +
> > > > +	for (i = 0; i < ARRAY_SIZE(bmg160_samp_freq_table);
> > > > ++i) {
> > > > +		if (bmg160_samp_freq_table[i].bw_bits ==
> > > > bw_bits)
> > > > +			break;
> > > > +	}
> > > > +
> > > > +	*val = bmg160_samp_freq_table[i].filter;
> > > > +
> > > > +	return ret ? ret : IIO_VAL_INT;
> > > > +}
> > > > +
> > > > +
> > > > +static int bmg160_set_filter(struct bmg160_data *data, int
> > > > val)
> > > > +{
> > > > +	int ret;
> > > > +	int i;
> > > > +
> > > > +	for (i = 0; i < ARRAY_SIZE(bmg160_samp_freq_table);
> > > > ++i) {
> > > > +		if (bmg160_samp_freq_table[i].filter == val)
> > > > +			break;
> > > > +	}
> > > > +
> > > > +	ret = regmap_write(data->regmap, BMG160_REG_PMU_BW,
> > > > +			   bmg160_samp_freq_table[i].bw_bits);
> > > > +	if (ret < 0) {
> > > > +		dev_err(data->dev, "Error writing
> > > > reg_pmu_bw\n");
> > > > +		return ret;
> > > > +	}
> > > >  
> > > >  	return 0;
> > > >  }
> > > > @@ -388,10 +435,21 @@ static int
> > > > bmg160_setup_new_data_interrupt(struct bmg160_data *data,
> > > >  static int bmg160_get_bw(struct bmg160_data *data, int *val)
> > > >  {
> > > >  	int i;
> > > > +	unsigned int bw_bits;
> > > > +	int ret;
> > > > +
> > > > +	ret = regmap_read(data->regmap, BMG160_REG_PMU_BW,
> > > > &bw_bits);
> > > > +	if (ret < 0) {
> > > > +		dev_err(data->dev, "Error reading
> > > > reg_pmu_bw\n");
> > > > +		return ret;
> > > > +	}
> > > > +
> > > > +	/* Ignore the readonly reserved bit. */
> > > > +	bw_bits &= ~BMG160_REG_PMU_BW_RES;
> > > >  
> > > >  	for (i = 0; i < ARRAY_SIZE(bmg160_samp_freq_table);
> > > > ++i) {
> > > > -		if (bmg160_samp_freq_table[i].bw_bits == data-
> > > > > 
> > > > > bw_bits) {
> > > > -			*val = bmg160_samp_freq_table[i].val;
> > > > +		if (bmg160_samp_freq_table[i].bw_bits ==
> > > > bw_bits)
> > > > {
> > > > +			*val = bmg160_samp_freq_table[i].odr;
> > > >  			return IIO_VAL_INT;
> > > >  		}
> > > >  	}
> > > > @@ -506,6 +564,8 @@ static int bmg160_read_raw(struct iio_dev
> > > > *indio_dev,
> > > >  			return IIO_VAL_INT;
> > > >  		} else
> > > >  			return -EINVAL;
> > > > +	case IIO_CHAN_INFO_LOW_PASS_FILTER_3DB_FREQUENCY:
> > > > +		return bmg160_get_filter(data, val);
> > > >  	case IIO_CHAN_INFO_SCALE:
> > > >  		*val = 0;
> > > >  		switch (chan->type) {
> > > > @@ -570,6 +630,26 @@ static int bmg160_write_raw(struct iio_dev
> > > > *indio_dev,
> > > >  		ret = bmg160_set_power_state(data, false);
> > > >  		mutex_unlock(&data->mutex);
> > > >  		return ret;
> > > > +	case IIO_CHAN_INFO_LOW_PASS_FILTER_3DB_FREQUENCY:
> > > > +		if (val2)
> > > > +			return -EINVAL;
> > > > +
> > > > +		mutex_lock(&data->mutex);
> > > > +		ret = bmg160_set_power_state(data, true);
> > > > +		if (ret < 0) {
> > > > +			bmg160_set_power_state(data, false);
> > > > +			mutex_unlock(&data->mutex);
> > > > +			return ret;
> > > > +		}
> > > > +		ret = bmg160_set_filter(data, val);
> > > > +		if (ret < 0) {
> > > > +			bmg160_set_power_state(data, false);
> > > > +			mutex_unlock(&data->mutex);
> > > > +			return ret;
> > > > +		}
> > > > +		ret = bmg160_set_power_state(data, false);
> > > > +		mutex_unlock(&data->mutex);
> > > > +		return ret;
> > > >  	case IIO_CHAN_INFO_SCALE:
> > > >  		if (val)
> > > >  			return -EINVAL;
> > > > @@ -727,7 +807,8 @@ static const struct iio_event_spec
> > > > bmg160_event
> > > > = {
> > > >  	.channel2 = IIO_MOD_##_axis,				
> > > > 	\
> > > >  	.info_mask_separate = BIT(IIO_CHAN_INFO_RAW),		
> > > > 	\
> > > >  	.info_mask_shared_by_type = BIT(IIO_CHAN_INFO_SCALE) |
> > > > 	
> > > > 	\
> > > > -				    BIT(IIO_CHAN_INFO_SAMP_FRE
> > > > Q),	
> > > > \
> > > > +		BIT(IIO_CHAN_INFO_SAMP_FREQ) |			
> > > > 	\
> > > > +		BIT(IIO_CHAN_INFO_LOW_PASS_FILTER_3DB_FREQUENC
> > > > Y),	
> > > > \
> > > >  	.scan_index = AXIS_##_axis,				
> > > > 	\
> > > >  	.scan_type = {						
> > > > 	\
> > > >  		.sign = 's',					
> > > > 	\
> > > > 

  reply	other threads:[~2016-04-26 21:36 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-04-21 10:49 [PATCH] iio: bmg160: add callbacks for the filter frequency Steffen Trumtrar
2016-04-25 19:31 ` Jonathan Cameron
     [not found]   ` <1461702322.14657.15.camel@linux.intel.com>
2016-04-26 21:15     ` Jonathan Cameron
2016-04-26 21:36       ` Srinivas Pandruvada [this message]
2016-05-01 20:02         ` Jonathan Cameron
2016-05-04  9:55           ` Jonathan Cameron
2016-06-29 15:13             ` Steffen Trumtrar
2016-06-29 15:41               ` Srinivas Pandruvada
2016-07-03 10:37                 ` Jonathan Cameron
2016-07-03 11:41                   ` Jonathan Cameron
2016-07-04  8:32                     ` Steffen Trumtrar

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1461706611.14657.66.camel@linux.intel.com \
    --to=srinivas.pandruvada@linux.intel.com \
    --cc=jic23@jic23.retrosnub.co.uk \
    --cc=jic23@kernel.org \
    --cc=kernel@pengutronix.de \
    --cc=knaack.h@gmx.de \
    --cc=lars@metafoo.de \
    --cc=linux-iio@vger.kernel.org \
    --cc=pmeerw@pmeerw.net \
    --cc=s.trumtrar@pengutronix.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).