[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ZcVvxbKOlrWmmyhS@slm.duckdns.org>
Date: Thu, 8 Feb 2024 14:20:21 -1000
From: Tejun Heo <tj@...nel.org>
To: Marek Szyprowski <m.szyprowski@...sung.com>
Cc: "Rafael J. Wysocki" <rafael@...nel.org>,
"Rafael J. Wysocki" <rjw@...ysocki.net>,
Linux PM <linux-pm@...r.kernel.org>,
Ulf Hansson <ulf.hansson@...aro.org>,
Nathan Chancellor <nathan@...nel.org>,
LKML <linux-kernel@...r.kernel.org>,
Stanislaw Gruszka <stanislaw.gruszka@...ux.intel.com>,
Lai Jiangshan <jiangshanlai@...il.com>, Naohiro.Aota@....com,
kernel-team@...a.com
Subject: Re: [PATCH v1] PM: sleep: Restore asynchronous device resume
optimization
Hello,
On Thu, Feb 08, 2024 at 08:47:12AM +0100, Marek Szyprowski wrote:
> I've tried to get drgn running on the test target, but then I've noticed
> that it is not possible to run it on ARM 32bit target, as it requires
> PROC_KCORE support, which is 'Visible if: PROC_FS [=y] && MMU [=y] &&
> !ARM [=y]' for some reasons.
Bummer. I instrumented code on my test setup (x86) and couldn't repro usage
of the dfl_pwq, unfortuantely.
Independent of understanding what's going on with the system_unbound_wq, the
correct solution seems like using a dedicated workqueue with raised
min_active. Just posted the patchset to do that:
http://lkml.kernel.org/r/ZcVtzJvJCRV5OLM-@slm.duckdns.org
Thanks.
--
tejun
Powered by blists - more mailing lists