From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id E054D19F for ; Wed, 17 May 2023 00:39:04 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id E527BC433EF; Wed, 17 May 2023 00:39:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1684283944; bh=Zslh2K+EiuqVbcrhfXH9F3Qcm2xfSzOpQ7kfI0xJDsc=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=HZ3jKn/4isWeBlgY0+8j3SRSjUdYBNm4ec8PBhTmmnZzG/PqvIiJJ3KCbKdAcSvyi MmhxMHXLd+DpHywy7DkanNFAH+79ZFyYspjN94j25ZzoZlCy2DSEmbu0YCHx5r2bTE abJWlytcrRsVdh9+iTDxq5asQwM6oipzWMyK6NBUbVoJTlTHGitf73iOdiX7MRWtgV xmJ5JMJlReyH+Yq433eJEY3DG5sDFKCeNSL5m2su+sXI+NCRuJBPAIVDyIpio1/bNa FTujAuXnKtOg9QYwyMmOEw9GLYVD1Kv+r34GcqRQLHa0ws7CGLOWZpJDZrLBE6jkGc c5JaDjG5dtS3g== Date: Tue, 16 May 2023 17:39:02 -0700 From: Jakub Kicinski To: Peilin Ye Cc: Vlad Buslov , Jiri Pirko , Daniel Borkmann , "David S. Miller" , Eric Dumazet , Paolo Abeni , Jamal Hadi Salim , Cong Wang , Peilin Ye , John Fastabend , Pedro Tammela , Hillf Danton , netdev@vger.kernel.org, linux-kernel@vger.kernel.org, Cong Wang Subject: Re: [PATCH net 6/6] net/sched: qdisc_destroy() old ingress and clsact Qdiscs before grafting Message-ID: <20230516173902.17745bd2@kernel.org> In-Reply-To: References: <20230510161559.2767b27a@kernel.org> <20230511162023.3651970b@kernel.org> <20230516122205.6f198c3e@kernel.org> <87y1lojbus.fsf@nvidia.com> <20230516145010.67a7fa67@kernel.org> Precedence: bulk X-Mailing-List: netdev@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Tue, 16 May 2023 15:58:46 -0700 Peilin Ye wrote: > > Given Peilin's investigation I think fix without changing core may > > indeed be hard. I'm not sure if returning -EBUSY when qdisc refcnt > > is elevated will be appreciated by the users, do we already have > > similar behavior in other parts of TC? > > Seems like trying to delete an "in-use" cls_u32 filter returns -EBUSY I meant -EBUSY due to a race (another operation being in flight). I think that's different.