<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/sys/dev/vmware, branch release/11.3.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F11.3.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F11.3.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2019-02-19T10:07:48Z</updated>
<entry>
<title>vmx(4): add native netmap support</title>
<updated>2019-02-19T10:07:48Z</updated>
<author>
<name>Vincenzo Maffione</name>
<email>vmaffione@FreeBSD.org</email>
</author>
<published>2019-02-19T10:07:48Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=5ff1c3fb5874856f865d4ebc460c9d933cd608a9'/>
<id>urn:sha1:5ff1c3fb5874856f865d4ebc460c9d933cd608a9</id>
<content type='text'>
This change adds native netmap support for the vmx(4) adapter
(vmxnet3). Native support comes for free in 12, since the driver has been
ported to iflib. To make it minimally intrusive, the native support is
only enabled if vmxnet3.netmap_native is set at boot (e.g., in loader.conf).

Tested on stable/11 running inside vmplayer.

Submitted by:	Giuseppe Lettieri &lt;g.lettieri@iet.unipi.it&gt;
Reviewed by:	vmaffione, bryanv
Sponsored by:	Sunny Valley Networks
Differential Revision:	https://reviews.freebsd.org/D19104
</content>
</entry>
<entry>
<title>MFC r313911:</title>
<updated>2018-08-15T16:16:59Z</updated>
<author>
<name>Luiz Otavio O Souza</name>
<email>loos@FreeBSD.org</email>
</author>
<published>2018-08-15T16:16:59Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=db18d9f0f5e38a045896037eeea8648c7d22e48f'/>
<id>urn:sha1:db18d9f0f5e38a045896037eeea8648c7d22e48f</id>
<content type='text'>
Spell VMXNET3_LEGACY_TX correctly.
</content>
</entry>
<entry>
<title>MFC r326744:</title>
<updated>2017-12-10T19:22:43Z</updated>
<author>
<name>Bryan Venteicher</name>
<email>bryanv@FreeBSD.org</email>
</author>
<published>2017-12-10T19:22:43Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=44d80ef2bd4d03166aefe9e8ccda1491e26aab5f'/>
<id>urn:sha1:44d80ef2bd4d03166aefe9e8ccda1491e26aab5f</id>
<content type='text'>
Correctly report the vmxnet3 link down media status
</content>
</entry>
<entry>
<title>MFC r318867: fix vmxnet3 crash when LRO is enabled</title>
<updated>2017-06-19T14:45:20Z</updated>
<author>
<name>Andriy Gapon</name>
<email>avg@FreeBSD.org</email>
</author>
<published>2017-06-19T14:45:20Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=cf09400c711268a3fbf4099ed704efa0e8bda54c'/>
<id>urn:sha1:cf09400c711268a3fbf4099ed704efa0e8bda54c</id>
<content type='text'>
The crash can occur when all of the following conditions are true:
- a packet consists of multiple segments (requires LRO enabled)
- there has been a failure to allocate an mbuf for the packet and
  the packet has to be dropped
- a host (vmware) still owned at least one segment of the packet,
  so the driver had to wait for another interrupt to proceed to
  discarding the remaining segment(s)

Reviewed by:	rstone
Approved by:	re (gjb)
Sponsored by:	Panzura
</content>
</entry>
<entry>
<title>Update if_hwassist when interface options are changed.</title>
<updated>2016-07-21T11:39:43Z</updated>
<author>
<name>Alexander Motin</name>
<email>mav@FreeBSD.org</email>
</author>
<published>2016-07-21T11:39:43Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=71b6d270be1eb11c4107c5f9f28cb5b1a513f152'/>
<id>urn:sha1:71b6d270be1eb11c4107c5f9f28cb5b1a513f152</id>
<content type='text'>
In particular for me this fixes checksum problem when if_bridge attached
to the interface requests TXCSUM to be disabled, but effectively ignored.

Approved by:	re (kib)
</content>
</entry>
<entry>
<title>Only use a power of 2 for the number of receive and transmit queues.</title>
<updated>2015-11-16T21:36:50Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2015-11-16T21:36:50Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=1941909336df8c7fd37da8b74d52aea786d13de9'/>
<id>urn:sha1:1941909336df8c7fd37da8b74d52aea786d13de9</id>
<content type='text'>
Using other values causes VMXNET3_CMD_ENABLE to fail.  The Linux
driver also enforces this restriction.

Reviewed by:	bryanv
MFC after:	1 week
Sponsored by:	Norse
Differential Revision:	https://reviews.freebsd.org/D4139
</content>
</entry>
<entry>
<title>Start process of removing the use of the deprecated "M_FLOWID" flag</title>
<updated>2014-12-01T11:45:24Z</updated>
<author>
<name>Hans Petter Selasky</name>
<email>hselasky@FreeBSD.org</email>
</author>
<published>2014-12-01T11:45:24Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=c25290420ee7b9f4a875426380d8ad042a561b9c'/>
<id>urn:sha1:c25290420ee7b9f4a875426380d8ad042a561b9c</id>
<content type='text'>
from the FreeBSD network code. The flag is still kept around in the
"sys/mbuf.h" header file, but does no longer have any users. Instead
the "m_pkthdr.rsstype" field in the mbuf structure is now used to
decide the meaning of the "m_pkthdr.flowid" field. To modify the
"m_pkthdr.rsstype" field please use the existing "M_HASHTYPE_XXX"
macros as defined in the "sys/mbuf.h" header file.

This patch introduces new behaviour in the transmit direction.
Previously network drivers checked if "M_FLOWID" was set in "m_flags"
before using the "m_pkthdr.flowid" field. This check has now now been
replaced by checking if "M_HASHTYPE_GET(m)" is different from
"M_HASHTYPE_NONE". In the future more hashtypes will be added, for
example hashtypes for hardware dedicated flows.

"M_HASHTYPE_OPAQUE" indicates that the "m_pkthdr.flowid" value is
valid and has no particular type. This change removes the need for an
"if" statement in TCP transmit code checking for the presence of a
valid flowid value. The "if" statement mentioned above is now a direct
variable assignment which is then later checked by the respective
network drivers like before.

Additional notes:
- The SCTP code changes will be committed as a separate patch.
- Removal of the "M_FLOWID" flag will also be done separately.
- The FreeBSD version has been bumped.

MFC after:	1 month
Sponsored by:	Mellanox Technologies
</content>
</entry>
<entry>
<title>Provide vmxnet3_get_counter() to return counters that are not collected,</title>
<updated>2014-09-25T08:36:11Z</updated>
<author>
<name>Gleb Smirnoff</name>
<email>glebius@FreeBSD.org</email>
</author>
<published>2014-09-25T08:36:11Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=0d286aa4cb781e34b26dd162f75d5cd37ccd4da8'/>
<id>urn:sha1:0d286aa4cb781e34b26dd162f75d5cd37ccd4da8</id>
<content type='text'>
but taken from hardware.
</content>
</entry>
<entry>
<title>Improve transmit sending offload, TSO, algorithm in general.</title>
<updated>2014-09-22T08:27:27Z</updated>
<author>
<name>Hans Petter Selasky</name>
<email>hselasky@FreeBSD.org</email>
</author>
<published>2014-09-22T08:27:27Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=9fd573c39d61153ea00229a22d52293017a35a9e'/>
<id>urn:sha1:9fd573c39d61153ea00229a22d52293017a35a9e</id>
<content type='text'>
The current TSO limitation feature only takes the total number of
bytes in an mbuf chain into account and does not limit by the number
of mbufs in a chain. Some kinds of hardware is limited by two
factors. One is the fragment length and the second is the fragment
count. Both of these limits need to be taken into account when doing
TSO. Else some kinds of hardware might have to drop completely valid
mbuf chains because they cannot loaded into the given hardware's DMA
engine. The new way of doing TSO limitation has been made backwards
compatible as input from other FreeBSD developers and will use
defaults for values not set.

Reviewed by:	adrian, rmacklem
Sponsored by:	Mellanox Technologies
MFC after:	1 week
</content>
</entry>
<entry>
<title>Revert r271504. A new patch to solve this issue will be made.</title>
<updated>2014-09-13T20:52:01Z</updated>
<author>
<name>Hans Petter Selasky</name>
<email>hselasky@FreeBSD.org</email>
</author>
<published>2014-09-13T20:52:01Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=72f3100047515719aea60c495029eb2ab262240e'/>
<id>urn:sha1:72f3100047515719aea60c495029eb2ab262240e</id>
<content type='text'>
Suggested by:	adrian @
</content>
</entry>
</feed>
