mail archive of the barebox mailing list
 help / color / mirror / Atom feed
From: Roberto Nibali <rnibali@gmail.com>
To: Sascha Hauer <s.hauer@pengutronix.de>
Cc: barebox@lists.infradead.org
Subject: Re: [PATCH 05/10] ARM i.MX25: Enable all needed clocks during startup
Date: Mon, 8 Oct 2012 23:18:17 +0200	[thread overview]
Message-ID: <CAONxwYP8rz98fWZ0-kYzcxK9o+x7OCG2g=bMzm1sjFsSsWqCAw@mail.gmail.com> (raw)
In-Reply-To: <20121008205857.GV1322@pengutronix.de>

>> > +                       base + CCM_CGCR0);
>> > +
>> > +       writel((1 << 5) | (1 << 6) | (1 << 7) | (1 << 8) | (1 << 13) | (1 << 14) |
>> > +                       (1 << 15) | (1 << 19) | (1 << 20) | (1 << 21) | (1 << 22) |
>> > +                       (1 << 26) | (1 << 29) | (1 << 31),
>> > +                       base + CCM_CGCR1);
>> > +
>> > +       writel((1 << 0) | (1 << 1) | (1 << 2) | (1 << 10) | (1 << 13) | (1 << 14) |
>> > +                       (1 << 15) | (1 << 16) | (1 << 17) | (1 << 18),
>> > +                       base + CCM_CGCR2);
>>
>> Quite a change from writing 0x15692B58 (sum) to CGCR0, enabling PER
>> clocks esdhc1, esdhc2, i2c, nfc, owire, sim1, ssi1, and AHB clocks
>> ata, emi, esdhc1, esdhc2, lcdc, sdma, usbotg, to now enabling the
>> following clocks:
>>
>> PER: esdhc1, esdhc2, i2c, nfc, owire, pwm(!), uart (!)
>> AHB: emi, esdhc1, esdhc2, fec, lcdc, usbotg
>>
>> Why not enable all clocks (i.e. sim1, sim2, ssi1, ssi2)? Maybe because
>> we have no drivers (yet)?
>
> I really hope we do not get sound support in barebox...

Famous last words ... some marketing executive will find a reason to
do so in the future ;).

On a more serious note, I have in the past worked as a freelancer on a
project where they used sim1 and sim2, albeit there was no
functionality implemented into the boot loader. So I reckon your clock
enable selection is fine as is.

>> Or does it not matter, because each platform
>> driver is required to set the clocks anyway in the init routine?
>
> No, the strategy I want to follow is that we enable all necessary clocks
> for barebox during startup. Barebox normally does not run long enough to
> waste a significant amount og energy. The kernel will turn of the
> unneeded clocks anyway, so I think it's just not worth the effort (and
> binary size) to add proper clk gate support.

Fair enough.

>> IPG: cspi1, cspi2, cspi3, esdhc1, esdhc2, fec, gpt1, gpt2, gpt3, gpt4,
>> iim, LCDC_EN, pwm1, pwm2, pwm3, pwm4, spba, tsc, uart1, uart2, uart3,
>> uart4, uart5.
>
> Ok, can add this.

Cheers
Roberto

_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox

  reply	other threads:[~2012-10-08 21:18 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-10-08 19:44 [PATCH] i.MX clk Sascha Hauer
2012-10-08 19:44 ` [PATCH 01/10] clk: Add clk gate support Sascha Hauer
2012-10-08 19:44 ` [PATCH 02/10] ARM i.MX: Add clk_gate inline function Sascha Hauer
2012-10-08 19:44 ` [PATCH 03/10] ARM i.MX21: Fix CSPI parent clock Sascha Hauer
2012-10-08 19:44 ` [PATCH 04/10] ARM i.MX21: Enable all needed clocks during startup Sascha Hauer
2012-10-08 19:44 ` [PATCH 05/10] ARM i.MX25: " Sascha Hauer
2012-10-08 20:49   ` Roberto Nibali
2012-10-08 20:58     ` Sascha Hauer
2012-10-08 21:18       ` Roberto Nibali [this message]
2012-10-10  7:49   ` Sascha Hauer
2012-10-08 19:44 ` [PATCH 06/10] ARM i.MX21: Add lcdc per gate Sascha Hauer
2012-10-08 19:44 ` [PATCH 07/10] ARM i.MX27: " Sascha Hauer
2012-10-08 19:44 ` [PATCH 08/10] ARM i.MX25: " Sascha Hauer
2012-10-08 19:44 ` [PATCH 09/10] video i.MX: Use regular clk_[en|dis]able functions Sascha Hauer
2012-10-08 19:44 ` [PATCH 10/10] ARM i.MX: Enable clocks in common place Sascha Hauer

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='CAONxwYP8rz98fWZ0-kYzcxK9o+x7OCG2g=bMzm1sjFsSsWqCAw@mail.gmail.com' \
    --to=rnibali@gmail.com \
    --cc=barebox@lists.infradead.org \
    --cc=s.hauer@pengutronix.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