<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/dev/vmware, branch main</title>
<subtitle>FreeBSD source tree</subtitle>
<id>http://cgit.freebsd.org/src/atom?h=main</id>
<link rel='self' href='http://cgit.freebsd.org/src/atom?h=main'/>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/'/>
<updated>2025-11-22T14:29:34Z</updated>
<entry>
<title>vmxnet3: use newly exposed RSS hash key API rather than ad-hoc hashing</title>
<updated>2025-11-22T14:29:34Z</updated>
<author>
<name>Andrew Gallatin</name>
<email>gallatin@FreeBSD.org</email>
</author>
<published>2025-11-22T14:29:34Z</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=e10e0c63f0e40043c589e00cdeef6c5574c72858'/>
<id>urn:sha1:e10e0c63f0e40043c589e00cdeef6c5574c72858</id>
<content type='text'>
Differential Revision:	https://reviews.freebsd.org/D53098
Reviewed by: tuexen
Sponsored by: Netflix
</content>
</entry>
<entry>
<title>if_vmx: fix panic during kldload</title>
<updated>2025-10-04T15:20:00Z</updated>
<author>
<name>Eric van Gyzen</name>
<email>vangyzen@FreeBSD.org</email>
</author>
<published>2025-10-04T12:23:41Z</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=01b0690c495e1043a72cae9ee945f9f2c2adc216'/>
<id>urn:sha1:01b0690c495e1043a72cae9ee945f9f2c2adc216</id>
<content type='text'>
Just like vmxnet3_intr_disable_all, iflib may invoke this routine
before vmxnet3_attach_post() has run, which is before the top-level
shared data area is initialized and the device made aware of it.

MFC after:	1 week
Sponsored by:	Dell Inc.
</content>
</entry>
<entry>
<title>pvscsi: Explicitly mask out CTS_SAS_VALID_SPEED bit</title>
<updated>2025-01-15T04:32:31Z</updated>
<author>
<name>Zhenlei Huang</name>
<email>zlei@FreeBSD.org</email>
</author>
<published>2025-01-15T04:32:31Z</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=7befd68335a0b34405b6293f30cc47cabc46ab06'/>
<id>urn:sha1:7befd68335a0b34405b6293f30cc47cabc46ab06</id>
<content type='text'>
This driver prefers connection speed over sas port speed. On stable/13
branch the stack-allocated CCB is not cleared thus the cam layer may
report weird speed on boot.

```
da0: &lt;VMware Virtual disk 2.0&gt; Fixed Direct Access SPC-4 SCSI device
da0: 4294967.295MB/s transfers
```

-current and stable/14 have the change [1] which clears stack-allocated
CCB thus are not affected, but I want -current and stable/14 to have this
fix in to reduce drift between branches.

1. ec5325dbca62 cam: make sure to clear even more CCBs allocated on the stack

Reviewed by:	imp
MFC after:	3 days
Differential Revision:	https://reviews.freebsd.org/D48438
</content>
</entry>
<entry>
<title>Deprecate contigfree(9) in favour of free(9)</title>
<updated>2024-07-26T10:45:01Z</updated>
<author>
<name>Bjoern A. Zeeb</name>
<email>bz@FreeBSD.org</email>
</author>
<published>2024-07-23T19:21:17Z</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=d1bdc2821fcd416ab9b238580386eb605a6128d0'/>
<id>urn:sha1:d1bdc2821fcd416ab9b238580386eb605a6128d0</id>
<content type='text'>
As of 9e6544dd6e02c46b805d11ab925c4f3b18ad7a4b contigfree(9) is no longer
needed and should not be used anymore.  We leave a wrapper for 3rd party
code in at least 15.x but remove (almost) all other cases from the tree.

This leaves one use of contigfree(9) untouched; that was the original
trigger for 9e6544dd6e02 and is handled in D45813 (to be committed
seperately later).

Sponsored by:	The FreeBSD Foundation
Reviewed by:	markj, kib
Tested by:	pho (10h stress test run)
Differential Revision: https://reviews.freebsd.org/D46099
</content>
</entry>
<entry>
<title>vmxnet3: make descriptor count checks more robust</title>
<updated>2024-06-10T09:04:47Z</updated>
<author>
<name>Kristof Provost</name>
<email>kp@FreeBSD.org</email>
</author>
<published>2024-06-10T08:47:38Z</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=3ff0dc1af85e253b83127ea2417a22a7b2c31f27'/>
<id>urn:sha1:3ff0dc1af85e253b83127ea2417a22a7b2c31f27</id>
<content type='text'>
When we update credits there is a potential for a race causing an
overflow of vxcr_next (i.e. incrementing it past vxcr_ndesc). Change the
check to &gt;= rather than == to be more robust against this.

Reviewed by:	emaste
Sponsored by:	Rubicon Communications, LLC ("Netgate")
Differential Revision:	https://reviews.freebsd.org/D43712
</content>
</entry>
<entry>
<title>vmware: Fix a typo in a source code comment</title>
<updated>2024-01-20T16:33:27Z</updated>
<author>
<name>Gordon Bergling</name>
<email>gbe@FreeBSD.org</email>
</author>
<published>2024-01-20T16:33:27Z</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=623848af604116aa33bc8a66d2ac45b4cbaccfd8'/>
<id>urn:sha1:623848af604116aa33bc8a66d2ac45b4cbaccfd8</id>
<content type='text'>
- s/withing/within/

MFC after:	3 days
</content>
</entry>
<entry>
<title>sys: Automated cleanup of cdefs and other formatting</title>
<updated>2023-11-27T05:24:00Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2023-11-24T20:12:57Z</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=fdafd315ad0d0f28a11b9fb4476a9ab059c62b92'/>
<id>urn:sha1:fdafd315ad0d0f28a11b9fb4476a9ab059c62b92</id>
<content type='text'>
Apply the following automated changes to try to eliminate
no-longer-needed sys/cdefs.h includes as well as now-empty
blank lines in a row.

Remove /^#if.*\n#endif.*\n#include\s+&lt;sys/cdefs.h&gt;.*\n/
Remove /\n+#include\s+&lt;sys/cdefs.h&gt;.*\n+#if.*\n#endif.*\n+/
Remove /\n+#if.*\n#endif.*\n+/
Remove /^#if.*\n#endif.*\n/
Remove /\n+#include\s+&lt;sys/cdefs.h&gt;\n#include\s+&lt;sys/types.h&gt;/
Remove /\n+#include\s+&lt;sys/cdefs.h&gt;\n#include\s+&lt;sys/param.h&gt;/
Remove /\n+#include\s+&lt;sys/cdefs.h&gt;\n#include\s+&lt;sys/capsicum.h&gt;/

Sponsored by:		Netflix
</content>
</entry>
<entry>
<title>vmxnet3: do restart on VLAN changes</title>
<updated>2023-08-31T08:42:29Z</updated>
<author>
<name>Kristof Provost</name>
<email>kp@FreeBSD.org</email>
</author>
<published>2023-08-31T07:32:54Z</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=8c1274138a20ee2342c4f217adb605e3abc14042'/>
<id>urn:sha1:8c1274138a20ee2342c4f217adb605e3abc14042</id>
<content type='text'>
At least one user reports issues with vmx interfaces after 725e4008ef,
where we default to not resetting the interface on VLAN changes. This
was on an ESXi 7.0.3 setup.

Reported by:	Marcos Mendoza &lt;mmendoza@netgate.com&gt;
MFC after:	1 week
Sponsored by:	Rubicon Communications, LLC ("Netgate")
</content>
</entry>
<entry>
<title>vmxnet3: Don't restart on VLAN changes</title>
<updated>2023-08-24T20:46:56Z</updated>
<author>
<name>Kevin Bowling</name>
<email>kbowling@FreeBSD.org</email>
</author>
<published>2023-08-24T20:25:21Z</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=b6b75424c57d6da49967fef39f69080ce6939207'/>
<id>urn:sha1:b6b75424c57d6da49967fef39f69080ce6939207</id>
<content type='text'>
In rS360398, a new iflib device method was added with default of opt out
for VLAN events needing an interface reset.

This re-init is unintentional for vmxnet3(4).

MFC after:      2 weeks
Sponsored by:   BBOX.io
Differential Revision:  https://reviews.freebsd.org/D41558
</content>
</entry>
<entry>
<title>iflib drivers: Constify PCI ID LUTs</title>
<updated>2023-08-17T18:34:23Z</updated>
<author>
<name>Marius Strobl</name>
<email>marius@FreeBSD.org</email>
</author>
<published>2023-08-16T16:49:34Z</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=51e235148a4becba94e824a44bd69687644a7f56'/>
<id>urn:sha1:51e235148a4becba94e824a44bd69687644a7f56</id>
<content type='text'>
Since d49e83eac3baf16a22b1c5d42e8438b68b17e6f9, iflib(9) is ready
for this change.
While at it, make isc_driver_version strings (static) const where
not apparently un-const on purpose, too.
This reduces the size of the amd64 GENERIC by about 10 KiB.
</content>
</entry>
</feed>
