Bug 283887 - net/realtek-re-kmod-1100.00.1402000_1 is nonfunctional on 14.2-RELEASE
Summary: net/realtek-re-kmod-1100.00.1402000_1 is nonfunctional on 14.2-RELEASE
Status: New
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: freebsd-ports-bugs (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-01-06 12:51 UTC by George Mitchell
Modified: 2025-01-06 17:38 UTC (History)
4 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description George Mitchell 2025-01-06 12:51:34 UTC
Having an apparent choice between upgrading my realtek-re-kmod-197.00 to either realtek-re-kmod198-198.00.1402000 or realtek-re-kmod-1100.00.1402000_1 while upgrading from 13.4-RELEASE to 14.2-RELEASE, I chose the latter.  But it could not even bring the interface up, let alone make it operable.  So I went to realtek-re-kmod198-198.00.1402000 and everything in fine.
Comment 1 Larry Rosenman freebsd_committer freebsd_triage 2025-01-06 13:12:11 UTC
I'm NOT having an issue on 14.2-RELEASE.  I did need to recompile it, however, for the iflib change.  FWIW.
Comment 2 George Mitchell 2025-01-06 13:18:56 UTC
I upgraded my kernel to 14.2-RELEASE on January 1, and I compiled (and tried to use) kmod 1100 on January 2.  I'll try recompiling it a little later, but I'm still in the process of upgrading the rest of my ports for 14.2-RELEASE.
Comment 3 George Mitchell 2025-01-06 13:23:19 UTC
The specific Realtek part I have is:
vendor=0x10ec device=0x8168 subvendor=0x1458 subdevice=0xe000
RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet Controller
Comment 4 Larry Rosenman freebsd_committer freebsd_triage 2025-01-06 14:15:03 UTC
FTR my device is:
re0@pci0:2:0:0:	class=0x020000 rev=0x05 hdr=0x00 vendor=0x10ec device=0x8125 subvendor=0x1e50 subdevice=0x9001
    vendor     = 'Realtek Semiconductor Co., Ltd.'
    device     = 'RTL8125 2.5GbE Controller'
    class      = network
    subclass   = ethernet
Comment 5 Vladimir Druzenko freebsd_committer freebsd_triage 2025-01-06 15:48:29 UTC
(In reply to George Mitchell from comment #3)
RTL8168 supported by re(4) from base: https://man.freebsd.org/cgi/man.cgi?query=re
Why do you use re from ports?
Comment 6 George Mitchell 2025-01-06 17:38:13 UTC
Because the base system re(4) driver unpredictably hangs up on my system.  See bug #166724.