[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <YaX+vNpQ0ZwjxEyN@hovoldconsulting.com>
Date: Tue, 30 Nov 2021 11:36:44 +0100
From: Johan Hovold <johan@...nel.org>
To: Tony Lindgren <tony@...mide.com>
Cc: Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Andy Shevchenko <andriy.shevchenko@...el.com>,
Jiri Slaby <jirislaby@...nel.org>,
Sebastian Andrzej Siewior <bigeasy@...utronix.de>,
Vignesh Raghavendra <vigneshr@...com>,
linux-serial@...r.kernel.org, linux-omap@...r.kernel.org,
linux-kernel@...r.kernel.org,
Andy Shevchenko <andriy.shevchenko@...ux.intel.com>
Subject: Re: [PATCH 3/7] serial: 8250_port: properly handle runtime PM in IRQ
On Mon, Nov 15, 2021 at 10:41:59AM +0200, Tony Lindgren wrote:
> From: Andy Shevchenko <andriy.shevchenko@...ux.intel.com>
>
> We can't and basically don't need to call runtime PM in IRQ handler. If
> IRQ is ours, device must be powered on. Otherwise check if the device is
> powered off and return immediately.
>
> Signed-off-by: Andy Shevchenko <andriy.shevchenko@...ux.intel.com>
> [tony@...mide.com: use port->runtime_suspended]
> Signed-off-by: Tony Lindgren <tony@...mide.com>
> ---
> drivers/tty/serial/8250/8250_port.c | 16 +++++++++-------
> 1 file changed, 9 insertions(+), 7 deletions(-)
>
> diff --git a/drivers/tty/serial/8250/8250_port.c b/drivers/tty/serial/8250/8250_port.c
> --- a/drivers/tty/serial/8250/8250_port.c
> +++ b/drivers/tty/serial/8250/8250_port.c
> @@ -1939,17 +1939,19 @@ EXPORT_SYMBOL_GPL(serial8250_handle_irq);
>
> static int serial8250_default_handle_irq(struct uart_port *port)
> {
> - struct uart_8250_port *up = up_to_u8250p(port);
> unsigned int iir;
> - int ret;
>
> - serial8250_rpm_get(up);
> + /*
> + * The IRQ might be shared with other peripherals so we must first
> + * check that are we RPM suspended or not. If we are we assume that
> + * the IRQ was not for us (we shouldn't be RPM suspended when the
> + * interrupt is enabled).
> + */
> + if (port->runtime_suspended)
> + return 0;
This function is called without holding the port lock that protects
this flag.
Also what prevents the device from being suspended after checking it?
Note that this handler is called from a timer callback when polling and
that case needs to be considered too.
>
> iir = serial_port_in(port, UART_IIR);
> - ret = serial8250_handle_irq(port, iir);
> -
> - serial8250_rpm_put(up);
> - return ret;
> + return serial8250_handle_irq(port, iir);
> }
>
> /*
Johan
Powered by blists - more mailing lists