Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1429362 > unrolled thread

Re: [PATCH] acpi: thermal: Remove create_workqueue

Started by"Rafael J. Wysocki" <rjw@rjwysocki.net>
First post2016-06-23 02:40 +0200
Last post2016-06-23 02:40 +0200
Articles 1 — 1 participant

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: [PATCH] acpi: thermal: Remove create_workqueue "Rafael J. Wysocki" <rjw@rjwysocki.net> - 2016-06-23 02:40 +0200

#1429362 — Re: [PATCH] acpi: thermal: Remove create_workqueue

From"Rafael J. Wysocki" <rjw@rjwysocki.net>
Date2016-06-23 02:40 +0200
SubjectRe: [PATCH] acpi: thermal: Remove create_workqueue
Message-ID<rN0Qx-2iS-1@gated-at.bofh.it>
On Tuesday, June 07, 2016 09:13:51 AM Tejun Heo wrote:
> On Tue, Jun 07, 2016 at 08:45:40AM +0530, Bhaktipriya Shridhar wrote:
> > alloc_workqueue replaces deprecated create_workqueue().
> > 
> > A dedicated workqueue has been used since the workqueue
> > acpi_thermal_pm_queue with workitem &tz->thermal_check_work
> > (maps to acpi_thermal_check_fn), is involved in thermal zone polling.
> > Wallclock time is actually important and getting delayed in handling
> > critical temperature event can actually lead to unnecessary hardware
> > damage. So while this is not used during memory reclaim, we still want
> > forward progress guarantee and be generally snappy in servicing it.
> > Hence, WQ_MEM_RECLAIM and WQ_HIGHPRI have been used here.
> > 
> > Since there are only a fixed number of work items, explicit concurrency
> > limit is unnecessary here.
> > 
> > Signed-off-by: Bhaktipriya Shridhar <bhaktipriya96@gmail.com>
> 
> Acked-by: Tejun Heo <tj@kernel.org>

Patch applied, thanks!

[toc] | [standalone]


Back to top | Article view | linux.kernel


csiph-web