[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20160629132201.GC24054@htj.duckdns.org>
Date: Wed, 29 Jun 2016 09:22:01 -0400
From: Tejun Heo <tj@...nel.org>
To: Roger Lu <roger.lu@...iatek.com>
Cc: "Rafael J . Wysocki" <rjw@...ysocki.net>,
Len Brown <len.brown@...el.com>, Pavel Machek <pavel@....cz>,
Lai Jiangshan <jiangshanlai@...il.com>,
Matthias Brugger <matthias.bgg@...il.com>,
linux-kernel@...r.kernel.org, linux-pm@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org,
linux-mediatek@...ts.infradead.org, srv_heupstream@...iatek.com,
Sascha Hauer <kernel@...gutronix.de>, djkurtz@...omium.org,
drinkcat@...omium.org, fan.chen@...iatek.com,
eddie.huang@...iatek.com
Subject: Re: [PATCH] PM / suspend: show workqueues busy name in suspend flow
Hello, Roger.
On Wed, Jun 29, 2016 at 11:54:11AM +0800, Roger Lu wrote:
> Please allow me to elaborate my previous concern about printing
> freezable workqueue info only in this case.
>
> The benefit of it is that debugger can quickly understand which
> freezable workqueues block suspend flow and assign this issue to
> corresponding owner instead of extracting freezable workqueue info from
> show_workqueue_state() first and, then, assigning the issue.
I don't think it matters. At that point, workqueues are generally
pretty idle anyway and it shouldn't be difficult to tell which work
items are the offending ones. Besides, freezable and unfreezable
workqueues share the same backend pools, so it isn't easily separable
either.
Thanks.
--
tejun
Powered by blists - more mailing lists