From: zhouqiao@marvell.com (Qiao Zhou)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 1/3] mfd: support 88pm80x in 80x driver
Date: Mon, 02 Jul 2012 18:09:57 +0800 [thread overview]
Message-ID: <4FF17375.3030809@marvell.com> (raw)
In-Reply-To: <20120702100324.GC25093@opensource.wolfsonmicro.com>
On 07/02/2012 06:03 PM, Mark Brown wrote:
> On Mon, Jul 02, 2012 at 05:22:34PM +0800, Qiao Zhou wrote:
>> On 07/02/2012 03:50 PM, Qiao Zhou wrote:
>
>>> Here I have a question about the implementation specifically with
>>> 88pm800. this chip has 3 register pages, and 3 i2c address corresponding
>>> to each page. so it requires an additional parameter to point out the
>>> page(i2c) to be accessed. currently I didn't think of a good API to
>>> export for such purpose. seems to me, the 88pm800 chip is already bound
>>> to i2c interface, and using regmap directly is a better solution. could
>>> you give some suggestions?
>
>> is it OK to export another two groups of r/w interface for gpadc and
>> power page separately in 88pm800? such as pm800_gpadc_read_reg() /
>> pm800_power_read_reg() etc? Appreciate any comments.
>
> What do you mean by pages? regmap has paging support which just maps
> everything into a single flat register map from the point of view of
> callers.
>
Mark, let me explain: the 88pm800 chip has three i2c address internally,
which we called different page instead. it confuses you with the
register page_read/write operation. there are registers in each i2c
address domain, and we need to use different i2c client to access reg in
different domain. such as some common regs are in the page of i2c_addr =
0x30, and power related regs are in the page of i2c_addr = 0x31, and
gpadc related regs are in the page of 0x32.
--
Best Regards
Qiao
next prev parent reply other threads:[~2012-07-02 10:09 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-28 3:13 [PATCH 0/3 V1] add 88pm80x mfd driver Qiao Zhou
2012-06-28 3:13 ` [PATCH 1/3] mfd: support 88pm80x in 80x driver Qiao Zhou
2012-06-28 11:21 ` Arnd Bergmann
2012-06-28 11:46 ` Mark Brown
2012-06-28 14:32 ` Arnd Bergmann
2012-06-29 1:18 ` Haojian Zhuang
2012-06-29 1:29 ` Mark Brown
2012-06-29 14:18 ` Arnd Bergmann
2012-06-29 2:56 ` Qiao Zhou
2012-06-29 13:58 ` Arnd Bergmann
2012-07-02 7:50 ` Qiao Zhou
2012-07-02 9:22 ` Qiao Zhou
2012-07-02 10:03 ` Mark Brown
2012-07-02 10:09 ` Qiao Zhou [this message]
2012-07-02 10:12 ` Mark Brown
2012-07-02 10:15 ` Qiao Zhou
[not found] ` <4FF174AA.3020001-eYqpPyKDWXRBDgjK7y7TUQ@public.gmane.org>
2012-07-02 15:58 ` Arnd Bergmann
2012-07-02 15:58 ` Arnd Bergmann
[not found] ` <201207021558.51246.arnd-r2nGTMty4D4@public.gmane.org>
2012-07-03 2:28 ` Qiao Zhou
2012-07-03 2:28 ` Qiao Zhou
2012-06-29 14:21 ` Arnd Bergmann
2012-06-30 12:02 ` Mark Brown
2012-06-28 3:13 ` [PATCH 2/3] rtc: add rtc support to 88PM80X PMIC Qiao Zhou
2012-06-28 3:13 ` [PATCH 3/3] input: add onkey " Qiao Zhou
-- strict thread matches above, loose matches on Subject: below --
2012-06-13 9:04 [PATCH 0/3 V0] add 88pm80x mfd driver Qiao Zhou
2012-06-13 9:04 ` [PATCH 1/3] mfd: support 88pm80x in 80x driver Qiao Zhou
2012-06-14 12:27 ` Arnd Bergmann
2012-06-14 18:43 ` Mark Brown
2012-06-15 5:23 ` Qiao Zhou
2012-06-15 3:17 ` Qiao Zhou
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=4FF17375.3030809@marvell.com \
--to=zhouqiao@marvell.com \
--cc=linux-arm-kernel@lists.infradead.org \
/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.