Summary: | Intel Ethernet 82547 device cannot transfer data | ||
---|---|---|---|
Product: | Base System | Reporter: | Jeff Gibbons <jgibbons> |
Component: | kern | Assignee: | Kevin Bowling <kbowling> |
Status: | Closed FIXED | ||
Severity: | Affects Some People | CC: | kbowling, net |
Priority: | --- | Keywords: | IntelNetworking, regression |
Version: | 12.0-STABLE | Flags: | kbowling:
mfc-stable13+
kbowling: mfc-stable12+ kbowling: mfc-stable11- |
Hardware: | Any | ||
OS: | Any | ||
URL: | https://reviews.freebsd.org/D29766 |
Description
Jeff Gibbons
2019-03-01 02:59:30 UTC
A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=bb1b375fa7487ee5c3843121a0621ac8379c18e6 commit bb1b375fa7487ee5c3843121a0621ac8379c18e6 Author: Kevin Bowling <kbowling@FreeBSD.org> AuthorDate: 2021-04-15 16:58:36 +0000 Commit: Kevin Bowling <kbowling@FreeBSD.org> CommitDate: 2021-04-15 17:19:30 +0000 e1000: fix em_mac_min and 82547 packet buffer The boundary differentiating "lem" vs "em" class devices was wrong after the iflib conversion of lem(4). The Packet Buffer size for 82547 class chips was not set correctly after the iflib conversion of lem(4). These changes restore functionality on an 82547 for the submitter. PR: 236119 Reported by: Jeff Gibbons <jgibbons@protogate.com> Reviewed by: markj MFC after: 1 month Differential Revision: https://reviews.freebsd.org/D29766 sys/dev/e1000/if_em.c | 16 +++++++++++++--- 1 file changed, 13 insertions(+), 3 deletions(-) A commit in branch stable/13 references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=a7e6edc7d70fbe5d82faeda0bc6ae37550c2080f commit a7e6edc7d70fbe5d82faeda0bc6ae37550c2080f Author: Kevin Bowling <kbowling@FreeBSD.org> AuthorDate: 2021-04-15 16:58:36 +0000 Commit: Kevin Bowling <kbowling@FreeBSD.org> CommitDate: 2021-05-18 07:45:49 +0000 e1000: fix em_mac_min and 82547 packet buffer The boundary differentiating "lem" vs "em" class devices was wrong after the iflib conversion of lem(4). The Packet Buffer size for 82547 class chips was not set correctly after the iflib conversion of lem(4). These changes restore functionality on an 82547 for the submitter. PR: 236119 Reported by: Jeff Gibbons <jgibbons@protogate.com> Reviewed by: markj MFC after: 1 month Differential Revision: https://reviews.freebsd.org/D29766 (cherry picked from commit bb1b375fa7487ee5c3843121a0621ac8379c18e6) sys/dev/e1000/if_em.c | 18 ++++++++++++++---- 1 file changed, 14 insertions(+), 4 deletions(-) A commit in branch stable/12 references this bug: URL: https://cgit.FreeBSD.org/src/commit/?id=1a132077c2cb500410079f9120c3f676d15f7931 commit 1a132077c2cb500410079f9120c3f676d15f7931 Author: Kevin Bowling <kbowling@FreeBSD.org> AuthorDate: 2021-04-15 16:58:36 +0000 Commit: Kevin Bowling <kbowling@FreeBSD.org> CommitDate: 2021-05-18 07:48:49 +0000 e1000: fix em_mac_min and 82547 packet buffer The boundary differentiating "lem" vs "em" class devices was wrong after the iflib conversion of lem(4). The Packet Buffer size for 82547 class chips was not set correctly after the iflib conversion of lem(4). These changes restore functionality on an 82547 for the submitter. PR: 236119 Reported by: Jeff Gibbons <jgibbons@protogate.com> Reviewed by: markj MFC after: 1 month Differential Revision: https://reviews.freebsd.org/D29766 (cherry picked from commit bb1b375fa7487ee5c3843121a0621ac8379c18e6) sys/dev/e1000/if_em.c | 18 ++++++++++++++---- 1 file changed, 14 insertions(+), 4 deletions(-) No MFC needed for stable11 it has a different driver. |