All of lore.kernel.org
 help / color / mirror / Atom feed
From: Kishon Vijay Abraham I <kishon@ti.com>
To: Ulf Hansson <ulf.hansson@linaro.org>,
	"Franklin S Cooper Jr." <fcooper@ti.com>
Cc: linux-omap <linux-omap@vger.kernel.org>,
	linux-mmc <linux-mmc@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Roger Quadros <rogerq@ti.com>, Lokesh Vutla <lokeshvutla@ti.com>,
	Murali Karicheri <m-karicheri2@ti.com>
Subject: Re: [PATCH] mmc: omap_hsmmc: Update driver to support without regulators
Date: Wed, 22 Jul 2015 17:47:02 +0530	[thread overview]
Message-ID: <55AF89BE.3000208@ti.com> (raw)
In-Reply-To: <CAPDyKFpVh3EDJLX--h3H4qa4EDy2nDJQeRZtPQ8+uU9K43b_Tg@mail.gmail.com>

Hi,

On Wednesday 22 July 2015 05:37 PM, Ulf Hansson wrote:
> [...]
> 
>> Hi Ulf,
>>
>> Just to clarify do you have an issue with this patch or in general
>> you rather nothave !CONFIG_REGULATOR supported? If its the latter
>> then wouldit be better to remove the !CONFIG_REGULATOR portion from
>> this driver all together.
> 
> I don't like this patch as is, as it seems like you are replacing the
> VMMC regulator that actually exist in HW by parsing a DT property.
> 
> I think mmc_of_parse_voltage() shall *only* be used when the OCR mask
> (->ocr_avail) can't be fetched by using a regulator. Typically that's
> when the VMMC voltage levels are managed within the mmc controller
> itself.
> 
> I don't have a strong opinion on how you solve that, but I guess you
> have two options.
> 
> 1.
> Make sure the driver can be build and used both for CONFIG_REGULATOR
> and !CONFIG_REGULATOR. What you need to take care of then, is to
> assign the ->ocr_avail mask to a default value in the case when it
> can't be fetched from a regulator. Most mmc drivers has some kind of
> fall-back mechanism like this.

I'm working on cleaning up omap_hsmmc driver where I have taken care to avoid
dependency with CONFIG_REGULATOR. I'll post the series asap.

Thanks
Kishon

  reply	other threads:[~2015-07-22 12:17 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-07-14 19:29 [PATCH] mmc: omap_hsmmc: Update driver to support without regulators Franklin S Cooper Jr
2015-07-14 19:29 ` Franklin S Cooper Jr
2015-07-21 11:40 ` Ulf Hansson
2015-07-21 19:39   ` Franklin S Cooper Jr.
2015-07-21 19:39     ` Franklin S Cooper Jr.
2015-07-22 11:44     ` Franklin S Cooper Jr.
2015-07-22 11:44       ` Franklin S Cooper Jr.
2015-07-22 12:07       ` Ulf Hansson
2015-07-22 12:17         ` Kishon Vijay Abraham I [this message]
2015-07-21 19:57 ` Felipe Balbi
2015-07-21 19:57   ` Felipe Balbi
2015-07-21 20:11   ` Franklin S Cooper Jr.
2015-07-21 20:11     ` Franklin S Cooper Jr.
2015-07-21 20:14     ` Felipe Balbi
2015-07-21 20:14       ` Felipe Balbi

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=55AF89BE.3000208@ti.com \
    --to=kishon@ti.com \
    --cc=fcooper@ti.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mmc@vger.kernel.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=lokeshvutla@ti.com \
    --cc=m-karicheri2@ti.com \
    --cc=rogerq@ti.com \
    --cc=ulf.hansson@linaro.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.