Just working in chronological order, this patch from j...@jsg.id.au was
sufficient to make it work. I have not tried the subsequent patch from
b...@comstyle.com, though I can if you want.
re1 at pci4 dev 0 function 0 vendor "Realtek", unknown product 0x8161 rev 0x15:
RTL8168H/8111H (0x5400), msi, address d8:07:b6:54:d7:98
Thanks!!
John
On 1/22/21 7:46 PM, Jonathan Gray wrote:
On Fri, Jan 22, 2021 at 06:58:05PM -0600, John Batteen wrote:
Hi misc,
I just bought a TP-link TG-3468, and the chip says 8168h on it, but it is not
recognized by 6.8-current. Is this chip truly unsupported or just unrecognized?
Thanks,
John
The line from dmesg is:
vendor "Realtek", unknown product 0x8161 (class network subclass ethernet, rev
0x15) at pci4 dev 0 function 0 not configured
It looks like adding the new id should be enough here.
Can you try a kernel with this?
Index: sys/dev/pci/if_re_pci.c
===================================================================
RCS file: /cvs/src/sys/dev/pci/if_re_pci.c,v
retrieving revision 1.53
diff -u -p -r1.53 if_re_pci.c
--- sys/dev/pci/if_re_pci.c 17 Jun 2020 10:48:44 -0000 1.53
+++ sys/dev/pci/if_re_pci.c 23 Jan 2021 01:42:48 -0000
@@ -57,12 +57,15 @@ struct re_pci_softc {
bus_size_t sc_iosize;
};
+#define PCI_PRODUCT_REALTEK_RT8168_2 0x8161
+
const struct pci_matchid re_pci_devices[] = {
{ PCI_VENDOR_COREGA, PCI_PRODUCT_COREGA_CGLAPCIGT },
{ PCI_VENDOR_DLINK, PCI_PRODUCT_DLINK_DGE528T },
{ PCI_VENDOR_DLINK, PCI_PRODUCT_DLINK_DGE530T_C1 },
{ PCI_VENDOR_REALTEK, PCI_PRODUCT_REALTEK_RT8101E },
{ PCI_VENDOR_REALTEK, PCI_PRODUCT_REALTEK_RT8168 },
+ { PCI_VENDOR_REALTEK, PCI_PRODUCT_REALTEK_RT8168_2 },
{ PCI_VENDOR_REALTEK, PCI_PRODUCT_REALTEK_RT8169 },
{ PCI_VENDOR_REALTEK, PCI_PRODUCT_REALTEK_RT8169SC },
{ PCI_VENDOR_TTTECH, PCI_PRODUCT_TTTECH_MC322 },
