Date: Wed, 09 Jun 2021 20:18:17 +0000 From: bugzilla-noreply@freebsd.org To: ports-bugs@FreeBSD.org Subject: [Bug 256512] net/intel-em-kmod with support for Comet/Tiger/Adler/Meteor lake i219 ethernet obtained from OpenBSD Message-ID: <bug-256512-7788@https.bugs.freebsd.org/bugzilla/>
next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D256512 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=3D225671&action= =3Dedit 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 supp= ort for Comet/Tiger/Adler/Meteor lake i219 Ethernet. The PCI ids have been obtained from=20 https://github.com/openbsd/src/commit/f872b0ca7bc15abfc9df9784b4b2ca8f97c78= 027 https://github.com/openbsd/src/commit/0b249e2164be2385bc6a5e82814435649b2b0= 6e0 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=3D0x020000 rev=3D0x11 hdr=3D0x00 vendor=3D0x8= 086 device=3D0x15fa subvendor=3D0x1043 subdevice=3D0x8672 vendor =3D 'Intel Corporation' device =3D 'Ethernet Connection (14) I219-V' class =3D network subclass =3D ethernet bar [10] =3D type Memory, range 32, base 0xa0d00000, size 131072, ena= bled cap 01[c8] =3D powerspec 3 supports D0 D3 current D0 cap 05[d0] =3D MSI supports 1 message, 64 bit enabled with 1 message tested with ssh connections and dd'ing directly attached storage through ne= tcat into a sinkhole on another system. Wirespeed performance was observed, so I guess tx/rx and irq works. other variants not tested by me --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-256512-7788>