Received: by 2002:a05:6a10:17d3:0:0:0:0 with SMTP id hz19csp2220763pxb; Sun, 18 Apr 2021 23:39:39 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwjeKM7EoGsNzueVE8x8q8hSlrRJ9wgLJpzHKExppVx1Y6Gs1DCWIPYgG3JGQSY70RM8LBQ X-Received: by 2002:a17:90a:c091:: with SMTP id o17mr22715135pjs.185.1618814378855; Sun, 18 Apr 2021 23:39:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1618814378; cv=none; d=google.com; s=arc-20160816; b=H49tP3p7DiP0ZQNQq769KjyEMpcZqb+2ZIcHQYkhZkZLvVDEEgaFWU9hmR8dL7iNr1 FlA7tJbcqTxdqfI4Fj6WWm+oTMSmd+DuxNMoz0gj4gtvW9TpLXSTIWl3n9WtyWGCX9uP mGHMnF34d2o2wZ/fjnDfYzNqYsMpl0w1f/AP3BPoe1qJWkaNPiAEJus5cBCcIdPkHi33 CbelgvGxHbvl5lmHo9S8EYifqcxwXdoOzT1D563T+R8OZcNtP9BLBbYro0cUYVgqe8QL dqg/lO2XBkRdSi+VXvKxm7SASw6O/ypiJe7hEHmlGFVALw0kH3f/BKuW0AU019YGzMdl emlA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version:subject :references:in-reply-to:message-id:cc:to:reply-to:from:date; bh=r4hoEGNIDb6TRZwFPBe7gCrmQxPfEvi7bZPho/iaeiU=; b=N5JjoTRs6dFkKJmH1IHCaQSvGvptfjHHkrjTuG2eoRoUZd8Ha1Kuls1+hwjpF+ji2x +N04fLOyZ5/ordkkiSpcoSJ1zdqboscy6wE3pm5bA3Jl9iXI3np2HEmJczW+sLinn48m 3nlXYzQ4+k5WPXT9eaSQ2HoMTSQJ56VTnEYQtk0uOL6boH4yftjK7lmgvXMKbyPKkc3q BtYDksZj2g84nxznzuy8PMdXQ8li+TtLUMiCVQCQ8UVBr0UtUKJ2GpX1hlR/ZBPVKCmD QvcT1ptAPMuvxYiHhtAA88z8+yH1fux8JAK427iihYjvvtkmzXkA0a+lc4roSTLt0bzw pvTA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id 102si5275100plb.217.2021.04.18.23.39.26; Sun, 18 Apr 2021 23:39:38 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230038AbhDSGgw convert rfc822-to-8bit (ORCPT + 99 others); Mon, 19 Apr 2021 02:36:52 -0400 Received: from smtp01.smtpout.orange.fr ([80.12.242.123]:41849 "EHLO smtp.smtpout.orange.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229682AbhDSGgu (ORCPT ); Mon, 19 Apr 2021 02:36:50 -0400 Received: from wwinf2229 ([172.22.131.103]) by mwinf5d36 with ME id uWcJ2400a2E01B803WcJ16; Mon, 19 Apr 2021 08:36:19 +0200 X-ME-Helo: wwinf2229 X-ME-Auth: Y2hyaXN0b3BoZS5qYWlsbGV0QHdhbmFkb28uZnI= X-ME-Date: Mon, 19 Apr 2021 08:36:19 +0200 X-ME-IP: 86.243.172.93 Date: Mon, 19 Apr 2021 08:36:18 +0200 (CEST) From: Marion et Christophe JAILLET Reply-To: Marion et Christophe JAILLET To: Bart Van Assche , tj@kernel.org, jiangshanlai@gmail.com, saeedm@nvidia.com, leon@kernel.org, davem@davemloft.net, kuba@kernel.org Cc: netdev@vger.kernel.org, linux-rdma@vger.kernel.org, linux-kernel@vger.kernel.org, kernel-janitors@vger.kernel.org Message-ID: <1032428026.331.1618814178946.JavaMail.www@wwinf2229> In-Reply-To: <042f5fff-5faf-f3c5-0819-b8c8d766ede6@acm.org> References: <042f5fff-5faf-f3c5-0819-b8c8d766ede6@acm.org> Subject: Re: [PATCH 1/2] workqueue: Have 'alloc_workqueue()' like macros accept a format specifier MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT X-Originating-IP: [86.243.172.93] X-WUM-FROM: |~| X-WUM-TO: |~||~||~||~||~||~||~| X-WUM-CC: |~||~||~||~| X-WUM-REPLYTO: |~| Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org   > Message du 19/04/21 01:03 > De : "Bart Van Assche" > A : "Christophe JAILLET" , tj@kernel.org, jiangshanlai@gmail.com, saeedm@nvidia.com, leon@kernel.org, davem@davemloft.net, kuba@kernel.org, "Tejun Heo" > Copie à : netdev@vger.kernel.org, linux-rdma@vger.kernel.org, linux-kernel@vger.kernel.org, kernel-janitors@vger.kernel.org > Objet : Re: [PATCH 1/2] workqueue: Have 'alloc_workqueue()' like macros accept a format specifier > > On 4/18/21 2:26 PM, Christophe JAILLET wrote: > > Improve 'create_workqueue', 'create_freezable_workqueue' and > > 'create_singlethread_workqueue' so that they accept a format > > specifier and a variable number of arguments. > > > > This will put these macros more in line with 'alloc_ordered_workqueue' and > > the underlying 'alloc_workqueue()' function. > > > > This will also allow further code simplification. > > Please Cc Tejun for workqueue changes since he maintains the workqueue code. >   Hi, The list in To: is the one given by get_maintainer.pl. Usualy, I only put the ML in Cc: I've run the script on the 2 patches of the serie and merged the 2 lists. Everyone is in the To: of the cover letter and of the 2 patches. If Théo is "Tejun Heo" ( (maintainer:WORKQUEUE) ), he is already in the To: line. CJ > > diff --git a/include/linux/workqueue.h b/include/linux/workqueue.h > > index d15a7730ee18..145e756ff315 100644 > > --- a/include/linux/workqueue.h > > +++ b/include/linux/workqueue.h > > @@ -425,13 +425,13 @@ struct workqueue_struct *alloc_workqueue(const char *fmt, > > alloc_workqueue(fmt, WQ_UNBOUND | __WQ_ORDERED | \ > > __WQ_ORDERED_EXPLICIT | (flags), 1, ##args) > > > > -#define create_workqueue(name) \ > > - alloc_workqueue("%s", __WQ_LEGACY | WQ_MEM_RECLAIM, 1, (name)) > > -#define create_freezable_workqueue(name) \ > > - alloc_workqueue("%s", __WQ_LEGACY | WQ_FREEZABLE | WQ_UNBOUND | \ > > - WQ_MEM_RECLAIM, 1, (name)) > > -#define create_singlethread_workqueue(name) \ > > - alloc_ordered_workqueue("%s", __WQ_LEGACY | WQ_MEM_RECLAIM, name) > > +#define create_workqueue(fmt, args...) \ > > + alloc_workqueue(fmt, __WQ_LEGACY | WQ_MEM_RECLAIM, 1, ##args) > > +#define create_freezable_workqueue(fmt, args...) \ > > + alloc_workqueue(fmt, __WQ_LEGACY | WQ_FREEZABLE | WQ_UNBOUND | \ > > + WQ_MEM_RECLAIM, 1, ##args) > > +#define create_singlethread_workqueue(fmt, args...) \ > > + alloc_ordered_workqueue(fmt, __WQ_LEGACY | WQ_MEM_RECLAIM, ##args) > > > > extern void destroy_workqueue(struct workqueue_struct *wq); > > > > > >