Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id C5A52C433EF for ; Tue, 16 Nov 2021 07:42:30 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 974AA615E3 for ; Tue, 16 Nov 2021 07:42:30 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231209AbhKPHpY (ORCPT ); Tue, 16 Nov 2021 02:45:24 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59118 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230461AbhKPHpX (ORCPT ); Tue, 16 Nov 2021 02:45:23 -0500 Received: from mail-yb1-xb2f.google.com (mail-yb1-xb2f.google.com [IPv6:2607:f8b0:4864:20::b2f]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0F3C7C061570 for ; Mon, 15 Nov 2021 23:42:26 -0800 (PST) Received: by mail-yb1-xb2f.google.com with SMTP id y68so49588948ybe.1 for ; Mon, 15 Nov 2021 23:42:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=benyossef-com.20210112.gappssmtp.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=/403usa2qPXJuWuTJ+2ECrIYe8wmx/A5m8sB3XJBUhg=; b=38f+p+5jAxF+2Vn+yPpQupSewmEGSxjj6L3/RdOKgo0oNXVuJ0uZi1G8xiafAwpS/Z 1oWy9EmUM1zyWUhwf9bCI6A30hnMD3gTaFVOkz9dVDrZGOwjW8n8xzT6yWkaTnIuA3aG M2DKrjwobfTyTy9PiVNrDveoGydhZ0/eN+jxTu4P13dgtE7eTduKRh+BFS/d4eYQdYoQ Zqb3Um8V7St03k7NkNFYr4uKcMq+zqquDNEPNFOVbPQaGTbW7AWxBO/DSxgQq/pnNM1w 5lcnVl1e9f2BTOmnnE4XODPv+jph41h4deNDM6JHxqoIMXqKiMIMxfG+A5/Rb3QM6tv0 iiNg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=/403usa2qPXJuWuTJ+2ECrIYe8wmx/A5m8sB3XJBUhg=; b=BV27Re7vn/ZQj0HMbbt+sVX8cqOtZk+IxlkMuiy9ezwwSDuQiHTGyLmr8Z0qeHobOZ wSl0saw5KlVOaD3pJq952nPa+nB07bp69UH6kHBD5lavA93aOt5hVIxVlVctzjFDdEM4 5Xe9T1N5aBg8eNTokOGcKC5BomfOnKuEzneX6zSrpMueBo7krdMrdWX+NPqbNrCMqq1F WPsaQmn9U6EBgRMCdClkXdQDPTA7PfIaQqf3MEZu7iMEDQGkuUWX5wiagwG+diDvImmC qQdXrmYit/lAEGUSb7rzfgGiRmb6Rf/LknYgF8N10FxsKFrKydi99YrOGWm4wEHUt18r wE6A== X-Gm-Message-State: AOAM530bl3f65JJQEv+z3JHerdIkucl0An2rOH85tr4vfWskC+1lqDg6 6pDiBBJKdv2aXVr+8muhVbBY4VErvFtw0kR/7McRNg== X-Google-Smtp-Source: ABdhPJxKUgq418SOGaeoyAUz9+0oatLbKuctux+kxFuu+v+vwdpBLskKGam4yEE77+/ksz07h5j33q5EI4wchisgQkc= X-Received: by 2002:a5b:b92:: with SMTP id l18mr6183244ybq.10.1637048545324; Mon, 15 Nov 2021 23:42:25 -0800 (PST) MIME-Version: 1.0 References: <2a313cc6de53c492db10e29c6444d8e6f2529689.1636735696.git.christophe.jaillet@wanadoo.fr> In-Reply-To: <2a313cc6de53c492db10e29c6444d8e6f2529689.1636735696.git.christophe.jaillet@wanadoo.fr> From: Gilad Ben-Yossef Date: Tue, 16 Nov 2021 09:42:11 +0200 Message-ID: Subject: Re: [PATCH] crypto: ccree - remove redundant 'flush_workqueue()' calls To: Christophe JAILLET Cc: Herbert Xu , David Miller , Linux Crypto Mailing List , Linux kernel mailing list , kernel-janitors@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org On Fri, Nov 12, 2021 at 6:49 PM Christophe JAILLET wrote: > > 'destroy_workqueue()' already drains the queue before destroying it, so > there is no need to flush it explicitly. > > Remove the redundant 'flush_workqueue()' calls. > > This was generated with coccinelle: > > @@ > expression E; > @@ > - flush_workqueue(E); > destroy_workqueue(E); > > Signed-off-by: Christophe JAILLET > --- > drivers/crypto/ccree/cc_request_mgr.c | 1 - > 1 file changed, 1 deletion(-) > > diff --git a/drivers/crypto/ccree/cc_request_mgr.c b/drivers/crypto/ccree= /cc_request_mgr.c > index 33fb27745d52..887162df50f9 100644 > --- a/drivers/crypto/ccree/cc_request_mgr.c > +++ b/drivers/crypto/ccree/cc_request_mgr.c > @@ -101,7 +101,6 @@ void cc_req_mgr_fini(struct cc_drvdata *drvdata) > dev_dbg(dev, "max_used_sw_slots=3D%d\n", req_mgr_h->max_used_sw_s= lots); > > #ifdef COMP_IN_WQ > - flush_workqueue(req_mgr_h->workq); > destroy_workqueue(req_mgr_h->workq); > #else > /* Kill tasklet */ > -- > 2.30.2 > Acked-by: Gilad Ben-Yossef Thank you for finding ths. Also, this triggers me to revisit why the workqueue code is there at all. I think we don't actually use it, so double thanks. Gilad --=20 Gilad Ben-Yossef Chief Coffee Drinker values of =CE=B2 will give rise to dom!