linux-kernel - Re: [PATCH 1/2] rtc: mxc: add a second clock

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <5570BE33.9080103@gmail.com>
Date:	Thu, 04 Jun 2015 23:08:03 +0200
From:	Philippe Reynes <tremyfr@...il.com>
To:	Alexandre Belloni <alexandre.belloni@...e-electrons.com>
CC:	shawn.guo@...aro.org, kernel@...gutronix.de,
	linux@....linux.org.uk, a.zummo@...ertech.it, robh+dt@...nel.org,
	pawel.moll@....com, mark.rutland@....com,
	ijc+devicetree@...lion.org.uk, galak@...eaurora.org,
	rtc-linux@...glegroups.com, linux-arm-kernel@...ts.infradead.org,
	linux-kernel@...r.kernel.org, devicetree@...r.kernel.org,
	fabio.estevam@...escale.com
Subject: Re: [PATCH 1/2] rtc: mxc: add a second clock

Hi Alexandre,

On 28/05/15 13:57, Alexandre Belloni wrote:
> Hi,
>
> On 16/05/2015 at 00:35:29 +0200, Philippe Reynes wrote :
>> The mxc RTC needs two clocks, one for the input
>> reference, and one for the IP. But this driver
>> was only using one clock (for the reference).
>> This patch add the second clock (for the IP).
>>
>> Signed-off-by: Philippe Reynes<tremyfr@...il.com>
>> ---
>>   arch/arm/mach-imx/clk-imx31.c |    3 ++-
>>   drivers/rtc/rtc-mxc.c         |   26 +++++++++++++++++---------
>>   2 files changed, 19 insertions(+), 10 deletions(-)
>>
>> diff --git a/arch/arm/mach-imx/clk-imx31.c b/arch/arm/mach-imx/clk-imx31.c
>> index 286ef42..480c54f 100644
>> --- a/arch/arm/mach-imx/clk-imx31.c
>> +++ b/arch/arm/mach-imx/clk-imx31.c
>> @@ -130,7 +130,8 @@ int __init mx31_clocks_init(unsigned long fref)
>>   	clk_register_clkdev(clk[cspi3_gate], NULL, "imx31-cspi.2");
>>   	clk_register_clkdev(clk[pwm_gate], "pwm", NULL);
>>   	clk_register_clkdev(clk[wdog_gate], NULL, "imx2-wdt.0");
>> -	clk_register_clkdev(clk[rtc_gate], NULL, "imx21-rtc");
>> +	clk_register_clkdev(clk[ckil], "rtc", "imx21-rtc");
>> +	clk_register_clkdev(clk[rtc_gate], "ipg", "imx21-rtc");
>>   	clk_register_clkdev(clk[epit1_gate], "epit", NULL);
>>   	clk_register_clkdev(clk[epit2_gate], "epit", NULL);
>>   	clk_register_clkdev(clk[nfc], NULL, "imx27-nand.0");
>
> This should probably go in a separate patch so that Shawn can apply it.

Yes, I will do a patch and send it on the mailling list.
  
>> diff --git a/drivers/rtc/rtc-mxc.c b/drivers/rtc/rtc-mxc.c
>> index 09d422b..e916a91 100644
>> --- a/drivers/rtc/rtc-mxc.c
>> +++ b/drivers/rtc/rtc-mxc.c
>> @@ -79,7 +79,8 @@ struct rtc_plat_data {
>>   	struct rtc_device *rtc;
>>   	void __iomem *ioaddr;
>>   	int irq;
>> -	struct clk *clk;
>> +	struct clk *clk_rtc;
>> +	struct clk *clk_ipg;
>>   	struct rtc_time g_rtc_alarm;
>>   	enum imx_rtc_type devtype;
>>   };
>> @@ -373,17 +374,24 @@ static int mxc_rtc_probe(struct platform_device *pdev)
>>   	if (IS_ERR(pdata->ioaddr))
>>   		return PTR_ERR(pdata->ioaddr);
>>
>> -	pdata->clk = devm_clk_get(&pdev->dev, NULL);
>> -	if (IS_ERR(pdata->clk)) {
>> -		dev_err(&pdev->dev, "unable to get clock!\n");
>> -		return PTR_ERR(pdata->clk);
>> +	pdata->clk_ipg = devm_clk_get(&pdev->dev, "ipg");
>> +	if (IS_ERR(pdata->clk_ipg)) {
>> +		dev_err(&pdev->dev, "unable to get ipg clock!\n");
>> +		return PTR_ERR(pdata->clk_ipg);
>>   	}
>>
>> -	ret = clk_prepare_enable(pdata->clk);
>> +	ret = clk_prepare_enable(pdata->clk_ipg);
>>   	if (ret)
>>   		return ret;
>>
>> -	rate = clk_get_rate(pdata->clk);
>> +	pdata->clk_rtc = devm_clk_get(&pdev->dev, "rtc");
>> +	if (IS_ERR(pdata->clk_rtc)) {
>> +		dev_err(&pdev->dev, "unable to get rtc clock!\n");
>> +		ret = PTR_ERR(pdata->clk_rtc);
>> +		goto exit_put_clk;
>> +	}
>> +
>> +	rate = clk_get_rate(pdata->clk_rtc);
>
> You are getting the rate but don't you need to clk_prepare_enable()?

This IP needs the clock reference rate for his configuration,
so I think that I only need the rate.

> Also, aren't those devm_clk_get now failing on i.mx35? Maybe it was
> already failing before that patch as I don't see any rtc clock being
> registeres in clk-imx35.c

Yes, I don't see this clock on clk-imx35.c too.So I don't understand how
this driver could work on imx35. The board MX35PDK use this driver,
but in my understanding, it should be broken. If someone has this board
and have some time to test the rtc, I would be pleased to get the result.

>>
>>   	if (rate == 32768)
>>   		reg = RTC_INPUT_CLK_32768HZ;
>> @@ -432,7 +440,7 @@ static int mxc_rtc_probe(struct platform_device *pdev)
>>   	return 0;
>>
>>   exit_put_clk:
>> -	clk_disable_unprepare(pdata->clk);
>> +	clk_disable_unprepare(pdata->clk_ipg);
>>
>>   	return ret;
>>   }
>> @@ -441,7 +449,7 @@ static int mxc_rtc_remove(struct platform_device *pdev)
>>   {
>>   	struct rtc_plat_data *pdata = platform_get_drvdata(pdev);
>>
>> -	clk_disable_unprepare(pdata->clk);
>> +	clk_disable_unprepare(pdata->clk_ipg);
>>
>>   	return 0;
>>   }
>> --
>> 1.7.4.4
>>
>

Regards,
Philippe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/