[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20180403144211.GM14180@piout.net>
Date: Tue, 3 Apr 2018 16:42:11 +0200
From: Alexandre Belloni <alexandre.belloni@...e-electrons.com>
To: Bryan O'Donoghue <pure.logic@...us-software.ie>
Cc: Trent Piepho <tpiepho@...inj.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"shawn.guo@...aro.org" <shawn.guo@...aro.org>,
"stefan@...er.ch" <stefan@...er.ch>,
"bianpan2016@....com" <bianpan2016@....com>,
"a.zummo@...ertech.it" <a.zummo@...ertech.it>,
"stable@...r.kernel.org" <stable@...r.kernel.org>,
"guy.shapiro@...i-wize.com" <guy.shapiro@...i-wize.com>,
"Frank.Li@...escale.com" <Frank.Li@...escale.com>,
"linux-rtc@...r.kernel.org" <linux-rtc@...r.kernel.org>
Subject: Re: [RESEND] rtc: snvs: Fix usage of snvs_rtc_enable
Hi,
On 02/04/2018 at 23:51:12 +0100, Bryan O'Donoghue wrote:
> On 30/03/18 23:59, Trent Piepho wrote:
> > However, I think that even if the driver fails to probe if there is a
> > timeout at probe time, it's still possible to hang later if there are
> > not limits to the hardware polling loops, such as the ones I added.
>
> I agree with your patch in principle for this the reason you've outlined.
>
> My patch though should still be applied to fix non-starting @ source.
>
> /aside - I don't have your patch in my inbox - if you could resend and cc me
> I'll review it for you.
>
It is available in mbox format here:
http://patchwork.ozlabs.org/patch/887090/mbox/
--
Alexandre Belloni, Bootlin (formerly Free Electrons)
Embedded Linux and Kernel engineering
https://bootlin.com
Powered by blists - more mailing lists