[PATCH 08/12] rtc: omap: restore irq state after reading TC registers

Felipe Balbi balbi at ti.com
Sat Oct 11 17:47:58 PDT 2014


On Sat, Oct 11, 2014 at 12:12:01PM +0200, Johan Hovold wrote:
> On Fri, Oct 10, 2014 at 01:02:31PM -0500, Felipe Balbi wrote:
> > Hi,
> > 
> > On Thu, Oct 09, 2014 at 09:06:30PM +0200, Johan Hovold wrote:
> > > Make sure to restore local irq state when reading the timer/calendar
> > > (TC) registers, so that omap_rtc_read_time() can be called with
> > > interrupts disabled.
> > > 
> > > Signed-off-by: Johan Hovold <johan at kernel.org>
> > > ---
> > >  drivers/rtc/rtc-omap.c | 6 ++++--
> > >  1 file changed, 4 insertions(+), 2 deletions(-)
> > > 
> > > diff --git a/drivers/rtc/rtc-omap.c b/drivers/rtc/rtc-omap.c
> > > index 0ef016553a97..62e2e9a9887a 100644
> > > --- a/drivers/rtc/rtc-omap.c
> > > +++ b/drivers/rtc/rtc-omap.c
> > > @@ -239,8 +239,10 @@ static void bcd2tm(struct rtc_time *tm)
> > >  
> > >  static int omap_rtc_read_time(struct device *dev, struct rtc_time *tm)
> > >  {
> > > +	unsigned long flags;
> > > +
> > >  	/* we don't report wday/yday/isdst ... */
> > > -	local_irq_disable();
> > > +	local_irq_save(flags);
> > 
> > you should really convert these to a real spin_lock_irq*(), that's
> > because local_irq* do not get re-written with RT patchset, so this
> > pretty much "breaks" RT.
> 
> The driver uses local_irq* throughout to guarantee registers are not
> read or written during an update event.
> 
> In fact, at least on AM33xx, this is not even necessary when reading (as
> opposed to writing) the TC registers, but I did not dare change that
> without knowing how the legacy platforms work in this respect.
> 
> Do you suggest doing this conversion as part of, or on top of, this
> series?

probably on top of is. Safer that way.

-- 
balbi
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20141011/dbf042e4/attachment.sig>


More information about the linux-arm-kernel mailing list