From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dmitry Torokhov Subject: Re: [PATCH v9 1/3] RTC: RK808: add RTC driver for RK808 Date: Thu, 4 Sep 2014 13:08:44 -0700 Message-ID: <20140904200843.GF10224@core.coreip.homeip.net> References: <1409793159-2573-1-git-send-email-zyw@rock-chips.com> <1409793159-2573-2-git-send-email-zyw@rock-chips.com> <20140904173300.GC10224@core.coreip.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: Sender: devicetree-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Doug Anderson Cc: Chris Zhong , Heiko =?iso-8859-1?Q?St=FCbner?= , Rob Herring , Pawel Moll , Mark Rutland , Ian Campbell , Kumar Gala , Samuel Ortiz , Lee Jones , Liam Girdwood , Alessandro Zummo , Mike Turquette , Andrew Morton , "broonie-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org" , "devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" , "linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" , rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org, Grant Likely , Lin Huang , Tao Huang , Eddie Cai , zhangqing , xx List-Id: devicetree@vger.kernel.org On Thu, Sep 04, 2014 at 12:04:11PM -0700, Doug Anderson wrote: > Dmitry, > > On Thu, Sep 4, 2014 at 10:33 AM, Dmitry Torokhov > wrote: > > On Wed, Sep 03, 2014 at 09:18:42PM -0700, Doug Anderson wrote: > >> Chris, > >> > >> On Wed, Sep 3, 2014 at 6:12 PM, Chris Zhong wrote: > >> > Adding RTC driver for supporting RTC device present inside RK808 PMIC. > >> > > >> > Signed-off-by: Chris Zhong > >> > Signed-off-by: Zhang Qing > >> > > >> > Tested-by: Heiko Stuebner > >> > >> Reviewed-by: Doug Anderson > >> Tested-by: Doug Anderson > >> > >> > >> > + rk808_rtc->irq = platform_get_irq(pdev, 0); > >> > + if (rk808_rtc->irq < 0) { > >> > + dev_err(&pdev->dev, "Wake up is not possible as irq = %d\n", > >> > + rk808_rtc->irq); > >> > >> Technically you shouldn't print the error if it's -EPROBE_DEFER. > >> ...but I think that's really unlikely here (I can't imagine any real > >> cases where the interrupt parent for RK808 would actually be deferred) > >> so I won't push it. > > > > Doug, platform_get_irq() simply iterates through IRQ resources assigned to the > > device, which are populated at platform device creation time. The only error it > > returns ever is -ENXIO, so we are fine here. > > I think maybe you're looking at older source code? The source code I > have for mainline Linux specifically includes code handling > EPROBE_DEFER in platform_get_irq(). Ah, indeed. That -EPROBE_DEFER monstrosity keeps spreading :( -- Dmitry -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html