From: Hans de Goede <hdegoede@redhat.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH] sunxi: Fix sun5i mbus speed when booting old kernels
Date: Fri, 20 Feb 2015 09:44:44 +0100 [thread overview]
Message-ID: <54E6F3FC.80206@redhat.com> (raw)
In-Reply-To: <20150220101510.664a2c5c@i7>
Hi,
On 20-02-15 09:15, Siarhei Siamashka wrote:
> On Thu, 19 Feb 2015 14:59:16 +0100
> Hans de Goede <hdegoede@redhat.com> wrote:
>
>> Older linux-sunxi-3.4 kernels override our PLL6 setting with 300 MHz,
>> halving the mbus frequency, so set it to 300 MHz ourselves and base the
>> mbus divider on that.
>>
>> Signed-off-by: Hans de Goede <hdegoede@redhat.com>
>> ---
>> arch/arm/include/asm/arch-sunxi/clock_sun4i.h | 9 +++++++++
>> 1 file changed, 9 insertions(+)
>>
>> diff --git a/arch/arm/include/asm/arch-sunxi/clock_sun4i.h b/arch/arm/include/asm/arch-sunxi/clock_sun4i.h
>> index d297ed0..c28ee05 100644
>> --- a/arch/arm/include/asm/arch-sunxi/clock_sun4i.h
>> +++ b/arch/arm/include/asm/arch-sunxi/clock_sun4i.h
>> @@ -144,7 +144,16 @@ struct sunxi_ccm_reg {
>>
>> #define PLL1_CFG_DEFAULT 0xa1005000
>>
>> +#if defined CONFIG_OLD_SUNXI_KERNEL_COMPAT && defined CONFIG_MACH_SUN5I
>> +/*
>> + * Older linux-sunxi-3.4 kernels override our PLL6 setting with 300 MHz,
>> + * halving the mbus frequency, so set it to 300 MHz ourselves and base the
>> + * mbus divider on that.
>> + */
>> +#define PLL6_CFG_DEFAULT 0xa1009900
>> +#else
>> #define PLL6_CFG_DEFAULT 0xa1009911
>> +#endif
>>
>> /* nand clock */
>> #define NAND_CLK_SRC_OSC24 0
>
> Are there any good reasons to use 600MHz instead of 300MHz for PLL6 in
> the default u-boot build?
>
> Maybe PLL6 can be just set to 300MHz for sun5i in all cases, regardless
> of the CONFIG_OLD_SUNXI_KERNEL_COMPAT define?
Basically the reasons are the same as why you want to keep PLL5 running
at a high speed, PLL6 is a potential parent PLL for all mod0 clk using
peripherals, and having it higher gives us more possible clocks.
I agree that this (and the PLL5 speed) are an issue we need a better fix
for then CONFIG_OLD_SUNXI_KERNEL_COMPAT if at all possible.
I'll discuss this further as a reply to your:
"[PATCH] sunxi: Machine id hack to prevent loading buggy sunxi-3.4 kernels"
mail.
Regards,
Hans
next prev parent reply other threads:[~2015-02-20 8:44 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-02-19 13:59 [U-Boot] [PATCH] sunxi: Fix sun5i mbus speed when booting old kernels Hans de Goede
2015-02-19 15:23 ` Ian Campbell
2015-02-20 8:15 ` Siarhei Siamashka
2015-02-20 8:44 ` Hans de Goede [this message]
2015-02-20 11:27 ` Siarhei Siamashka
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=54E6F3FC.80206@redhat.com \
--to=hdegoede@redhat.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