From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752707AbcF2DzH (ORCPT ); Tue, 28 Jun 2016 23:55:07 -0400 Received: from mailgw01.mediatek.com ([210.61.82.183]:64374 "EHLO mailgw01.mediatek.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1752574AbcF2DzF (ORCPT ); Tue, 28 Jun 2016 23:55:05 -0400 Message-ID: <1467172451.4141.20.camel@mtksdaap41> Subject: Re: [PATCH] PM / suspend: show workqueues busy name in suspend flow From: Roger Lu To: Tejun Heo CC: "Rafael J . Wysocki" , Len Brown , Pavel Machek , Lai Jiangshan , Matthias Brugger , , , , , , Sascha Hauer , , , , Date: Wed, 29 Jun 2016 11:54:11 +0800 In-Reply-To: <20160628165616.GD5185@htj.duckdns.org> References: <1466586509-32400-1-git-send-email-roger.lu@mediatek.com> <20160622152126.GV3262@mtj.duckdns.org> <1467020645.25092.24.camel@mtksdaap41> <20160628165616.GD5185@htj.duckdns.org> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.3-0ubuntu6 Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-MTK: N Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Dear Tejun, On Tue, 2016-06-28 at 12:56 -0400, Tejun Heo wrote: > Hello, Roger. > > On Mon, Jun 27, 2016 at 05:44:05PM +0800, Roger Lu wrote: > > show_workqueue_state() is a better choice to me. However, only freezable > > workqueue is able to affect suspend flow. So, is there other mailing > > list discussing about showing freezable workqueue state only?? Maybe we > > can use that API in this case. Thanks very much. > > > > freezable workqueue means workqueue is created with flag WQ_FREEZABLE. > > It's for debugging anyway and workqueue dumps usually are pretty > short. I don't think it's fine to use the same function. We can add > flags in the printouts but I'm not even sure that'd be necessary. > > Thanks. > 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. Adding a flag to printout the info we need is great. Perhaps we can do that. Thanks for the advice. Sincerely, Roger Lu.