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 E1C152153C5; Wed, 26 Feb 2025 13:38:10 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1740577091; cv=none; b=Uj0yvox86ikrHdrybnyNp8GqF8fA74PfAwG5Kvy+769+XgXEywwXxh4B6tGK1yebYZ1/Bm2m8vP/YZ7m5LfWtnxn2X4SPAUOvG3lTxLiwsvN6j/A9VS3tepwSdodfvxnrlUYw0Vg+gsi3CjecDYeiZCvZ88Kp+/nXsgL78Z10ls= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1740577091; c=relaxed/simple; bh=Gc/QJn44eJJBvjOF0aRaRt1WC1pvNCLBm5b+Gn2qFuE=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=NQ7YNK6PjVOuW5aRi09uiJauPF2T7lvE8H2vQx8gEsTYkeF4cPzQlAszXxusuL5uxhUTc2C9AdjTHHXZUBRxrXDp8PlzaCiokWzK2AyzAtRS4rAQL/GNCkeN26NkoqDVkEtmqBTMdcyv+vLBZn4gFZaqSMgmjw/LHJzT+Q6kSBs= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=BvX0hNjk; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="BvX0hNjk" Received: by smtp.kernel.org (Postfix) with ESMTPSA id DCB54C4CED6; Wed, 26 Feb 2025 13:38:09 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1740577090; bh=Gc/QJn44eJJBvjOF0aRaRt1WC1pvNCLBm5b+Gn2qFuE=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=BvX0hNjkB0u6rZgM0hzJN93mEnXBTCwIaGUlpgcFtdAYHuPYahsAVO0Lw54LfN2ns WCddzFFspE2mKDC8JrZ+D04bN9IMDRDnwYaPqzQmTK5cTL+7E8F9GWonrY4m2z3vr/ BFkRb0HIj67oOGZ8GjYpG9rRw61la1iOFUEyDuPOR67Tw3NaEK5PdPufiAtGA85rmT /8/W5UoPWfSmcQMystU/S/mUwVMh4N4XaUBvkX2wk3fMFSx4L84N5slRzYgU2r5XkX PYQan9w6qqlnIBo+n82SX9nUTgXR1hVK5ifVmq6KRpUhjbH1xtEQPDAhge2acgnAgx YxYUqEihcQDKg== Date: Wed, 26 Feb 2025 14:38:07 +0100 From: Frederic Weisbecker To: Eric Dumazet Cc: LKML , netdev@vger.kernel.org, Breno Leitao , Jakub Kicinski , "David S. Miller" , Paolo Abeni , Francois Romieu , Paul Menzel , Joe Damato Subject: Re: [PATCH net v2] net: Handle napi_schedule() calls from non-interrupt Message-ID: References: <20250223221708.27130-1-frederic@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=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Le Wed, Feb 26, 2025 at 02:34:39PM +0100, Eric Dumazet a écrit : > On Wed, Feb 26, 2025 at 2:21 PM Frederic Weisbecker wrote: > > > > > That looks good and looks like what I did initially: > > > > https://lore.kernel.org/lkml/20250212174329.53793-2-frederic@kernel.org/ > > > > Do you prefer me doing it over DEBUG_NET_WARN_ON_ONCE() or with lockdep > > like in the link? > > To be clear, I have not tried this thing yet. > > Perhaps let your patch as is (for stable backports), and put the debug > stuff only after some tests, in net-next. Ok. > > It is very possible that napi_schedule() in the problematic cases were > not on a fast path anyway. That was my assumption but I must confess I don't know well this realm. > > Reviewed-by: Eric Dumazet Thanks!