New Driver for Realtek RTL8111

[stevef]

On 8/15/2019 at 4:26 AM, Mieze said:

@toperloid This one is especially for you but all users are encouraged to test it! 

 

Here is version 2.3.0d7 in which I added an option to supply a fallback MAC being used in situations when retrieving a valid MAC address fails.

 

In the driver's Info.plist I added the option "fallbackMAC" to "Driver Parameters". "fallbackMAC" is a string which may be used to supply your original MAC address. It is used only if retrieving a valid MAC address fails. In the default configuration, the string is empty. In case you need it, please fill in your MAC with the following syntax "xx:xx:xx:xx:xx:xx" in which every x represents exactly one hexadecimal digit.

 

Warning: This is not an option for MAC address customization and I won't add such an option because it would be stupid to do so. Use with care because MAC addresses have to be unique. Using another machine's MAC address may produce unexpected results!

  

PS: Could anybody be so nice to test test WoL with this built because it doesn't work on my test machine and I have reasons to beliefe that it's not the driver's responsibility.

  

RealtekRTL8111-V2.3.0d7.kext.zip

I'm also using a Chromebox (HP G2 / i7 / Mojave 10.14.6) with UEFI Mr Chromebox Full rom and this version worked perfectly with the Fallback address. 

I was pulling my hair out manually resetting my MAC address via terminal on every reboot prior to this. 

is it possible that the fallback value be set via clover somehow rather than manually changing the kext plist on each machine ? (I have more than one of these). 

FYI WoL worked !

Needless to say, many many thanks

Edited November 15, 2019 by stevef
Tested WoL again

[ThExSenatoR]

Hi Guys.

I had ethernet dropout problems right after locking the screen (cmd+ctrl+q) or as soon as i started screensaver with hot corners. After examining the logs I found this:

 

2019-11-06 04:06:52.703754+0100 0x214      Default     0x0                  0      0    kernel: (RealtekRTL8111) [RealtekRTL8111]: Tx stalled? Resetting chipset. ISR=0xc0, IMR=0x803f.

 

Solution was that I had to delete a kext from S/L/E called AppleUSBRealtek8153Patcher.kext.

Does anybody know what AppleUSBRealtek8153Patcher.kext is for? I also found this kext on my other hack, and interesting is that on my other hack it doesnt cause any problems with integrated ethernet which uses the same RTL8111d7 driver.

 

After deleting the above mentioned kext,  RTL8111d7 kezt is working flawlessly, thanks so much for your hard work Mieze! Tested on a eglobal s200 minipc... ASPM and EEE is disabled at the moment.

 

ps:

I attached my log... dont want to confuse anyone, the log shows d5 and d7 drivers because i was experimenting what causes the ethernet dropout on my system.

 

rtllog.txt

[Noodle07]

My system is pretty reliable except RTL8111. It crash on me every few days. Not sure if this crash report will help, but I will post it here.

 

Thanks

 

 

panic(cpu 0 caller 0xffffff8003c62e0a): Kernel trap at 0xffffff7f86e32799, type 14=page fault, registers:
CR0: 0x000000008001003b, CR2: 0xffffff81e5e62000, CR3: 0x000000000ce38000, CR4: 0x00000000001626e0
RAX: 0x0000000000000000, RBX: 0x0000000000000000, RCX: 0xffffff81e5e62000, RDX: 0xffffff800440cec0
RSP: 0xffffff81e7933e40, RBP: 0xffffff81e7933e50, RSI: 0x0000000000000000, RDI: 0xffffff80277a1000
R8:  0x0000000000000006, R9:  0x0000000000989680, R10: 0x0000000000000000, R11: 0xffffff8028b0fd50
R12: 0x000007ad32e7e209, R13: 0xfffffffd72698bff, R14: 0xffffff80277a1000, R15: 0x0000000000000000
RFL: 0x0000000000010246, RIP: 0xffffff7f86e32799, CS:  0x0000000000000008, SS:  0x0000000000000010
Fault CR2: 0xffffff81e5e62000, Error code: 0x0000000000000002, Fault CPU: 0x0, PL: 0, VF: 1

Backtrace (CPU 0), Frame : Return Address
0xffffff81e79338a0 : 0xffffff8003b39a3b 
0xffffff81e79338f0 : 0xffffff8003c70fe5 
0xffffff81e7933930 : 0xffffff8003c62a5e 
0xffffff81e7933980 : 0xffffff8003ae0a40 
0xffffff81e79339a0 : 0xffffff8003b39127 
0xffffff81e7933aa0 : 0xffffff8003b3950b 
0xffffff81e7933af0 : 0xffffff80042d17f9 
0xffffff81e7933b60 : 0xffffff8003c62e0a 
0xffffff81e7933ce0 : 0xffffff8003c62b08 
0xffffff81e7933d30 : 0xffffff8003ae0a40 
0xffffff81e7933d50 : 0xffffff7f86e32799 
0xffffff81e7933e50 : 0xffffff7f86e33b4b 
0xffffff81e7933e80 : 0xffffff7f86e33dc0 
0xffffff81e7933eb0 : 0xffffff7f86e33635 
0xffffff81e7933ee0 : 0xffffff80042401bd 
0xffffff81e7933f30 : 0xffffff800423eb02 
0xffffff81e7933f70 : 0xffffff800423e08c 
0xffffff81e7933fa0 : 0xffffff8003ae013e 
      Kernel Extensions in backtrace:
         com.insanelymac.RealtekRTL8111(2.3d7)[122C81C3-01A3-385A-B738-DE38A0B19C16]@0xffffff7f86dbf000->0xffffff7f86e36fff
            dependency: com.apple.iokit.IONetworkingFamily(3.4)[AB017A45-5E49-3FCA-BED6-6355FE8EAFDC]@0xffffff7f8456d000
            dependency: com.apple.iokit.IOPCIFamily(2.9)[AA7C7A4F-9F5D-3533-9E78-177C3B6A72BF]@0xffffff7f848a2000

BSD process name corresponding to current thread: kernel_task
Boot args: darkwake=0 kext-dev-mode=1 

Mac OS version:
19B88

Kernel version:
Darwin Kernel Version 19.0.0: Thu Oct 17 16:17:15 PDT 2019; root:xnu-6153.41.3~29/RELEASE_X86_64
Kernel UUID: 7503CD47-851F-321E-8747-50DB4299165F
Kernel slide:     0x0000000003800000
Kernel text base: 0xffffff8003a00000
__HIB  text base: 0xffffff8003900000
System model name: Macmini6,1 (Mac-031AEE4D24BFF0B1)
System shutdown begun: NO
Panic diags file available: YES (0x0)

System uptime in nanoseconds: 8440475198121
last loaded kext at 6829691936112: >!AXsanScheme    3 (addr 0xffffff7f86ea2000, size 32768)
last unloaded kext at 7033882741456: >!AXsanScheme    3 (addr 0xffffff7f86ea2000, size 32768)
loaded kexts:
com.logitech.driver.LogiGamingMouseFilter    1
com.driver.LogJoystick    2.0
com.no-one.BrcmPatchRAM3    2.3.0d3
com.insanelymac.RealtekRTL8111    2.3.0d7
org.hwsensors.driver.LPCSensors    1800
org.hwsensors.driver.ACPISensors    1800
org.hwsensors.driver.CPUSensors    1800
org.netkas.driver.FakeSMC    1800
as.vit9696.!AALC    1.4.3
com.no-one.BrcmFirmwareStore    2.3.0d3
as.vit9696.WhateverGreen    1.3.4
as.vit9696.Lilu    1.3.9
@filesystems.smbfs    3.4
@fileutil    20.036.15
@filesystems.autofs    3.0
>!AUpstreamUserClient    3.6.8
>!AHDA    283.14
>!AMCCSControl    1.13
>!AGraphicsDevicePolicy    4.5.9
@AGDCPluginDisplayMetrics    4.5.9
>!AHV    1
|IOUserEthernet    1.0.1
|IO!BSerialManager    7.0.1f1
>pmtelemetry    1
@Dont_Steal_Mac_OS_X    7.0.0
>!A!IHD4000Graphics    14.0.2
>ACPI_SMC_PlatformPlugin    1.0.0
>eficheck    1
>!A!IFramebufferCapri    14.0.2
>!A!ISlowAdaptiveClocking    4.0.0
>AudioAUUC    1.70
@filesystems.apfs    1412.41.1
>!AVirtIO    1.0
>AirPort.Atheros40    700.74.5
@filesystems.hfs.kext    522.0.9
@!AFSCompression.!AFSCompressionTypeDataless    1.0.0d1
@BootCache    40
>!AAHCIPort    341.0.2
@!AFSCompression.!AFSCompressionTypeZlib    1.0.0
@private.KextAudit    1.0
>!ARTC    2.0
>!AACPIButtons    6.1
>!AHPET    1.8
>!ASMBIOS    2.1
>!AAPIC    1.7
>!A!ICPUPowerManagementClient    222.0.0
$!AImage4    1
@nke.applicationfirewall    303
$TMSafetyNet    8
@!ASystemPolicy    2.0.0
>!A!ICPUPowerManagement    222.0.0
|EndpointSecurity    1
@kext.triggers    1.0
>DspFuncLib    283.14
@kext.OSvKernDSPLib    529
>!AGraphicsControl    4.5.9
|IOAVB!F    800.17
>!ASSE    1.0
@!AGPUWrangler    4.5.9
>!ASMBus!C    1.0.18d1
|IOSMBus!F    1.1
|IONDRVSupport    568
>!ASMBusPCI    1.0.14d1
>IOPlatformPluginLegacy    1.0.0
>IOPlatformPlugin!F    6.0.0d8
|IOAccelerator!F2    438.2.7
@!AGraphicsDeviceControl    4.5.9
>!AHDA!C    283.14
|IOHDA!F    283.14
|IOSlowAdaptiveClocking!F    1.0.0
|IOGraphics!F    568
@plugin.IOgPTPPlugin    810.1
|IOEthernetAVB!C    1.1.0
|IOSkywalk!F    1
|Broadcom!BHost!CUSBTransport    7.0.1f1
|IO!BHost!CUSBTransport    7.0.1f1
|IO!BHost!CTransport    7.0.1f1
|IO!B!F    7.0.1f1
|IO!BPacketLogger    7.0.1f1
>!UAudio    320.49
|IOAudio!F    300.2
@vecLib.kext    1.2.0
>usb.networking    5.0.0
>usb.!UHostCompositeDevice    1.2
>usb.!UHub    1.2
|IOSerial!F    11
|IOAHCIBlock!S    316.40.3
|IO80211!F    1200.12.2
>corecapture    1.0.4
|IOSurface    269.6
|IOAHCI!F    290.0.1
@filesystems.hfs.encodings.kext    1
>usb.!UEHCIPCI    1.2
>usb.!UEHCI    1.2
>usb.!UXHCIPCI    1.2
>usb.!UXHCI    1.2
>usb.!UHostPacketFilter    1.0
|IOUSB!F    900.4.2
>!AEFINVRAM    2.1
>!AEFIRuntime    2.1
|IOHID!F    2.0.0
$quarantine    4
$sandbox    300.0
@kext.!AMatch    1.0.0d1
>DiskImages    493.0.0
>!AFDEKeyStore    28.30
>!AEffaceable!S    1.0
>!AKeyStore    2
>!UTDM    489.41.1
|IOSCSIBlockCommandsDevice    422.0.2
>!ACredentialManager    1.0
>KernelRelayHost    1
>!ASEPManager    1.0.1
>IOSlaveProcessor    1
|IOUSBMass!SDriver    157.40.7
|IOSCSIArchitectureModel!F    422.0.2
|IO!S!F    2.1
|IOUSBHost!F    1.2
>!UHostMergeProperties    1.2
>usb.!UCommon    1.0
>!ABusPower!C    1.0
|CoreAnalytics!F    1
>!AMobileFileIntegrity    1.0.5
@kext.CoreTrust    1
|IOTimeSync!F    810.1
|IONetworking!F    3.4
|IOReport!F    47
>!AACPIPlatform    6.1
>!ASMC    3.1.9
>watchdog    1
|IOPCI!F    2.9
|IOACPI!F    1.4
@kec.pthread    1
@kec.corecrypto    1.0
@kec.Libm    1

 

[ThExSenatoR]

SOLUTION (hopefully)

Currently I installed 2.3.0d5 kext into both /L/E and CLOVER/Kexts/Other.

All configurable options in the kext are default, (I mean disableASPM ON, enableEEE ON ...etc) no fallbackmac set,

System preferences / Network uses DHCP and using autoconfiguration - gigabit, no flow control, mtu 1500.

 

What I also did was a big cache+systemconfiguration cleanup using the following method I found on github, credit goes to cattyhouse. 

https://github.com/Mieze/RTL8111_driver_for_OS_X/issues/21

 

sudo rm -rf ~/Library/Caches/*
sudo rm -rf /Library/Caches/*
sudo rm -rf /System/Library/Caches/*

Reboot

sudo kextcache -system-prelinked-kernel
sudo kextcache -i /
sudo kextcache -system-cache
sudo update_dyld_shared_cache -force

Reboot

cd /Library/Preferences/SystemConfiguration
sudo rm -rf NetworkInterfaces.plist com.apple.airport.preferences.plist preferences.plist com.apple.wifi.message-tracer.plist com.apple.smb.server.plist com.apple.AutoWake.plist com.apple.Boot.plist com.apple.network.eapolclient.configuration.plist

Reboot

 

I didnt have any ethernet problem since, copied hundreds of gbytes accross my network without any problem.

However i still found the following in the log again, but didnt notice anything while using the system (no lockup or anything like before)

 

2019-11-20 16:12:35.840388+0100 0x1b5      Default     0x0                  0      0    kernel: (kernel) [RealtekRTL8111]: Tx timeout. Lost interrupt?

 

----------------------------------------

 

My experience so far is that the d5 driver is the best for my configuration. With d7 my ethernet connection locks up (Tx stalled? Resetting chipset. ISR=0xc0, IMR=0x803f.) especially when copying from my OpenMediaVault Server to my Synology Nas both have SMB enabled, min. protocol SMB2 max protocol SMB3.

I tested the same copy process under Ubuntu 19.04 ... no lock ups...

 

Sympthom is the following:

Im starting the copy between the above mentioned two NAS using SMB, and the copy process stops / freezes randomly after several hundred mbytes... Under Syspref/Network the Ethernet shows green/connected. To fix the lockup either I have to pull and plug the ethernet cable or in terminal sudo ifconfig en0 down / up.

 

Attached new log to my post.

 

Realtek RTL8168H/8111H PCI Express Gigabit Ethernet:

 

  Name: ethernet

  Type: Ethernet Controller

  Bus: PCI

  Slot: Ethernet

  Vendor ID: 0x10ec

  Device ID: 0x8168

  Subsystem Vendor ID: 0x10ec

  Subsystem ID: 0x0123

  Revision ID: 0x0015

  Link Width: x1

  BSD name: en0

  Kext name: RealtekRTL8111.kext

  Location: /Library/Extensions/RealtekRTL8111.kext

  Version: 2.3.0d5

 

Any ideas anyone?

rtllog-senator.txt

Edited November 20, 2019 by ThExSenatoR

[LockDown]

Hi @Mieze

Compiled latest 2.3.0d7 from github using xcode9+sdk10 targeting 10.10. Its working in Yosemite. 

Is this advisable? Coz i thought the latest can only work in Sierra & above.

[Mieze]

On 11/21/2019 at 7:04 AM, ellaosx said:

Hi @Mieze

Compiled latest 2.3.0d7 from github using xcode9+sdk10 targeting 10.10. Its working in Yosemite. 

Is this advisable? Coz i thought the latest can only work in Sierra & above.

If it works, it's ok but I doubt there is any benefit.

 

Mieze

[legendaryaman]

Hi Mieze,

 

Any idea why I am getting this kernel panic?

Any assistance you can provide would be greatly appreciated.

Thank you.

 

panic(cpu 2 caller 0xffffff8012c62e0a): Kernel trap at 0xffffff7f952615b1, type 14=page fault, registers:
CR0: 0x000000008001003b, CR2: 0xffffff8028bd7d90, CR3: 0x000000001b507000, CR4: 0x00000000001626e0
RAX: 0x0000000000000000, RBX: 0xffffff8031856000, RCX: 0x0000000000000d90, RDX: 0x0000000000000100
RSP: 0xffffff8dc242bca0, RBP: 0xffffff8dc242bd40, RSI: 0x00000000000000d9, RDI: 0xffffff8031856000
R8:  0x0000000000000000, R9:  0x0000000000989680, R10: 0x0000000000000000, R11: 0x0000000000000002
R12: 0xffffff8dc242bf38, R13: 0xffffff8028bd7000, R14: 0xffffff8031856000, R15: 0xffffff8031856000
RFL: 0x0000000000010206, RIP: 0xffffff7f952615b1, CS:  0x0000000000000008, SS:  0x0000000000000010
Fault CR2: 0xffffff8028bd7d90, Error code: 0x0000000000000000, Fault CPU: 0x2, PL: 0, VF: 1

Backtrace (CPU 2), Frame : Return Address
0xffffff8dc242b700 : 0xffffff8012b39a3b mach_kernel : _handle_debugger_trap + 0x47b
0xffffff8dc242b750 : 0xffffff8012c70fe5 mach_kernel : _kdp_i386_trap + 0x155
0xffffff8dc242b790 : 0xffffff8012c62a5e mach_kernel : _kernel_trap + 0x4ee
0xffffff8dc242b7e0 : 0xffffff8012ae0a40 mach_kernel : _return_from_trap + 0xe0
0xffffff8dc242b800 : 0xffffff8012b39127 mach_kernel : _DebuggerTrapWithState + 0x17
0xffffff8dc242b900 : 0xffffff8012b3950b mach_kernel : _panic_trap_to_debugger + 0x21b
0xffffff8dc242b950 : 0xffffff80132d17f9 mach_kernel : _panic + 0x61
0xffffff8dc242b9c0 : 0xffffff8012c62e0a mach_kernel : _sync_iss_to_iks + 0x2aa
0xffffff8dc242bb40 : 0xffffff8012c62b08 mach_kernel : _kernel_trap + 0x598
0xffffff8dc242bb90 : 0xffffff8012ae0a40 mach_kernel : _return_from_trap + 0xe0
0xffffff8dc242bbb0 : 0xffffff7f952615b1 com.insanelymac.RealtekRTL8111 : __ZN7RTL811111rxInterruptEP18IONetworkInterfacejP11IOMbufQueuePv + 0x3b
0xffffff8dc242bd40 : 0xffffff7f95261362 com.insanelymac.RealtekRTL8111 : __ZN7RTL811116pollInputPacketsEP18IONetworkInterfacejP11IOMbufQueuePv + 0xe
0xffffff8dc242bd60 : 0xffffff7f93ca35ea com.apple.iokit.IONetworkingFamily : __ZN19IONetworkController20executeCommandActionEP8OSObjectPvS2_S2_S2_ + 0x38
0xffffff8dc242bd90 : 0xffffff8013241698 mach_kernel : __ZN13IOCommandGate9runActionEPFiP8OSObjectPvS2_S2_S2_ES2_S2_S2_S2_ + 0x138
0xffffff8dc242bdf0 : 0xffffff7f93ca3654 com.apple.iokit.IONetworkingFamily : __ZN19IONetworkController14executeCommandEP8OSObjectPFiPvS2_S2_S2_S2_ES2_S2_S2_S2_S2_ + 0x52
0xffffff8dc242be40 : 0xffffff7f93ca7847 com.apple.iokit.IONetworkingFamily : __ZN18IONetworkInterface19if_input_poll_gatedEP7__ifnetjjPP6__mbufS4_PjS5_ + 0x7f
0xffffff8dc242bec0 : 0xffffff801318b066 mach_kernel : _netif_rxpoll_compat_thread_func + 0x316
0xffffff8dc242bfa0 : 0xffffff8012ae013e mach_kernel : _call_continuation + 0x2e
      Kernel Extensions in backtrace:
         com.apple.iokit.IONetworkingFamily(3.4)[AB017A45-5E49-3FCA-BED6-6355FE8EAFDC]@0xffffff7f93c99000->0xffffff7f93cc8fff
         com.insanelymac.RealtekRTL8111(2.2.2)[24D129C7-C25C-3D7B-9E10-EA71D9BE6511]@0xffffff7f95202000->0xffffff7f95271fff
            dependency: com.apple.iokit.IONetworkingFamily(3.4)[AB017A45-5E49-3FCA-BED6-6355FE8EAFDC]@0xffffff7f93c99000
            dependency: com.apple.iokit.IOPCIFamily(2.9)[AA7C7A4F-9F5D-3533-9E78-177C3B6A72BF]@0xffffff7f936f4000

BSD process name corresponding to current thread: kernel_task
Boot args: keepsyms=1 dart=0 debug=0x100

Mac OS version:
19B88

Kernel version:
Darwin Kernel Version 19.0.0: Thu Oct 17 16:17:15 PDT 2019; root:xnu-6153.41.3~29/RELEASE_X86_64
Kernel UUID: 7503CD47-851F-321E-8747-50DB4299165F
Kernel slide:     0x0000000012800000
Kernel text base: 0xffffff8012a00000
__HIB  text base: 0xffffff8012900000
System model name: iMac15,1 (Mac-42FD25EABCABB274)
System shutdown begun: NO
Panic diags file available: YES (0x0)

System uptime in nanoseconds: 11427037762339

 

 

 

[ThExSenatoR]

Hi Mieze,

Still having problems with RTL8168H/RTL8111H (Chipset 29)... After random time the connection drops, have to do in terminal sudo ifconfig en0 down / up, then it is working again... In the logs (attached full log) you see when the connection drops the following:

 

Quote

2019-12-08 00:13:37.815004+0100 0x1bf3     Default     0x0                  0      0    kernel: (RealtekRTL8111) Ethernet [RealtekRTL8111]: Tx timeout. Lost interrupt?
2019-12-08 00:13:38.817449+0100 0x1bf3     Default     0x0                  0      0    kernel: (RealtekRTL8111) Ethernet [RealtekRTL8111]: desc[970]: opts1=0x10000000, opts2=0x60000000, addr=0x8067000.
2019-12-08 00:13:38.817455+0100 0x1bf3     Default     0x0                  0      0    kernel: (RealtekRTL8111) Ethernet [RealtekRTL8111]: desc[971]: opts1=0xa0000042, opts2=0x60000000, addr=0x8286bb2.
2019-12-08 00:13:38.817491+0100 0x1bf3     Default     0x0                  0      0    kernel: (RealtekRTL8111) Ethernet [RealtekRTL8111]: desc[972]: opts1=0x8000005f, opts2=0x60000000, addr=0x846a800.
2019-12-08 00:13:38.817500+0100 0x1bf3     Default     0x0                  0      0    kernel: (RealtekRTL8111) Ethernet [RealtekRTL8111]: desc[973]: opts1=0x9000008b, opts2=0x60000000, addr=0x8067000.
2019-12-08 00:13:38.817509+0100 0x1bf3     Default     0x0                  0      0    kernel: (RealtekRTL8111) Ethernet [RealtekRTL8111]: desc[974]: opts1=0xa000002a, opts2=0xa0000000, addr=0x86605d2.
2019-12-08 00:13:38.817518+0100 0x1bf3     Default     0x0                  0      0    kernel: (RealtekRTL8111) Ethernet [RealtekRTL8111]: desc[975]: opts1=0x900000af, opts2=0xa0000000, addr=0x82a2800.
2019-12-08 00:13:38.817526+0100 0x1bf3     Default     0x0                  0      0    kernel: (RealtekRTL8111) Ethernet [RealtekRTL8111]: desc[976]: opts1=0xa0000042, opts2=0x60000000, addr=0x8a679b2.
2019-12-08 00:13:38.817535+0100 0x1bf3     Default     0x0                  0      0    kernel: (RealtekRTL8111) Ethernet [RealtekRTL8111]: desc[977]: opts1=0x8000005f, opts2=0x60000000, addr=0x846a800.
2019-12-08 00:13:38.817547+0100 0x1bf3     Default     0x0                  0      0    kernel: (RealtekRTL8111) Ethernet [RealtekRTL8111]: desc[978]: opts1=0x9000008b, opts2=0x60000000, addr=0x8067000.
2019-12-08 00:13:38.817556+0100 0x1bf3     Default     0x0                  0      0    kernel: (RealtekRTL8111) Ethernet [RealtekRTL8111]: desc[979]: opts1=0xa0000042, opts2=0x60000000, addr=0x88750b2.
2019-12-08 00:13:38.817567+0100 0x1bf3     Default     0x0                  0      0    kernel: (RealtekRTL8111) Ethernet [RealtekRTL8111]: Tx stalled? Resetting chipset. ISR=0xc0, IMR=0x803f.

 

What I tried so far:

Your driver from d2 to d7... d2 is the most stable, d7 is the "worst" for my config...

Enable / Disable ASPM

Disable EEE

Changed UTP from cat5e to shielded cat6

Changed Switch

Cleared / rebuilt caches

Set network from DHCP to manual also autonegotiation from auto to manual

 

Under Ubuntu 18 or Windows 10 I have no connection problems, only under 10.14.6.

 

On my other hack (running 10.14.6 also) your driver is rock stable, but it has a different NIC >> RTL8168E-VL/8111E-VL (Chipset 16)

 

Any ideas? Thanks in advance...

 

 

rtllog-chipset29.txt

[jinbingmao]

On 2019/12/8 at PM2点39分, ThExSenatoR said:

嗨Mieze，

RTL8168H / RTL8111H（芯片组29）仍然有问题...随机时间断开后，必须在终端sudo ifconfig en0中关闭/向上进行操作，然后它又能正常工作...在日志（附加完整日志）中，您查看何时断开连接：

 

 

到目前为止我尝试过的是：

从d2到d7的驱动程序... d2是最稳定的，d7是我的配置中的“最差” ...

启用/禁用ASPM

禁用EEE

将UTP从cat5e更改为屏蔽的cat6

切换开关

已清除/重建的缓存

将网络从DHCP设置为手动，还将自动协商从自动设置为手动

 

在Ubuntu 18或Windows 10下，仅在10.14.6下没有连接问题。

 

在我的其他黑客上（也正在运行10.14.6），您的驱动程序是稳定的，但是它具有不同的NIC >> RTL8168E-VL / 8111E-VL（芯片组16）

 

有任何想法吗？提前致谢...

 

 

rtllog-chipset29.txt

2019-12-11 14:23:07.336249+0800 0xd9       Default     0x0                  0      0    kernel: (kernel) [RealtekRTL8111]: PCIe ASPM support disabled.
2019-12-11 14:23:07.336252+0800 0xd9       Default     0x0                  0      0    kernel: (kernel) [RealtekRTL8111]: EEE support enabled.
2019-12-11 14:23:07.336255+0800 0xd9       Default     0x0                  0      0    kernel: (kernel) [RealtekRTL8111]: RxPoll support enabled.
2019-12-11 14:23:07.336257+0800 0xd9       Default     0x0                  0      0    kernel: (kernel) [RealtekRTL8111]: TCP/IPv4 segmentation offload enabled.
2019-12-11 14:23:07.336259+0800 0xd9       Default     0x0                  0      0    kernel: (kernel) [RealtekRTL8111]: TCP/IPv6 segmentation offload enabled.
2019-12-11 14:23:07.336262+0800 0xd9       Default     0x0                  0      0    kernel: (kernel) [RealtekRTL8111]: TCP/IPv6 checksum offload enabled.
2019-12-11 14:23:07.336265+0800 0xd9       Default     0x0                  0      0    kernel: (kernel) [RealtekRTL8111]: Version 2.3.0d7 using interrupt mitigate value 0x5f51. Please don't support tonymacx86.com!
2019-12-11 14:23:07.336281+0800 0xd9       Default     0x0                  0      0    kernel: (kernel) [RealtekRTL8111]: PCI power management capabilities: 0xffc3.
2019-12-11 14:23:07.336283+0800 0xd9       Default     0x0                  0      0    kernel: (kernel) [RealtekRTL8111]: PME# from D3 (cold) supported.
2019-12-11 14:23:07.336297+0800 0xd9       Default     0x0                  0      0    kernel: (kernel) [RealtekRTL8111]: PCIe link capabilities: 0x00077c11, link control: 0x0040.
2019-12-11 14:23:07.336299+0800 0xd9       Default     0x0                  0      0    kernel: (kernel) [RealtekRTL8111]: Disable PCIe ASPM.
2019-12-11 14:23:07.357623+0800 0xd9       Default     0x0                  0      0    kernel: (kernel) [RealtekRTL8111]: RTL8168E-VL/8111E-VL: (Chipset 16), ##########################
2019-12-11 14:23:07.358049+0800 0xd9       Default     0x0                  0      0    kernel: (kernel) [RealtekRTL8111]: Device is WoL capable.
2019-12-11 14:23:07.358066+0800 0xd9       Default     0x0                  0      0    kernel: (kernel) [RealtekRTL8111]: MSI interrupt index: 1
2019-12-11 14:23:07.358115+0800 0xd9       Default     0x0                  0      0    kernel: (kernel) [RealtekRTL8111]: kIOEthernetWakeOnMagicPacket added to filters.
2019-12-11 14:23:07.358161+0800 0x12c      Default     0x0                  0      0    kernel: (kernel) [RealtekRTL8111]: Already in power state 1.
2019-12-11 14:23:10.954493+0800 0x2aa      Default     0x0                  0      0    kernel: (kernel) [RealtekRTL8111]: No medium selected. Falling back to autonegotiation.
2019-12-11 14:23:12.681454+0800 0x11c      Default     0x0                  0      0    kernel: (kernel) [RealtekRTL8111]: pollIntervalTime: 1000us
2019-12-11 14:23:12.681458+0800 0x11c      Default     0x0                  0      0    kernel: (kernel) [RealtekRTL8111]: Link up on en0, 100-Megabit, Full-duplex, No flow-control
2019-12-11 14:51:09.431670+0800 0x11c      Default     0x0                  0      0    kernel: (kernel) [RealtekRTL8111]: Link down on en0
2019-12-11 14:51:34.423818+0800 0x11c      Default     0x0                  0      0    kernel: (kernel) [RealtekRTL8111]: pollIntervalTime: 1000us
2019-12-11 14:51:34.423838+0800 0x11c      Default     0x0                  0      0    kernel: (kernel) [RealtekRTL8111]: Link up on en0, 100-Megabit, Full-duplex, No flow-control

 

Edited December 11, 2019 by jinbingmao

[Sonpozy]

Can i use this network card with Z390 UD, or with any mainboard can?

With kext RealtekRTL8111-V2.3.0d7.kext (And can I do Link aggregation?, I already have a switch properly configured)

Card: Rtl8111G 4 port
Thanks for reading and replying


 

Edited December 12, 2019 by Sonpozy

[anibalin]

I'm having a weird issue that I have been battling these few days. Asus z390-p with 10.14.6 and clover using the 2.2.2 kext. No problem at all. 

I took another drive and installed 10.15.2 with opencore 0.5.4. Now, somehow, lan disconnects and I have to unplug - plug again to get ip back. This happens when I'm screensharing / heavy load.

 

Tried the d7 and d5 but the same happens. ASPM is disabled on bios (tried on auto too). 

Went to 10.14.6 drive and its working fine so I can discard network, cables, etc. 

 

So I'm trying to corner the issue, is a catalina problem? is a opencore issue? or is the kext?

Thanks in advance for any hint.

log.txt

[Emanuele-1998]

On 8/14/2019 at 10:26 PM, Mieze said:

@toperloid This one is especially for you but all users are encouraged to test it! 

 

Here is version 2.3.0d7 in which I added an option to supply a fallback MAC being used in situations when retrieving a valid MAC address fails.

 

In the driver's Info.plist I added the option "fallbackMAC" to "Driver Parameters". "fallbackMAC" is a string which may be used to supply your original MAC address. It is used only if retrieving a valid MAC address fails. In the default configuration, the string is empty. In case you need it, please fill in your MAC with the following syntax "xx:xx:xx:xx:xx:xx" in which every x represents exactly one hexadecimal digit.

 

Warning: This is not an option for MAC address customization and I won't add such an option because it would be stupid to do so. Use with care because MAC addresses have to be unique. Using another machine's MAC address may produce unexpected results!

 

PS: Could anybody be so nice to test test WoL with this built because it doesn't work on my test machine and I have reasons to beliefe that it's not the driver's responsibility.

 

RealtekRTL8111-V2.3.0d7.kext.zip

@Mieze please update the new version also on GitHub in your repo

[GffMaC]

On 10/18/2019 at 1:51 PM, Mieze said:

@Roran90 Sounds more like a DHCP related problem. Anyway, check the kernel logs to see what's going on!

 

@Henry2010 Yesterday I ordered one of these RTL8125 add-on cards on aliexpress but it won't be delivered before mid of November.

Did you have any luck getting the RTL8125 to work?

[MBP2016]

I'm using a real MacBook Pro (Late 2016 model) running High Sierra 10.13.6.

 

I got a USB WiFi adapter off eBay that is claimed to have the RTL8111 chipset.

 

After downloading and extracting https://github.com/Mieze/RTL8111_driver_for_OS_X/releases/download/v2.2.2/RealtekRTL8111-V2.2.2.zip, I do the following in the Release/RealtekRTL8111.kext directory:
 

sudo chown -R root:wheel .

sudo chmod -R 755 .

sudo mv RealtekRTL8111.kext /System/Library/Extensions

sudo kextcache -i /

 

After rebooting, the kext didn't get loaded.

 

So, I manually tried to load it and got the following.

 

> sudo kextutil -I -l -v 6 /System/Library/Extensions/RealtekRTL8111.kext/
Kext user-space log filter changed from 0xff2 to 0xfff.
Kext kernel-space log filter changed from 0xff2 to 0xfff.
Kext library architecture set to x86_64.
Can't stat /AppleInternal - No such file or directory.
Defaulting to kernel file '/System/Library/Kernels/kernel'
Kext library recording diagnostics for: validation authentication dependencies warnings.
Reading loaded kext info from kernel.
(kernel) User-space log flags changed from 0x0 to 0xfff.
(kernel) Received 'Get Loaded Kext Info' request from user space.
(kernel) Returning loaded kext info.
Loaded kext info:
{
}

Untrusted kexts are not allowed
Kext with invalid signature (-67062) denied: /Library/StagedExtensions/System/Library/Extensions/7E079589-DD84-46F2-AE66-300A4961CC97.kext
Bundle (/System/Library/Extensions/RealtekRTL8111.kext) failed to validate, deleting: /Library/StagedExtensions/System/Library/Extensions/7E079589-DD84-46F2-AE66-300A4961CC97.kext
Unable to stage kext (/System/Library/Extensions/RealtekRTL8111.kext) to secure location.
getAdhocSignatureHash - SecCodeSignerAddSignature failed

 

I did not get prompted to allow the kext.

 

Is there a way to force that prompt to appear so that I don't have to go through disabling the protection through recovery?

 

Or, did I miss some steps to properly install it?

 

TIA!

[HmO]

@MBP2016 This kext support only pci-e ethernet card

[MBP2016]

1 hour ago, HmO said:

@MBP2016 This kext support only pci-e ethernet card

Thank you, @HmO.

 

It looks like I'll need to continue looking for the kext for it then.  I didn't find it yet on RealTek's site.

[Henry2010]

On 1/11/2020 at 12:45 AM, MBP2016 said:

Thank you, @HmO.

 

It looks like I'll need to continue looking for the kext for it then.  I didn't find it yet on RealTek's site.

 

have you tried that "Realtek USB FE / GbE / 2.5GbE / Gaming Family Controller Software Quick Download Link"

[honza3]

So is there a kext for the RTL8125AG anywhere or not yet?

Thanks!

[Slice]

On 1/17/2020 at 12:38 AM, honza3 said:

So is there a kext for the RTL8125AG anywhere or not yet?

Thanks!

Check realtek site.

[Mieze]

On 1/16/2020 at 10:38 PM, honza3 said:

So is there a kext for the RTL8125AG anywhere or not yet?

I received my RTL8125 add-in card before Christmas but as I have to take several exams in university in February and March, I'm busy studying at the moment so that there is no time left for hacking but I will start working on a driver in March, when the exam period is over. Keep your fingers crossed for me!

 

Mieze 

Edited January 24, 2020 by Mieze

[iCanaro]

 

thank you very much, good news for my ryzentosh in signature that mounts this ethernet RTL8125

[ThExSenatoR]

Glad to have you here dear Mieze.. After you completed your exams could you look into the current 2.3.0d7 realtek.kext please? My system has chipset 29 and almost every day or every second day i see in the logs TX stalled, lost interrrupt, resetting chipset.... This happens also on my old Mojave install (i posted earlier about this) and also happens under Catalina 10.15.2 clean install, so the system is not messed up. Only difference with Catalina that my connection doesnt die after having a TX timeout, the lan connection is stable no drop outs ... just curious why this message pops up every day in the logs... I switched cables from CAT5E to SHIELDED CAT6 and also changed switch to a TP-Link T1600... Anyways thank you so much for building this wonderful kext for RTL8111

[ThExSenatoR]

Its a pity I was happy too early. It happened again... d7 kext, TX stalled, lost interrupt, resetting chipset.. after this LAN connection died.. In network every setting is ok, have valid IP... etc.. Have to launch terminal and use sudo ifconfig en0 down / up, or have to plug out / in ethernet cable or restart. These are the possible solutions. RTL8111 Chipset 29, Catalina 10.15.2. The same happens under Mojave 10.14.6 just more frequently.

Under or Ubuntu I never experienced this LAN disconnect issue...

 

[gengstapo]

Hello

 

Been following this post but i still dont find any fix for Realtek RTL8168H/8111H under Catalina

I cant get my network working during the installation where macOS required the internet

Im using my Mojave clover & kext(s) 

Is there any work around for this?

 

Thx

[mlodociany]

Same issue, no ethernet during recovery installation. I've tried changing required-bundle, but no go.