All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jarkko Nikula <jhnikula@gmail.com>
To: eduardo.valentin@nokia.com
Cc: "linux-media@vger.kernel.org" <linux-media@vger.kernel.org>
Subject: Re: [PATCH 2/2] V4L/DVB: radio-si4713: Add regulator framework support
Date: Wed, 8 Sep 2010 16:00:10 +0300	[thread overview]
Message-ID: <20100908160010.69548d7b.jhnikula@gmail.com> (raw)
In-Reply-To: <20100908121136.GI29776@besouro.research.nokia.com>

On Wed, 8 Sep 2010 15:11:36 +0300
Eduardo Valentin <eduardo.valentin@nokia.com> wrote:

> The background here you are probably missing is that the split between
> i2c and platform drivers. That has been done because we were thinking also
> in the situation where the si4713 i2c driver could be used without the
> platform driver. I mean, the i2c code could be re-used for instance by
> other v4l2 driver, if that is driving a device which has also si4713.
> So, in this sense, the current platform is essentially a wrapper.
> And if you split the regulator usage in that way,
> we would probably be loosing that.
> 
This is good to know. In that sense it would be good to have some
common place for managing the VIO here.

> And apart from that, it is also bad from the regfw point of view as well.
> I believe the idea is that the driver itself must take care of all needed
> regulators. The way you have done, looks like the platform driver needs only
> VIO and the i2c needs only VDD. And to my understanding, the i2c needs both
> in order to work. So, my suggestion is to move everything to the i2c driver.
> 
Problem of course is that the chip cannot be probed if the VIO is
missing so it must be on before the chip is probed. Quite many i2c
drivers seems to rely that the VIO is on before probing. Therefore I
did here the VIO enable in platform driver as there were this instance
on top of i2c driver. I think perfect solution would require some sort
of support to i2c core.


-- 
Jarkko

  reply	other threads:[~2010-09-08 12:59 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-06-13 18:09 [PATCH 1/2] V4L/DVB: radio-si4713: Release i2c adapter in driver cleanup paths Jarkko Nikula
2010-06-13 18:09 ` [PATCH 2/2] V4L/DVB: radio-si4713: Add regulator framework support Jarkko Nikula
2010-06-29  6:32   ` Jarkko Nikula
2010-09-07 19:49   ` Eduardo Valentin
2010-09-08  5:59     ` Jarkko Nikula
2010-09-08 12:11       ` Eduardo Valentin
2010-09-08 13:00         ` Jarkko Nikula [this message]
2010-07-05 19:28 ` [PATCH 1/2] V4L/DVB: radio-si4713: Release i2c adapter in driver cleanup paths Mauro Carvalho Chehab
2010-08-02 10:09   ` Jarkko Nikula
2010-08-23 10:50     ` Jarkko Nikula
2010-09-07 19:15 ` Eduardo Valentin

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=20100908160010.69548d7b.jhnikula@gmail.com \
    --to=jhnikula@gmail.com \
    --cc=eduardo.valentin@nokia.com \
    --cc=linux-media@vger.kernel.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.