From nobody Thu Apr 9 19:19:01 2026 Received: from mail-pg1-f202.google.com (mail-pg1-f202.google.com [209.85.215.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 34A133909A7 for ; Tue, 3 Mar 2026 19:55:59 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.215.202 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1772567763; cv=none; b=ToVW1xaesHsUB5zs9E3jZEZv7E00xnGlkVo+uFfy0OQXc54obh57q1lC5gvjUzRFcDmPXwyFuJedBSnzt0WHifEjnsAIjNqw3rzi2uLVgnWWtBnBfbYYjtJxWdZLLyJ46odw5UBumSpyiGbI3844a5ogygjAjAWL4YXBOBrmFnI= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1772567763; c=relaxed/simple; bh=Fz+xOWFU7AOGBur392VvmH8RfVHXuXIbgMX+VtQzmUo=; h=Date:In-Reply-To:Mime-Version:References:Message-ID:Subject:From: To:Cc:Content-Type; b=I+HFmr7cu9ODAwnx/GwPh8TWn66ULQKGTSqjrKop3+xp87Rum1yCP/tvf9hKT9wXywVR950q9anJFYSFtPpo1P/iH0xUXew9YKPlAW6D1p26OVLi1bPDhHoGozfg+1apYbjEMp30YxVXfOpHix8bgIe+8jOop1POK57Okjr55GU= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=google.com; spf=pass smtp.mailfrom=flex--joshwash.bounces.google.com; dkim=pass (2048-bit key) header.d=google.com header.i=@google.com header.b=SBAl/Bz7; arc=none smtp.client-ip=209.85.215.202 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=google.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=flex--joshwash.bounces.google.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=google.com header.i=@google.com header.b="SBAl/Bz7" Received: by mail-pg1-f202.google.com with SMTP id 41be03b00d2f7-c70f2120583so3427786a12.3 for ; Tue, 03 Mar 2026 11:55:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20230601; t=1772567759; x=1773172559; darn=vger.kernel.org; h=cc:to:from:subject:message-id:references:mime-version:in-reply-to :date:from:to:cc:subject:date:message-id:reply-to; bh=dq/OV3i9BQc2Nxo8MqQVMxCoaBT7eVK8KXpu8kyi000=; b=SBAl/Bz7g8wUyIfoOWqBebb9/XtKX/DOKzT4m1N42I8caEKbRF4LXcTYEXO/nykKJb LOBi3UT2nBpp9aJl3PcbderSvVThUbl6Hru39LudvvZdfdx/mg0gs0Nf1q+xUuvkIUhk k1oGYK2N/hpTaoAtqgm1BtVMGEfkIq1W6vEwlxd+WvB68ZDRbRuDIy+Hy0ey1uuFYmPc JvX9VNTXxgRES+my+BVrUZeCM0yFVrak+MMQjmiQj6yh2f3GHYQqQp79EIkj/NZIpQ03 Rfr5TOoZkLDTwwOWxK5WYaddrUzlnzdLPB1QFClEGujmNCE7aQGaCVNKAL0BudEYI23a zMsA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1772567759; x=1773172559; h=cc:to:from:subject:message-id:references:mime-version:in-reply-to :date:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=dq/OV3i9BQc2Nxo8MqQVMxCoaBT7eVK8KXpu8kyi000=; b=FjIpwZa31oWmCdw4MgV57eDw4gBrGPcd0SP+3XzNXGyMKFQ1Xu7TqQ+8/Ok2SYmILu VAUACZun0ma3c+tOfvTzN9gqeoz2LnTanaCqTJHDD/qTN4Huqz5lSsiU4cF5nhD+zKa7 GetvE9kP9wOXTQPO4GqUNkuDcreXqVtRuNZpQxVAE5gZ6RsMbuGEJlIPQ5XjDNvatOUQ j+f8OzwxonrFxHUa2x0uMeLKnTYaO/5cTuZACdEq3TFeAiIPz2pyqrgfKX927i6pxsDK qEqTjd8fqpESweP+Dqvlr/MU8zIsQk5q9IrPGoHUyh/iqIuIldcTlK1U4O8rp3LfFbQW EFCg== X-Forwarded-Encrypted: i=1; AJvYcCVxlER+93wIfJ3YXn905WakUoARBYnUSw5eAEXoUPzUC4HsvBu+HJj4sfGsA9cTRlo8/1WDfYp2BSofUUs=@vger.kernel.org X-Gm-Message-State: AOJu0Yzp55asJf3wI3g0z7FUM1KaA8m5+9vwF0JlHu3r+F3TxvYC1CpZ 9RgVfni8L/iBXVMr2XH4Qr8Eh/X8FeMASx+dx2lTDeC/z5fdSRUoxLOSxjaz+7/g7LuRCt7Yva+ 8jBGnVZO4e8glMQ== X-Received: from pfjt7.prod.google.com ([2002:a05:6a00:21c7:b0:824:a3b4:6d0]) (user=joshwash job=prod-delivery.src-stubby-dispatcher) by 2002:a05:6a00:2d95:b0:822:1dbc:e75d with SMTP id d2e1a72fcca58-8274d933c52mr13543880b3a.1.1772567758991; Tue, 03 Mar 2026 11:55:58 -0800 (PST) Date: Tue, 3 Mar 2026 11:55:48 -0800 In-Reply-To: <20260303195549.2679070-1-joshwash@google.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: Mime-Version: 1.0 References: <20260303195549.2679070-1-joshwash@google.com> X-Mailer: git-send-email 2.53.0.473.g4a7958ca14-goog Message-ID: <20260303195549.2679070-4-joshwash@google.com> Subject: [PATCH net-next 3/4] gve: pull network headers into skb linear part From: Joshua Washington To: netdev@vger.kernel.org Cc: Joshua Washington , Harshitha Ramamurthy , Andrew Lunn , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Alexei Starovoitov , Daniel Borkmann , Jesper Dangaard Brouer , John Fastabend , Stanislav Fomichev , Willem de Bruijn , Jordan Rhee , Ankit Garg , John Fraker , Ziwei Xiao , Matt Olson , Praveen Kaligineedi , Tim Hostetler , linux-kernel@vger.kernel.org, bpf@vger.kernel.org Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" From: Ankit Garg Currently, in DQO mode with hw-gro enabled, entire received packet is placed into skb fragments when header-split is disabled. This leaves the skb linear part empty, forcing the networking stack to do multiple small memory copies to access eth, IP and TCP headers. This patch adds a single memcpy to put all headers into linear portion before packet reaches the SW GRO stack; thus eliminating multiple smaller memcpy calls. Additionally, the criteria for calling napi_gro_frags() was updated. Since skb->head is now populated, we instead check if the SKB is the cached NAPI scratchpad to ensure we continue using the zero-allocation path. Signed-off-by: Ankit Garg Reviewed-by: Eric Dumazet Reviewed-by: Harshitha Ramamurthy Signed-off-by: Joshua Washington --- drivers/net/ethernet/google/gve/gve_rx_dqo.c | 20 ++++++++++++++++---- 1 file changed, 16 insertions(+), 4 deletions(-) diff --git a/drivers/net/ethernet/google/gve/gve_rx_dqo.c b/drivers/net/eth= ernet/google/gve/gve_rx_dqo.c index 5ba893e5..ac44f50d 100644 --- a/drivers/net/ethernet/google/gve/gve_rx_dqo.c +++ b/drivers/net/ethernet/google/gve/gve_rx_dqo.c @@ -946,6 +946,8 @@ static int gve_rx_complete_rsc(struct sk_buff *skb, { struct skb_shared_info *shinfo =3D skb_shinfo(skb); int rsc_segments, rsc_seg_len, hdr_len; + skb_frag_t *frag; + void *va; =20 /* HW-GRO only coalesces TCP. */ if (ptype.l4_type !=3D GVE_L4_TYPE_TCP) @@ -973,10 +975,20 @@ static int gve_rx_complete_rsc(struct sk_buff *skb, /* HW-GRO packets are guaranteed to have complete TCP/IP * headers in frag[0] when header-split is not enabled. */ - hdr_len =3D eth_get_headlen(skb->dev, - skb_frag_address(&shinfo->frags[0]), - skb_frag_size(&shinfo->frags[0])); + frag =3D &skb_shinfo(skb)->frags[0]; + va =3D skb_frag_address(frag); + hdr_len =3D + eth_get_headlen(skb->dev, va, skb_frag_size(frag)); rsc_segments =3D DIV_ROUND_UP(skb->len - hdr_len, rsc_seg_len); + skb_copy_to_linear_data(skb, va, hdr_len); + skb_frag_size_sub(frag, hdr_len); + /* Verify we didn't empty the fragment completely as that could + * otherwise lead to page leaks. + */ + DEBUG_NET_WARN_ON_ONCE(!skb_frag_size(frag)); + skb_frag_off_add(frag, hdr_len); + skb->data_len -=3D hdr_len; + skb->tail +=3D hdr_len; } shinfo->gso_size =3D rsc_seg_len; shinfo->gso_segs =3D rsc_segments; @@ -1013,7 +1025,7 @@ static int gve_rx_complete_skb(struct gve_rx_ring *rx= , struct napi_struct *napi, return err; } =20 - if (skb_headlen(rx->ctx.skb_head) =3D=3D 0) + if (rx->ctx.skb_head =3D=3D napi->skb) napi_gro_frags(napi); else napi_gro_receive(napi, rx->ctx.skb_head); --=20 2.53.0.473.g4a7958ca14-goog