* Andy Shevchenko [180718 14:54]:
> On Wed, 2018-05-23 at 11:00 -0700, Tony Lindgren wrote:
> > I thought you said earlier the issue was that you wanted to keep
> > the console enabled all the time and never idle?
>
> Yes, for kernel console.
> To be clear, if user supplies "console=ttySx" it kee
* Andy Shevchenko [180718 15:17]:
> On Wed, 2018-05-23 at 10:58 -0700, Tony Lindgren wrote:
> >
> > OK yeah console.idle sounds good to me. We should default to a
> > safe option.
>
> I'll see what we can do here.
Like we discussed offline I think if we allow detaching and attaching
kernel cons
On Wed, 2018-05-23 at 10:58 -0700, Tony Lindgren wrote:
> * Andy Shevchenko [180522 21:42]:
> > On Thu, May 17, 2018 at 10:30 PM, Tony Lindgren
> > wrote:
> > > So how about add some "noidle" kernel command line parameter for
> > > console
> > > that calls
> > > pm_runtime_forbid() and then you h
On Wed, 2018-05-23 at 11:00 -0700, Tony Lindgren wrote:
> * Andy Shevchenko [180522 21:54]:
> > On Thu, May 17, 2018 at 10:48 PM, Tony Lindgren
> > wrote:
> > > * Andy Shevchenko [180517 16:38]:
> > > > On Thu, May 17, 2018 at 4:48 PM, Tony Lindgren > > > > wrote:
> > > > > * Sebastian Andrzej
* Tony Lindgren [180523 10:58]:
> * Andy Shevchenko [180522 21:42]:
> > Have you seen entire series which I keep here:
> > https://bitbucket.org/andy-shev/linux/branch/topic/uart/rpm?
> > Among other things it gets rid of those specific callbacks entirely.
>
> Well I was not Cc:ed on it, I brows
* Andy Shevchenko [180522 21:54]:
> On Thu, May 17, 2018 at 10:48 PM, Tony Lindgren wrote:
> > * Andy Shevchenko [180517 16:38]:
> >> On Thu, May 17, 2018 at 4:48 PM, Tony Lindgren wrote:
> >> > * Sebastian Andrzej Siewior [180516 10:49]:
>
> >> > The idea breaking PM seems silly to me consid
* Andy Shevchenko [180522 21:42]:
> On Thu, May 17, 2018 at 10:30 PM, Tony Lindgren wrote:
> > So how about add some "noidle" kernel command line parameter for console
> > that calls
> > pm_runtime_forbid() and then you have the UART permanently
> > on.
>
> IIUC _forbid() can be overwritten via
On Thu, May 17, 2018 at 10:48 PM, Tony Lindgren wrote:
> * Andy Shevchenko [180517 16:38]:
>> On Thu, May 17, 2018 at 4:48 PM, Tony Lindgren wrote:
>> > * Sebastian Andrzej Siewior [180516 10:49]:
>> > The idea breaking PM seems silly to me considering that we've had
>> > it working for years
On Thu, May 17, 2018 at 10:30 PM, Tony Lindgren wrote:
> * Andy Shevchenko [180517 16:41]:
>> On Thu, May 17, 2018 at 4:56 PM, Tony Lindgren wrote:
>> > * Andy Shevchenko [180516 13:12]:
>> >> On Wed, 2018-05-16 at 12:47 +0200, Sebastian Andrzej Siewior wrote:
>> >> > But since I am on it. You
* Andy Shevchenko [180517 16:38]:
> On Thu, May 17, 2018 at 4:48 PM, Tony Lindgren wrote:
> > * Sebastian Andrzej Siewior [180516 10:49]:
> >> On 2018-05-16 13:17:36 [+0300], Andy Shevchenko wrote:
> >> > > The output is usually short so there
> >> > > shouldn't be much benefit from using it.
>
* Andy Shevchenko [180517 16:41]:
> On Thu, May 17, 2018 at 4:56 PM, Tony Lindgren wrote:
> > * Andy Shevchenko [180516 13:12]:
> >> On Wed, 2018-05-16 at 12:47 +0200, Sebastian Andrzej Siewior wrote:
> >> > But since I am on it. You have to enable runtime-PM for the UART. So
> >> > what is the
* Tony Lindgren [180517 06:56]:
> * Andy Shevchenko [180516 13:12]:
> > On Wed, 2018-05-16 at 12:47 +0200, Sebastian Andrzej Siewior wrote:
> > > But since I am on it. You have to enable runtime-PM for the UART. So
> > > what is the problem if you simply don't enable it for the UART which
> > > u
On Thu, May 17, 2018 at 4:56 PM, Tony Lindgren wrote:
> * Andy Shevchenko [180516 13:12]:
>> On Wed, 2018-05-16 at 12:47 +0200, Sebastian Andrzej Siewior wrote:
>> > But since I am on it. You have to enable runtime-PM for the UART. So
>> > what is the problem if you simply don't enable it for the
On Thu, May 17, 2018 at 4:48 PM, Tony Lindgren wrote:
> * Sebastian Andrzej Siewior [180516 10:49]:
>> On 2018-05-16 13:17:36 [+0300], Andy Shevchenko wrote:
>> > > The output is usually short so there
>> > > shouldn't be much benefit from using it.
>> >
>> > > I remember Tony wanted runtime-pm o
* Andy Shevchenko [180516 13:12]:
> On Wed, 2018-05-16 at 12:47 +0200, Sebastian Andrzej Siewior wrote:
> > But since I am on it. You have to enable runtime-PM for the UART. So
> > what is the problem if you simply don't enable it for the UART which
> > used as the kernel console?
>
> How do I kn
* Sebastian Andrzej Siewior [180516 10:49]:
> On 2018-05-16 13:17:36 [+0300], Andy Shevchenko wrote:
> > > The output is usually short so there
> > > shouldn't be much benefit from using it.
> >
> > > I remember Tony wanted runtime-pm on the kernel console, too. And he
> > > told me explicit how
On Wed, 2018-05-16 at 12:47 +0200, Sebastian Andrzej Siewior wrote:
> On 2018-05-16 13:17:36 [+0300], Andy Shevchenko wrote:
> > > The output is usually short so there
> > > shouldn't be much benefit from using it.
> > > I remember Tony wanted runtime-pm on the kernel console, too. And
> > > he
> >
On 2018-05-16 13:17:36 [+0300], Andy Shevchenko wrote:
> > The output is usually short so there
> > shouldn't be much benefit from using it.
>
> > I remember Tony wanted runtime-pm on the kernel console, too. And he
> > told me explicit how to test it so that it works. Once the UART goes
> > into
On Wed, May 16, 2018 at 1:08 PM, Sebastian Andrzej Siewior
wrote:
> On 2018-05-15 21:37:18 [+0300], Andy Shevchenko wrote:
>> On Tue, 2018-05-15 at 21:34 +0300, Andy Shevchenko wrote:
>> > Kernel console is sensitive to any kind of complex work needed to
>> > print
>> > out anything on it. One suc
On 2018-05-15 21:37:18 [+0300], Andy Shevchenko wrote:
> On Tue, 2018-05-15 at 21:34 +0300, Andy Shevchenko wrote:
> > Kernel console is sensitive to any kind of complex work needed to
> > print
> > out anything on it. One such case is emergency print during Oops.
> >
> > This series proposes to d
On Tue, 2018-05-15 at 21:34 +0300, Andy Shevchenko wrote:
> Kernel console is sensitive to any kind of complex work needed to
> print
> out anything on it. One such case is emergency print during Oops.
>
> This series proposes to disable runtime PM and DMA operations on 8250
> serial console.
>
>
21 matches
Mail list logo