[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <c1c08d49-3473-b4b1-4ed1-f30276ffbbf1@kontron.de>
Date: Thu, 19 Sep 2019 10:04:40 +0000
From: Schrempf Frieder <frieder.schrempf@...tron.de>
To: Anson Huang <anson.huang@....com>,
"robh+dt@...nel.org" <robh+dt@...nel.org>,
"mark.rutland@....com" <mark.rutland@....com>,
"shawnguo@...nel.org" <shawnguo@...nel.org>,
"s.hauer@...gutronix.de" <s.hauer@...gutronix.de>,
"kernel@...gutronix.de" <kernel@...gutronix.de>,
"festevam@...il.com" <festevam@...il.com>,
Leonard Crestez <leonard.crestez@....com>,
"daniel.lezcano@...aro.org" <daniel.lezcano@...aro.org>,
Jacky Bai <ping.bai@....com>,
Daniel Baluta <daniel.baluta@....com>, Jun Li <jun.li@....com>,
"l.stach@...gutronix.de" <l.stach@...gutronix.de>,
Abel Vesa <abel.vesa@....com>,
"andrew.smirnov@...il.com" <andrew.smirnov@...il.com>,
"angus@...ea.ca" <angus@...ea.ca>,
"ccaione@...libre.com" <ccaione@...libre.com>,
"agx@...xcpu.org" <agx@...xcpu.org>,
"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
CC: dl-linux-imx <linux-imx@....com>
Subject: Re: [PATCH 2/3] arm64: dts: imx8mm: Use correct clock for usdhc's ipg
clk
Hi Anson,
On 19.09.19 11:31, Anson Huang wrote:
> Hi, Schrempf
>
>> Hi Anson,
>>
>> I have a question, that is not directly related to this patch.
>> I see that for the usdhc1 and usdhc3 nodes, there is an 'assigned-clock'
>> and 'assigned-clock-rates' property but not for usdhc2. The same applies to
>> the mx8mq and mx8mn dtsi file.
>>
>> Is there any reason for this? If not can you fix it?
>
> This patch series is NOT related to 'assigned-clock' or 'assigned-clock-rates'
> property,
That's exactly what I'm saying. To not cause more confusion, I have sent
a message in a new thread:
http://lists.infradead.org/pipermail/linux-arm-kernel/2019-September/681426.html
> it is just for correcting clock source according to reference manual,
> the 'ipg' clock is from system's IPG_ROOT clock according to reference manual CCM
> chapter, using DUMMY clock is NOT a good option, the 'ipg' clock is supposed
> to be the clock for accessing register, and it should NOT be DUMMY if we know
> what exactly the clock source is used.
That's probably right and I didn't mean to question the patch at all.
Thanks,
Frieder
Powered by blists - more mailing lists