public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Lee Jones <lee.jones@linaro.org>
To: Charles Keepax <ckeepax@opensource.wolfsonmicro.com>
Cc: sameo@linux.intel.com, patches@opensource.wolfsonmicro.com,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH] mfd: wm5110: Add register patch for rev D chip
Date: Tue, 19 Nov 2013 14:43:23 +0000	[thread overview]
Message-ID: <20131119144323.GB19953@lee--X1> (raw)
In-Reply-To: <1384858219-25347-1-git-send-email-ckeepax@opensource.wolfsonmicro.com>

I think we're lacking of a commit message here.

What does it do? Why do we need it? What would happen if we didn't
have it? Why does it differ between revs? Etc etc ... ?

> Signed-off-by: Charles Keepax <ckeepax@opensource.wolfsonmicro.com>
> ---
>  drivers/mfd/wm5110-tables.c |   30 +++++++++++++++++++++++++++++-
>  1 files changed, 29 insertions(+), 1 deletions(-)
> 
> diff --git a/drivers/mfd/wm5110-tables.c b/drivers/mfd/wm5110-tables.c
> index daf2fe8..bd9c3c9 100644
> --- a/drivers/mfd/wm5110-tables.c
> +++ b/drivers/mfd/wm5110-tables.c
> @@ -223,6 +223,31 @@ static const struct reg_default wm5110_revb_patch[] = {
>  	{ 0x80, 0x0 },
>  };
>  
> +static const struct reg_default wm5110_revd_patch[] = {
> +	{ 0x80, 0x3 },
> +	{ 0x80, 0x3 },
> +	{ 0x393, 0x27 },
> +	{ 0x394, 0x27 },
> +	{ 0x395, 0x27 },
> +	{ 0x396, 0x27 },
> +	{ 0x397, 0x27 },
> +	{ 0x398, 0x26 },
> +	{ 0x221, 0x90 },
> +	{ 0x211, 0x8 },
> +	{ 0x36c, 0x1fb },
> +	{ 0x26e, 0x64 },
> +	{ 0x26f, 0xea },
> +	{ 0x270, 0x1f16 },
> +	{ 0x51b, 0x1 },
> +	{ 0x55b, 0x1 },
> +	{ 0x59b, 0x1 },
> +	{ 0x4f0, 0x633 },
> +	{ 0x441, 0xc059 },
> +	{ 0x209, 0x27 },
> +	{ 0x80, 0x0 },
> +	{ 0x80, 0x0 },
> +};
> +
>  /* We use a function so we can use ARRAY_SIZE() */
>  int wm5110_patch(struct arizona *arizona)
>  {
> @@ -235,7 +260,10 @@ int wm5110_patch(struct arizona *arizona)
>  		return regmap_register_patch(arizona->regmap,
>  					     wm5110_revb_patch,
>  					     ARRAY_SIZE(wm5110_revb_patch));

What happened to rev C?

> -
> +	case 3:

Perhaps we should consider #define'ing these?

> +		return regmap_register_patch(arizona->regmap,
> +					     wm5110_revd_patch,
> +					     ARRAY_SIZE(wm5110_revd_patch));
>  	default:
>  		return 0;
>  	}

-- 
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog

      reply	other threads:[~2013-11-19 14:43 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-11-19 10:50 [PATCH] mfd: wm5110: Add register patch for rev D chip Charles Keepax
2013-11-19 14:43 ` Lee Jones [this message]

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=20131119144323.GB19953@lee--X1 \
    --to=lee.jones@linaro.org \
    --cc=ckeepax@opensource.wolfsonmicro.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox