All of lore.kernel.org
 help / color / mirror / Atom feed
From: Charles Keepax <ckeepax@opensource.wolfsonmicro.com>
To: Lee Jones <lee.jones@linaro.org>
Cc: <patches@opensource.wolfsonmicro.com>, <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 3/3] mfd: arizona: Use regmap_read_poll_timeout instead of hard coding it
Date: Fri, 6 Jan 2017 09:28:44 +0000	[thread overview]
Message-ID: <20170106092844.GA27100@localhost.localdomain> (raw)
In-Reply-To: <20170105144822.GS24225@dell>

On Thu, Jan 05, 2017 at 02:48:22PM +0000, Lee Jones wrote:
> On Thu, 05 Jan 2017, Charles Keepax wrote:
> 
> > On Thu, Jan 05, 2017 at 08:07:01AM +0000, Lee Jones wrote:
> > > On Wed, 04 Jan 2017, Charles Keepax wrote:
> > > 
> > > > arizona_poll_reg essentially hard-codes regmap_read_poll_timeout, this
> > > > patch updates the implementation to use regmap_read_poll_timeout. We
> > > > still keep arizona_poll_reg around as regmap_read_poll_timeout is a
> > > > macro so rather than expand this for each caller keep it wrapped in
> > > > arizona_poll_reg.
> > > > 
> > > > Signed-off-by: Charles Keepax <ckeepax@opensource.wolfsonmicro.com>
> > > > ---
> > > >  drivers/mfd/arizona-core.c | 28 +++++++++++-----------------
> > > >  1 file changed, 11 insertions(+), 17 deletions(-)
> > > > 
> > > > diff --git a/drivers/mfd/arizona-core.c b/drivers/mfd/arizona-core.c
> > > > index 4cb34c3..e6fae3c 100644
> > > > --- a/drivers/mfd/arizona-core.c
> > > > +++ b/drivers/mfd/arizona-core.c
> > > > @@ -236,28 +236,22 @@ static irqreturn_t arizona_overclocked(int irq, void *data)
> > > >  }
> > > >  
> > > >  static int arizona_poll_reg(struct arizona *arizona,
> > > > -			    int timeout, unsigned int reg,
> > > > +			    int npolls, unsigned int reg,
> > > >  			    unsigned int mask, unsigned int target)
> > > >  {
> > > > +	const int poll_us = 7500;
> > > 
> > > Get rid of this and replace its usage with a nice #define describing
> > > exactly what the timeout is for i.e what timed out.
> > > 
> > 
> > I can replace this with a define if you prefer although since the
> > value is only used locally I generally prefer a const variable as
> > it keeps all the relevant code together.
> 
> I'd prefer a DEFINE, then you can rid the requirement for a variable
> altogether.
> 

Fair enough I will respin.

> > that. As for the number passed into the function that depends on
> > how long that particular register should be polled for, this is a
> > function that is used in several places for polling for a
> > particular register state.
> 
> I would have thought a consumer would be more likely to know how long
> it would poll for, rather than how many times to poll.  Knowledge of
> time-between-polls in only known locally.  Do you see where I'm going
> with this?

Yeah that's a fair point I will switch it around so the user
specifies the total time out and npolls is worked out internally.

Thanks,
Charles

  reply	other threads:[~2017-01-06  9:28 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-01-04 15:10 [PATCH 1/3] mfd: arizona: Remove duplicate set of ret variable Charles Keepax
2017-01-04 15:10 ` [PATCH 2/3] mfd: arizona: Display register addresses in hex Charles Keepax
2017-01-05  8:07   ` Lee Jones
2017-01-04 15:10 ` [PATCH 3/3] mfd: arizona: Use regmap_read_poll_timeout instead of hard coding it Charles Keepax
2017-01-05  8:07   ` Lee Jones
2017-01-05 10:05     ` Charles Keepax
2017-01-05 14:48       ` Lee Jones
2017-01-06  9:28         ` Charles Keepax [this message]
2017-01-05  8:07 ` [PATCH 1/3] mfd: arizona: Remove duplicate set of ret variable Lee Jones

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=20170106092844.GA27100@localhost.localdomain \
    --to=ckeepax@opensource.wolfsonmicro.com \
    --cc=lee.jones@linaro.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=patches@opensource.wolfsonmicro.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.