[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <2024101218-overpay-yoga-7423@gregkh>
Date: Sat, 12 Oct 2024 10:03:26 +0200
From: Greg KH <gregkh@...uxfoundation.org>
To: Judith Mendez <jm@...com>
Cc: Santosh Shilimkar <ssantosh@...nel.org>,
Kevin Hilman <khilman@...nel.org>,
Linus Walleij <linus.walleij@...aro.org>,
Bartosz Golaszewski <brgl@...ev.pl>, linux-omap@...r.kernel.org,
linux-gpio@...r.kernel.org, linux-kernel@...r.kernel.org,
Bin Liu <b-liu@...com>, linux-serial@...r.kernel.org
Subject: Re: [PATCH RESEND 2/2] serial: 8250: omap: Move pm_runtime_get_sync
On Fri, Oct 11, 2024 at 12:33:56PM -0500, Judith Mendez wrote:
> Currently in omap_8250_shutdown, the dma->rx_running
> flag is set to zero in omap_8250_rx_dma_flush. Next
> pm_runtime_get_sync is called, which is a runtime
> resume call stack which can re-set the flag. When the
> call omap_8250_shutdown returns, the flag is expected
> to be UN-SET, but this is not the case. This is causing
> issues the next time UART is re-opened and omap_8250_rx_dma
> is called. Fix by moving pm_runtime_get_sync before the
> omap_8250_rx_dma_flush.
You can go to 72 columns :)
> Signed-off-by: Bin Liu <b-liu@...com>
> Signed-off-by: Judith Mendez <jm@...com>
Wait, who wrote this, Bin? If so, there needs to be a "From:" line
saying so.
What commit id does this fix? Do you want it backported to older
kernels? Why mix two different subsystems in the same patch series, who
is supposed to take it?
thanks,
greg k-h
Powered by blists - more mailing lists