From: Nishanth Menon <nm@ti.com>
To: "Manuel, Lesly Arackal" <x0080970@ti.com>
Cc: "linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>,
"Derrick, David" <dderrick@ti.com>,
Samuel Ortiz <sameo@linux.intel.com>
Subject: Re: [PATCH v2 3/6] omap3: pm: Update Triton2 scripts
Date: Thu, 21 Jan 2010 02:42:29 -0600 [thread overview]
Message-ID: <4B581375.6050103@ti.com> (raw)
In-Reply-To: <028101ca9a74$d6588610$LocalHost@wipultra1385>
Manuel, Lesly Arackal had written, on 01/21/2010 02:34 AM, the following:
> From: "Nishanth Menon" <nm@ti.com>
> To: "Manuel, Lesly Arackal" <x0080970@ti.com>
> Cc: <linux-omap@vger.kernel.org>; "Derrick, David" <dderrick@ti.com>;
>
>
>> Manuel, Lesly Arackal had written, on 01/19/2010 11:35 AM, the following:
>>> From: Lesly A M <x0080970@ti.com>
>>>
>>> omap3: pm: Update Triton2 scripts
>>>
>>> Updated the sleep, wakeup & warm_reset sequence as recommended by David
>>> Derrick.
>>> Used broadcast command, modified the resource type association and remap
>>> sleep_state.
>>> Added the new script changes for zoom[2,3] boards.
>>>
>>> VDD1, VDD2 and VPLL1 are remapped to turn off during sleep state.
>>> Changed RES_TYPE2 of VPLL1, VDD1, VDD2, REGEN, NRESPWRON & SYSEN to '1'
>>> and VINTANA1, VINTANA2, VINTDIG, VIO, CLKEN & HFCLKOUT to '2'.
>> How about VMMC,VAUX and other resources?
>>
> These LDOs are controlled by drivers using regulator frame work, not through
> TRITON power sequence.
Context of my question was - how do we handle devices such as eMMC which
is required on bootup? I suppose the suspend/resume of those driver
should ideally handle it..
but overall fair enough from me, if relevant comments are available in
commit message.
[..]
--
Regards,
Nishanth Menon
prev parent reply other threads:[~2010-01-21 8:42 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-01-19 17:35 [PATCH v2 3/6] omap3: pm: Update Triton2 scripts x0080970
2010-01-21 7:31 ` Nishanth Menon
2010-01-21 8:34 ` Lesly AM
2010-01-21 8:42 ` Nishanth Menon [this message]
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=4B581375.6050103@ti.com \
--to=nm@ti.com \
--cc=dderrick@ti.com \
--cc=linux-omap@vger.kernel.org \
--cc=sameo@linux.intel.com \
--cc=x0080970@ti.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 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.