Received: by 2002:a25:b794:0:0:0:0:0 with SMTP id n20csp3198700ybh; Mon, 5 Aug 2019 13:56:54 -0700 (PDT) X-Google-Smtp-Source: APXvYqxfxwFf2gC/W1qrwztDaxAcDqbvoACUjwE80KNyrssYWRnPuFaKZ7X6Np5gxEAYYTOwpZn+ X-Received: by 2002:a17:90a:8d0d:: with SMTP id c13mr19318124pjo.137.1565038614649; Mon, 05 Aug 2019 13:56:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1565038614; cv=none; d=google.com; s=arc-20160816; b=hui+r77fto2ZPJF3oXKXUXk5E85OC7c1Y24ADpP8zyzwrTPhd8DCPp41eZkMExlgMP HQl8Bz7vyK+s+9fFRT7lRVsALyb1oWoVtM2ZopMCpceTv4hbdZKmtCbMI7vXUp7/8aq5 B424ojxFPuiVf7XsmbAOt3yhsMRmz2YCHBN/8X6yawhcsx1eTGaU9+cF35kBCQTd7bkc HRMb6YVq6CS+Kbmp60KvNDW7F4+3rJlyuFRrmEhzesFM6c+bijmkVS6LFg9qASDNlAQP pj16obargBcGeYXIRXBjC174a2e4Kk/w/gZC+W7LWVeMMRZRwbAy8e6i9a8NF8Ed6WYL OD1Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:from:subject:cc:to:message-id:date; bh=15lsmBmm4S51hDu9V41nJnuvbR8EuYUO8L8HRdSKoJs=; b=O7kD0PQdJncs5lCc90cElpKRwA9KpZW9zyrgWI6rMKp5PbpeFkiEmeBIKTBCN1B2c+ CbUMp73xsr7RxuLCvr/QObjwawBvxYsFcRedvKujw+n+/USQ+Hqzvxh2pA/sKZZLdV8H 8oW7D4HzKLZGTqE2G7C98B8hCspfBbYS68Zvx5JvuSxzvp/0gqOP/JExXk+j/UF6JMIL QagdfmirCFtpSZcHG2Wz0Iw1NWlmYmZdqSy5wh19C2I92vXKa0j0Xe8n/THJ2TWHQl4s WS8xd7iME3b4EN4Qrq97V/nL+dgQd2QPANE7EEQNeVX/Iw6aNForcDASNLoPeS9qF1bV CECg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e10si40945175pls.163.2019.08.05.13.56.39; Mon, 05 Aug 2019 13:56:54 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730815AbfHEUyU (ORCPT + 99 others); Mon, 5 Aug 2019 16:54:20 -0400 Received: from shards.monkeyblade.net ([23.128.96.9]:34134 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730600AbfHEUyU (ORCPT ); Mon, 5 Aug 2019 16:54:20 -0400 Received: from localhost (unknown [IPv6:2601:601:9f80:35cd::d71]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: davem-davemloft) by shards.monkeyblade.net (Postfix) with ESMTPSA id A94C315434E24; Mon, 5 Aug 2019 13:54:19 -0700 (PDT) Date: Mon, 05 Aug 2019 13:54:19 -0700 (PDT) Message-Id: <20190805.135419.2048746821760453181.davem@davemloft.net> To: mcroce@redhat.com Cc: netdev@vger.kernel.org, miquel.raynal@free-electrons.com, linux-kernel@vger.kernel.org, lorenzo@kernel.org, antoine.tenart@bootlin.com, maxime.chevallier@bootlin.com Subject: Re: [PATCH net] mvpp2: fix panic on module removal From: David Miller In-Reply-To: References: <20190731183116.4791-1-mcroce@redhat.com> <20190805.105800.1380680189003158228.davem@davemloft.net> X-Mailer: Mew version 6.8 on Emacs 26.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Mon, 05 Aug 2019 13:54:19 -0700 (PDT) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Matteo Croce Date: Mon, 5 Aug 2019 20:17:39 +0200 > On Mon, Aug 5, 2019 at 7:58 PM David Miller wrote: >> >> From: Matteo Croce >> Date: Wed, 31 Jul 2019 20:31:16 +0200 >> >> > mvpp2 uses a delayed workqueue to gather traffic statistics. >> > On module removal the workqueue can be destroyed before calling >> > cancel_delayed_work_sync() on its works. >> > Fix it by moving the destroy_workqueue() call after mvpp2_port_remove(). >> >> Please post a new version with the flush_workqueue() removed. > > Hi, > > I thought that it was already merged: > > https://lore.kernel.org/netdev/20190801121330.30823-1-mcroce@redhat.com/ > > Let me know if it's ok already. Oops, my bad. :-)