Page MenuHomeFreeBSD

igb(4): Update and fix HW errata
ClosedPublic

Authored by erj on Jul 23 2015, 12:48 AM.
Tags
None
Referenced Files
Unknown Object (File)
Wed, Dec 18, 4:05 PM
Unknown Object (File)
Sun, Dec 15, 4:05 AM
Unknown Object (File)
Sun, Dec 1, 3:25 AM
Unknown Object (File)
Nov 25 2024, 7:42 PM
Unknown Object (File)
Nov 25 2024, 7:42 PM
Unknown Object (File)
Nov 25 2024, 7:42 PM
Unknown Object (File)
Nov 24 2024, 2:42 PM
Unknown Object (File)
Oct 26 2024, 2:58 AM

Details

Reviewers
gnn
sbruno
Group Reviewers
Intel Networking
Summary
  • Shared code api for EEE changed
  • HW errata workaround for IPv6 offload w/ extension headers
  • Edited start of if_igb.c (Device IDs / #includes) to match ixgbe/ixl

Diff Detail

Repository
rS FreeBSD src repository - subversion
Lint
Lint Passed
Unit
No Test Coverage
Build Status
Buildable 232
Build 232: arc lint + arc unit

Event Timeline

erj retitled this revision from to igb(4): Update and fix HW errata.
erj updated this object.
erj edited the test plan for this revision. (Show Details)
erj updated this object.
sys/dev/e1000/if_igb.c
544

true instead of TRUE?

sbruno edited edge metadata.
This revision is now accepted and ready to land.Jul 25 2015, 5:58 PM
sys/dev/e1000/if_igb.c
98

Uh ... did you mean to delete all these header files?

sys/dev/e1000/if_igb.c
98

They were supposed to have been moved to if_igb.h...I think I need to re-upload this revision.

544

I like the lowercase version because it gets colored differently in vim, but in the end, if it makes it more consistent, maybe we should use the uppercase version.

erj edited edge metadata.
  • Added includes to start of if_igb.h that were mistakenly left out in the initial diff.
This revision now requires review to proceed.Aug 24 2015, 5:45 PM

This update seems to fail to apply at all. I get numerous errors about patches being already applied. Can you regenerate against a clean checkout?

In D3165#71223, @sbruno wrote:

This update seems to fail to apply at all. I get numerous errors about patches being already applied. Can you regenerate against a clean checkout?

I'll try.

erj edited edge metadata.

Regenerate if_igb.[ch] changes, hopefully without the extra commits.

Oh geez, I didn't realize Arcanist would grab the commit messages and commits from my local tree automatically. Hrm.

I've committed this at svn r287465.

I skipped the update to the EEE functions and will do that in the shared code update for e1000

sbruno edited edge metadata.
This revision is now accepted and ready to land.Sep 4 2015, 4:08 PM

@sbruno,

Before I update D3162, was Oliver Hartmann's (or someone else's) original issue with the i210 solved? I remember hearing from you that it was, and we still can't find a problem with i210 using the code that's in D3162, but I wanted to make sure we knew what the actual problem was.

Maybe I can re-add the I210_OBFF_SUPPORT section, but since that option wasn't defined in the Makefile by default, I doubt anyone used it.

Quick re-open until I get an answer to the last comment.

This revision is now accepted and ready to land.Jan 8 2016, 1:53 AM
In D3165#102440, @erj wrote:

@sbruno,

Before I update D3162, was Oliver Hartmann's (or someone else's) original issue with the i210 solved? I remember hearing from you that it was, and we still can't find a problem with i210 using the code that's in D3162, but I wanted to make sure we knew what the actual problem was.

Maybe I can re-add the I210_OBFF_SUPPORT section, but since that option wasn't defined in the Makefile by default, I doubt anyone used it.

This was the oringal thread.

https://lists.freebsd.org/pipermail/freebsd-current/2015-September/057483.html

I think I recall you saying that he ended up getting his i210 working again? But I can't remember if it's with the new igb code or he got the reverted version working again. I'll reply to the thread.