[rtc-linux] [PATCH v3 2/3] rtc: Add APM X-Gene SoC RTC driver
Mark Brown
broonie at kernel.org
Wed Apr 9 14:01:48 PDT 2014
On Wed, Apr 09, 2014 at 10:16:11AM -0700, Loc Ho wrote:
> >> +static int xgene_rtc_suspend(struct device *dev)
> >> + } else {
> >> + xgene_rtc_alarm_irq_enable(dev, 0);
> >> + clk_disable(pdata->clk);
> >> + }
> > Why does the driver only disable the clock over suspend rather than also
> > unpreparing it?
> This was modeled after rtc-spear.c. Is this or rtc-spear in-correct?
They're both broken, looks like a bad conversion to prepare clocks.
> >> + if (device_may_wakeup(&pdev->dev)) {
> >> + if (pdata->irq_wake) {
> >> + disable_irq_wake(irq);
> >> + pdata->irq_wake = 0;
> >> + }
> >> + } else {
> >> + clk_enable(pdata->clk);
> > It's also not checking for errors here.
> This was also modeled after rtc-spear. I guess I can check and print
> an warning but don't believe it matter.
You should return an error if the operation failed.
> >> + xgene_rtc_alarm_irq_enable(dev, 1);
> >> + }
> > Won't this unconditionally enable the interrupt regardless of what the
> > setting was prior to suspend?
> This was also modeled after rtc-spear.c. Is this or rtc-spear in-correct?
I would expct they're both broken here.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20140409/5f65346d/attachment-0001.sig>
More information about the linux-arm-kernel
mailing list