From: Tony Lindgren <tony@atomide.com>
To: Adam Ford <aford173@gmail.com>
Cc: Peter Hurley <peter@hurleysoftware.com>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Peter Ujfalusi <peter.ujfalusi@ti.com>,
Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
Vignesh R <vigneshr@ti.com>,
linux-serial@vger.kernel.org,
Linux-OMAP <linux-omap@vger.kernel.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Johan Hovold <johan@kernel.org>
Subject: Re: [PATCH] serial: 8250_omap: Fix idling for unloaded serdev drivers
Date: Mon, 7 Oct 2019 08:56:44 -0700 [thread overview]
Message-ID: <20191007155644.GR5610@atomide.com> (raw)
In-Reply-To: <CAHCN7x+6KYjnm5daRe_Y5XEWnDBWQnz8rOKYH2wTgx9avvokmQ@mail.gmail.com>
* Adam Ford <aford173@gmail.com> [191004 19:30]:
> On Tue, Jul 23, 2019 at 5:21 PM Tony Lindgren <tony@atomide.com> wrote:
> >
> > For many years omap variants have been setting the runtime PM
> > autosuspend delay to -1 to prevent unsafe policy with lossy first
> > character on wake-up. The user must specifically enable the timeout
> > for UARTs if desired.
> >
> > We must not enable the workaround for serdev devices though. It leads
> > into UARTs not idling if no serdev devices are loaded and there is no
> > sysfs entry to configure the UART in that case. And this means that
> > my PM may not work unless the serdev modules are loaded.
> >
> > We can detect a serdev device being configured based on a dts child
> > node, and we can simply skip the workround in that case. And the
> > serdev driver can idle the port during runtime when suitable if an
> > out-of-band wake-up GPIO line exists for example.
> >
> > Let's also add some comments to the workaround while at it.
>
> This seems to help some of the stability issues I am seeing on the
> DM3730 UART2 running Bluetooth at 3000000 baud.
> Does it make sense to backport this to the stable kernels?
Sure if it helps with issues, it should be safe to apply to earlier
kernels that have serdev potentially in use.
No need for earlier kernels before serdev though.
Regards,
Tony
> > Cc: Johan Hovold <johan@kernel.org>
> > Signed-off-by: Tony Lindgren <tony@atomide.com>
> > ---
> > drivers/tty/serial/8250/8250_omap.c | 11 ++++++++++-
> > 1 file changed, 10 insertions(+), 1 deletion(-)
> >
> > diff --git a/drivers/tty/serial/8250/8250_omap.c b/drivers/tty/serial/8250/8250_omap.c
> > --- a/drivers/tty/serial/8250/8250_omap.c
> > +++ b/drivers/tty/serial/8250/8250_omap.c
> > @@ -1234,7 +1234,16 @@ static int omap8250_probe(struct platform_device *pdev)
> >
> > device_init_wakeup(&pdev->dev, true);
> > pm_runtime_use_autosuspend(&pdev->dev);
> > - pm_runtime_set_autosuspend_delay(&pdev->dev, -1);
> > +
> > + /*
> > + * Disable runtime PM until autosuspend delay unless specifically
> > + * enabled by the user via sysfs. This is the historic way to
> > + * prevent an unsafe default policy with lossy characters on wake-up.
> > + * For serdev devices this is not needed, the policy can be managed by
> > + * the serdev driver.
> > + */
> > + if (!of_get_available_child_count(pdev->dev.of_node))
> > + pm_runtime_set_autosuspend_delay(&pdev->dev, -1);
> >
> > pm_runtime_irq_safe(&pdev->dev);
> > pm_runtime_enable(&pdev->dev);
> > --
> > 2.21.0
prev parent reply other threads:[~2019-10-07 15:56 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-07-23 11:54 [PATCH] serial: 8250_omap: Fix idling for unloaded serdev drivers Tony Lindgren
2019-10-04 19:29 ` Adam Ford
2019-10-07 15:56 ` Tony Lindgren [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20191007155644.GR5610@atomide.com \
--to=tony@atomide.com \
--cc=aford173@gmail.com \
--cc=bigeasy@linutronix.de \
--cc=gregkh@linuxfoundation.org \
--cc=johan@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-omap@vger.kernel.org \
--cc=linux-serial@vger.kernel.org \
--cc=peter.ujfalusi@ti.com \
--cc=peter@hurleysoftware.com \
--cc=vigneshr@ti.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).