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: sameo@linux.intel.com, broonie@kernel.org, lgirdwood@gmail.com,
	patches@opensource.wolfsonmicro.com,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH v3 1/4] mfd: arizona: Factor out SYSCLK enable from wm5102 hardware patch
Date: Mon, 30 Mar 2015 17:39:33 +0100	[thread overview]
Message-ID: <20150330163933.GA5442@opensource.wolfsonmicro.com> (raw)
In-Reply-To: <20150330112255.GB9447@x1>

On Mon, Mar 30, 2015 at 12:22:55PM +0100, Lee Jones wrote:
> On Mon, 23 Mar 2015, Charles Keepax wrote:
> 
> > wm5102 applies a custom hardware boot sequence, for this the SYSCLK
> > needs to be enabled. This patch factors out the code that enables
> > SYSCLK for this sequence such that it can be used for other boot time
> > operations that require SYSCLK.
> > 
> > Signed-off-by: Charles Keepax <ckeepax@opensource.wolfsonmicro.com>
> > ---
> > 
> > Changes since v3:
> >  - Split out enable and disable for the freerunning SYSCLK instead
> >    of having a single function that takes a function pointer.
> >  - Improve some naming for the sake of clarity
> >  - Update error handling to use if (err) rather than if (err != 0)
> >  - Added comment on register patch
> > 
> > Thanks,
> > Charles
> > 
> >  drivers/mfd/arizona-core.c |  103 ++++++++++++++++++++++++++++++-------------
> >  1 files changed, 72 insertions(+), 31 deletions(-)
> > 
> > diff --git a/drivers/mfd/arizona-core.c b/drivers/mfd/arizona-core.c
> > index 6ca6dfa..695c68e 100644
> > --- a/drivers/mfd/arizona-core.c
> > +++ b/drivers/mfd/arizona-core.c
> > @@ -250,20 +250,26 @@ static int arizona_wait_for_boot(struct arizona *arizona)
> >  	return ret;
> >  }
> >  
> > -static int arizona_apply_hardware_patch(struct arizona* arizona)
> > +struct arizona_sysclk_state {
> > +	unsigned int fll;
> > +	unsigned int sysclk;
> > +};
> > +
> > +
<snip>
> > +err_fll:
> > +	err = regmap_write(arizona->regmap, ARIZONA_FLL1_CONTROL_1, state->fll);
> > +	if (err)
> > +		dev_err(arizona->dev,
> > +			"Failed to re-apply old FLL settings: %d\n",
> > +			err);
> 
> Nit: How is it that the regmap_write() line fit on 80 chars and the
> "err);" bit can't?

It can, I just thought it looked a bit nicer this way. But happy
to change.

> 
> > +	return ret;
> > +}
> > +
> > +static int arizona_disable_freerun_sysclk(struct arizona *arizona,
> > +					  struct arizona_sysclk_state *state)
> > +{
> > +	int ret = 0;
> > +	int err;
> > +
> > +	err = regmap_write(arizona->regmap, ARIZONA_SYSTEM_CLOCK_1,
> > +			   state->sysclk);
> > +	if (err) {
> > +		dev_err(arizona->dev,
> > +			"Failed to re-apply old SYSCLK settings: %d\n",
> > +			err);
> 
> Same there, this extra linewrap seems unnecessary.

Ditto. Can change.

> 
> > +		ret = err;
> > +	}
> 
> Can you explain the resson for using 'err' and and not 'ret'?

It is to return an error if either write failed but still execute
both writes. Although looking at things again with fresh eyes, it
is pretty epically catastrophic if either one fails so I am not
so sure we care in the case one has failed if we do the other.  I
will fix this up to.

> 
> > +	err = regmap_write(arizona->regmap, ARIZONA_FLL1_CONTROL_1, state->fll);
> > +	if (err) {
> > +		dev_err(arizona->dev,
> > +			"Failed to re-apply old FLL settings: %d\n",
> > +			err);
> > +		ret = err;
> > +	}
> > +
> > +	return ret;
> > +}
> > +
<snip>
> > -err_fll:
> > -	err = regmap_write(arizona->regmap, ARIZONA_FLL1_CONTROL_1, fll);
> > -	if (err != 0) {
> > -		dev_err(arizona->dev,
> > -			"Failed to re-apply old FLL settings: %d\n",
> > -			err);
> > -	}
> > +err:
> > +	err = arizona_disable_freerun_sysclk(arizona, &state);
> >  
> > -	if (ret != 0)
> > +	if (ret)
> >  		return ret;
> >  	else
> >  		return err;
> 
> return ret ?: err;

Hard to keep tabs on people's preferences around these ternary
operators. I am happy to update this too.

Will fire out a new spin tomorrow.

Thanks,
Charles

  reply	other threads:[~2015-03-30 16:39 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-03-23 16:19 [PATCH v3 1/4] mfd: arizona: Factor out SYSCLK enable from wm5102 hardware patch Charles Keepax
2015-03-23 16:19 ` [PATCH v3 2/4] mfd: wm5110: Add register patch required for low power sleep Charles Keepax
2015-03-30 11:24   ` Lee Jones
2015-03-23 16:19 ` [PATCH v3 3/4] regulator: arizona-ldo1: Add additional supported voltage Charles Keepax
2015-03-23 16:19 ` [PATCH v3 4/4] mfd: wm5110: Set DCVDD voltage to 1.175V before entering sleep mode Charles Keepax
2015-03-30 11:26   ` Lee Jones
2015-03-30 11:22 ` [PATCH v3 1/4] mfd: arizona: Factor out SYSCLK enable from wm5102 hardware patch Lee Jones
2015-03-30 16:39   ` Charles Keepax [this message]
2015-03-31  8:01     ` 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=20150330163933.GA5442@opensource.wolfsonmicro.com \
    --to=ckeepax@opensource.wolfsonmicro.com \
    --cc=broonie@kernel.org \
    --cc=lee.jones@linaro.org \
    --cc=lgirdwood@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=patches@opensource.wolfsonmicro.com \
    --cc=sameo@linux.intel.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.