[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20160713233836.GA28362@kroah.com>
Date: Thu, 14 Jul 2016 08:38:36 +0900
From: Greg Kroah-Hartman <gregkh@...uxfoundation.org>
To: Viresh Kumar <viresh.kumar@...aro.org>
Cc: "Rafael J. Wysocki" <rafael@...nel.org>,
Sergey Senozhatsky <sergey.senozhatsky.work@...il.com>,
Jan Kara <jack@...e.cz>,
Sergey Senozhatsky <sergey.senozhatsky@...il.com>,
"Rafael J. Wysocki" <rjw@...ysocki.net>, Tejun Heo <tj@...nel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
vlevenetz@...sol.com,
Vaibhav Hiremath <vaibhav.hiremath@...aro.org>,
Alex Elder <alex.elder@...aro.org>, johan@...nel.org,
Andrew Morton <akpm@...ux-foundation.org>,
Steven Rostedt <rostedt@...dmis.org>,
Linux PM <linux-pm@...r.kernel.org>,
Petr Mladek <pmladek@...e.com>
Subject: Re: [Query] Preemption (hogging) of the work handler
On Wed, Jul 13, 2016 at 04:18:58PM -0700, Viresh Kumar wrote:
> > Are all of those messages printed actually useful?
>
> Hmm, maybe not. But that's not the point I was trying to raise, as I
> earlier mentioned :)
>
> We have a problem with asynchronous printing after disabling
> interrupts on the last running CPU, and we are trying to disable that
> from suspend_console(), because we already have a function to call
> this from.
Note, this problem has also been seen in "the wild" in a number of
3.10-based systems where a printk message happens right when suspend is
happening. If we are unlucky, it hits, causing a watchdog to trigger
and the system is reset. My personal phone happens to be one of those
"unlucky" ones and is reset every other day or so due to this bug :(
So yes, lots of printk() messages will cause this to be hit more often,
like in the system that Viresh is working on here. But it will also
trigger on "normal" systems as well, just much more infrequently.
thanks,
greg k-h
Powered by blists - more mailing lists