Page MenuHomeFreeBSD

e1000: Widen I218-I219 erratum
AbandonedPublic

Authored by kbowling on Apr 21 2021, 6:58 AM.
Tags
None
Referenced Files
Unknown Object (File)
Oct 7 2024, 6:42 AM
Unknown Object (File)
Oct 4 2024, 7:04 AM
Unknown Object (File)
Oct 4 2024, 12:42 AM
Unknown Object (File)
Oct 4 2024, 12:28 AM
Unknown Object (File)
Oct 2 2024, 7:09 PM
Unknown Object (File)
Oct 1 2024, 6:00 PM
Unknown Object (File)
Sep 30 2024, 7:15 AM
Unknown Object (File)
Sep 28 2024, 12:13 AM
Subscribers

Details

Reviewers
erj
jeb
Group Reviewers
Intel Networking
Summary

This is a question in the form of a review...

Test Plan

???

Diff Detail

Lint
Lint Skipped
Unit
Tests Skipped

Event Timeline

kbowling created this revision.
sys/dev/e1000/if_em.c
1792

Is there any document or source to tell whether this was fixed after SPT/KBL?

3150

I'm not actually sure what this does, something to receive descriptor? As far as I can tell there is no public specification update that matches. but other platforms limit it to SPT/KBL as well. Should it be all I219? I218? Just SPT?

3152

This errata is in the public document entitled "I218-I219 Specification Update" but other platforms seem to only apply it to e1000_pch_spt as we did. Is that correct? The specification update does not seem to indicate future hw fixes if I understand correctly.

kbowling marked 3 inline comments as not done.Apr 29 2021, 6:42 PM
kbowling added inline comments.
sys/dev/e1000/if_em.c
1792

@erj I don't see this on other platforms link checks, do you recall what it works around?

3150

The I218 and I219 datasheets are not really usable versus previous generations. NetBSD (which has a very interesting e1000 driver) doesn't know what this is either.

3152
kbowling marked 2 inline comments as not done.May 2 2021, 5:15 AM
kbowling added inline comments.
sys/dev/e1000/if_em.c
3152

This part, altering the TARC, is specific to hw->mac.type == e1000_pch_spt after careful rereading of the specification update. Cannon Point is also called series 300 chipsets, which the spec update mentions as fixed.

In testing on my SPT I219, this workaround reduces performance of the NIC by 200mbit/s so a better fix is to prevent this generation from using TSO, which I may implement later. It would be nice to find out from Intel if a better workaround can be used like limiting tso size instead.

Ping, any vendor feedback here?

Aside from some research notes there is nothing to do here.