Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S936003AbcCQNVR (ORCPT ); Thu, 17 Mar 2016 09:21:17 -0400 Received: from mail-pf0-f170.google.com ([209.85.192.170]:33438 "EHLO mail-pf0-f170.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932614AbcCQNVM (ORCPT ); Thu, 17 Mar 2016 09:21:12 -0400 Date: Thu, 17 Mar 2016 06:21:10 -0700 From: Tejun Heo To: Johannes Berg Cc: Eva Rachel Retuya , outreachy-kernel@googlegroups.com, emmanuel.grumbach@intel.com, linuxwifi@intel.com, kvalo@codeaurora.org, linux-wireless@vger.kernel.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] iwlwifi: dvm: convert create_singlethread_workqueue() to alloc_workqueue() Message-ID: <20160317132110.GP21104@mtj.duckdns.org> References: <1458218246-18807-1-git-send-email-eraretuya@gmail.com> <1458218602.2158.17.camel@sipsolutions.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1458218602.2158.17.camel@sipsolutions.net> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1038 Lines: 35 Hello, On Thu, Mar 17, 2016 at 01:43:22PM +0100, Johannes Berg wrote: > On Thu, 2016-03-17 at 20:37 +0800, Eva Rachel Retuya wrote: > > Use alloc_workqueue() to allocate the workqueue instead of > > create_singlethread_workqueue() since the latter is deprecated and is > > scheduled for removal. > > Scheduled where? They've been deprecated for years now. I should note that in the header. > > ?static void iwl_setup_deferred_work(struct iwl_priv *priv) > > ?{ > > - priv->workqueue = create_singlethread_workqueue(DRV_NAME); > > + priv->workqueue = alloc_workqueue(DRV_NAME, WQ_HIGHPRI | > > WQ_UNBOUND | > > + ??WQ_MEM_RECLAIM, 1); > > Seems like you should use?alloc_ordered_workqueue() though? That also > gets you UNBOUND immediately, and the "1". Right, this one should have been alloc_ordered_workqueue(). > I'm not really sure HIGHPRI is needed either. So, no WQ_MEM_RECLAIM either then, I suppose? What are the latency requirements here - what happens if a thermal management work gets delayed? Thanks. -- tejun