Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp5215190rwd; Tue, 23 May 2023 21:00:32 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ6km3urZzdVgaOtXVSvKGzJ136BjkkL90bAgYx8LYTMVWFsWUI4z7ALIVDsmdtpaKkoajLN X-Received: by 2002:a17:90a:788c:b0:24d:f739:d62a with SMTP id x12-20020a17090a788c00b0024df739d62amr16094906pjk.23.1684900832356; Tue, 23 May 2023 21:00:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1684900832; cv=none; d=google.com; s=arc-20160816; b=Y/cXG5jYie6SMIPbldDsAFsiAMC+hCKRcaz6dPQORYf0lpZu/J+z8OYUKet/994mHB lJJC4eLLcdJFlZX73Sbu1K3gQFR4+Olt0+bXjhR2s5LSTNd3b7CjWUJ+GlA1DfnJ13U7 SlFPLCMejGFLnN+TMgpk/bIp6vt+PcoM0oCR77lcztGaVTyfHBUoh1JYVCiwQ60dkmcA RfgYNpzJc6Uy5sT8as+tiUgW/pD1fgwR+pCJpzMEqdx524dVx6AcPurwwLGRLkc2/5mZ QwdLhjRCzTqoLKLcQJ/jqaM1Fvr6rRh2imm1PkE9kDz2Q8PSd84iHjfYt/77MBfdLnw9 WO0Q== 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 :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=StAVQ4imllEXK+3ZrrYukQX1QnOEjRwYyXw+k1mg4nA=; b=Alb/vLrQXLayRUObDmROI4z60fSoQ1RsbQXlJQtDMm/vqI/AtxAjmooR8aYvgdxdl3 htP+tWy/H7TsncrhQUAONNoK60V4PzFnUii4+HXoVM5WQdH4O13xbYsfKPIn/bbKVUfx Yn6YPyEj72vtwPEPUo+bvjj1p3Mo8a1bom17VAeto2g/fv88tq2Ofn1ESA83bn8d9ZgP BgWpSpU50M4wF9BQw9vwsjkEeqMIktIyuxns4RIPK6IMmAt0JD93GCL9NpFlvV261brD t0E3jr10kOdiWWmv2C2Oa3KndUfRhdbHCyUzC4wJP4Wag6XQ41v4+W4W0g20GTbqCa7V nh5g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=bOo00Mkk; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id i1-20020a17090a974100b0024be8553ec8si505140pjw.183.2023.05.23.21.00.17; Tue, 23 May 2023 21:00:32 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=bOo00Mkk; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S239203AbjEXDnC (ORCPT + 99 others); Tue, 23 May 2023 23:43:02 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52762 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235017AbjEXDnB (ORCPT ); Tue, 23 May 2023 23:43:01 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 12603A3 for ; Tue, 23 May 2023 20:43:00 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 9665C63847 for ; Wed, 24 May 2023 03:42:59 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id B43A7C433D2; Wed, 24 May 2023 03:42:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1684899779; bh=sHktuW2u9EmSq6m2KSf3IW+LPmc96edkOkaUgK3ZTLg=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=bOo00Mkk7saYNB+ACcUD6pVGGhPleNpZISm3iHHQLzUx7HIfL7oJrHnt9wO7jki2A J2hZ9hsPeiU2UkIflh4t81Qivx+yn8QDwuUtR+w15cNlIMNOlybj7ro/83sZ+osUzF HW4/r1k918VLr/dCBinajgPB/LG9oesubhP7wI1U+GGlN1iLqCBhy9vAnTL2vdgkog AlvRN7KDUlOj0N+HW3GC1LpIfpK0f13haCrMJww7ERpHMXJeOsYGQhbovpX0JBd0o5 g4n1PBSrAMGgHdfc9GABp4ewsdDc1bhcX9GUg0V7/bpApMv6zaO8aPc087H8uWVKwQ 99UzhyU/cDl1g== Date: Tue, 23 May 2023 20:42:57 -0700 From: Jakub Kicinski To: Thomas Bogendoerfer Cc: "David S. Miller" , Eric Dumazet , Paolo Abeni , netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH net] net: mellanox: mlxbf_gige: Fix skb_panic splat under memory pressure Message-ID: <20230523204257.07d2512b@kernel.org> In-Reply-To: <20230522190713.82417-1-tbogendoerfer@suse.de> References: <20230522190713.82417-1-tbogendoerfer@suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 22 May 2023 21:07:13 +0200 Thomas Bogendoerfer wrote: > Do skp_put() after a new skb has been successfully allocated otherwise > the reused skb leads to skp_panics or incorrect packet sizes. s/skp/skb/ Please add a Fixes tag pointing at the patch which introduced the problem (could be the first commit adding this driver). > Signed-off-by: Thomas Bogendoerfer > --- > .../ethernet/mellanox/mlxbf_gige/mlxbf_gige_rx.c | 13 +++++++------ > 1 file changed, 7 insertions(+), 6 deletions(-) > > diff --git a/drivers/net/ethernet/mellanox/mlxbf_gige/mlxbf_gige_rx.c b/drivers/net/ethernet/mellanox/mlxbf_gige/mlxbf_gige_rx.c > index afa3b92a6905..2c132849a76d 100644 > --- a/drivers/net/ethernet/mellanox/mlxbf_gige/mlxbf_gige_rx.c > +++ b/drivers/net/ethernet/mellanox/mlxbf_gige/mlxbf_gige_rx.c > @@ -245,18 +245,19 @@ static bool mlxbf_gige_rx_packet(struct mlxbf_gige *priv, int *rx_pkts) > > skb = priv->rx_skb[rx_pi_rem]; > > - skb_put(skb, datalen); > - > - skb->ip_summed = CHECKSUM_NONE; /* device did not checksum packet */ > - > - skb->protocol = eth_type_trans(skb, netdev); > - > /* Alloc another RX SKB for this same index */ > rx_skb = mlxbf_gige_alloc_skb(priv, MLXBF_GIGE_DEFAULT_BUF_SZ, > &rx_buf_dma, DMA_FROM_DEVICE); > if (!rx_skb) > return false; > priv->rx_skb[rx_pi_rem] = rx_skb; > + > + skb_put(skb, datalen); > + > + skb->ip_summed = CHECKSUM_NONE; /* device did not checksum packet */ > + > + skb->protocol = eth_type_trans(skb, netdev); > > dma_unmap_single(priv->dev, *rx_wqe_addr, > MLXBF_GIGE_DEFAULT_BUF_SZ, DMA_FROM_DEVICE); You should move the code here, after the dma_unmap(). eth_type_trans() will access the payload and until dma_unmap the data should not be accessed by the CPU. > *rx_wqe_addr = rx_buf_dma; -- pw-bot: cr