Re: [PATCH] serial: omap: Fix missing pm_runtime_resume handling by simplifying code

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



* Felipe Balbi <balbi@xxxxxx> [140325 11:57]:
> On Tue, Mar 25, 2014 at 11:48:47AM -0700, Tony Lindgren wrote:
> > The lack of pm_runtime_resume handling for the device state leads into
> > device wake-up interrupts not working after a while for runtime PM.
> > 
> > Also, serial-omap is confused about the use of device_may_wakeup.
> > The checks for device_may_wakeup should only be done for suspend and
> > resume, not for pm_runtime_suspend and pm_runtime_resume. The wake-up
> > events for PM runtime should always be enabled.
> > 
> > The lack of pm_runtime_resume handling leads into device wake-up
> > interrupts not working after a while for runtime PM.
> > 
> > Rather than try to patch over the issue of adding complex tests to
> > the pm_runtime_resume, let's fix the issues properly:
> > 
> > 1. Make serial_omap_enable_wakeup deal with all internal PM state
> >    handling so we don't need to test for up->wakeups_enabled elsewhere.
> > 
> >    Later on once omap3 boots in device tree only mode we can also
> >    remove the up->wakeups_enabled flag and rely on the wake-up
> >    interrupt enable/disable state alone.
> > 
> > 2. Do the device_may_wakeup checks in suspend and resume only,
> >    for runtime PM the wake-up events need to be always enabled.
> > 
> > 3. Finally just call serial_omap_enable_wakeup and make sure we
> >    call it also in pm_runtime_resume.
> > 
> > 4. Note that we also have to use disable_irq_nosync as serial_omap_irq
> >    calls pm_runtime_get_sync.
> > 
> > Fixes: 2a0b965cfb6e (serial: omap: Add support for optional wake-up)
> > Cc: stable@xxxxxxxxxxxxxxx # v3.13+
> > Signed-off-by: Tony Lindgren <tony@xxxxxxxxxxx>
> > 
> > --- a/drivers/tty/serial/omap-serial.c
> > +++ b/drivers/tty/serial/omap-serial.c
> > @@ -225,14 +225,19 @@ static inline void serial_omap_enable_wakeirq(struct uart_omap_port *up,
> >  	if (enable)
> >  		enable_irq(up->wakeirq);
> >  	else
> > -		disable_irq(up->wakeirq);
> > +		disable_irq_nosync(up->wakeirq);
> 
> looks to me liket his should be a separate fix of its own...

I don't think fixing disable_irq_nosync here is not needed without
fixing the rest. We're currently never calling serial_omap_enable_wakeup
from the runtime PM resume path.

So serial_omap_enable_wakeirq(up, 0) would only get called in the case
of device_may_wakeup disabled from serial_omap_runtime_suspend, which is
not called from the interrupt context.
 
> >  static void serial_omap_enable_wakeup(struct uart_omap_port *up, bool enable)
> >  {
> >  	struct omap_uart_port_info *pdata = dev_get_platdata(up->dev);
> >  
> > +	if (enable == up->wakeups_enabled)
> > +		return;
> 
> is there any case where you would call this function twice with the same
> argument ?

Yes at least when serial-omap is runtime PM enabled and doing a suspend
without device_may_wakeup being set.

I'd like to get rid of the wakeups_enabled, but it's probably safest to do
that when ripping out the remaining context_loos_cnt stuff after we've made
omap3 to boot also in device tree only mode.

Regards,

Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-serial" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Linux PPP]     [Linux FS]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Linmodem]     [Device Mapper]     [Linux Kernel for ARM]

  Powered by Linux