Skip to content

Conversation

PlaidCat
Copy link
Collaborator

Update process (This kernel CentOS base for 6.12.0-55)

  • Kernel History Rebuild Process for all src.rpms hosted by RESF
  • Create sig-cloud-10/6.12.0-55.X.1.el10_0 branch
  • Check if any maintained code is included in the new el release.
  • Cherry-pick all code from previous branch into new branch (skipping unneeded code)
    • Fix conflicts as they arise
  • Build and Test

Removed Commits

None

Forward Port Process

[jmaple@devbox code]$ cat RR.resf_kernel-6.12.0-55.32.1.el10_0_out.log
[rolling release update] Rolling Product:  sig-cloud-10
[rolling release update] Checking out branch:  sig-cloud-10/6.12.0-55.30.1.el10_0
[rolling release update] Gathering all the RESF kernel Tags
b'0b50c952cd24 (tag: resf_kernel-6.12.0-55.30.1.el10_0) Rebuild rocky10_0 with kernel-6.12.0-55.30.1.el10_0'
b'065ddba2712a (tag: resf_kernel-6.12.0-55.29.1.el10_0) Rebuild rocky10_0 with kernel-6.12.0-55.29.1.el10_0'
b'9c864bb5ae3f (tag: resf_kernel-6.12.0-55.27.1.el10_0) Rebuild rocky10_0 with kernel-6.12.0-55.27.1.el10_0'
b'487af0f6f40e (tag: resf_kernel-6.12.0-55.25.1.el10_0) Rebuild rocky10_0 with kernel-6.12.0-55.25.1.el10_0'
b'ffbe2344d41a (tag: resf_kernel-6.12.0-55.24.1.el10_0) Rebuild rocky10_0 with kernel-6.12.0-55.24.1.el10_0'
b'9b9ae5b20f34 (tag: resf_kernel-6.12.0-55.22.1.el10_0) Rebuild rocky10_0 with kernel-6.12.0-55.22.1.el10_0'
b'fef28841a44f (tag: resf_kernel-6.12.0-55.21.1.el10_0) Rebuild rocky10_0 with kernel-6.12.0-55.21.1.el10_0'
b'3381775694c1 (tag: resf_kernel-6.12.0-55.20.1.el10_0) Rebuild rocky10_0 with kernel-6.12.0-55.20.1.el10_0'
b'072c27213755 (tag: resf_kernel-6.12.0-55.19.1.el10_0, origin/sig-cloud-10/6.12.0-55.19.1.el10_0) Rebuild rocky10_0 with kernel-6.12.0-55.19.1.el10_0'
b'4de01b5748c7 (tag: resf_kernel-6.12.0-55.18.1.el10_0) Rebuild rocky10_0 with kernel-6.12.0-55.18.1.el10_0'
b'71d4955b6748 (tag: resf_kernel-6.12.0-55.17.1.el10_0) Rebuild rocky10_0 with kernel-6.12.0-55.17.1.el10_0'
b'31b726f7bb14 (tag: resf_kernel-6.12.0-55.16.1.el10_0) Rebuild rocky10_0 with kernel-6.12.0-55.16.1.el10_0'
b'defbb7341054 (tag: resf_kernel-6.12.0-55.14.1.el10_0) Rebuild rocky10_0 with kernel-6.12.0-55.14.1.el10_0'
b'abf881e2d199 (tag: resf_kernel-6.12.0-55.13.1.el10_0) Rebuild rocky10_0 with kernel-6.12.0-55.13.1.el10_0'
b'd3c6fc1a3a45 (tag: resf_kernel-6.12.0-55.12.1.el10_0) Rebuild rocky10_0 with kernel-6.12.0-55.12.1.el10_0'
b'ce19035f5d30 (tag: resf_kernel-6.12.0-55.11.1.el10_0) Rebuild rocky10_0 with kernel-6.12.0-55.11.1.el10_0'
[rolling release update] Old Rolling Branch Tags:  [b'0b50c952cd24', b'065ddba2712a', b'9c864bb5ae3f', b'487af0f6f40e', b'ffbe2344d41a', b'9b9ae5b20f34', b'fef28841a44f', b'3381775694c1', b'072c27213755', b'4de01b5748c7', b'71d4955b6748', b'31b726f7bb14', b'defbb7341054', b'abf881e2d199', b'd3c6fc1a3a45', b'ce19035f5d30']
[rolling release update] Checking out branch:  rocky10_0
[rolling release update] Gathering all the RESF kernel Tags
b'919393e21315 (HEAD -> rocky10_0, tag: resf_kernel-6.12.0-55.32.1.el10_0, origin/rocky10_0) Rebuild rocky10_0 with kernel-6.12.0-55.32.1.el10_0'
b'5ec8b6405932 (tag: resf_kernel-6.12.0-55.31.1.el10_0) Rebuild rocky10_0 with kernel-6.12.0-55.31.1.el10_0'
b'0b50c952cd24 (tag: resf_kernel-6.12.0-55.30.1.el10_0) Rebuild rocky10_0 with kernel-6.12.0-55.30.1.el10_0'
b'065ddba2712a (tag: resf_kernel-6.12.0-55.29.1.el10_0) Rebuild rocky10_0 with kernel-6.12.0-55.29.1.el10_0'
b'9c864bb5ae3f (tag: resf_kernel-6.12.0-55.27.1.el10_0) Rebuild rocky10_0 with kernel-6.12.0-55.27.1.el10_0'
b'487af0f6f40e (tag: resf_kernel-6.12.0-55.25.1.el10_0) Rebuild rocky10_0 with kernel-6.12.0-55.25.1.el10_0'
b'ffbe2344d41a (tag: resf_kernel-6.12.0-55.24.1.el10_0) Rebuild rocky10_0 with kernel-6.12.0-55.24.1.el10_0'
b'9b9ae5b20f34 (tag: resf_kernel-6.12.0-55.22.1.el10_0) Rebuild rocky10_0 with kernel-6.12.0-55.22.1.el10_0'
b'fef28841a44f (tag: resf_kernel-6.12.0-55.21.1.el10_0) Rebuild rocky10_0 with kernel-6.12.0-55.21.1.el10_0'
b'3381775694c1 (tag: resf_kernel-6.12.0-55.20.1.el10_0) Rebuild rocky10_0 with kernel-6.12.0-55.20.1.el10_0'
b'072c27213755 (tag: resf_kernel-6.12.0-55.19.1.el10_0, origin/sig-cloud-10/6.12.0-55.19.1.el10_0) Rebuild rocky10_0 with kernel-6.12.0-55.19.1.el10_0'
b'4de01b5748c7 (tag: resf_kernel-6.12.0-55.18.1.el10_0) Rebuild rocky10_0 with kernel-6.12.0-55.18.1.el10_0'
b'71d4955b6748 (tag: resf_kernel-6.12.0-55.17.1.el10_0) Rebuild rocky10_0 with kernel-6.12.0-55.17.1.el10_0'
b'31b726f7bb14 (tag: resf_kernel-6.12.0-55.16.1.el10_0) Rebuild rocky10_0 with kernel-6.12.0-55.16.1.el10_0'
b'defbb7341054 (tag: resf_kernel-6.12.0-55.14.1.el10_0) Rebuild rocky10_0 with kernel-6.12.0-55.14.1.el10_0'
b'abf881e2d199 (tag: resf_kernel-6.12.0-55.13.1.el10_0) Rebuild rocky10_0 with kernel-6.12.0-55.13.1.el10_0'
b'd3c6fc1a3a45 (tag: resf_kernel-6.12.0-55.12.1.el10_0) Rebuild rocky10_0 with kernel-6.12.0-55.12.1.el10_0'
b'ce19035f5d30 (tag: resf_kernel-6.12.0-55.11.1.el10_0) Rebuild rocky10_0 with kernel-6.12.0-55.11.1.el10_0'
[rolling release update] New Base Branch Tags:  [b'919393e21315', b'5ec8b6405932', b'0b50c952cd24', b'065ddba2712a', b'9c864bb5ae3f', b'487af0f6f40e', b'ffbe2344d41a', b'9b9ae5b20f34', b'fef28841a44f', b'3381775694c1', b'072c27213755', b'4de01b5748c7', b'71d4955b6748', b'31b726f7bb14', b'defbb7341054', b'abf881e2d199', b'd3c6fc1a3a45', b'ce19035f5d30']
[rolling release update] Latest RESF tag sha:  b'0b50c952cd24'
"0b50c952cd24b8510ad2a4a6f60750dd5e61e08c Rebuild rocky10_0 with kernel-6.12.0-55.30.1.el10_0"
[rolling release update] Checking out old rolling branch:  sig-cloud-10/6.12.0-55.30.1.el10_0
[rolling release update] Finding the CIQ Kernel and Associated Upstream commits between the last resf tag and HEAD
[rolling release update] Last RESF tag sha:  b'0b50c952cd24'
[rolling release update] Total Commit in old branch:  18
{ "CIQ COMMMIT" : "UPSTREAM COMMMIT" }
Printing first 5 and last 5 commits
{
  "cdc6b6f80cfd955e116121c286116248421b7c71": "fbe346ce9d626680a4dd0f079e17c7b5dd32ffad",
  "f949ac5122308a8e221c621f7b8f705683fb5285": "7768c5f417336fa58dbfef9bb7ecd7eeec6d8886",
  "b272f56cc982d7d732bb16a87643b287f489477e": "c09ef59e17c6921c577d54bc8da4331b955d01a7",
  "cad4c889e9d55a46582cab6f198fe5516263c35c": "fa37a8849634db2dd3545116873da8cf4b1e67c6",
  "21cf4d640d719e576a0d748de1406edc6101e4f3": "2fc8a346625eb1abfe202062c7e6a13d76cde5ea"
}
{
  "43d1195ea281654ccb94e596053d1142e7349d70": "4f98616b855cb0e3b5917918bb07b44728eb96ea",
  "8c7fe32fd9a7444ffe97699a1f0a1a4678b2a8dd": "380b75d3078626aadd0817de61f3143f5db6e393",
  "6c6ec2560fbbf148e24ad17361bf8bb3dc8d3a7f": "b2f966568faaad326de97481096d0f3dc0971c43",
  "c4818ff147f01d954d763e40166e5881e6e130e3": "a9c0b33ef2306327dd2db02c6274107065ff9307",
  "b7c0461a6ed9231fd0757fc318aa4eee84c9cdb7": "290e5d3c49f687c1567bde634dc33d57b0674919"
}
[rolling release update] Checking out new base branch:  rocky10_0
[rolling release update] Finding the kernel version for the new rolling release
b'919393e21315 (HEAD -> rocky10_0, tag: resf_kernel-6.12.0-55.32.1.el10_0, origin/rocky10_0) Rebuild rocky10_0 with kernel-6.12.0-55.32.1.el10_0'
<re.Match object; span=(0, 71), match=b'919393e21315 (HEAD -> rocky10_0, tag: resf_kerne>
[rolling release update} New Branch to create  sig-cloud-10/6.12.0-55.32.1.el10_0
[rolling release update] Check if branch Exists:  sig-cloud-10/6.12.0-55.32.1.el10_0
Branch sig-cloud-10/6.12.0-55.32.1.el10_0 does not exists creating
[rolling release update] Creating new branch for PR:  jmaple_sig-cloud-10/6.12.0-55.32.1.el10_0
[rolling release update] Creating Map of all new commits from last rolling release fork
[rolling release update] Total Commit in new branch:  16
{ "CIQ COMMMIT" : "UPSTREAM COMMMIT" }
Printing first 5 and last 5 commits
{
  "919393e213154b6f3c333a088edd875ed16c36ae": "",
  "171aac240a9361e61a23d5a6fffe753c270ffe43": "f90fff1e152dedf52b932240ebbd670d83330eca",
  "5ec8b6405932f9e096fe850ca3dd6172bab0f5fa": "",
  "b397aaa189e2553792ca2d3d9517241baa63f646": "c70fc32f44431bb30f9025ce753ba8be25acbba3",
  "f199db4bec895d2c33f7e081c5201cf81ba7f55c": "66951e4860d3c688bfa550ea4a19635b57e00eca"
}
{
  "a9c2a3effb6320d3381ae1d14b5d5c0729b6dcde": "021ba7f1babd029e714d13a6bf2571b08af96d0f",
  "21bcfe4dfb57c2544b5c2a2ba555e8350430f26a": "f6bfc9afc7510cb5e6fbe0a17c507917b0120280",
  "8accf0be97279876a2337a49ca9a6c24295c35de": "5307dce878d4126e1b375587318955bd019c3741",
  "fbe5cb4d6e033ef2404c9631f9527977ef01123a": "eada75467fca0b016b9b22212637c07216135c20",
  "237d97ea1fbf7e001e8a250f6d89da5723a3e7f0": "00817f0f1c45b007965f5676b9a2013bb39c7228"
}
[rolling release update] Checking if any of the commits from the old rolling release are already present in the new base branch
[rolling release update] Removing commits from the new branch
[rolling release update] Applying the remaining commits to the new branch
Applying commit  "b7c0461a6ed9231fd0757fc318aa4eee84c9cdb7 net: mana: Add support for Multi Vports on Bare metal"
Applying commit  "c4818ff147f01d954d763e40166e5881e6e130e3 tools: hv: Enable debug logs for hv_kvp_daemon"
Applying commit  "6c6ec2560fbbf148e24ad17361bf8bb3dc8d3a7f scsi: storvsc: Increase the timeouts to storvsc_timeout"
Applying commit  "8c7fe32fd9a7444ffe97699a1f0a1a4678b2a8dd Drivers: hv: Allow vmbus_sendpacket_mpb_desc() to create multiple ranges"
Applying commit  "43d1195ea281654ccb94e596053d1142e7349d70 hv_netvsc: Use vmbus_sendpacket_mpb_desc() to send VMBus messages"
Applying commit  "84b279f1e89b792343dc810ccbe67c8e0287a011 hv_netvsc: Preserve contiguous PFN grouping in the page buffer array"
Applying commit  "2212e6350e7fadc58a8221eb2467c133f84502e9 hv_netvsc: Remove rmsg_pgcnt"
Applying commit  "3b9dbfdc8e055524f254b91f9ecc64163019648f Drivers: hv: vmbus: Remove vmbus_sendpacket_pagebuffer()"
Applying commit  "79a694f9b23e99239ad4f090c9d4409346e258bc hv_netvsc: Use VF's tso_max_size value when data path is VF"
Applying commit  "386bdb5a248f4e702d1594ffe1b3d9f9b19cec1c net: mana: Allow tso_max_size to go up-to GSO_MAX_SIZE"
Applying commit  "904001001da2858639c0c7d6b7c83cd357e8869d net: mana: Add debug logs in MANA network driver"
Applying commit  "d56d96312f66815925cfc13d2bffb6f9a96dba89 net: mana: Change the function signature of mana_get_primary_netdev_rcu"
Applying commit  "74d53ad370d8c5edc9b4987c7a3909eea1a868e1 RDMA/mana_ib: Handle net event for pointing to the current netdev"
Applying commit  "21cf4d640d719e576a0d748de1406edc6101e4f3 net: mana: Support holes in device list reply msg"
Applying commit  "cad4c889e9d55a46582cab6f198fe5516263c35c net: mana: Switch to page pool for jumbo frames"
Applying commit  "b272f56cc982d7d732bb16a87643b287f489477e net: mana: Expose additional hardware counters for drop and TC via ethtool."
Applying commit  "f949ac5122308a8e221c621f7b8f705683fb5285 net: mana: Add handler for hardware servicing events"
Applying commit  "cdc6b6f80cfd955e116121c286116248421b7c71 net: mana: Handle Reset Request from MANA NIC"

Build

[jmaple@devbox code]$ egrep -B 5 -A 5 "\[TIMER\]|^Starting Build" $(ls -t kbuild* | head -n1)
/mnt/code/kernel-src-tree-build
Running make mrproper...
[TIMER]{MRPROPER}: 7s
x86_64 architecture detected, copying config
'configs/kernel-x86_64-rhel.config' -> '.config'
Setting Local Version for build
CONFIG_LOCALVERSION="-jmaple_sig-cloud-10_6.12.0-55.32.1.el10_0-ed022a97650"
Making olddefconfig
--
  HOSTCC  scripts/kconfig/util.o
  HOSTLD  scripts/kconfig/conf
#
# configuration written to .config
#
Starting Build
  GEN     arch/x86/include/generated/asm/orc_hash.h
  WRAP    arch/x86/include/generated/uapi/asm/bpf_perf_event.h
  WRAP    arch/x86/include/generated/uapi/asm/errno.h
  WRAP    arch/x86/include/generated/uapi/asm/fcntl.h
  WRAP    arch/x86/include/generated/uapi/asm/ioctl.h
--
  LD [M]  net/qrtr/qrtr.ko
  BTF [M] net/hsr/hsr.ko
  LD [M]  net/qrtr/qrtr-mhi.ko
  BTF [M] net/qrtr/qrtr.ko
  BTF [M] net/qrtr/qrtr-mhi.ko
[TIMER]{BUILD}: 2073s
Making Modules
  SYMLINK /lib/modules/6.12.0-jmaple_sig-cloud-10_6.12.0-55.32.1.el10_0-ed022a97650+/build
  INSTALL /lib/modules/6.12.0-jmaple_sig-cloud-10_6.12.0-55.32.1.el10_0-ed022a97650+/modules.order
  INSTALL /lib/modules/6.12.0-jmaple_sig-cloud-10_6.12.0-55.32.1.el10_0-ed022a97650+/modules.builtin
  INSTALL /lib/modules/6.12.0-jmaple_sig-cloud-10_6.12.0-55.32.1.el10_0-ed022a97650+/modules.builtin.modinfo
--
  SIGN    /lib/modules/6.12.0-jmaple_sig-cloud-10_6.12.0-55.32.1.el10_0-ed022a97650+/kernel/net/qrtr/qrtr-mhi.ko
  SIGN    /lib/modules/6.12.0-jmaple_sig-cloud-10_6.12.0-55.32.1.el10_0-ed022a97650+/kernel/net/hsr/hsr.ko
  SIGN    /lib/modules/6.12.0-jmaple_sig-cloud-10_6.12.0-55.32.1.el10_0-ed022a97650+/kernel/net/qrtr/qrtr.ko
  SIGN    /lib/modules/6.12.0-jmaple_sig-cloud-10_6.12.0-55.32.1.el10_0-ed022a97650+/kernel/net/openvswitch/vport-vxlan.ko
  DEPMOD  /lib/modules/6.12.0-jmaple_sig-cloud-10_6.12.0-55.32.1.el10_0-ed022a97650+
[TIMER]{MODULES}: 9s
Making Install
  INSTALL /boot
[TIMER]{INSTALL}: 19s
Checking kABI
kABI check passed
Setting Default Kernel to /boot/vmlinuz-6.12.0-jmaple_sig-cloud-10_6.12.0-55.32.1.el10_0-ed022a97650+ and Index to 3
Hopefully Grub2.0 took everything ... rebooting after time metrices
[TIMER]{MRPROPER}: 7s
[TIMER]{BUILD}: 2073s
[TIMER]{MODULES}: 9s
[TIMER]{INSTALL}: 19s
[TIMER]{TOTAL} 2113s
Rebooting in 10 seconds

KselfTests

[jmaple@devbox code]$ ./get_kselftest_diff.sh
kselftest.6.12.0-rocky10_0_rebuild-0b50c952cd24+.log
497
kselftest.6.12.0-jmaple_sig-cloud-10_6.12.0-55.30.1.el10_0-cdc6b6f80cf+.log
505
kselftest.6.12.0-rocky10_0_rebuild-919393e21315+.log
528
kselftest.6.12.0-jmaple_sig-cloud-10_6.12.0-55.32.1.el10_0-ed022a97650+.log
528
Before: kselftest.6.12.0-rocky10_0_rebuild-919393e21315+.log
After: kselftest.6.12.0-jmaple_sig-cloud-10_6.12.0-55.32.1.el10_0-ed022a97650+.log
Diff:
No differences found.

Experimental script for above results

#!/bin/bash

FILES=$(ls -rt kselftest.* | tail -n4)

while read -r line; do
        echo $line; grep '^ok ' $line | wc -l ;
done <<< "$FILES"

BEFORE=""
AFTER+=""

while read -r line; do
    BEFORE=${AFTER}
    AFTER=${line}
done <<< "$FILES"

echo "Before: $BEFORE"
echo "After: $AFTER"
echo "Diff:"
DIFF=$(grep ok <(diff -adU0 <(grep ^ok "${BEFORE}" | sort -h) <(grep ^ok "${AFTER}" | sort -h)))
if [ -z "$DIFF" ]; then
    echo "No differences found."
else
    echo "$DIFF"
fi

PlaidCat and others added 18 commits September 24, 2025 13:15
jira LE-3208
feature net_mana
commit-author Haiyang Zhang <[email protected]>
commit 290e5d3

To support Multi Vports on Bare metal, increase the device config response
version. And, skip the register HW vport, and register filter steps, when
the Bare metal hostmode is set.

	Signed-off-by: Haiyang Zhang <[email protected]>
Link: https://patch.msgid.link/[email protected]
	Signed-off-by: Paolo Abeni <[email protected]>

(cherry picked from commit 290e5d3)
	Signed-off-by: Jonathan Maple <[email protected]>
Signed-off-by: Jonathan Maple <[email protected]>
jira LE-3207
feature tools_hv
commit-author Shradha Gupta <[email protected]>
commit a9c0b33

Allow the KVP daemon to log the KVP updates triggered in the VM
with a new debug flag(-d).
When the daemon is started with this flag, it logs updates and debug
information in syslog with loglevel LOG_DEBUG. This information comes
in handy for debugging issues where the key-value pairs for certain
pools show mismatch/incorrect values.
The distro-vendors can further consume these changes and modify the
respective service files to redirect the logs to specific files as
needed.

	Signed-off-by: Shradha Gupta <[email protected]>
	Reviewed-by: Naman Jain <[email protected]>
	Reviewed-by: Dexuan Cui <[email protected]>
Link: https://lore.kernel.org/r/1744715978-8185-1-git-send-email-shradhagupta@linux.microsoft.com
	Signed-off-by: Wei Liu <[email protected]>
Message-ID: <1744715978-8185-1-git-send-email-shradhagupta@linux.microsoft.com>
(cherry picked from commit a9c0b33)
	Signed-off-by: Jonathan Maple <[email protected]>
Signed-off-by: Jonathan Maple <[email protected]>
jira LE-3546
commit-author Dexuan Cui <[email protected]>
commit b2f9665

Currently storvsc_timeout is only used in storvsc_sdev_configure(), and
5s and 10s are used elsewhere. It turns out that rarely the 5s is not
enough on Azure, so let's use storvsc_timeout everywhere.

In case a timeout happens and storvsc_channel_init() returns an error,
close the VMBus channel so that any host-to-guest messages in the
channel's ringbuffer, which might come late, can be safely ignored.

Add a "const" to storvsc_timeout.

	Cc: [email protected]
	Signed-off-by: Dexuan Cui <[email protected]>
Link: https://lore.kernel.org/r/[email protected]
	Reviewed-by: Long Li <[email protected]>
	Signed-off-by: Martin K. Petersen <[email protected]>
(cherry picked from commit b2f9665)
	Signed-off-by: Sultan Alsawaf <[email protected]>
Signed-off-by: Jonathan Maple <[email protected]>
jira LE-3555
commit-author Michael Kelley <[email protected]>
commit 380b75d

vmbus_sendpacket_mpb_desc() is currently used only by the storvsc driver
and is hardcoded to create a single GPA range. To allow it to also be
used by the netvsc driver to create multiple GPA ranges, no longer
hardcode as having a single GPA range. Allow the calling driver to
specify the rangecount in the supplied descriptor.

Update the storvsc driver to reflect this new approach.

	Cc: <[email protected]> # 6.1.x
	Signed-off-by: Michael Kelley <[email protected]>
Link: https://patch.msgid.link/[email protected]
	Signed-off-by: Jakub Kicinski <[email protected]>
(cherry picked from commit 380b75d)
	Signed-off-by: Shreeya Patel <[email protected]>
Signed-off-by: Jonathan Maple <[email protected]>
jira LE-3555
commit-author Michael Kelley <[email protected]>
commit 4f98616

netvsc currently uses vmbus_sendpacket_pagebuffer() to send VMBus
messages. This function creates a series of GPA ranges, each of which
contains a single PFN. However, if the rndis header in the VMBus
message crosses a page boundary, the netvsc protocol with the host
requires that both PFNs for the rndis header must be in a single "GPA
range" data structure, which isn't possible with
vmbus_sendpacket_pagebuffer(). As the first step in fixing this, add a
new function netvsc_build_mpb_array() to build a VMBus message with
multiple GPA ranges, each of which may contain multiple PFNs. Use
vmbus_sendpacket_mpb_desc() to send this VMBus message to the host.

There's no functional change since higher levels of netvsc don't
maintain or propagate knowledge of contiguous PFNs. Based on its
input, netvsc_build_mpb_array() still produces a separate GPA range
for each PFN and the behavior is the same as with
vmbus_sendpacket_pagebuffer(). But the groundwork is laid for a
subsequent patch to provide the necessary grouping.

	Cc: <[email protected]> # 6.1.x
	Signed-off-by: Michael Kelley <[email protected]>
Link: https://patch.msgid.link/[email protected]
	Signed-off-by: Jakub Kicinski <[email protected]>
(cherry picked from commit 4f98616)
	Signed-off-by: Shreeya Patel <[email protected]>
Signed-off-by: Jonathan Maple <[email protected]>
jira LE-3555
commit-author Michael Kelley <[email protected]>
commit 41a6328

Starting with commit dca5161 ("hv_netvsc: Check status in
SEND_RNDIS_PKT completion message") in the 6.3 kernel, the Linux
driver for Hyper-V synthetic networking (netvsc) occasionally reports
"nvsp_rndis_pkt_complete error status: 2".[1] This error indicates
that Hyper-V has rejected a network packet transmit request from the
guest, and the outgoing network packet is dropped. Higher level
network protocols presumably recover and resend the packet so there is
no functional error, but performance is slightly impacted. Commit
dca5161 is not the cause of the error -- it only added reporting
of an error that was already happening without any notice. The error
has presumably been present since the netvsc driver was originally
introduced into Linux.

The root cause of the problem is that the netvsc driver in Linux may
send an incorrectly formatted VMBus message to Hyper-V when
transmitting the network packet. The incorrect formatting occurs when
the rndis header of the VMBus message crosses a page boundary due to
how the Linux skb head memory is aligned. In such a case, two PFNs are
required to describe the location of the rndis header, even though
they are contiguous in guest physical address (GPA) space. Hyper-V
requires that two rndis header PFNs be in a single "GPA range" data
struture, but current netvsc code puts each PFN in its own GPA range,
which Hyper-V rejects as an error.

The incorrect formatting occurs only for larger packets that netvsc
must transmit via a VMBus "GPA Direct" message. There's no problem
when netvsc transmits a smaller packet by copying it into a pre-
allocated send buffer slot because the pre-allocated slots don't have
page crossing issues.

After commit 14ad6ed ("net: allow small head cache usage with
large MAX_SKB_FRAGS values") in the 6.14-rc4 kernel, the error occurs
much more frequently in VMs with 16 or more vCPUs. It may occur every
few seconds, or even more frequently, in an ssh session that outputs a
lot of text. Commit 14ad6ed subtly changes how skb head memory is
allocated, making it much more likely that the rndis header will cross
a page boundary when the vCPU count is 16 or more. The changes in
commit 14ad6ed are perfectly valid -- they just had the side
effect of making the netvsc bug more prominent.

Current code in init_page_array() creates a separate page buffer array
entry for each PFN required to identify the data to be transmitted.
Contiguous PFNs get separate entries in the page buffer array, and any
information about contiguity is lost.

Fix the core issue by having init_page_array() construct the page
buffer array to represent contiguous ranges rather than individual
pages. When these ranges are subsequently passed to
netvsc_build_mpb_array(), it can build GPA ranges that contain
multiple PFNs, as required to avoid the error "nvsp_rndis_pkt_complete
error status: 2". If instead the network packet is sent by copying
into a pre-allocated send buffer slot, the copy proceeds using the
contiguous ranges rather than individual pages, but the result of the
copying is the same. Also fix rndis_filter_send_request() to construct
a contiguous range, since it has its own page buffer array.

This change has a side benefit in CoCo VMs in that netvsc_dma_map()
calls dma_map_single() on each contiguous range instead of on each
page. This results in fewer calls to dma_map_single() but on larger
chunks of memory, which should reduce contention on the swiotlb.

Since the page buffer array now contains one entry for each contiguous
range instead of for each individual page, the number of entries in
the array can be reduced, saving 208 bytes of stack space in
netvsc_xmit() when MAX_SKG_FRAGS has the default value of 17.

[1] https://bugzilla.kernel.org/show_bug.cgi?id=217503

Closes: https://bugzilla.kernel.org/show_bug.cgi?id=217503
	Cc: <[email protected]> # 6.1.x
	Signed-off-by: Michael Kelley <[email protected]>
Link: https://patch.msgid.link/[email protected]
	Signed-off-by: Jakub Kicinski <[email protected]>
(cherry picked from commit 41a6328)
	Signed-off-by: Shreeya Patel <[email protected]>
Signed-off-by: Jonathan Maple <[email protected]>
jira LE-3555
commit-author Michael Kelley <[email protected]>
commit 5bbc644

init_page_array() now always creates a single page buffer array entry
for the rndis message, even if the rndis message crosses a page
boundary. As such, the number of page buffer array entries used for
the rndis message must no longer be tracked -- it is always just 1.
Remove the rmsg_pgcnt field and use "1" where the value is needed.

	Cc: <[email protected]> # 6.1.x
	Signed-off-by: Michael Kelley <[email protected]>
Link: https://patch.msgid.link/[email protected]
	Signed-off-by: Jakub Kicinski <[email protected]>
(cherry picked from commit 5bbc644)
	Signed-off-by: Shreeya Patel <[email protected]>
Signed-off-by: Jonathan Maple <[email protected]>
jira LE-3555
commit-author Michael Kelley <[email protected]>
commit 45a442f

With the netvsc driver changed to use vmbus_sendpacket_mpb_desc()
instead of vmbus_sendpacket_pagebuffer(), the latter has no remaining
callers. Remove it.

	Cc: <[email protected]> # 6.1.x
	Signed-off-by: Michael Kelley <[email protected]>
Link: https://patch.msgid.link/[email protected]
	Signed-off-by: Jakub Kicinski <[email protected]>
(cherry picked from commit 45a442f)
	Signed-off-by: Shreeya Patel <[email protected]>
Signed-off-by: Jonathan Maple <[email protected]>
jira LE-3886
commit-author Shradha Gupta <[email protected]>
commit 6859209

On Azure, increasing VF's gso/gro packet size to up-to GSO_MAX_SIZE
is not possible without allowing the same for netvsc NIC
(as the NICs are bonded together). For bonded NICs, the min of the max
aggregated pkt size of the members is propagated in the stack.

Therefore, we use netif_set_tso_max_size() to set max aggregated pkt size
to VF's packet size for netvsc too, when the data path is switched over
to the VF
Tested on azure env with Accelerated Networking enabled and disabled.

	Signed-off-by: Shradha Gupta <[email protected]>
	Reviewed-by: Haiyang Zhang <[email protected]>
	Signed-off-by: David S. Miller <[email protected]>
(cherry picked from commit 6859209)
	Signed-off-by: Shreeya Patel <[email protected]>
Signed-off-by: Jonathan Maple <[email protected]>
jira LE-3886
commit-author Shradha Gupta <[email protected]>
commit 2731583

Allow the max aggregated pkt size to go up-to GSO_MAX_SIZE for MANA NIC.
This patch only increases the max allowable gso/gro pkt size for MANA
devices and does not change the defaults.
Following are the perf benefits by increasing the pkt aggregate size from
legacy gso_max_size value(64K) to newer one(up-to 511K

IPv4 tests
for i in {1..10}; do netperf -t TCP_RR  -H 10.0.0.5 -p50000 -- -r80000,80000
-O MIN_LATENCY,P90_LATENCY,P99_LATENCY,THROUGHPUT|tail -1; done

min	p90	p99	Throughput		gso_max_size
93	171	194	6594.25
97	154	180	7183.74
95	165	189	6927.86
96	165	188	6976.04
93	154	185	7338.05			64K
93	168	189	6938.03
94	169	189	6784.93
92	166	189	7117.56
94	179	191	6678.44
95	157	183	7277.81

min	p90	p99	Throughput
93	134	146	8448.75
95	134	140	8396.54
94	137	148	8204.12
94	137	148	8244.41
94	128	139	8666.52			80K
94	141	153	8116.86
94	138	149	8163.92
92	135	142	8362.72
92	134	142	8497.57
93	136	148	8393.23

IPv6 Tests
for i in {1..10}; do netperf -t TCP_RR  -H fd00:9013:cadd::4 -p50000 --
-r80000,80000 -O MIN_LATENCY,P90_LATENCY,P99_LATENCY,THROUGHPUT|tail -1; done

min	p90	p99	Throughput		gso_max_size
108	165	170	6673.2
101	169	189	6451.69
101	165	169	6737.65
102	167	175	6614.64
101	178	189	6247.13			64K
107	163	169	6678.63
106	176	187	6350.86
100	164	169	6617.36
102	163	170	6849.21
102	168	175	6605.7

min	p90	p99	Throughput
108	155	166	7183
110	154	163	7268.87
109	152	159	7434.35
107	145	157	7569.15
107	149	164	7496.17			80K
110	154	159	7245.85
108	156	162	7266.24
109	145	158	7526.66
106	145	151	7785.75
111	148	157	7246.65

Tested on azure env with Accelerated Networking enabled and disabled.

	Signed-off-by: Shradha Gupta <[email protected]>
	Reviewed-by: Haiyang Zhang <[email protected]>
	Signed-off-by: David S. Miller <[email protected]>
(cherry picked from commit 2731583)
	Signed-off-by: Shreeya Patel <[email protected]>
Signed-off-by: Jonathan Maple <[email protected]>
jira LE-3890
commit-author Erni Sri Satya Vennela <[email protected]>
commit 47dfd7a

Add more logs to assist in debugging and monitoring
driver behaviour, making it easier to identify potential
issues  during development and testing.

	Signed-off-by: Erni Sri Satya Vennela <[email protected]>
	Reviewed-by: Haiyang Zhang <[email protected]>
Link: https://patch.msgid.link/[email protected]
	Signed-off-by: Jakub Kicinski <[email protected]>
(cherry picked from commit 47dfd7a)
	Signed-off-by: Shreeya Patel <[email protected]>
Signed-off-by: Jonathan Maple <[email protected]>
jira LE-3894
commit-author Long Li <[email protected]>
commit a8445cf

Change mana_get_primary_netdev_rcu() to mana_get_primary_netdev(), and
return the ndev with refcount held. The caller is responsible for dropping
the refcount.

Also drop the check for IFF_SLAVE as it is not necessary if the upper
device is present.

	Signed-off-by: Long Li <[email protected]>
Link: https://patch.msgid.link/[email protected]
	Signed-off-by: Leon Romanovsky <[email protected]>
(cherry picked from commit a8445cf)
	Signed-off-by: Shreeya Patel <[email protected]>
Signed-off-by: Shreeya Patel <[email protected]>
Signed-off-by: Jonathan Maple <[email protected]>
jira LE-3894
commit-author Long Li <[email protected]>
commit bee35b7
upstream-diff There were conflicts when applying this patch
due to the following missing commits :-
79bccd7 ("RDMA/mana_ib: Add port statistics support")
df91c47 ("RDMA/mana_ib: create/destroy AH")

When running under Hyper-V, the master device to the RDMA device is always
bonded to this RDMA device. This is not user-configurable.

The master device can be unbind/bind from the kernel. During those events,
the RDMA device should set to the current netdev to reflect the change of
master device from those events.

	Signed-off-by: Long Li <[email protected]>
Link: https://patch.msgid.link/[email protected]
	Signed-off-by: Leon Romanovsky <[email protected]>
(cherry picked from commit bee35b7)
	Signed-off-by: Shreeya Patel <[email protected]>
Signed-off-by: Jonathan Maple <[email protected]>
jira LE-3904
commit-author Haiyang Zhang <[email protected]>
commit 2fc8a34

According to GDMA protocol, holes (zeros) are allowed at the beginning
or middle of the gdma_list_devices_resp message. The existing code
cannot properly handle this, and may miss some devices in the list.

To fix, scan the entire list until the num_of_devs are found, or until
the end of the list.

	Cc: [email protected]
Fixes: ca9c54d ("net: mana: Add a driver for Microsoft Azure Network Adapter (MANA)")
	Signed-off-by: Haiyang Zhang <[email protected]>
	Reviewed-by: Long Li <[email protected]>
	Reviewed-by: Shradha Gupta <[email protected]>
	Reviewed-by: Michal Swiatkowski <[email protected]>
Link: https://patch.msgid.link/[email protected]
	Signed-off-by: Paolo Abeni <[email protected]>

(cherry picked from commit 2fc8a34)
	Signed-off-by: Shreeya Patel <[email protected]>
Signed-off-by: Jonathan Maple <[email protected]>
jira LE-3908
commit-author Haiyang Zhang <[email protected]>
commit fa37a88

Frag allocators, such as netdev_alloc_frag(), were not designed to
work for fragsz > PAGE_SIZE.

So, switch to page pool for jumbo frames instead of using page frag
allocators. This driver is using page pool for smaller MTUs already.

	Cc: [email protected]
Fixes: 80f6215 ("net: mana: Add support for jumbo frame")
	Signed-off-by: Haiyang Zhang <[email protected]>
	Reviewed-by: Long Li <[email protected]>
	Reviewed-by: Shradha Gupta <[email protected]>
Link: https://patch.msgid.link/[email protected]
	Signed-off-by: Jakub Kicinski <[email protected]>
(cherry picked from commit fa37a88)
	Signed-off-by: Shreeya Patel <[email protected]>
Signed-off-by: Jonathan Maple <[email protected]>
…htool.

jira LE-3916
commit-author Dipayaan Roy <[email protected]>
commit c09ef59

Add support for reporting additional hardware counters for drop and
TC using the ethtool -S interface.

These counters include:

- Aggregate Rx/Tx drop counters
- Per-TC Rx/Tx packet counters
- Per-TC Rx/Tx byte counters
- Per-TC Rx/Tx pause frame counters

The counters are exposed using ethtool_ops->get_ethtool_stats and
ethtool_ops->get_strings. This feature/counters are not available
to all versions of hardware.

	Signed-off-by: Dipayaan Roy <[email protected]>
	Reviewed-by: Subbaraya Sundeep <[email protected]>
	Reviewed-by: Haiyang Zhang <[email protected]>
Link: https://patch.msgid.link/20250609100103.GA7102@linuxonhyperv3.guj3yctzbm1etfxqx2vob5hsef.xx.internal.cloudapp.net
	Signed-off-by: Jakub Kicinski <[email protected]>
(cherry picked from commit c09ef59)
	Signed-off-by: Shreeya Patel <[email protected]>
Signed-off-by: Jonathan Maple <[email protected]>
jira LE-3920
commit-author Haiyang Zhang <[email protected]>
commit 7768c5f

To collaborate with hardware servicing events, upon receiving the special
EQE notification from the HW channel, remove the devices on this bus.
Then, after a waiting period based on the device specs, rescan the parent
bus to recover the devices.

	Signed-off-by: Haiyang Zhang <[email protected]>
	Reviewed-by: Shradha Gupta <[email protected]>
	Reviewed-by: Simon Horman <[email protected]>
Link: https://patch.msgid.link/[email protected]
	Signed-off-by: Jakub Kicinski <[email protected]>
(cherry picked from commit 7768c5f)
	Signed-off-by: Shreeya Patel <[email protected]>
Signed-off-by: Jonathan Maple <[email protected]>
jira LE-3924
commit-author Haiyang Zhang <[email protected]>
commit fbe346c
upstream-diff There were conflicts seen when applying this
patch due to the following missing commits :-
ca8ac48 ("net: mana: Handle unsupported HWC commands")
505cc26 ("net: mana: Add support for auxiliary device servicing
events")

Upon receiving the Reset Request, pause the connection and clean up
queues, wait for the specified period, then resume the NIC.
In the cleanup phase, the HWC is no longer responding, so set hwc_timeout
to zero to skip waiting on the response.

	Signed-off-by: Haiyang Zhang <[email protected]>
Link: https://patch.msgid.link/[email protected]
	Signed-off-by: Jakub Kicinski <[email protected]>
(cherry picked from commit fbe346c)
	Signed-off-by: Shreeya Patel <[email protected]>
Signed-off-by: Jonathan Maple <[email protected]>
Copy link
Collaborator

@bmastbergen bmastbergen left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🥌

Copy link

@jdieter jdieter left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

:shipit:

@PlaidCat PlaidCat merged commit ed022a9 into sig-cloud-10/6.12.0-55.32.1.el10_0 Sep 25, 2025
4 checks passed
@PlaidCat PlaidCat deleted the jmaple_sig-cloud-10/6.12.0-55.32.1.el10_0 branch September 25, 2025 19:26
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Development

Successfully merging this pull request may close these issues.

5 participants