Re: [PATCH v11]: clk: Add common clock support for Mediatek MT8135 and MT8173
From: Matthias Brugger
Date: Wed Apr 15 2015 - 11:11:43 EST
2015-04-14 13:57 GMT+02:00 Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>:
> On Tue, Apr 14, 2015 at 01:01:30PM +0200, Matthias Brugger wrote:
>> Hi Sascha,
>>
>> 2015-04-14 12:08 GMT+02:00 Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>:
>> > Hi Matthias,
>> >
>> > On Tue, Apr 07, 2015 at 01:47:58PM +0200, Matthias Brugger wrote:
>> >> Hi Sascha,
>> >>
>> >>
>> >> 2015-03-31 20:16 GMT+02:00 Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>:
>> >> >
>> >> > The following changes since commit 9eccca0843205f87c00404b663188b88eb248051:
>> >> >
>> >> > Linux 4.0-rc3 (2015-03-08 16:09:09 -0700)
>> >> >
>> >> > are available in the git repository at:
>> >> >
>> >> > git://git.pengutronix.de/git/imx/linux-2.6.git tags/v4.0-clk-mediatek-v11
>> >> >
>> >> > for you to fetch changes up to ae9129219143cfdefe8b3a463deb8c5cb8955525:
>> >> >
>> >> > dt-bindings: ARM: Mediatek: Document devicetree bindings for clock/reset controllers (2015-03-31 20:08:46 +0200)
>> >> >
>> >> > ----------------------------------------------------------------
>> >> > This patchset contains the initial common clock support for Mediatek SoCs.
>> >> > Mediatek SoC's clock architecture comprises of various PLLs, dividers, muxes
>> >> > and clock gates.
>> >>
>> >> I tried the patch set on my mt8135 eval board. I used the dts bindings
>> >> from a former version of this set [1], but it does not boot the board
>> >> (based on v4.0-rc7).
>> >> Do you have any hint, what is happening, or are the bindings wrong?
>> >
>> > I just tried on a v4.0 with
>> > - this series applied
>> > - the dts patch applied (which is still up-to-date)
>> > - multi_v7_defconfig
>> >
>> > And it still works. What do you mean with "does not boot the board"? No
>> > console output? Could you try with earlyprintk?
>>
>> The probelms I see is, that with the clock patches, I'm not able to
>> boot into a initramfs [1].
>> Whereas if I just comment topckgen and preicfg in the dts, I'm able to
>> get the a serial console of my initramfs [2].
>>
>> I wonder if you are able to get serial console from the initramfs with
>> the clock patches + dts patch?
>
> So you get kernel messages but no output from initramfs? In this case
> the kernel disables the unused clocks in a late_initcall. The UART
> driver still uses the dummy clock provided in the dtsi, so the real
> UART clk gets disabled in the initcall. Try passing clk_ignore_unused to
> the kernel
OK, I can boot to the initramfs with this kernel parameter, but it
fails to boot, when I change the uart clock. I suppose that PERI_UART3
for debug port uart3 should be fine, but it looks like it doesn't
work.
I can see on the mt6589 datasheet that you have a register
PERI_UART_CK_SOURCE_SEL where you can decide if you want a 26 MHz or a
52 MHz clock for the UART block.
Does this register exists on mt8135? If so, why is it not implemented?
--
motzblog.wordpress.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/