From: Adrian Hunter <adrian.hunter@nokia.com>
To: Tony Lindgren <tony@atomide.com>
Cc: linux-mmc Mailing List <linux-mmc@vger.kernel.org>,
Andrew Morton <akpm@linux-foundation.org>,
linux-omap Mailing List <linux-omap@vger.kernel.org>,
Madhusudhan Chikkature <madhu.cr@ti.com>
Subject: Re: [PATCH 5/8] omap_hsmmc: RX51: set padconfs to pull down when powering off eMMC
Date: Fri, 15 Jan 2010 15:11:06 +0200 [thread overview]
Message-ID: <4B50696A.6050904@nokia.com> (raw)
In-Reply-To: <20100113210042.GM2986@atomide.com>
Tony Lindgren wrote:
> * Tony Lindgren <tony@atomide.com> [100113 12:38]:
>> * Tony Lindgren <tony@atomide.com> [100113 12:36]:
>>> You might want to check what happens in omap off-idle mode in these cases
>>> and see if enabling OMAP_PIN_OFF_INPUT_PULLDOWN makes any difference in
>>> power consumption in off state. That probably does not matter unless the
>>> floating lines cause the eMMC to do something on it's own :)
>> Or OMAP_PIN_OFF_OUTPUT_LOW actually.
>
> One more time.. Most likely OMAP_PIN_OFF_INPUT_PULLDOWN is safer
> in general as the OMAP_PIN_OFF_OUTPUT_LOW does not work for all
> pins. According to the TRM, OMAP_PIN_OFF_OUTPUT_LOW only works
> for pins where at least one of the mux modes supports output
> mode.
While eMMC is on, it is better if the lines are pulled up,
irrespective of whether OMAP is OFF, just to keep to the
MMC specification.
next prev parent reply other threads:[~2010-01-15 13:11 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-01-13 11:40 [PATCH 0/8] omap_hsmmc changes Adrian Hunter
2010-01-13 11:40 ` [PATCH 1/8] omap_hsmmc: move gpio and regulator control from board file Adrian Hunter
2010-01-13 18:54 ` Tony Lindgren
2010-01-14 7:58 ` Adrian Hunter
2010-01-13 22:28 ` Madhusudhan
2010-01-14 8:17 ` Adrian Hunter
2010-01-13 11:40 ` [PATCH 2/8] OMAP: rename mmc-twl4030 to hsmmc Adrian Hunter
2010-01-13 11:40 ` [PATCH 3/8] OMAP: reconnect hsmmc context loss count Adrian Hunter
2010-01-14 19:55 ` Paul Walmsley
2010-01-13 11:40 ` [PATCH 4/8] omap_hsmmc: set DVFS/PM constraints Adrian Hunter
2010-01-13 22:53 ` Paul Walmsley
2010-01-14 8:28 ` Adrian Hunter
2010-01-14 19:53 ` Paul Walmsley
2010-01-15 9:04 ` Adrian Hunter
2010-01-13 11:40 ` [PATCH 5/8] omap_hsmmc: RX51: set padconfs to pull down when powering off eMMC Adrian Hunter
2010-01-13 20:37 ` Tony Lindgren
2010-01-13 20:39 ` Tony Lindgren
2010-01-13 21:00 ` Tony Lindgren
2010-01-13 23:30 ` Nishanth Menon
2010-01-14 7:57 ` Adrian Hunter
2010-01-15 13:11 ` Adrian Hunter [this message]
2010-01-13 11:40 ` [PATCH 6/8] omap_hsmmc: allow for power saving without going off Adrian Hunter
2010-01-13 11:41 ` [PATCH 7/8] omap_hsmmc: fix disable timeouts Adrian Hunter
2010-01-13 11:41 ` [PATCH 8/8] omap_hsmmc: allow for a shared VccQ Adrian Hunter
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=4B50696A.6050904@nokia.com \
--to=adrian.hunter@nokia.com \
--cc=akpm@linux-foundation.org \
--cc=linux-mmc@vger.kernel.org \
--cc=linux-omap@vger.kernel.org \
--cc=madhu.cr@ti.com \
--cc=tony@atomide.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