[Bug 256512] net/intel-em-kmod with support for Comet/Tiger/Adler/Meteor lake i219 ethernet obtained from OpenBSD

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256512

            Bug ID: 256512
           Summary: net/intel-em-kmod with support for
                    Comet/Tiger/Adler/Meteor lake i219 ethernet obtained
                    from OpenBSD
           Product: Ports & Packages
           Version: Latest
          Hardware: amd64
                OS: Any
            Status: New
          Severity: Affects Some People
          Priority: ---
         Component: Individual Port(s)
          Assignee: ports-bugs@FreeBSD.org
          Reporter: ruben@verweg.com
                CC: freebsd@intel.com
                CC: freebsd@intel.com
             Flags: maintainer-feedback?(freebsd@intel.com)

Created attachment 225671
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=225671&action=edit
Patch file for intel-em-kmod/files

When dropped into /usr/ports/net/intel-em-kmod/files,
patch-openbsd-comet-tiger-adler-meteor-lake-pciids provides additional support
for Comet/Tiger/Adler/Meteor lake i219 Ethernet.

The PCI ids have been obtained from 

https://github.com/openbsd/src/commit/f872b0ca7bc15abfc9df9784b4b2ca8f97c78027
https://github.com/openbsd/src/commit/0b249e2164be2385bc6a5e82814435649b2b06e0

This makes the i219-V on a ASUSTek / PRIME Z590M-PLUS work.

[...] em0: <Intel(R) PRO/1000 Network Connection 7.7.8> mem
0xa0d00000-0xa0d1ffff at device 31.6 on pci0
[...] em0: Using an MSI interrupt
[...] em0: Ethernet address: ...

em0@pci0:0:31:6:        class=0x020000 rev=0x11 hdr=0x00 vendor=0x8086
device=0x15fa subvendor=0x1043 subdevice=0x8672
    vendor     = 'Intel Corporation'
    device     = 'Ethernet Connection (14) I219-V'
    class      = network
    subclass   = ethernet
    bar   [10] = type Memory, range 32, base 0xa0d00000, size 131072, enabled
    cap 01[c8] = powerspec 3  supports D0 D3  current D0
    cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message

tested with ssh connections and dd'ing directly attached storage through netcat
into a sinkhole on another system. Wirespeed performance was observed, so I
guess tx/rx and irq works. other variants not tested by me

-- 
You are receiving this mail because:
You are the assignee for the bug.