src/sys/dev, branch stable/13

mxge(4): Fix a typo in a source code comment

2026-06-14T05:15:35Z

- s/deterimine/determine/ (cherry picked from commit 14e93e3e360718f2272028fbf99775df3c192e83)

vt: Avoid integer overflow in CONS_HISTORY ioctl

2026-06-07T17:13:07Z

Reviewed by: markj, vexeduxr Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D57250 (cherry picked from commit 0ae946e7223df5ef3f7980af1d774d7f593f6421) (cherry picked from commit deaaddf1d3c4283649945553ad7e3208c8424308) (cherry picked from commit b5a4f4bfbc95d5d5361da708728f7f4a6db2ee60)

mfi(4)/mrsas(4): Set sysctl name for driver versions consistently

2026-05-03T19:45:15Z

Instead of printing the driver version over and over again if multiple controllers are used, set a sysctl name for the used driver version. Approved by: imp, ziaee MFC after: 3 days Differential Revision: https://reviews.freebsd.org/D56110 (cherry picked from commit ea1764e5fcf0fc11680dc104e663ae3d1d0fd7be)

mfi(4)/mrsas(4): Print driver versions consistently

2026-05-03T19:45:14Z

Reviewed by: ziaee, des MFC after: 3 days Differential Revision: https://reviews.freebsd.org/D54519 (cherry picked from commit 93122ead724b3ba0ccdaedadcd371ec53f9a9844)

ahci(4): Add another device ID for Marvell 9128 SATA controller: 0x91a3

2026-04-30T07:53:10Z

This was encountered on a Gigabyte GA-P55A-UD4 motherboard identifying itself as: ahci0@pci0:2:0:0: class=0x01018f rev=0x11 hdr=0x00 vendor=0x1b4b device=0x91a3 subvendor=0x1458 subdevice=0xb000 vendor = 'Marvell Technology Group Ltd.' class = mass storage subclass = ATA The physical chip has "88SE9128-NAA2" printed on it. Similar code has been in Linux for a long time: https://github.com/torvalds/linux/commit/50be5e3657cd2851a297dc0b3fd459f25829d29b Co-authored-by: Michael Osipov PR: 288526 Reviewed by: jhb MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D56464 (cherry picked from commit c72edc2b2eb283450df8db05cf9321aee7de0bcb)

ixgbe: Fix MRQC register value.

2026-04-19T10:42:17Z

Focus on the MRQE field of the MRQC register, which is 4 bits wide, and we use these 3 types of values. - IXGBE_MRQC_RSSEN 0x1 (non VF mode) - IXGBE_MRQC_VMDQRSS32EN 0xA (less than 33 VFs) - IXGBE_MRQC_VMDQRSS64EN 0xB (less than 65 VFs) If we always take a bitwise OR with IXGBE_MRQC_RSSEN, IXGBE_MRQC_VMDQRSS32EN will never be chosen. Select these 3 types of values for the proper case. Signed-off-by: Yuichiro NAITO Pull Request: https://github.com/freebsd/freebsd-src/pull/2132 (cherry picked from commit 938c076b9b0bc458a3877b52535527d37199fc09)

ena: Update driver version to v2.8.2

2026-04-02T22:50:05Z

Bug Fixes: * Verify that an ENA ring is in netmap only in native mode Minor Changes: * Move parenthesis to correct place in switch * Add comment * Reorder define Reviewed by: cperciva Differential Revision: https://reviews.freebsd.org/D55698 Sponsored by: Amazon, Inc. (cherry picked from commit 96c5eaf0ac6b98d0832e1037d672064de43a7e00)

ena: Verify that an ENA ring is in netmap only in native mode

2026-04-02T22:50:05Z

netmap operates in two modes: 1) Emulated - netmap handling is done by the network stack, the NIC driver operates transparently to netmap. 2) Native - netmap management is done by the NIC driver. When checking whether a specific ENA ring is running in netmap mode, only the following checks were done: 1. IFCAP_NETMAP - Check whether netmap capability is enabled on the device. 2. NKR_NETMAP_ON - Check whether netmap is actively using this ring. The above checks implied that the netmap mode is native and the ENA driver needs to handle the netmap logic. The code was missing an explicit check on whether native mode is actually on (NAF_NATIVE). This led to a case where though emulated mode was used and a netmap application was turned on, the ENA driver still managed netmap logic partially and caused missing buffers and lack of refill as part of the datapath. Note: Enabling netmap emulated mode is insufficient and there's a need to load a netmap program in order to trigger this use-case. Add an explicit check of whether NAF_NATIVE mode is set. The issue was reported in [1]. [1]: https://github.com/amzn/amzn-drivers/issues/361 Fixes: 358bcc4c6cde ("Add support for ENA NETMAP partial initialization") Reviewed by: cperciva Differential Revision: https://reviews.freebsd.org/D55697 Sponsored by: Amazon, Inc. (cherry picked from commit 97e84c587d6f86aa883720296449b380adcf6915)

ena: Minor changes

2026-04-02T22:50:05Z

1. Move parenthesis to correct place in switch and fix include order 2. Add comment at the end of an ifdef for clarity 3. Change include order. Reviewed by: cperciva Differential Revision: https://reviews.freebsd.org/D55696 Sponsored by: Amazon, Inc. (cherry picked from commit 2667a8454cff5896c7b467c78cd4ace5ad40f5eb)

e1000: Increase FC pause/refresh time on PCH2 and newer

2026-02-27T23:11:11Z

This corresponds to Linux f74dc880098b4a29f76d756b888fb31d81ad9a0c That commit does not provide any public background detail, but it's been in use for over 5 years and corresponds to previous chip bugs w.r.t. automatic generation of PAUSE frames. Reviewed by: kgalazka Differential Revision: https://reviews.freebsd.org/D54555 (cherry picked from commit 2bdec2ee73be7dbafce9982b0dc5c273918a5443)