All of lore.kernel.org
 help / color / mirror / Atom feed
From: Wolfram Sang <w.sang@pengutronix.de>
To: Liam Girdwood <lrg@slimlogic.co.uk>
Cc: linux-kernel@vger.kernel.org,
	Mark Brown <broonie@opensource.wolfsonmicro.com>
Subject: Re: [RFC] regulator: add driver for MAX8660/8661
Date: Wed, 23 Sep 2009 16:38:15 +0200	[thread overview]
Message-ID: <20090923143815.GC3131@pengutronix.de> (raw)
In-Reply-To: <1253629577.11624.278.camel@vega>

[-- Attachment #1: Type: text/plain, Size: 1651 bytes --]

Hi Liam,

> Fwiw, the WM8350 has several similar boot up modes. Luckily we can read
> back this device to determine mode and any boot loader config. It may
> also be required to add any shadow register changes to your
> platform_data. i.e. if boot loader does any writes.

While I thought about how to achieve that (Specify voltages and convert them
back to selector-values? Ask for the selector value? Enforce a complete
register set?), I concluded that there are lots of details in here, and I'd
spare that for the case when it is actually needed. In our case, it is not.

> Btw, have you tried register read back ? The data sheet mentions a
> "bidirectional" I2C SDA line implying the device registers can be read
> back, even though they are all marked W in the register map.

The line itself has the capability of being bidirectional, still the chips has
no logic for being read. Page 37 states:

"The MAX8660/MAX8661 are write-only devices and recognize the 'write byte'
protocol as defined in the SMBus specification and shown in section A of Figure
11..."

And to be very sure, I just tried a read -> '-EIO'


> 
> > +The Target Voltage 2 Registers for V3, V4 and V5 are not used by this driver.
> > +
> > +Note that disabling V3 or V4 has no effect if pin EN34 is driven high (pin and
> > +register are ORed, see datasheet).
> > +
> 
> Sounds like EN34 status should be in platform_data.

Good idea, will implement that.

Regards,

   Wolfram

-- 
Pengutronix e.K.                           | Wolfram Sang                |
Industrial Linux Solutions                 | http://www.pengutronix.de/  |

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

  reply	other threads:[~2009-09-23 14:38 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-09-22 13:18 [RFC] regulator: add driver for MAX8660/8661 Wolfram Sang
2009-09-22 14:26 ` Liam Girdwood
2009-09-23 14:38   ` Wolfram Sang [this message]
2009-09-22 19:15 ` Mark Brown
2009-09-23 15:15   ` Wolfram Sang
2009-09-23 16:05     ` Mark Brown
2009-09-23 16:13       ` Wolfram Sang
2009-09-23 16:25         ` Mark Brown
2009-09-23 16:29           ` Wolfram Sang
2009-09-23 16:40             ` Mark Brown

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=20090923143815.GC3131@pengutronix.de \
    --to=w.sang@pengutronix.de \
    --cc=broonie@opensource.wolfsonmicro.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lrg@slimlogic.co.uk \
    /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.