APPLIED: [SRU][J:linux-gcp/N:linux-gcp/R:linux-gcp][PATCH v3 0/2] Apply fixes for gve header split data path

[Ian Whitfield]

On 9/10/26 9:03 PM, Rickey Castillo via kernel-team wrote:
> BugLink: https://bugs.launchpad.net/bugs/2167032
>
> SRU Justification
>
> [Impact]
>
> Previously, the maximum queue depth supported for gVNIC on overcommitted Gen3+ VMs
> (such as N4) was increased from 1K to 4K in the GCP kernel using the patchset titled
> "Support larger gVNIC queue depth on Gen3+ GCE VMs". However, the upstream commit
> 5e37d8254e7f ("gve: Add header split data path") has two additional bug-fix commits.
> This patchset targets and applies those two specific fixes.
>
> [Fix]
>
> Target patches:
>
> Noble (6.8) and Jammy (5.15)
> d676c9a73bdc ("gve: fix header buffer corruption with header-split and HW-GRO")
> 6bf14575c655 ("gve: fix zero-length skb frag with header-split")
>
> Resolute (7.0)
> d676c9a73bdc was already received via CVE fix backport CVE-2026-72046
> 6bf14575c655 ("gve: fix zero-length skb frag with header-split")
>
> [Test Plan]
>
> * Compile Tested
> * Boot Tested
>
> [Regression potential]
>
> Regressions should only be possible when using the gVNIC device for
> networking (which depends on the gve driver), and could most likely result in
> networking failures on those configurations.
>
> v3:
> Added CVE tag for J and N, changed buglink, and added R fix.
>
> Ankit Garg (1):
>    gve: fix header buffer corruption with header-split and HW-GRO
>
> Jordan Rhee (1):
>    gve: fix zero-length skb frag with header-split
>
>   drivers/net/ethernet/google/gve/gve_rx_dqo.c | 33 ++++++++++++++------
>   1 file changed, 23 insertions(+), 10 deletions(-)
Applied to jammy:linux-gcp, noble:linux-gcp, resolute:linux-gcp 
master-next branches. Thanks!