Jump to content
Mieze

New Driver for Realtek RTL8111

1,386 posts in this topic

Recommended Posts

Advertisement

I've just realised that since I upgraded to El capitan (and switched from version 1.2.3 to 2.2.1d4) I've had an issue with slow upload speeds. Transfers are actually two slow to backup to my home server over gigabit ethernet and can't even keep up to the upload rate my fibre internet can handle.

 

My GA-ep15-ds3l mobo has an RTL8111/8168B Gigabit Ethernet (rev 02). If I boot into linux then I get the speeds I'd expect both on the LAN and WAN, so I think the issue is definitely about software and osx.

 

I've done some testing with iperf3 on both my server and hack. I get 936 Mbits/sec (1.09GB in 10 secs) when transfering from server to hack but a measly 16.6 Mbits/sec (19.8MB in 10 secs) from hack to server – that very neatly outlines my problem!

 

I can see no ethernet related error messages from the kernel in system.log that point to an obvious problem (but will attach those that are there below). Looking at netstat it seems that there are a lot of retransmitted packets and duplicate acks (netstat output attached below).

 

Through umpteen reboots I've:

Tried disabling various features in the kext.

Tried playing with sysctl settings with only a minimal improvement.
Looked again at cpu speedstep and it seems to be working, with the cpu switching states regularly. Not sure what else to look at if this is a 'power management' issue.

 

I can see one or two others had the same or similar issues but not really any solid solutions. Any advice anyone can give on further debugging would be welcome.

 

(@Mieze As a possible workaround does your Delock 89357 card still work on El Capitan? I had a Netgear GA311 (RTL8169 I think) for this hack when I first built it but sold it when Apple's driver stopped working on it. Happy to use a PCI GigE card if it will work.)

 

 

system.log messages filtered on 'ethernet'

 

 

Oct  7 09:24:42 zen kernel[0]: Ethernet [RealtekRTL8111]: Tx timeout. Lost interrupt?
Oct  7 12:35:15 zen kernel[0]: Ethernet [RealtekRTL8111]: Tx timeout. Lost interrupt?
Oct  7 13:10:22 localhost kernel[0]: Ethernet [RealtekRTL8111]: PCIe ASPM support disabled.
Oct  7 13:10:22 localhost kernel[0]: Ethernet [RealtekRTL8111]: EEE support disabled.
Oct  7 13:10:22 localhost kernel[0]: Ethernet [RealtekRTL8111]: RxPoll support enabled.
Oct  7 13:10:22 localhost kernel[0]: Ethernet [RealtekRTL8111]: TCP/IPv4 segmentation offload enabled.
Oct  7 13:10:22 localhost kernel[0]: Ethernet [RealtekRTL8111]: TCP/IPv6 segmentation offload enabled.
Oct  7 13:10:22 localhost kernel[0]: Ethernet [RealtekRTL8111]: TCP/IPv6 checksum offload enabled.
Oct  7 13:10:22 localhost kernel[0]: Ethernet [RealtekRTL8111]: Version 2.2.1d4 using interrupt mitigate value 0xcf58. Please don't support tonymacx86.com!
Oct  7 13:10:22 localhost kernel[0]: Ethernet [RealtekRTL8111]: PCI power management capabilities: 0xffc3.
Oct  7 13:10:22 localhost kernel[0]: Ethernet [RealtekRTL8111]: PME# from D3 (cold) supported.
Oct  7 13:10:22 localhost kernel[0]: Ethernet [RealtekRTL8111]: PCIe link capabilities: 0x00073c11, link control: 0x0000.
Oct  7 13:10:22 localhost kernel[0]: Ethernet [RealtekRTL8111]: RTL8168C/8111C: (Chipset 5) at 0x<ptr>,  0:1f:d0:98:14:2a
Oct  7 13:10:22 localhost kernel[0]: Ethernet [RealtekRTL8111]: MSI interrupt index: 1
Oct  7 13:10:22 localhost kernel[0]: Ethernet [RealtekRTL8111]: Already in power state 1.
Oct  7 13:10:34 localhost kernel[0]: Ethernet [RealtekRTL8111]: No medium selected. Falling back to autonegotiation.
Oct  7 13:10:36 zen kernel[0]: Ethernet [RealtekRTL8111]: pollIntervalTime: 170us
Oct  7 13:10:36 zen kernel[0]: Ethernet [RealtekRTL8111]: Link up on en0, 1-Gigabit, Full-duplex, No flow-control
Oct  7 13:11:14 zen kernel[0]: Ethernet [RealtekRTL8111]: replaceOrCopyPacket() failed.
Oct  7 14:38:29 zen kernel[0]: Ethernet [RealtekRTL8111]: Tx timeout. Lost interrupt?
Oct  7 14:45:10 zen kernel[0]: Ethernet [RealtekRTL8111]: replaceOrCopyPacket() failed.
 

 

 

system.log messages filtered on 'kernel'

 

 

Oct  7 13:10:22 localhost kernel[0]: Longterm timer threshold: 1000 ms
Oct  7 13:10:22 localhost kernel[0]: Darwin Kernel Version 15.6.0: Mon Aug 29 20:21:34 PDT 2016; root:xnu-3248.60.11~1/RELEASE_X86_64
Oct  7 13:10:22 localhost kernel[0]: vm_page_bootstrap: 2031713 free pages and 49055 wired pages
Oct  7 13:10:22 localhost kernel[0]: kext submap [0x<ptr> - 0x<ptr>], kernel text [0x<ptr> - 0x<ptr>]
Oct  7 13:10:22 localhost kernel[0]: zone leak detection enabled
Oct  7 13:10:22 localhost kernel[0]: "vm_compressor_mode" is 4
Oct  7 13:10:22 localhost kernel[0]: multiq scheduler config: deep-drain 0, ceiling 47, depth limit 4, band limit 127, sanity check 0
Oct  7 13:10:22 localhost kernel[0]: standard timeslicing quantum is 10000 us
Oct  7 13:10:22 localhost kernel[0]: standard background quantum is 2500 us
Oct  7 13:10:22 localhost kernel[0]: WQ[lt_init]: init linktable with max:262144 elements (8388608 bytes)
Oct  7 13:10:22 localhost kernel[0]: WQ[wqp_init]: init prepost table with max:262144 elements (8388608 bytes)
Oct  7 13:10:22 localhost kernel[0]: mig_table_max_displ = 16
Oct  7 13:10:22 localhost kernel[0]: kdp_core zlib memory 0x7000
Oct  7 13:10:22 localhost kernel[0]: "name" not a kext
Oct  7 13:10:22 localhost kernel[0]: "FailedCLUT" not a kext
Oct  7 13:10:22 localhost kernel[0]: "FailedImage" not a kext
Oct  7 13:10:22 localhost kernel[0]: Refusing new kext org.netkas.driver.FakeSMC, v1394.0: already have prelinked v1412.0.
Oct  7 13:10:22 localhost kernel[0]: FakeSMCKeyStore: started
Oct  7 13:10:22 localhost kernel[0]: AppleACPICPU: ProcessorId=0 LocalApicId=0 Enabled
Oct  7 13:10:22 localhost kernel[0]: AppleACPICPU: ProcessorId=1 LocalApicId=1 Enabled
Oct  7 13:10:22 localhost kernel[0]: AppleACPICPU: ProcessorId=2 LocalApicId=3 Enabled
Oct  7 13:10:22 localhost kernel[0]: AppleACPICPU: ProcessorId=3 LocalApicId=2 Enabled
Oct  7 13:10:22 localhost kernel[0]: calling mpo_policy_init for TMSafetyNet
Oct  7 13:10:22 localhost kernel[0]: Security policy loaded: Safety net for Time Machine (TMSafetyNet)
Oct  7 13:10:22 localhost kernel[0]: calling mpo_policy_init for AMFI
Oct  7 13:10:22 localhost kernel[0]: Security policy loaded: Apple Mobile File Integrity (AMFI)
Oct  7 13:10:22 localhost kernel[0]: calling mpo_policy_init for Sandbox
Oct  7 13:10:22 localhost kernel[0]: Security policy loaded: Seatbelt sandbox policy (Sandbox)
Oct  7 13:10:22 localhost kernel[0]: calling mpo_policy_init for Quarantine
Oct  7 13:10:22 localhost kernel[0]: Security policy loaded: Quarantine policy (Quarantine)
Oct  7 13:10:22 localhost kernel[0]: Copyright (c) 1982, 1986, 1989, 1991, 1993
Oct  7 13:10:22 localhost kernel[0]: The Regents of the University of California. All rights reserved.
Oct  7 13:10:22 localhost kernel[0]: MAC Framework successfully initialized
Oct  7 13:10:22 localhost kernel[0]: using 16384 buffer headers and 10240 cluster IO buffer headers
Oct  7 13:10:22 localhost kernel[0]: AppleCredentialManager::start called
Oct  7 13:10:22 localhost kernel[0]: AssertMacros: tmpData (value: 0x0),  file: /BuildRoot/Library/Caches/com.apple.xbs/Sources/AppleCredentialManager/AppleCredentialManager-83.40.3/AppleCredentialManager/AppleCredentialManager.cpp, line: 785
Oct  7 13:10:22 localhost kernel[0]: AppleKeyStore starting (BUILT: Aug 29 2016 21:33:30)
Oct  7 13:10:22 localhost kernel[0]: IOAPIC: Version 0x20 Vectors 64:87
Oct  7 13:10:22 localhost kernel[0]: ACPI: sleep states S3 S4 S5
Oct  7 13:10:22 localhost kernel[0]: CPUSensors: CPU family 0x6, model 0xf, stepping 0xb, cores 4, threads 4, TJmax 90
Oct  7 13:10:22 localhost kernel[0]: CPUSensors: setting platform keys to [M75     ]
Oct  7 13:10:22 localhost kernel[0]: CPUSensors: started
Oct  7 13:10:22 localhost kernel[0]: AppleIntelCPUPowerManagement: (built 20:47:29 Aug 29 2016) initialization completepci (build 20:48:30 Aug 29 2016), flags 0xe3000, pfm64 (36 cpu) 0xf80000000, 0x80000000
Oct  7 13:10:22 localhost kernel[0]: [ PCI configuration begin ]
Oct  7 13:10:22 localhost kernel[0]: RTC: Only single RAM bank (128 bytes)
Oct  7 13:10:22 localhost kernel[0]: FakeSMC v6.21.1412 Copyright 2015 netkas, slice, usr-sse2, kozlek, navi, THe KiNG, RehabMan. All rights reserved.
Oct  7 13:10:22 localhost kernel[0]: FakeSMC: 13 preconfigured keys added
Oct  7 13:10:22 localhost kernel[0]: FakeSMC: 5 keys exported by Clover EFI
Oct  7 13:10:22 localhost kernel[0]: SMC: successfully initialized
Oct  7 13:10:22 localhost kernel[0]: console relocated to 0xf89000000
Oct  7 13:10:22 localhost kernel[0]: [ PCI configuration end, bridges 6, devices 17 ]
Oct  7 13:10:22 localhost kernel[0]: 000001.225914 AppleUSBLegacyRoot@: AppleUSBLegacyRoot::init: enabling legacy matching
Oct  7 13:10:22 localhost kernel[0]: mcache: 4 CPU(s), 64 bytes CPU cache line size
Oct  7 13:10:22 localhost kernel[0]: mbinit: done [96 MB total pool size, (64/32) split]
Oct  7 13:10:22 localhost kernel[0]: GeforceSensors: starting early shadow VBIOS...
Oct  7 13:10:22 localhost kernel[0]: GeForceSensors (pci1): trying to shadow VBIOS...
Oct  7 13:10:22 localhost kernel[0]: getFeatures() ===>
Oct  7 13:10:22 localhost kernel[0]: getFeatures() <===
Oct  7 13:10:22 localhost kernel[0]: JMicronATAPCIRoot: Driver v1.1.3 is loaded.rooting via boot-uuid from /chosen: F6C08266-D7C6-33B9-B365-E9CB63EF4983
Oct  7 13:10:22 localhost kernel[0]: Waiting on <dict ID="0"><key>IOProviderClass</key><string ID="1">IOResources</string><key>IOResourceMatch</key><string ID="2">boot-uuid-media</string></dict>
Oct  7 13:10:22 localhost kernel[0]: com.apple.AppleFSCompressionTypeZlib kmod start
Oct  7 13:10:22 localhost kernel[0]: com.apple.AppleFSCompressionTypeDataless kmod start
Oct  7 13:10:22 localhost kernel[0]: com.apple.AppleFSCompressionTypeZlib load succeeded
Oct  7 13:10:22 localhost kernel[0]: com.apple.AppleFSCompressionTypeDataless load succeeded
Oct  7 13:10:22 localhost kernel[0]: AppleIntelCPUPowerManagementClient: ready
Oct  7 13:10:22 localhost kernel[0]: createWorkLoop() ===>
Oct  7 13:10:22 localhost kernel[0]: createWorkLoop() <===
Oct  7 13:10:22 localhost kernel[0]: getWorkLoop() ===>
Oct  7 13:10:22 localhost kernel[0]: getWorkLoop() <===
Oct  7 13:10:22 localhost kernel[0]: createOutputQueue() ===>
Oct  7 13:10:22 localhost kernel[0]: createOutputQueue() <===
Oct  7 13:10:22 localhost kernel[0]: getPacketBufferConstraints() ===>
Oct  7 13:10:22 localhost kernel[0]: getPacketBufferConstraints() <===
Oct  7 13:10:22 localhost kernel[0]: Ethernet [RealtekRTL8111]: PCIe ASPM support disabled.
Oct  7 13:10:22 localhost kernel[0]: Ethernet [RealtekRTL8111]: EEE support disabled.
Oct  7 13:10:22 localhost kernel[0]: Ethernet [RealtekRTL8111]: RxPoll support enabled.
Oct  7 13:10:22 localhost kernel[0]: Ethernet [RealtekRTL8111]: TCP/IPv4 segmentation offload enabled.
Oct  7 13:10:22 localhost kernel[0]: Ethernet [RealtekRTL8111]: TCP/IPv6 segmentation offload enabled.
Oct  7 13:10:22 localhost kernel[0]: Ethernet [RealtekRTL8111]: TCP/IPv6 checksum offload enabled.
Oct  7 13:10:22 localhost kernel[0]: Ethernet [RealtekRTL8111]: Version 2.2.1d4 using interrupt mitigate value 0xcf58. Please don't support tonymacx86.com!
Oct  7 13:10:22 localhost kernel[0]: Ethernet [RealtekRTL8111]: PCI power management capabilities: 0xffc3.
Oct  7 13:10:22 localhost kernel[0]: Ethernet [RealtekRTL8111]: PME# from D3 (cold) supported.
Oct  7 13:10:22 localhost kernel[0]: Ethernet [RealtekRTL8111]: PCIe link capabilities: 0x00073c11, link control: 0x0000.
Oct  7 13:10:22 localhost kernel[0]: Ethernet [RealtekRTL8111]: RTL8168C/8111C: (Chipset 5) at 0x<ptr>,  0:1f:d0:98:14:2a
Oct  7 13:10:22 localhost kernel[0]: Ethernet [RealtekRTL8111]: MSI interrupt index: 1
Oct  7 13:10:22 localhost kernel[0]: newVendorString() ===>
Oct  7 13:10:22 localhost kernel[0]: newVendorString() <===
Oct  7 13:10:22 localhost kernel[0]: newModelString() ===>
Oct  7 13:10:22 localhost kernel[0]: newModelString() <===
Oct  7 13:10:22 localhost kernel[0]: getFeatures() ===>
Oct  7 13:10:22 localhost kernel[0]: getFeatures() <===
Oct  7 13:10:22 localhost kernel[0]: getPacketFilters() ===>
Oct  7 13:10:22 localhost kernel[0]: getPacketFilters() <===
Oct  7 13:10:22 localhost kernel[0]: getHardwareAddress() ===>
Oct  7 13:10:22 localhost kernel[0]: getHardwareAddress() <===
Oct  7 13:10:22 localhost kernel[0]: getPacketFilters() ===>
Oct  7 13:10:22 localhost kernel[0]: getPacketFilters() <===
Oct  7 13:10:22 localhost kernel[0]: getPacketFilters() ===>
Oct  7 13:10:22 localhost kernel[0]: getPacketFilters() <===
Oct  7 13:10:22 localhost kernel[0]: registerWithPolicyMaker() ===>
Oct  7 13:10:22 localhost kernel[0]: registerWithPolicyMaker() <===
Oct  7 13:10:22 localhost kernel[0]: setPowerState() ===>
Oct  7 13:10:22 localhost kernel[0]: Ethernet [RealtekRTL8111]: Already in power state 1.
Oct  7 13:10:22 localhost kernel[0]: setPowerState() <===
Oct  7 13:10:22 localhost kernel[0]: configureInterface() ===>
Oct  7 13:10:22 localhost kernel[0]: configureInterface() <===
Oct  7 13:10:22 localhost kernel[0]: SuperIODevice: found ITE IT8718F on port=0x2e address=0x290
Oct  7 13:10:22 localhost kernel[0]: FakeSMCKeyStore: key VC0C handler CPUSensors has been replaced with new prioritized handler IT87xxSensors
Oct  7 13:10:22 localhost kernel[0]: FakeSMCKey: key VC0C handler IT87xxSensors has been replaced with new prioritized handler IT87xxSensors
Oct  7 13:10:22 localhost kernel[0]: IT87xxSensors: started
Oct  7 13:10:22 localhost kernel[0]: Got boot device = IOService:/AppleACPIPlatformExpert/PCI0@0/AppleACPIPCI/SATA@1F,2/AppleAHCI/PRT0@0/IOAHCIDevice@0/AppleAHCIDiskDriver/IOAHCIBlockStorageDevice/IOBlockStorageDriver/ST1000DX001-1CM162 Media/IOGUIDPartitionScheme/osten@2
Oct  7 13:10:22 localhost kernel[0]: BSD root: disk0s2, major 1, minor 2
Oct  7 13:10:22 localhost kernel[0]: GeForceSensors (pci1): VBIOS successfully read from PROM
Oct  7 13:10:22 localhost kernel[0]: GeForceSensors (pci1): chipset: GK104 (NVE4) bios: 80.04.4b.00
Oct  7 13:10:22 localhost kernel[0]: GeForceSensors (pci1): started
Oct  7 13:10:22 localhost kernel[0]: JMicronATA: JMB368 (CMD 0xdd00, CTR 0xdc00, IRQ 16, BM 0xdb08)
Oct  7 13:10:22 localhost kernel[0]: JMicronATA: JMB368 (CMD 0xdf00, CTR 0xde00, IRQ 16, BM 0xdb00)
Oct  7 13:10:22 localhost kernel[0]: hfs: mounted osten on device root_device
Oct  7 13:10:22 localhost kernel[0]: VM Swap Subsystem is ON
Oct  7 13:10:22 localhost kernel[0]: Waiting for DSMOS...
Oct  7 13:10:20 localhost watchdogd[69]:  [watchdog_daemon] @(      wd_daemon_init) - could not open connection with the kernel watchdog
Oct  7 13:10:22 localhost kernel[0]: getFeatures() ===>
Oct  7 13:10:22 localhost kernel[0]: getFeatures() <===
Oct  7 13:10:22 localhost kernel[0]: getChecksumSupport() ===>
Oct  7 13:10:22 localhost kernel[0]: getChecksumSupport() <===
Oct  7 13:10:22 localhost kernel[0]: getChecksumSupport() ===>
Oct  7 13:10:22 localhost kernel[0]: getChecksumSupport() <===
Oct  7 13:10:27 localhost kernel[0]: IOGraphics flags 0x43
Oct  7 13:10:27 localhost kernel[0]: Previous shutdown cause: 5
Oct  7 13:10:27 localhost kernel[0]: NVDAStartupWeb: Web
Oct  7 13:10:27 localhost kernel[0]: DSMOS has arrivedNVDAGK100HAL loaded and registered
Oct  7 13:10:27 localhost kernel[0]: [IOBluetoothFamily][start] -- completed
Oct  7 13:10:27 localhost kernel[0]: hfs: mounted xvsu on device disk1s7
Oct  7 13:10:30 localhost kernel[0]: AmbrosiaAudioSupport: newUserClient connection attempt.
Oct  7 13:10:34 localhost kernel[0]: enable() ===>
Oct  7 13:10:34 localhost kernel[0]: Ethernet [RealtekRTL8111]: No medium selected. Falling back to autonegotiation.
Oct  7 13:10:34 localhost kernel[0]: selectMedium() ===>
Oct  7 13:10:34 localhost kernel[0]: selectMedium() <===
Oct  7 13:10:34 localhost kernel[0]: setOffset79() ===>
Oct  7 13:10:34 localhost kernel[0]: setOffset79() <===
Oct  7 13:10:34 localhost kernel[0]: setMulticastMode() ===>
Oct  7 13:10:34 localhost kernel[0]: setMulticastMode() <===
Oct  7 13:10:34 localhost kernel[0]: enable() <===
Oct  7 13:10:34 localhost kernel[0]: setMulticastMode() ===>
Oct  7 13:10:34 localhost kernel[0]: setMulticastMode() <===
Oct  7 13:10:34 localhost kernel[0]: setMulticastList() ===>
Oct  7 13:10:34 localhost kernel[0]: setMulticastList() <===
Oct  7 13:10:34 localhost kernel[0]: setMulticastMode() ===>
Oct  7 13:10:34 localhost kernel[0]: setMulticastMode() <===
Oct  7 13:10:34 localhost kernel[0]: setMulticastMode() ===>
Oct  7 13:10:34 localhost kernel[0]: setMulticastMode() <===
Oct  7 13:10:34 localhost kernel[0]: setMulticastList() ===>
Oct  7 13:10:34 localhost kernel[0]: setMulticastList() <===
Oct  7 13:10:34 localhost kernel[0]: setMulticastList() ===>
Oct  7 13:10:34 localhost kernel[0]: setMulticastList() <===
Oct  7 13:10:34 localhost kernel[0]: f46
Oct  7 13:10:34 localhost kernel[0]: f
Oct  7 13:10:34 localhost kernel[0]: possible map ffffffffffffffff cpu_online_map f
Oct  7 13:10:34 localhost kernel[0]: haxm_error: -------- HAXM release 6.0.1 --------
Oct  7 13:10:34 localhost kernel[0]: haxm_error: This log collects running status of HAXM driver.
Oct  7 13:10:34 localhost kernel[0]: setMulticastList() ===>
Oct  7 13:10:34 localhost kernel[0]: haxm: Unknown ioctl 
Oct  7 13:10:34 localhost kernel[0]: coreaudiod[256] triggered unnest of range 0x7fff96000000->0x7fff96200000 of DYLD shared region in VM map 0x6cbcce9b5497e2e3. While not abnormal for debuggers, this increases system memory footprint until the target exits.
Oct  7 13:10:34 localhost kernel[0]: setMulticastList() <===
Oct  7 13:10:34 zen kernel[0]: setMulticastList() ===>
Oct  7 13:10:34 zen kernel[0]: setMulticastList() <===
Oct  7 13:10:34 zen kernel[0]: AppleLPC::notifyPlatformASPM - registering with plugin with ASPM Support false
Oct  7 13:10:34 zen kernel[0]: setMulticastList() ===>
Oct  7 13:10:34 zen kernel[0]: setMulticastList() <===
Oct  7 13:10:34 zen kernel[0]: setMulticastList() ===>
Oct  7 13:10:34 zen kernel[0]: setMulticastList() <===
Oct  7 13:10:34 zen kernel[0]: setMulticastList() ===>
Oct  7 13:10:34 zen kernel[0]: setMulticastList() <===
Oct  7 13:10:34 zen kernel[0]: in6_unlink_ifa: IPv6 address 0x6cbcce9b53e4874b has no prefix
Oct  7 13:10:36 zen kernel[0]: setOffset79() ===>
Oct  7 13:10:36 zen kernel[0]: setOffset79() <===
Oct  7 13:10:36 zen kernel[0]: setMulticastMode() ===>
Oct  7 13:10:36 zen kernel[0]: setMulticastMode() <===
Oct  7 13:10:36 zen kernel[0]: Ethernet [RealtekRTL8111]: pollIntervalTime: 170us
Oct  7 13:10:36 zen kernel[0]: Ethernet [RealtekRTL8111]: Link up on en0, 1-Gigabit, Full-duplex, No flow-control
Oct  7 13:10:36 zen kernel[0]: setMulticastList() ===>
Oct  7 13:10:36 zen kernel[0]: setMulticastList() <===
Oct  7 13:10:36 zen kernel[0]: setMulticastList() ===>
Oct  7 13:10:36 zen kernel[0]: setMulticastList() <===
Oct  7 13:10:36 zen kernel[0]: setMulticastList() ===>
Oct  7 13:10:36 zen kernel[0]: setMulticastList() <===
Oct  7 13:10:38 zen kernel[0]: ignored is_io_service_close(0x100000379,IOHIDParamUserClient)
Oct  7 13:10:38 zen kernel[0]: setMulticastList() ===>
Oct  7 13:10:38 zen kernel[0]: setMulticastList() <===
Oct  7 13:10:38 zen kernel[0]: setMulticastList() ===>
Oct  7 13:10:38 zen kernel[0]: setMulticastList() <===
Oct  7 13:10:41 zen kernel[0]: setMulticastList() ===>
Oct  7 13:10:41 zen kernel[0]: setMulticastList() <===
Oct  7 13:10:41 zen kernel[0]: setMulticastList() ===>
Oct  7 13:10:41 zen kernel[0]: setMulticastList() <===
Oct  7 13:10:43 zen kernel[0]: setMulticastList() ===>
Oct  7 13:10:43 zen kernel[0]: setMulticastList() <===
Oct  7 13:10:49 zen kernel[0]: AppleKeyStore::handleUserClientCommandGated: asking for specific bag 501 (eff -501)
Oct  7 13:10:49 zen kernel[0]: AppleKeyStore::handleUserClientCommandGated: set handle 1 as special bag -501
Oct  7 13:10:49 zen kernel[0]: AppleKeyStore:Sending lock change 1 for handle 1
Oct  7 13:10:50 zen kernel[0]: AppleKeyStore:Sending lock change 0 for handle -501
Oct  7 13:10:52 zen kernel[0]: ignored is_io_service_close(0x100000379,IOHIDParamUserClient)
Oct  7 13:10:56 zen kernel[0]: ignored is_io_service_close(0x100000379,IOHIDParamUserClient)
Oct  7 13:11:13 zen kernel[0]: ignored is_io_service_close(0x100000379,IOHIDParamUserClient)
Oct  7 13:11:14 zen kernel[0]: Ethernet [RealtekRTL8111]: replaceOrCopyPacket() failed.

 

 

 

 

 

tcp:
745498 packets sent
472981 data packets (755541833 bytes)
131687 data packets (114725344 bytes) retransmitted
0 resend initiated by MTU discovery
89069 ack-only packets (32 delayed)
0 URG only packet
0 window probe packet
48374 window update packets
3388 control packets
0 data packet sent after flow control
0 checksummed in software
0 segment (0 byte) over IPv4
0 segment (0 byte) over IPv6
888858 packets received
522973 acks (for 828923621 bytes)
112104 duplicate acks
0 ack for unsent data
244466 packets (324956518 bytes) received in-sequence
391 completely duplicate packets (137519 bytes)
0 old duplicate packet
0 received packet dropped due to low memory
1 packet with some dup. data (1098 bytes duped)
10006 out-of-order packets (13538751 bytes)
0 packet (0 byte) of data after window
0 window probe
1545 window update packets
172 packets received after close
0 bad reset
0 discarded for bad checksum
0 checksummed in software
0 segment (0 byte) over IPv4
0 segment (0 byte) over IPv6
0 discarded for bad header offset field
0 discarded because packet too short
1818 connection requests
24 connection accepts
0 bad connection attempt
0 listen queue overflow
1704 connections established (including accepts)
2194 connections closed (including 180 drops)
59 connections updated cached RTT on close
59 connections updated cached RTT variance on close
37 connections updated cached ssthresh on close
11 embryonic connections dropped
590790 segments updated rtt (of 303325 attempts)
27136 retransmit timeouts
15 connections dropped by rexmit timeout
0 connection dropped after retransmitting FIN
0 persist timeout
0 connection dropped by persist timeout
2622 keepalive timeouts
2616 keepalive probes sent
0 connection dropped by keepalive
78465 correct ACK header predictions
236221 correct data packet header predictions
26808 SACK recovery episodes
77724 segment rexmits in SACK recovery episodes
956420 byte rexmits in SACK recovery episodes
218414 SACK options (SACK blocks) received
8223 SACK options (SACK blocks) sent
0 SACK scoreboard overflow
0 LRO coalesced packet
0 time LRO flow table was full
0 collision in LRO flow table
0 time LRO coalesced 2 packets
0 time LRO coalesced 3 or 4 packets
0 time LRO coalesced 5 or more packets
54848 limited transmits done
707 early retransmits done
384 times cumulative ack advanced along with SACK
55 probe timeouts
11 times retransmit timeout triggered after probe
0 time probe packets were sent for an interface
0 time couldn't send probe packets for an interface
4 times fast recovery after tail loss
11 times recovered last packet
116 SACK based rescue retransmits
84 client connections attempted to negotiate ECN
39 client connections successfully negotiated ECN
37 times graceful fallback to Non-ECN connection
0 time lost ECN negotiating SYN, followed by retransmission
0 server connection attempted to negotiate ECN
0 server connection successfully negotiated ECN
0 time lost ECN negotiating SYN-ACK, followed by retransmission
0 time received congestion experienced (CE) notification
0 time CWR was sent in response to ECE
0 time sent ECE notification
0 connection received CE atleast once
0 connection received ECE atleast once
10 connections using ECN have seen packet loss but no CE
0 connection using ECN have seen packet loss and CE
0 connection using ECN received CE but no packet loss
27 times packet reordering was detected on a connection
598 times transmitted packets were reordered
25818 times fast recovery was delayed to handle reordering
598 times retransmission was avoided by delaying recovery
0 retransmission not needed
99 times DSACK option was sent
27853 times DSACK option was received
61 times DSACK was disabled on a connection
64 times recovered from bad retransmission using DSACK
0 time ignored DSACK due to ack loss
0 time ignored old DSACK options
0 time PMTU Blackhole detection, size reverted
0 connection were dropped after long sleep
0 time a TFO-cookie has been announced
0 SYN with data and a valid TFO-cookie have been received
0 SYN with TFO-cookie-request received
0 time an invalid TFO-cookie has been received
0 time we requested a TFO-cookie
0 time the peer announced a TFO-cookie
0 time we combined SYN with data and a TFO-cookie
0 time our SYN with data has been acknowledged
0 time a connection-attempt with TFO fell back to regular TCP
0 time a TFO-connection blackhole'd
udp:
15135 datagrams received
0 with incomplete header
0 with bad data length field
0 with bad checksum
0 with no checksum
0 checksummed in software
0 datagram (0 byte) over IPv4
0 datagram (0 byte) over IPv6
133 dropped due to no socket
4881 broadcast/multicast datagrams undelivered
0 time multicast source filter matched
14 dropped due to full socket buffers
0 not for hashed pcb
10107 delivered
8456 datagrams output
213 checksummed in software
0 datagram (0 byte) over IPv4
213 datagrams (48362 bytes) over IPv6
ip:
840511 total packets received
0 bad header checksum
0 header (0 byte) checksummed in software
0 with size smaller than minimum
0 with data size < data length
1621 with data size > data length
0 packet forced to software checksum
0 with ip length > max ip packet size
0 with header length < data size
0 with data length < header length
0 with bad options
0 with incorrect version number
0 fragment received
0 dropped (dup or out of space)
0 dropped after timeout
0 reassembled ok
839021 packets for this host
138 packets for unknown/unsupported protocol
0 packet forwarded (0 packet fast forwarded)
0 packet not forwardable
1352 packets received for unknown multicast group
0 redirect sent
494 input packets not chained due to collision
202373 input packets processed in a chain
14 input packets unable to chain
809 input packet chains processed with length greater than 2
79 input packet chains processed with length greater than 4
637630 input packets did not go through list processing path
727593 packets sent from this host
0 packet sent with fabricated ip header
0 output packet dropped due to no bufs, etc.
0 output packet discarded due to no route
0 output datagram fragmented
0 fragment created
0 datagram that can't be fragmented
0 tunneling packet that can't find gif
0 datagram with bad address in header
0 packet dropped due to no bufs for control data
312 headers (6612 bytes) checksummed in software
icmp:
131 calls to icmp_error
0 error not generated 'cuz old message was icmp
Output histogram:
destination unreachable: 131
0 message with bad code fields
0 message < minimum length
0 bad checksum
0 message with bad length
0 multicast echo requests ignored
0 multicast timestamp requests ignored
Input histogram:
destination unreachable: 46
0 message response generated
ICMP address mask responses are disabled
igmp:
92 messages received
0 message received with too few bytes
0 message received with wrong TTL
0 message received with bad checksum
92 V1/V2 membership queries received
0 V3 membership queries received
0 membership queries received with invalid field(s)
90 general queries received
2 group queries received
0 group-source queries received
0 group-source queries dropped
0 membership report received
0 membership report received with invalid field(s)
0 membership report received for groups to which we belong
0 V3 report received without Router Alert
93 membership reports sent
ipsec:
0 inbound packet processed successfully
0 inbound packet violated process security policy
0 inbound packet with no SA available
0 invalid inbound packet
0 inbound packet failed due to insufficient memory
0 inbound packet failed getting SPI
0 inbound packet failed on AH replay check
0 inbound packet failed on ESP replay check
0 inbound packet considered authentic
0 inbound packet failed on authentication
0 outbound packet processed successfully
0 outbound packet violated process security policy
0 outbound packet with no SA available
0 invalid outbound packet
0 outbound packet failed due to insufficient memory
0 outbound packet with no route
arp:
209 ARP requests sent
273 ARP replies sent
0 ARP announcement sent
872 ARP requests received
202 ARP replies received
1076 total ARP packets received
0 ARP conflict probe sent
0 invalid ARP resolve request
0 total packet dropped due to lack of memory
9 total packets dropped due to no ARP entry
1 total packet dropped during ARP entry removal
77 ARP entries timed out
0 Duplicate IP seen
mptcp:
0 data packet sent
0 data byte sent
0 data packet received
0 data byte received
0 packet with an invalid MPCAP option
0 packet with an invalid MPJOIN option
0 time primary subflow fell back to TCP
0 time secondary subflow fell back to TCP
0 DSS option drop
0 other invalid MPTCP option
0 time the MPTCP subflow window was reduced
0 bad DSS checksum
0 time received out of order data
0 subflow switch
0 subflow switche due to advisory
0 subflow switche due to rtt
0 subflow switche due to rto
0 subflow switche due to peer
0 number of subflow probe
ip6:
66655 total packets received
0 with size smaller than minimum
0 with data size < data length
0 with data size > data length
0 packet forced to software checksum
0 with bad options
0 with incorrect version number
0 fragment received
0 dropped (dup or out of space)
0 dropped after timeout
0 exceeded limit
0 reassembled ok
64974 packets for this host
0 packet forwarded
224 packets not forwardable
0 redirect sent
213 multicast packets which we don't join
0 packet whose headers are not continuous
0 tunneling packet that can't find gif
0 packet discarded due to too may headers
0 forward cache hit
0 forward cache miss
0 packet dropped due to no bufs for control data
32102 packets sent from this host
0 packet sent with fabricated ip header
0 output packet dropped due to no bufs, etc.
5 output packets discarded due to no route
1 output datagram fragmented
2 fragments created
0 datagram that can't be fragmented
0 packet that violated scope rules
Input histogram:
hop by hop: 430
TCP: 60094
UDP: 4886
ICMP6: 1245
Mbuf statistics:
167 one mbuf
two or more mbuf:
lo0= 245
66243 one ext mbuf
0 two or more ext mbuf
0 failure of source address selection
source addresses on an outgoing I/F
0 addresses scope=0
0 node-local
0 link-local
0 addresses scope=3
0 addresses scope=4
0 site-local
0 addresses scope=6
0 addresses scope=7
0 addresses scope=8
0 addresses scope=9
0 addresses scope=a
0 addresses scope=b
0 addresses scope=c
0 addresses scope=d
0 global
0 addresses scope=f
source addresses on a non-outgoing I/F
0 addresses scope=0
0 node-local
0 link-local
0 addresses scope=3
0 addresses scope=4
0 site-local
0 addresses scope=6
0 addresses scope=7
0 addresses scope=8
0 addresses scope=9
0 addresses scope=a
0 addresses scope=b
0 addresses scope=c
0 addresses scope=d
0 global
0 addresses scope=f
source addresses of same scope
0 addresses scope=0
0 node-local
0 link-local
0 addresses scope=3
0 addresses scope=4
0 site-local
0 addresses scope=6
0 addresses scope=7
0 addresses scope=8
0 addresses scope=9
0 addresses scope=a
0 addresses scope=b
0 addresses scope=c
0 addresses scope=d
0 global
0 addresses scope=f
source addresses of a different scope
0 addresses scope=0
0 node-local
0 link-local
0 addresses scope=3
0 addresses scope=4
0 site-local
0 addresses scope=6
0 addresses scope=7
0 addresses scope=8
0 addresses scope=9
0 addresses scope=a
0 addresses scope=b
0 addresses scope=c
0 addresses scope=d
0 global
0 addresses scope=f
deprecated source addresses
0 addresses scope=0
0 node-local
0 link-local
0 addresses scope=3
0 addresses scope=4
0 site-local
0 addresses scope=6
0 addresses scope=7
0 addresses scope=8
0 addresses scope=9
0 addresses scope=a
0 addresses scope=b
0 addresses scope=c
0 addresses scope=d
0 global
0 addresses scope=f
source addresse selection
1446 rules default
0 rule prefer same address
78 rules prefer appropriate scope
0 rule avoid deprecated addresses
0 rule prefer home addresses
0 rule prefer outgoing interface
0 rule prefer addresses in a prefix advertised by the next-hop
119 rules prefer matching label
1107 rules prefer temporary addresses
0 rule prefer addresses on alive interfaces
45 rules use longest matching prefix
0 duplicate address detection collision
0 times ignored source on secondary expensive I/F
icmp6:
2 calls to icmp_error
0 error not generated because old message was icmp error or so
0 error not generated because rate limitation
Output histogram:
unreach: 2
MLDv1 listener report: 589
MLDv1 listener done: 5
router solicitation: 4
neighbor solicitation: 630
neighbor advertisement: 675
MLDv2 listener report: 6
0 message with bad code fields
0 message < minimum length
0 bad checksum
0 message with bad length
Input histogram:
multicast listener query: 91
MLDv1 listener report: 89
MLDv1 listener done: 38
router advertisement: 14
neighbor solicitation: 675
neighbor advertisement: 552
Histogram of error messages to be generated:
0 no route
0 administratively prohibited
0 beyond scope
0 address unreachable
2 port unreachable
0 packet too big
0 time exceed transit
0 time exceed reassembly
0 erroneous header field
0 unrecognized next header
0 unrecognized option
0 redirect
0 unknown
0 message response generated
0 message with too many ND options
0 message with bad ND options
0 bad neighbor solicitation message
495 bad neighbor advertisement messages
0 bad router solicitation message
0 bad router advertisement message
0 bad redirect message
0 path MTU change
ipsec6:
0 inbound packet processed successfully
0 inbound packet violated process security policy
0 inbound packet with no SA available
0 invalid inbound packet
0 inbound packet failed due to insufficient memory
0 inbound packet failed getting SPI
0 inbound packet failed on AH replay check
0 inbound packet failed on ESP replay check
0 inbound packet considered authentic
0 inbound packet failed on authentication
0 outbound packet processed successfully
0 outbound packet violated process security policy
0 outbound packet with no SA available
0 invalid outbound packet
0 outbound packet failed due to insufficient memory
0 outbound packet with no route
rip6:
0 message received
0 checksum calcuration on inbound
0 message with bad checksum
0 message dropped due to no socket
0 multicast message dropped due to no socket
0 message dropped due to full socket buffers
0 delivered
0 datagram output
pfkey:
0 request sent to userland
0 byte sent to userland
0 message with invalid length field
0 message with invalid version field
0 message with invalid message type field
0 message too short
0 message with memory allocation failure
0 message with duplicate extension
0 message with invalid extension type
0 message with invalid sa type
0 message with invalid address extension
0 request sent from userland
0 byte sent from userland
0 message toward single socket
0 message toward all sockets
0 message toward registered sockets
0 message with memory allocation failure
kevt:
7 current kernel control sockets
7 kernel control generation count
0 bad vendor failure
564 message too big failures
0 out of memory failure
0 message dropped due to full socket buffers
131 messages posted
kctl:
0 total kernel control module registered
12 current kernel control modules registered
24 current kernel control sockets
1854 kernel control generation count
933 connection attempts
0 connection failure
12 send failures
0 send list failure
0 enqueue failure
0 packet dropped due to full socket buffers
xbkidle:
1 max per process
600 maximum time (seconds)
131072 high water mark
0 socket option not supported failure
0 too many sockets failure
0 total socket requested OK
0 extended bk idle socket
0 no cellular failure
0 no time failures
0 forced defunct socket
0 resumed socket
0 timeout expired failure
0 timer rescheduled
0 no delegated failure

 

 

Share this post


Link to post
Share on other sites

Well, there is only one advice I can give you: Upgrade your system because I don't know how to resolve it! The Gigabyte GA-EP45 series seems to have a problem with interrupt latency and/or power management causing serious performance issues with the driver. As Apple has improved power management with every major release of OS X, the situation has become worse in the course of time.

 

Mieze

Share this post


Link to post
Share on other sites

Heh. That would be nice...but not really feasible right now. So you think the latency/power management issues would affect an add in pci card like the Delock just the same as the motherboard's built in GigE? 

Share this post


Link to post
Share on other sites

You need a PCIe card because PCI cards are unable to perform DMA operations with 64bit addresses and yes, PCIe cards would be affected of the same issue too.

 

Mieze

Share this post


Link to post
Share on other sites

Thanks.

 

(Just as a follow up fyi for anyone else with slow uploads: I looked back over thread and found at least one person suggesting using the ancient Lnx2mac RealtekRTL81xx kext on el capitan even though it's not been updated since 2014. So I'm giving that a try, it works and has full upload speed I just hope it's stable. About to stress test it by running a full backup to my home server.)

Edited by ZenGiga

Share this post


Link to post
Share on other sites

Hello. I've been using your kext for many years and it has been flawless until recently. In that last week or so I keep getting constant drops. I can actually see it happening in Outlook because it will drop connection. The only thing of any substance that I have changed is updating Clover. I do this regularly.
 
I normally have RealtekRTL8111.kext installed in Clover's kext folder but moved it into S/L/E to test but it still does the same thing. Here is just a sample from Console output:
 
Oct 19 13:02:37 MacPro kernel[0]: Ethernet [RealtekRTL8111]: Link down on en0
Oct 19 13:02:39 MacPro kernel[0]: Ethernet [RealtekRTL8111]: pollIntervalTime: 170us
Oct 19 13:02:39 MacPro kernel[0]: Ethernet [RealtekRTL8111]: Link up on en0, 1-Gigabit, Full-duplex, No flow-control
Oct 19 13:04:13 MacPro kernel[0]: Ethernet [RealtekRTL8111]: Link down on en0
Oct 19 13:04:16 MacPro kernel[0]: Ethernet [RealtekRTL8111]: pollIntervalTime: 170us
Oct 19 13:04:16 MacPro kernel[0]: Ethernet [RealtekRTL8111]: Link up on en0, 1-Gigabit, Full-duplex, No flow-control
Oct 19 13:07:43 MacPro kernel[0]: Ethernet [RealtekRTL8111]: Link down on en0
Oct 19 13:07:49 MacPro kernel[0]: Ethernet [RealtekRTL8111]: pollIntervalTime: 170us
Oct 19 13:07:49 MacPro kernel[0]: Ethernet [RealtekRTL8111]: Link up on en0, 1-Gigabit, Full-duplex, No flow-control
 
I reinstalled it today strictly following your instructions to see if that may have been the issue but still getting the same result.

 

I have attached output of "grep kernel /var/log/system.log"

 

I really appreciate any help. This is making me crazy and confuse since it just started happening.

Terminal_Output.txt

Share this post


Link to post
Share on other sites

Hello. I've been using your kext for many years and it has been flawless until recently. In that last week or so I keep getting constant drops. I can actually see it happening in Outlook because it will drop connection. The only thing of any substance that I have changed is updating Clover. I do this regularly.

 

I normally have RealtekRTL8111.kext installed in Clover's kext folder but moved it into S/L/E to test but it still does the same thing. Here is just a sample from Console output:

 

Oct 19 13:02:37 MacPro kernel[0]: Ethernet [RealtekRTL8111]: Link down on en0

Oct 19 13:02:39 MacPro kernel[0]: Ethernet [RealtekRTL8111]: pollIntervalTime: 170us

Oct 19 13:02:39 MacPro kernel[0]: Ethernet [RealtekRTL8111]: Link up on en0, 1-Gigabit, Full-duplex, No flow-control

Oct 19 13:04:13 MacPro kernel[0]: Ethernet [RealtekRTL8111]: Link down on en0

Oct 19 13:04:16 MacPro kernel[0]: Ethernet [RealtekRTL8111]: pollIntervalTime: 170us

Oct 19 13:04:16 MacPro kernel[0]: Ethernet [RealtekRTL8111]: Link up on en0, 1-Gigabit, Full-duplex, No flow-control

Oct 19 13:07:43 MacPro kernel[0]: Ethernet [RealtekRTL8111]: Link down on en0

Oct 19 13:07:49 MacPro kernel[0]: Ethernet [RealtekRTL8111]: pollIntervalTime: 170us

Oct 19 13:07:49 MacPro kernel[0]: Ethernet [RealtekRTL8111]: Link up on en0, 1-Gigabit, Full-duplex, No flow-control

 

I reinstalled it today strictly following your instructions to see if that may have been the issue but still getting the same result.

 

I have attached output of "grep kernel /var/log/system.log"

 

I really appreciate any help. This is making me crazy and confuse since it just started happening.

The kernel log doesn't exhibit any sign of a driver issue. Either way it's a hardware problem or a wrong BIOS setting. Check the LAN related BIOS settings again. In case it doesn't help, check the hardware (dust on the connector, broken cable or switch).

 

Mieze

Share this post


Link to post
Share on other sites

The kernel log doesn't exhibit any sign of a driver issue. Either way it's a hardware problem or a wrong BIOS setting. Check the LAN related BIOS settings again. In case it doesn't help, check the hardware (dust on the connector, broken cable or switch).

 

Mieze

 

Oh dear. But I am not crazy, right? It is disconnecting and reconnecting constantly?

 

I've checked BIOS settings, "Onboard LAN Boot ROM" is disabled. That seems to be the only BIOS LAN setting on my mobo.

 

There is a solid orange light on the port (1 Gbps data rate). I will try a new cable. I did blow the port and cable with compressed air but my system is kept clean.

Share this post


Link to post
Share on other sites

Oh dear. But I am not crazy, right? It is disconnecting and reconnecting constantly?

Your observation is correct. The connection is unstable so that it keeps dropping the link.

 

Mieze

Share this post


Link to post
Share on other sites

There is something more nefarious happening with my hack. I am able to boot into Windows 10 on the same machine and have zero connectivity problems. Super fast browsing speed and general network traffic. Therefore it can't be a hardware issue.

 

I am writing this right now booted into Win10. Using Speedtest.net I get nearly full 100Mbs up and down. When booted into my hack I get a little less down but upload speeds are down to .5Mbs or less!

 

I also uninstalled your kext and used Lnx2Mac's old .90 version. Same if not worse behavior with my hack.

 

Now that I've ruled out a hardware issue, and it seems neither kexts are the issue at all, I am at a total loss of where to go next. Any clues or help would be appreciated.

 

Can Clover version be at all the issue? I might try to go back several versions and see if that changes things.

 

:cry:

Share this post


Link to post
Share on other sites

There is something more nefarious happening with my hack. I am able to boot into Windows 10 on the same machine and have zero connectivity problems. Super fast browsing speed and general network traffic. Therefore it can't be a hardware issue.

 

I am writing this right now booted into Win10. Using Speedtest.net I get nearly full 100Mbs up and down. When booted into my hack I get a little less down but upload speeds are down to .5Mbs or less!

 

I also uninstalled your kext and used Lnx2Mac's old .90 version. Same if not worse behavior with my hack.

 

Now that I've ruled out a hardware issue, and it seems neither kexts are the issue at all, I am at a total loss of where to go next. Any clues or help would be appreciated.

 

Can Clover version be at all the issue? I might try to go back several versions and see if that changes things.

 

:cry:

Check your BIOS settings again. According to your board's manual there is a "Green LAN" option which shuts down the LAN when there is no activity. It might be the root of the issue.

 

Mieze

Share this post


Link to post
Share on other sites

Check your BIOS settings again. According to your board's manual there is a "Green LAN" option which shuts down the LAN when there is no activity. It might be the root of the issue.

 

Mieze

 

I've checked my BIOS settings and made sure that option wasn't checked. :wacko:

Share this post


Link to post
Share on other sites

FYI, I just deleted NetworkInterfaces.plist and preferences.plist from/Library/Preferences/SystemConfiguration to see if that would help. There was a lot of old info in them both so I had high hopes. But nope. Still dropping Ethernet.

 

I bought a new NIC and hopefully that will shed some more light when I get and install it.

Share this post


Link to post
Share on other sites

Just installed a Marvel 88E8053 PCI-E Gigabit Ethernet Controller which of course uses the AppleYukon2 kext. All is perfect now. I'm guessing that the onboard NIC was indeed somehow forked.

 

So I will, of course, not be need Mieze's Realtek kext anymore.

 

Just a note of thanks to Mieze. I have used her kext for years and was thrilled it worked so well. Thank you to her and all the hackintosh coders and developers out there.

Share this post


Link to post
Share on other sites

It's not the motherboard. I'm having the same issue on a H55m-USB3. I haven't kept track of all my steps but I've done most of what you've described. Been too busy rebuilding this machine and reconfiguring El Capitan with clover.  This is the only bug left!!

 I do remember that when I disable the "green" bios setting the card doesn't connect at all. 

 

 

Update!!!  I know it's only been a few hours but I believe it to have found a work around. I believe there is a bandwidth or a voltage issue coming from the OS. My reason is this. On separate occasions and on 2 separate networks locations this machine exhibited the random dropouts. The similar factor on both was that there were long cable runs to the machine(20-50+ feet). This time I inserted a router in between my main switch and the realtek machine(keeping the original cable in the mix). I hooked up a cable that is no longer than 6 feet between the secondary router and the realtek machine and I haven't had a dropout since. I've actually made it towards the end of a 4gig app store dl while I type this. For the last 4 days I haven't made it past 100mb's. 

 

The short end of it is try using a shorter cable or boost the signal with a network switch when length is needed if you run into this issue. √    

Edited by gundush

Share this post


Link to post
Share on other sites

Hello Mieze, 

 

If you could help-me, I need your advice :)

I am running a Sierra 10.12 on an Acer Aspire E5 571, i7 5500U and HD 5500, Clover - UEFI. I tried your RealtekRTL8111 v2.2.1 without success. I followed your "readme" and got this error “region #2 not an MMIO resource, aborting” during the boot.

post-260126-0-82346500-1479140894_thumb.jpg

 

My System Preferences shows:

post-260126-0-85838600-1479140520_thumb.png

 

I tried terminal command “grep RealtekRTL8111 /var/log/system.log” without luck:

post-260126-0-31491200-1479140562_thumb.png

 

My DPCIManager shows:

post-260126-0-70939500-1479140608_thumb.png

 

And the IORegistry related with RTL8111:

post-260126-0-87114000-1479140637_thumb.png

 

And the IORegistry related with Ethernet:

post-260126-0-33703600-1479140674_thumb.png

 

post-260126-0-42736400-1479140708_thumb.png

 

Also I tried your Debug version and "enableEEE = false/" , same result. Other problem related is that when I shutdown, using RealtekRTL8111 v2.2.1, my system reboot. Without your kext the shutdown goes well. 

 

Attached my boot.log and below the AIDA64 info about the Realtek RTL 81111:

 

[ / Realtek PCIe GBE Family Controller #2 ]

      Descrição do controlador                           Realtek PCIe GBE Family Controller #2
      Data do controlador                                  6/17/2014
      Versão do controlador                               8.34.617.2014
      Provedor do controlador                            Realtek
      Arquivo INF                                              oem8.inf
      INF Section                                              RTL8411B.ndi.NT
      ID do Hardware                                        PCI\VEN_10EC&DEV_8168&SUBSYS_09401025&REV_12
      Localização da Informação                         Bus PCI 2, dispositivo 0, función 1
      Dispositivos PCI                                        Realtek RTL8168/8111 PCI-E Gigabit Ethernet Adapter

 

[ Realtek RTL8168/8111 PCI-E Gigabit Ethernet Adapter ]
    Propriedades do dispositivo:
      Descrição do dispositivo                          Realtek RTL8168/8111 PCI-E Gigabit Ethernet Adapter
      Tipo de Bus                                            PCI Express 2.0 x1
      Barramento / Dispositivo / Função            2 / 0 / 1
      Identificador do dispositivo                      10EC-8168
      ID do Sub-sistema                                  1025-0940
      Classe de dispositivo                               0200 (Ethernet Controller)
      Revisão                                                  12
      Fast Back-to-Back Transactions                Não suportado

 

I am missing anything? Could you help me? Can I help you with more information about?

 

Thank you

 

Rednaz 

bootlog.log.txt

Share this post


Link to post
Share on other sites

 

Hello Mieze, 

 

If you could help-me, I need your advice :)

I am running a Sierra 10.12 on an Acer Aspire E5 571, i7 5500U and HD 5500, Clover - UEFI. I tried your RealtekRTL8111 v2.2.1 without success. I followed your "readme" and got this error “region #2 not an MMIO resource, aborting” during the boot.

This is an issue with the BIOS settings. Something is still in control of the NIC preventing the driver form taking control. Disable the UEFI network stack and LAN boot in the BIOS setup. If this helps, congratulations, in case it doesn't get a new machine because there is nothing I can do for you, sorry!

 

Mieze

Share this post


Link to post
Share on other sites

This is an issue with the BIOS settings. Something is still in control of the NIC preventing the driver form taking control. Disable the UEFI network stack and LAN boot in the BIOS setup. If this helps, congratulations, in case it doesn't get a new machine because there is nothin I can do for you, sorry!

 

Mieze

 

Thank you Mieze,

 

I double check the BIOS, again. Networking Boot is Disable and Wake on Lan also disable, :(

I just saw that my Boot Priority order has two options, the last two in fact: Networking Boot IPV4 and Networking Boot IPV6, but i can not delete them.

 

Well, thank you!

I really appreciated your help,

Rednaz

:)

Share this post


Link to post
Share on other sites

Thank you Mieze,

 

I double check the BIOS, again. Networking Boot is Disable and Wake on Lan also disable, :(

I just saw that my Boot Priority order has two options, the last two in fact: Networking Boot IPV4 and Networking Boot IPV6, but i can not delete them.

 

Well, thank you!

I really appreciated your help,

Rednaz

:)

Check the BIOS settings again for hidden entries affecting the NIC. Don't give up until you have check each and every entry. Unlike traditional board manufacturers, desktop and notebook vendors sometimes do strange things in their BIOS. Good luck!

 

Mieze

Share this post


Link to post
Share on other sites

hallo frau mieze, perhaps the new driver from http://www.realtek.com.tw/ would fix some problems in recent posts? :) your latest version works perfectly on 10.12.1, but maybe some other people need it. ciao

I'm aware of the new linux driver, I checked the code and came to the conclusion that there is nothing in it which would be a benefit for OS X. By the way, the error some users are reporting is a BIOS issue affecting only machines from Acer and Dell and in no way limited to a specific NIC. Atheros NIC's are affcetd too. The problem is that OS X fails to map the NIC's register space into kernel address space and there is nothing I can do about it.

baseMap = provider->mapDeviceMemoryWithRegister(kIOPCIConfigBaseAddress0, kIOMapInhibitCache);
    
    if (!baseMap) {
        IOLog("Ethernet [AtherosE2200]: region #0 not an MMIO resource, aborting.\n");
        goto done;
    }

Mieze

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By Teerachat
      Hi every body, I am a new user of mac os. I use IMaC late 2017 mac os high sierra 10.13.6(17G65). I want to use Titan V as an external eGPU for molecular dynamic simulation. First I download 
      Webdriver-387.10.10.15.15.108.pkg. And it cannot detect my eGPU (I use sonnet breakaway box 350 watts). My question are : i) what driver NVIDIA is suitable for this mac os version  and it should be compatible with Titan V ii) what procedures should I follow to complete installation and make it working?.
       
      Thank you so much
       
      Teerachat
    • By eliot6001
      I don't know whether my LAN device will work on MAC and Which version of mac but i still want to run MAC on my PC, Also i checked my CPU-GPU and it turned out that i can Run MAX High sierra but i realized that some people have trouble with Sound and Internet connection so Here's the NAME of my LAN device:
       
      PCI\VEN_10EC&DEV_8136&SUBSYS_012310EC&REV_05\4&45F2A70&0&00E1 as (LAN DEVICE took the name from device manager in  windows). 
      also from compatibleIds i got this:
      PCI\VEN_10EC&DEV_8136&REV_05
       
      Is it Supported on any version of macOS ?
    • By Mieze
      Being asked to add support for Realtek's Fast Ethernet PCIe NICs to my RTL8111 driver I got tired of answering the same old question again and again so that I finally decided to write a separate driver for these chips and to make a few of you guys and gals happy.
       
      As of now the driver supports the following members the RTL810X Fast Ethernet family:
      RTL8101E RTL8102E RTL8103E RTL8401E RTL8105E RTL8402 RTL8106E RTL8106EUS RTL8107E   Here is a list of the driver's basic features:
      Supports Sierra (maybe El Capitan). 64 bit architecture only. Support for multisegment packets relieving the network stack of unnecessary copy operations when assembling packets for transmission. No-copy receive and transmit. Only small packets are copied on reception because creating a copy is more efficient than allocating a new buffer. TCP, UDP and IPv4 checksum offload (receive and transmit). TCP segmentation offload under IPv4. Support for TCP/IPv6 and UDP/IPv6 checksum offload. Supports Wake on LAN. Support for Energy Efficient Ethernet (EEE) which can be disabled by setting enableEEE to NO in the drivers Info.plist without rebuild. The default is YES. The driver is published under GPLv2. Built using Xcode 4.6.3.  
      Changelog Version 2.0.1 (2018-05-10): Fixes a problem with retrieval of the permanent MAC address on some chips. Version 2.0.0 (2017-04-04): Uses Apple's private driver interface introduced with 10.8. Adds support for the RTL8107E. Supports packet scheduling with QFQ. Adds support for flow control and EEE. Version 1.0.0 (2014-05-24): First offical release.     Installation   Before you install the driver you have to remove any installed driver for RTL810X. Goto /S/L/E and delete the old driver. Recreate the kernel cache. Open System Preferences and delete the corresponding network interface, e. g. en0. If you forget this step you might experience strange problems with certain Apple domains, iTunes and iCloud later. Install the new driver and recreate the kernel cache. Reboot Open System Preferences again, select Network and check if the new network interface has been created automatically or create it manually now. Configure the interface.   Help - I'm getting kernel panics!
      Well, before you start complaining about bugs after you upgraded macOS and ask me to publish a driver update, you should first try to resolve the issue on your own by cleaning the system caches.
      As the driver uses macOS's private network driver interface, which is supposed to be used by Apple provided drivers only, you might run into problems after an OS update because the linker may fail to recognize that IONetworking.kext has been updated and that the driver needs to be linked against the new version (Apple provided drivers avoid this problem because they are always updated together with IONetworking.kext). As a result, the linking process produces garbage and the driver may call arbitrary code when trying to call functions from IONetworking.kext. This usually results in unpredicted behavior or a kernel panic. In order to recover from such a situation, you should clean the System Caches forcing the linker to recreate it's caches:
      Delete all the files in /System/Library/Caches and it's subdirectories but leave the directories and the symbolic links intact. This is very important! Reboot. Recreate the kernel cache. Reboot again.  
      Troubleshooting Make sure you have followed the installation instructions especially when you have issues with certain domains while the others are working fine. Use the debug version to collect log data when trying to track down problems. The kernel log messages can be retrieved with "grep kernel /var/log/system.log" in Terminal. Starting from Sierra use "log show --predicate "processID == 0" --debug" in order to retrieve kernel logs. Include the log data when asking for support or giving feedback. I'm an engineer, not a clairvoyant. Don't copy and paste large amounts of log data to your post. Create an archive with the log data and attach it to your post. In case you don't want to make your log data publicly accessible, contact me via PM and I will provide you a mail address to send it directly to me.  Check your BIOS settings. You might want to disable Network Boot and the UEFI Network Stack as these can interfere with the driver. Double check that you have removed any other Realtek kext from your system because they could prevent the driver from working properly. Delete the following files: /Library/Preferences/SystemConfiguration/NetworkInterfaces.plist /Library/Preferences/SystemConfiguration/preferences.plist Verify your bootloader configuration, in particular the kernel flags. Avoid using npci=0x2000 or npci=0x3000.  In Terminal run netstat -s in order to display network statistics. Carefully examine the data for any unusual activity like a high number of packets with bad IP header checksums, etc. In case auto-configuration of the link layer connection doesn't work it might be necessary to select the medium manually in System Preferences under Network for the interface. Use Wireshark to create a packet dump in order to collect diagnostic information. Keep in mind that there are many manufacturers of network equipment. Although Ethernet is an IEEE standard, different implementations may show different behavior causing incompatibilities. In case you are having trouble try a different switch or a different cable.  
      Getting the driver
      There is a prebuilt binary in the Download section of this site: http://www.insanelymac.com/forum/files/file/259-realtekrtl8100-binary/ The source code can be found on Github: https://github.com/Mieze/RealtekRTL8100   Mieze
    • By Mieze
      This project is dedicated to the memory of Mausi, the cat I loved more than anybody else.
       

       
      A few days before Christmas I started my latest project, a new driver for recent Intel onboard LAN controllers. My intention was not to replace hnak's AppleIntelE1000e.kext completely but to deliver best performance and stability on recent hardware. That's why I dropped support for a number of older NICs. Currently the driver supports:
       
      5 Series
      82578LM 82578LC 82578DM 82578DC 6 and 7 Series
      82579LM 82579V 8 and 9 Series
      I217LM I217V I218LM I218V I218LM2 I218V2 I218LM3 100 Series (since V2.1.0d0)
      I219LM I219V 200 Series (since V2.3.0d0)
      I219LM I219V 300 Series (since V2.4.0d0)
      I219LM I219V  
      Key Features of the Driver
      Support for multisegment packets relieving the network stack of unnecessary copy operations when assembling packets for transmission. No-copy receive and transmit. Only small packets are copied on reception because creating a copy is more efficient than allocating a new buffer. TCP, UDP and IPv4 checksum offload (receive and transmit). Support for TCP/IPv6 and UDP/IPv6 checksum offload. Makes use of the chip's TCP Segmentation Offload (TSO) feature with IPv4 and IPv6 in order to reduce CPU load while sending large amounts of data (disabled due to hardware bugs). Fully optimized for Sierra (64bit architecture) but should work with older 64bit versions of macOS too, provided you build from source with the appropriate SDK for the target OS. Support for Energy Efficient Ethernet (EEE). VLAN support is implemented but untested as I have no need for it. The driver is published under GPLv2.  
      Current Status
      The driver has been tested successfully with I217V, I218V and 82579V under 10.9.5 and above. The attached archive includes source code as well as a prebuilt binary (debug version) for Mavericks and newer versions of macOS.   Known Issues
      There seem to be problems while using VMware with version 1.x.x of the driver. In case you are affected use version 2.0.0 or newer.  
      FAQ
      Could you add support of for...? Well, you are probably asking me to add support for one of the older NICs like the 82571/2/3/4L or 82583 and the answer will be no as I dropped support for these chips intentionally. They are broken and I lost more than 2 weeks trying to make it work on the 82574L without success. I was asked to add support for I210, I211 and I350 but as these chips have a completely different architecture, which isn't supported by the underlying Linux driver, this is impossible, sorry. Does it work with Snow Leopard or 32 bit kernels? No and I have no plans to make a version for 32 bit kernels or anything older than Lion. WoL from S5 doesn't work with this driver but under Windows it's working. Is this a driver bug? No it isn't, the driver is working as it should because OS X doesn't support WoL from S5.  
      Installation
      Goto /S/L/E and delete AppleIntelE1000e.kext. Recreate the kernel cache. Open System Preferences and delete the corresponding network interface, e. g. en0. Reboot. Install the new driver and recreate the kernel cache. I recommend to use Kext Wizard or a similar utility for the installation. Reboot Open System Preferences again, select Network and check if the new network interface has been created automatically or create it manually now. Configure the interface.  
      Help - I'm getting kernel panics!
      Well, before you start complaining about bugs after you upgraded macOS and ask me to publish a driver update, you should first try to resolve the issue on your own by cleaning the system caches.
      As the driver uses macOS's private network driver interface, which is supposed to be used by Apple provided drivers only, you might run into problems after an OS update because the linker may fail to recognize that IONetworking.kext has been updated and that the driver needs to be linked against the new version (Apple provided drivers avoid this problem because they are always updated together with IONetworking.kext). As a result, the linking process produces garbage and the driver may call arbitrary code when trying to call functions from IONetworking.kext. This usually results in unpredicted behavior or a kernel panic. In order to recover from such a situation, you should clean the System Caches forcing the linker to recreate it's caches:
      Delete all the files in /System/Library/Caches and it's subdirectories but leave the directories and the symbolic links intact. This is very important! Reboot. Recreate the kernel cache. Reboot again.  
      Troubleshooting
      Make sure you have followed the installation instructions especially when you have issues with certain domains while the others are working fine. Use the debug version to collect log data when trying to track down problems. The kernel log messages can be retrieved with "grep kernel /var/log/system.log" in Terminal. Starting from Sierra use "log show --predicate "processID == 0" --debug" in order to retrieve kernel logs. Include the log data when asking for support or giving feedback. I'm an engineer, not a clairvoyant. Don't copy and paste large amounts of log data to your post. Create an archive with the log data and attach it to your post. In case you don't want to make your log data publicly accessible, contact me via PM and I will provide you a mail address to send it directly to me.  Check your BIOS settings. You might want to disable Network Boot and the UEFI Network Stack as these can interfere with the driver. Double check that you have removed any AppleIntelE1000e.kext from your system because it could prevent the driver from working properly. Delete the following files: /Library/Preferences/SystemConfiguration/NetworkInterfaces.plist /Library/Preferences/SystemConfiguration/preferences.plist Verify your bootloader configuration, in particular the kernel flags. Avoid using npci=0x2000 or npci=0x3000.  In Terminal run netstat -s in order to display network statistics. Carefully examine the data for any unusual activity like a high number of packets with bad IP header checksums, etc. In case auto-configuration of the link layer connection doesn't work it might be necessary to select the medium manually in System Preferences under Network for the interface. Use Wireshark to create a packet dump in order to collect diagnostic information. Keep in mind that there are many manufacturers of network equipment. Although Ethernet is an IEEE standard, different implementations may show different behavior causing incompatibilities. In case you are having trouble try a different switch or a different cable. Changelog
      Version 2.4.0 (2018-04-14) Added support for 300 series versions of I219LM and I219V. Updated underlying Linux source code. Version 2.3.0 (2017-06-20) Added support for 200 series versions of I219LM and I219V. Version 2.2.0 (2016-09-23) Disabled TSO to work around a hardware bug. Version 2.1.0 (2016-05-24) Added support for I219LM and I219V Version 2.0.0 (2015-04-22) First official release which is identical to 2.0.0d2 (only the version number has been changed). Version 2.0.0d2 (2015-04-04) Changed the tx descriptor write back policy for 82579, I217 and I218 to prevent random tx deadlocks. Version 2.0.0d1 (2015-03-14) Uses Apple's private driver interface introduced with 10.8. Supports packet scheduling with QFQ Solves the VMware issue. Version 1.0.0d6 (2015-03-04) Reworked TSO6 support to avoid problems with VMware. Wake-on-LAN now working. Version 1.0.0d5 (2015-02-27) Reworked TSO4 support to eliminate the bug of 1.0.0d4. Added some debug code in order to collect information about the VMware related issue. Version 1.0.0d4 (2015-02-25) Set total length field of the IP-header to zero for TSO4 operations. Report EEE activation state in kernel log message when the link has been established. Version 1.0.0d3 (2015-02-11) Reworked media selection and EEE support (EEE is now activated when both link partners support it. It can be disabled selecting the medium manually). Duplex setting for 10/100 MBit connections is now reported correctly. The number of tx descriptors has been reduced from 2048 to 1024. The code has been cleaned up and obsolete files have been removed. Version 1.0.0d2 (2015-01-31) First development release. Getting the Driver
      The source code can be found on GitHub: https://github.com/Mieze/IntelMausiEthernet There is also a prebuilt binary for 10.11 and above in the download section: http://www.insanelymac.com/forum/files/file/396-intelmausiethernet/ Build from Source for 10.8
      Register as a developer on Apple's developer website. A free membership is sufficient. Download a copy of Xcode 5.1.1 and install it on your machine. In the project select 10.8 as the "Base SDK" and the "Deployment Target". Call "Archive" from the menu "Product" and save the built driver. Credits
      Thanks to RehabMan and Yung Raj for running tests and pointing me in the right direction while I was trying to fix TSO. Special thanks to Yung Raj for motivating me when I was about to give up.
×