<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/dev/e1000, branch main</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=main</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=main'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2026-02-13T06:33:43Z</updated>
<entry>
<title>e1000: Increase FC pause/refresh time on PCH2 and newer</title>
<updated>2026-02-13T06:33:43Z</updated>
<author>
<name>Kevin Bowling</name>
<email>kbowling@FreeBSD.org</email>
</author>
<published>2026-02-13T06:30:22Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=2bdec2ee73be7dbafce9982b0dc5c273918a5443'/>
<id>urn:sha1:2bdec2ee73be7dbafce9982b0dc5c273918a5443</id>
<content type='text'>
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
MFC after:	2 weeks
Differential Revision:	https://reviews.freebsd.org/D54555
</content>
</entry>
<entry>
<title>igb: remove M_HASHTYPE when RSS is not enabled</title>
<updated>2026-02-06T20:31:11Z</updated>
<author>
<name>Cheng Cui</name>
<email>cc@FreeBSD.org</email>
</author>
<published>2026-02-06T14:43:41Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=21dd554d16971a9cce36bb48ebbf5219297995b4'/>
<id>urn:sha1:21dd554d16971a9cce36bb48ebbf5219297995b4</id>
<content type='text'>
manually cherry-pick efcc0423d80e

Reviewed by: kbowling
Differential Revision: https://reviews.freebsd.org/D55143
</content>
</entry>
<entry>
<title>em: remove M_HASHTYPE when RSS is not enabled</title>
<updated>2026-02-06T14:32:31Z</updated>
<author>
<name>Cheng Cui</name>
<email>cc@FreeBSD.org</email>
</author>
<published>2026-02-05T21:12:15Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=efcc0423d80e4048e11e997abc46bd0343537e1b'/>
<id>urn:sha1:efcc0423d80e4048e11e997abc46bd0343537e1b</id>
<content type='text'>
Summary:
Since "73fe85e486d2 tcp: store flowid info in syncache", inp_flowid can be set
if the incoming packet is not M_HASHTYPE_NONE. But this can introduce dummy
and duplicated flowid when a virtual interface set M_HASHTYPE_OPAQUE. This
change will let the upper layer know how to deal with software hash, with
benefits like inp_flowid can be set correctly and m_pkthdr.flowid can be set
correctly in output path.

This fix is similar to "20285cad7a55"

Reviewed by: kbowling
Differential Revision: https://reviews.freebsd.org/D55137
</content>
</entry>
<entry>
<title>e1000: Fix setting the promiscuous mode</title>
<updated>2026-02-02T12:26:31Z</updated>
<author>
<name>Zhenlei Huang</name>
<email>zlei@FreeBSD.org</email>
</author>
<published>2026-02-02T12:26:31Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=e63ee5fedb8dab51f1bd6d24cc650b68d9663db5'/>
<id>urn:sha1:e63ee5fedb8dab51f1bd6d24cc650b68d9663db5</id>
<content type='text'>
The variable reg_rctl stores the value read from reg E1000_RCTL. It
may contain bits E1000_RCTL_VFE and E1000_RCTL_CFIEN which control
VLAN hardware filter feature. The promiscuous mode implies all tagged
or untagged packets should be accepted, so the VLAN hardware filter
feature should be disabled when enabling the promiscuous mode.
Calling em_if_vlan_filter_disable() did the task, but later writing
the value of reg_rctl back to the reg E1000_RCTL may restore the
feature.

Move the calling of em_if_vlan_filter_disable() after writing the reg
to fix that.

PR:		292759
Reviewed by:	kbowling
Tested by:	vova@zote.me
Fixes:		2796f7cab107 e1000: Fix up HW vlan ops
MFC after:	3 days
Differential Revision:	https://reviews.freebsd.org/D54973
</content>
</entry>
<entry>
<title>em(4): fix capability bounds needed to access checksum context.</title>
<updated>2025-11-25T09:20:03Z</updated>
<author>
<name>Ruslan Bukin</name>
<email>br@FreeBSD.org</email>
</author>
<published>2025-11-25T09:16:39Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=64ee9c166ce5e807e575d205ac2e15cc5cf6581b'/>
<id>urn:sha1:64ee9c166ce5e807e575d205ac2e15cc5cf6581b</id>
<content type='text'>
Ensure the offp capability bounds cover entire struct with checksum fields.

This is needed for CHERI systems to avoid bounds violation trap, as
otherwise offp allowed to dereference 4 bytes of csum_flags field only
so bzero failed.

Tested on ARM Morello.

Reviewed by:	kbowling
Discussed with:	jrtc27
Sponsored by:	CHERI Research Centre
Differential Revision:	https://reviews.freebsd.org/D53903
</content>
</entry>
<entry>
<title>e1000: use newly exposed RSS hash key API rather than ad-hoc hashing</title>
<updated>2025-11-22T14:29:33Z</updated>
<author>
<name>Andrew Gallatin</name>
<email>gallatin@FreeBSD.org</email>
</author>
<published>2025-11-22T14:29:33Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=e07b4a2e9bc4f6b2e129f3a101dfce2027694bd3'/>
<id>urn:sha1:e07b4a2e9bc4f6b2e129f3a101dfce2027694bd3</id>
<content type='text'>
Differential Revision:	https://reviews.freebsd.org/D53097
Reviewed by: kbowling
Sponsored by: Netflix
</content>
</entry>
<entry>
<title>e1000: Don't enable ASPM L1 without L0s</title>
<updated>2025-11-21T06:44:25Z</updated>
<author>
<name>Kevin Bowling</name>
<email>kbowling@FreeBSD.org</email>
</author>
<published>2025-11-21T05:47:03Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=2ead091715dee327b3e00bc9840e1a95827b8e82'/>
<id>urn:sha1:2ead091715dee327b3e00bc9840e1a95827b8e82</id>
<content type='text'>
Reporter noted packet loss with 82583.  NVM is down level.  The
errata docs mention disabling this, which should be the firmware
default, so I am not sure why we were enabling this bit.  Linux and
OpenBSD have the same issue, while NetBSD got it right.

Reported by:	Codin &lt;codin@nagi.ftp.sh&gt;
Tested by:	Codin &lt;codin@nagi.ftp.sh&gt;
MFC after:	2 weeks
</content>
</entry>
<entry>
<title>e1000: Bump 82574/82583 PBA to 32K</title>
<updated>2025-11-21T06:44:25Z</updated>
<author>
<name>Kevin Bowling</name>
<email>kbowling@FreeBSD.org</email>
</author>
<published>2025-11-21T05:02:00Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=aa30bab9a92e1be230b9708bff9f33aae7d384e5'/>
<id>urn:sha1:aa30bab9a92e1be230b9708bff9f33aae7d384e5</id>
<content type='text'>
The reporter contacted me with packet loss and throughput fluctuations
on a low power machine (Intel J1900) that got worse with the recent AIM
algorithm in FreeBSD 14.2+.

32K RX PBA matches Linux default.  Add a conditional path since we don't
otherwise do a fixup for jumbo frames to retain space for two frames in
Tx.

With this change and an additional errata change, the throughput meets
line rate for the reporter.

Reported by:	Codin &lt;codin@nagi.ftp.sh&gt;
Tested by:	Codin &lt;codin@nagi.ftp.sh&gt;
MFC after:	2 weeks
</content>
</entry>
<entry>
<title>igb(4): Fix VLAN support on VFs</title>
<updated>2025-11-17T15:30:35Z</updated>
<author>
<name>Krzysztof Galazka</name>
<email>kgalazka@FreeBSD.org</email>
</author>
<published>2025-11-17T15:30:26Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=1839526b7315cae62efbd2d1493e6243439effcb'/>
<id>urn:sha1:1839526b7315cae62efbd2d1493e6243439effcb</id>
<content type='text'>
Virtual Functions are considered untrusted and have no control
over VLAN filtering configuration in HW. To allow using
VLANs on VF intreface driver has to assume that VLAN HW Filtering
is always enabled and pass requests for adding or removing VLAN
tags to Physical Function driver using Mailbox API.

Signed-off-by: Krzysztof Galazka &lt;krzysztof.galazka@intel.com&gt;

Approved by:	kbowling (mentor)
Reviewed by:	erj (previous version)
Tested by:	gowtham.kumar.ks_intel.com
MFC after:	1 week
Sponsored by:   Intel Corporation
Differential Revision:	https://reviews.freebsd.org/D53245
</content>
</entry>
<entry>
<title>igb(4): Fix out-of-bounds register access on VFs</title>
<updated>2025-10-24T19:36:18Z</updated>
<author>
<name>Krzysztof Galazka</name>
<email>kgalazka@FreeBSD.org</email>
</author>
<published>2025-10-24T19:25:47Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=2c02e6ca7154593d214b62578f67d9fe7db23d70'/>
<id>urn:sha1:2c02e6ca7154593d214b62578f67d9fe7db23d70</id>
<content type='text'>
Virtual Functions have access to a limited number of registers,
and their bus space size is lower. Use KASSERT to detect out-of-bounds
access and eliminate them to avoid kernel panics in production
environment.

Signed-off-by: Krzysztof Galazka &lt;krzysztof.galazka@intel.com&gt;

Reviewed by:	jmg
Tested by:	mateusz.moga_intel.com
Approved by:	kbowling (mentor), erj (mentor)
Sponsored by:   Intel Corporation
MFC after:	1 week
Differential Revision:	https://reviews.freebsd.org/D52976
</content>
</entry>
</feed>
