From: Dirk Behme <dirk.behme@gmail.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 3/3] mx6sl: Add initial support for mx6slevk board
Date: Sat, 06 Apr 2013 18:30:36 +0200 [thread overview]
Message-ID: <51604DAC.9010600@gmail.com> (raw)
In-Reply-To: <CAOMZO5B_weraRySCQP92OSdMGsqBag6hd5dxujx0os3dpQQS1w@mail.gmail.com>
Am 06.04.2013 16:15, schrieb Fabio Estevam:
> On Sat, Apr 6, 2013 at 10:52 AM, Dirk Behme <dirk.behme@gmail.com> wrote:
>
>> Most probably it would be sufficient to enable only the clocks needed for
>> booting ;) And not all clocks. On the other boards we do
>>
>> /* set the default clock gate to save power */
>> DATA 4 0x020c4068 0x00C03F3F
>> DATA 4 0x020c406c 0x0030FC03
>> DATA 4 0x020c4070 0x0FFFC000
>> DATA 4 0x020c4074 0x3FF00000
>> DATA 4 0x020c4078 0x00FFF300
>> DATA 4 0x020c407c 0x0F0000C3
>> DATA 4 0x020c4080 0x000003FF
>>
>> http://git.denx.de/cgi-bin/gitweb.cgi?p=u-boot.git;a=blob;f=board/freescale/imx/ddr/mx6q_4x_mt41j128.cfg;h=f4cae5eeb9899ab4ba937ae286e004d6861f1d43;hb=refs/heads/master#l161
>>
>> Do you like to try anything similar here, too?
>
> No, sorry. It is possible to turn some clocks off, for sure, but I do
> not see real benefit by doing this on this solo-lite board.
>
> U-boot runs only for few seconds (or ms), so not much of power savings
> we can do in the bootloader.
To my understanding what we do above is not about saving power in the
bootloader ...
> I am just setting the clocks to the default states, so it is up to the
> kernel to manage the clocks as needed.
... but saving power over the whole (kernel) runtime. I might be
wrong, but to my understanding the kernel doesn't *disable* unneeded
clocks?
So it's up to the bootloader to enable only the peripherals (clocks)
really needed for booting. And then it's up to the kernel's driver
init functions to enable the needed clocks for the subsystem once it's
needed.
But as I won't use this board I won't care about the power consumption
here. If you think it's fine for the use cases of this board to enable
all clocks by default, then this shouldn't stop applying this patch.
Best regards
Dirk
next prev parent reply other threads:[~2013-04-06 16:30 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-04-06 0:55 [U-Boot] [PATCH 1/3] iomux-v3: Place pad control definitions into common file Fabio Estevam
2013-04-06 0:55 ` [U-Boot] [PATCH 2/3] mx6: Add solo-lite variant support Fabio Estevam
2013-04-06 0:55 ` [U-Boot] [PATCH 3/3] mx6sl: Add initial support for mx6slevk board Fabio Estevam
2013-04-06 7:27 ` Dirk Behme
2013-04-06 12:47 ` Fabio Estevam
2013-04-06 13:52 ` Dirk Behme
2013-04-06 14:15 ` Fabio Estevam
2013-04-06 16:30 ` Dirk Behme [this message]
2013-04-06 16:40 ` Fabio Estevam
2013-04-06 16:48 ` Dirk Behme
2013-04-10 6:01 ` Stefano Babic
2013-04-17 8:48 ` Stefano Babic
2013-04-21 17:00 ` Fabio Estevam
2013-04-22 7:51 ` Stefano Babic
2013-04-09 18:20 ` [U-Boot] [PATCH 1/3] iomux-v3: Place pad control definitions into common file Otavio Salvador
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=51604DAC.9010600@gmail.com \
--to=dirk.behme@gmail.com \
--cc=u-boot@lists.denx.de \
/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