New Driver for Realtek RTL8111

Mieze · July 10, 2014

I understand that the AppleRTL8139Ethernet.kext has no relation with my 8111G ethernet. And I think that some my previous changing in Clover had certain influence on the behaviour of the ethernet. The problem is that I don't know what made it work.

If you have time, it would be interesting to know who these settings affected in this driver performance.

Frankly, I have no idea. It might be anything, starting with a kernel cache problem up to a problem caused by the Windows driver as there are settings which survive a reboot. Due to the lack of documentation it's almost impossible to find a starting point without doing extensive reverse engineering.

Mieze

d123c · July 10, 2014

Hi Mieze,

In my tests with Linux, I saw that something still survives after a fast or cold reboot and, if I need to reset my ethernet it is necessary to unplug the power the computer.

Some good news, during my 5 hours of normal work, the logs just registered 1 incident of Tx Timeout.

Jul 10 09:03:45 desktop-casa-mac kernel[0]: Ethernet [RealtekRTL8111]: Tx timeout. Lost interrupt?
Jul 10 09:03:46 desktop-casa-mac kernel[0]: Ethernet [RealtekRTL8111]: Tx stalled? Resetting chipset. ISR=0x84, IMR=0x803f.

and my router registered this:

Thu Jul 10 09:03:47 2014 daemon.notice netifd: Network device 'eth0' link is down
Thu Jul 10 09:03:47 2014 kern.info kernel: [ 3378.940000] eth0: link down
Thu Jul 10 09:03:47 2014 kern.info kernel: [ 3378.940000] br-lan: port 1(eth0) entered disabled state
Thu Jul 10 09:03:48 2014 kern.info kernel: [ 3380.440000] eth0: link up (1000Mbps/Full duplex)
Thu Jul 10 09:03:48 2014 kern.info kernel: [ 3380.440000] br-lan: port 1(eth0) entered forwarding state
Thu Jul 10 09:03:48 2014 kern.info kernel: [ 3380.450000] br-lan: port 1(eth0) entered forwarding state
Thu Jul 10 09:03:48 2014 daemon.notice netifd: Network device 'eth0' link is up
Thu Jul 10 09:03:49 2014 daemon.info dnsmasq-dhcp[1013]: DHCPREQUEST(br-lan) 10.0.2.138 bc:ee:7b:8d:4e:f4 
Thu Jul 10 09:03:49 2014 daemon.info dnsmasq-dhcp[1013]: DHCPACK(br-lan) 10.0.2.138 bc:ee:7b:8d:4e:f4 desktop-casa-mac
Thu Jul 10 09:03:50 2014 kern.info kernel: [ 3382.450000] br-lan: port 1(eth0) entered forwarding state

Take your time, I am here to collaborate as a tester and give feedbacks.

Thank you again for your effort.

Dioclecio

Mieze · July 10, 2014

Some good news, during my 5 hours of normal work, the logs just registered 1 incident of Tx Timeout.
Jul 10 09:03:45 desktop-casa-mac kernel[0]: Ethernet [RealtekRTL8111]: Tx timeout. Lost interrupt?
Jul 10 09:03:46 desktop-casa-mac kernel[0]: Ethernet [RealtekRTL8111]: Tx stalled? Resetting chipset. ISR=0x84, IMR=0x803f. 

That's good news. It is absolutely normal to get a transmitter deadlock from time to time. Sometimes you get 3 within an hour but won't find another for the rest of the week. It's almost unpredictable. I guess it's an EMI related problem that can't be avoided completely.

Mieze

Mieze · July 10, 2014

Hello dioclecio,

I found this patch for the r8169 linux driver. I'm not quite sure if the described phenomenon is related to our problem but it might be worth further investigation:

https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/drivers/net/ethernet/realtek/r8169.c?id=b51ecea852b712618796d9eab8428a7d5f1f106f

Anyway I will keep you informed about the progress of the driver.

Mieze

d123c · July 11, 2014

I found this patch for the r8169 linux driver.

Hi Mieze,

great, it is a good reference. You can count with me to test something.

Dioclecio

eterea · July 11, 2014

Hello,

I have the same Problem.

With 1.1.3 Version of driver Maverick works fine.

With 1.2 disconnects every few minutes.

My motherboard is: ASUS Z87M-PLUS C2 revision

LAN: Realtek® 8111GR, 1 x Gigabit LAN Controller(s)

Thank you.

Mieze · July 11, 2014

Hello,

I have the same Problem.

With 1.1.3 Version of driver Maverick works fine.

With 1.2 disconnects every few minutes.

My motherboard is: ASUS Z87M-PLUS C2 revision

LAN: Realtek® 8111GR, 1 x Gigabit LAN Controller(s)

Take a look at the kernel logs. Which chipset number do you have?

Mieze

Mieze · July 11, 2014

Ok, I integrated the patch for chipset 20 I mentioned before. Please try the attached version and report back with kernel logs.

/* Disable L2/L3 PCIe link state. */
if (tp->mcfg == CFG_METHOD_21)
    WriteReg8(Config3, ReadReg8(Config3) &  ~RDY_TO_L23);

Good luck!

Mieze

Edit: Please use the latest development version.

Edited July 13, 2014 by Mieze

Moorre · July 12, 2014

Mieze, Hi!

I've encountered some strange problems with my NIC. At every clean boot my systems freezing for about 3-6 minutes. After the freeze it goes to normal stage, but sometimes Ethetnet falls down and NIC losses correct IP. It was every time with 1.2.0 version. Now I had tried that version 1.2.2. This time system freezing was the same, but I had no loss IP.

It depends mostly in hard traffic load by torrent clients. Every time I boot the system and load 3 clients (uT, BitT, Traтsmission) with 3000 torrents, everything going good about 40-45 min and then freezing for 3-6 mins and then freeze releasing.

I found that it depends mostly on NIC, because if I not load torrent clients, there is no freeze of a system till I load that clients.

Here some log:

[ PCI configuration end, bridges 10 devices 32 ]
getFeatures() ===>
getFeatures() ===>
getFeatures() <===
createWorkLoop() ===>
createWorkLoop() <===
getWorkLoop() ===>
getWorkLoop() <===
createOutputQueue() ===>
createOutputQueue() <===
getPacketBufferConstraints() ===>
getPacketBufferConstraints() <===
Ethernet [RealtekRTL8111]: PCI power management capabilities: 0xffc3.
Ethernet [RealtekRTL8111]: PME# from D3 (cold) supported.
Ethernet [RealtekRTL8111]: PCIe link capabilities: 0x00073c11, link control: 0x0000.
Ethernet [RealtekRTL8111]: EEE support enabled.
Ethernet [RealtekRTL8111]: TCP/IPv4 segmentation offload enabled.
Ethernet [RealtekRTL8111]: TCP/IPv6 checksum offload enabled.
Ethernet [RealtekRTL8111]: Using interrupt mitigate value 0xcf68.
Ethernet [RealtekRTL8111]: RTL8168D/8111D: (Chipset 9) at 0xffffff82b577e000,  0:24:1d:cf:c5:e6
Ethernet [RealtekRTL8111]: Device is WoL capable.
Ethernet [RealtekRTL8111]: MSI interrupt index: 1
newVendorString() ===>
newVendorString() <===
newModelString() ===>
newModelString() <===
getFeatures() ===>
getFeatures() <===
getPacketFilters() ===>
getPacketFilters() <===
getHardwareAddress() ===>
getHardwareAddress() <===
getPacketFilters() ===>
Ethernet [RealtekRTL8111]: kIOEthernetWakeOnMagicPacket added to filters.
getPacketFilters() <===
getPacketFilters() ===>
getPacketFilters() <===
registerWithPolicyMaker() ===>
registerWithPolicyMaker() <===
configureInterface() ===>
configureInterface() <===
setPowerState() ===>
Ethernet [RealtekRTL8111]: Already in power state 1.
setPowerState() <===

getFeatures() <===
createWorkLoop() ===>

createWorkLoop() <===
getWorkLoop() ===>
getWorkLoop() <===
createOutputQueue() ===>

createOutputQueue() <===
getPacketBufferConstraints() ===>
getPacketBufferConstraints() <===
Ethernet [RealtekRTL8111]: PCI power management capabilities: 0xffc3.
Ethernet [RealtekRTL8111]: PME# from D3 (cold) supported.
Ethernet [RealtekRTL8111]: PCIe link capabilities: 0x00073c11, link control: 0x0000.
Ethernet [RealtekRTL8111]: EEE support enabled.
Ethernet [RealtekRTL8111]: TCP/IPv4 segmentation offload enabled.
Ethernet [RealtekRTL8111]: TCP/IPv6 checksum offload enabled.
Ethernet [RealtekRTL8111]: Using interrupt mitigate value 0xcf68.
Ethernet [RealtekRTL8111]: RTL8168D/8111D: (Chipset 9) at 0xffffff82b655e000,  0:24:1d:cf:c5:d6
Ethernet [RealtekRTL8111]: Device is WoL capable.
Ethernet [RealtekRTL8111]: MSI interrupt index: 1
newVendorString() ===>
newVendorString() <===
newModelString() ===>
newModelString() <===
getFeatures() ===>
getFeatures() <===
getPacketFilters() ===>
getPacketFilters() <===
getHardwareAddress() ===>
getHardwareAddress() <===
getPacketFilters() ===>
Ethernet [RealtekRTL8111]: kIOEthernetWakeOnMagicPacket added to filters.
getPacketFilters() <===
getPacketFilters() ===>
getPacketFilters() <===
registerWithPolicyMaker() ===>
registerWithPolicyMaker() <===
setPowerState() ===>
configureInterface() ===>
configureInterface() <===
Ethernet [RealtekRTL8111]: Already in power state 1.
setPowerState() <===

RTL8111: Ethernet address 00:24:1d:cf:c5:d6
getFeatures() ===>
getFeatures() <===
getChecksumSupport() ===>
getChecksumSupport() <===
getChecksumSupport() ===>
getChecksumSupport() <===
RTL8111: Ethernet address 00:24:1d:cf:c5:e6
getFeatures() ===>
getFeatures() <===
getChecksumSupport() ===>
getChecksumSupport() <===
getChecksumSupport() ===>
getChecksumSupport() <===
enable() ===>
Ethernet [RealtekRTL8111]: No medium selected. Falling back to autonegotiation.
selectMedium() ===>
selectMedium() <===
setOffset79() ===>
setOffset79() <===
setMulticastMode() ===>
setMulticastMode() <===
enable() <===
setMulticastMode() ===>
setMulticastMode() <===
setMulticastList() ===>
setMulticastList() <===
setMulticastMode() ===>
setMulticastMode() <===
getPacketFilters() ===>
getPacketFilters() <===
getPacketFilters() ===>
getPacketFilters() <===
setMulticastMode() ===>
setMulticastMode() <===
setMulticastList() ===>
setMulticastList() <===
setMulticastList() ===>
setMulticastList() <===
setMulticastList() ===>
setMulticastList() <===
enable() ===>
Ethernet [RealtekRTL8111]: No medium selected. Falling back to autonegotiation.
selectMedium() ===>
selectMedium() <===
setOffset79() ===>
setOffset79() <===
setMulticastMode() ===>
setMulticastMode() <===
enable() <===
setMulticastMode() ===>
setMulticastMode() <===
setMulticastList() ===>
setMulticastList() <===
setMulticastMode() ===>
setMulticastMode() <===
getPacketFilters() ===>
getPacketFilters() <===
getPacketFilters() ===>
getPacketFilters() <===
setMulticastMode() ===>
setMulticastMode() <===
setMulticastList() ===>
setMulticastList() <===
setMulticastList() ===>
setMulticastList() <===
setMulticastList() ===>
setMulticastList() <===
setMulticastList() ===>
setMulticastList() <===
setMulticastList() ===>
setMulticastList() <===

setMulticastList() ===>
setMulticastList() <===
setMulticastList() ===>
setMulticastList() <===
setOffset79() ===>
setOffset79() <===
setMulticastMode() ===>
setMulticastMode() <===
Ethernet [RealtekRTL8111]: Link up on en0, 100-Megabit, Full-duplex, flow-control
getPacketFilters() ===>
getPacketFilters() <===
setMulticastList() ===>
setMulticastList() <===
setMulticastList() ===>
setMulticastList() <===
setMulticastList() ===>
setMulticastList() <===
setMulticastList() ===>
setMulticastList() <===
setMulticastList() ===>
setMulticastList() <===
setMulticastList() ===>
setMulticastList() <===

setMulticastList() ===>
setMulticastList() <===
setMulticastList() ===>
setMulticastList() <===
ast_pending=0xffffff80068a7c10
cpu_interrupt=0xffffff80068bf6e0

Sandbox: sandboxd(446) deny mach-lookup com.apple.coresymbolicationd
virtual bool IOHIDEventSystemUserClient::initWithTask(task_t, void *, UInt32): Client task not privileged to open IOHIDSystem for mapping memory (e00002c1)

And after 5-10 min I have encountered in syslog about 20-30 logs

IOHIDSystem cursor update overdue. Resending.

and mouse cursor lags every second.

Here is LSPCI output for NIC:

07:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 03)
	Subsystem: Gigabyte Technology Co., Ltd Motherboard [1458:e000]
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0, Cache Line Size: 64 bytes
	Interrupt: pin A routed to IRQ 16
	Region 0: I/O ports at de00 [disabled]
	Region 2: Memory at <ignored> (64-bit, prefetchable)
	Region 4: Memory at <ignored> (64-bit, prefetchable)
	Capabilities: [40] Power Management version 3
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
		Status: D0 PME-Enable- DSel=0 DScale=0 PME-
	Capabilities: [50] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable+
		Address: 00000000fee00000  Data: 4097
	Capabilities: [70] Express (v2) Endpoint, MSI 01
		DevCap:	MaxPayload 256 bytes, PhantFunc 0, Latency L0s <512ns, L1 <64us
			ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset-
		DevCtl:	Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
			RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop-
			MaxPayload 128 bytes, MaxReadReq 4096 bytes
		DevSta:	CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend-
		LnkCap:	Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Latency L0 <512ns, L1 <64us
			ClockPM+ Suprise- LLActRep- BwNot-
		LnkCtl:	ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk-
			ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
		LnkSta:	Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
	Capabilities: [ac] MSI-X: Enable- Mask- TabSize=4
		Vector table: BAR=4 offset=00000000
		PBA: BAR=4 offset=00000800
	Capabilities: [cc] Vital Product Data <?>
	Capabilities: [100] #10ec
00: ec 10 68 81 06 04 10 00 03 00 00 02 10 00 00 00
10: 01 de 00 00 00 00 00 00 0c 40 00 90 0f 00 00 00
20: 0c 00 00 90 0f 00 00 00 00 00 00 00 58 14 00 e0
30: 00 00 00 00 40 00 00 00 00 00 00 00 10 01 00 00
40: 01 50 c3 ff 08 00 00 00 00 00 00 00 00 00 00 00
50: 05 70 81 00 00 00 e0 fe 00 00 00 00 97 40 00 00
60: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
70: 10 ac 02 02 c1 8c 28 00 10 50 10 00 11 3c 07 00
80: 00 00 11 10 00 00 00 00 00 00 00 00 00 00 00 00
90: 00 00 00 00 10 00 00 00 00 00 00 00 00 00 00 00
a0: 00 00 00 00 00 00 00 00 00 00 00 00 11 cc 03 00
b0: 04 00 00 00 04 08 00 00 00 00 00 00 00 00 00 00
c0: 00 00 00 00 00 00 00 00 00 00 00 00 03 00 00 00
d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00

Ethernet [RealtekRTL8111]: replaceOrCopyPacket() failed.

Limiting closed port RST response from 431 to 250 packets per second

Mieze · July 12, 2014

Mieze, Hi!

I've encountered some strange problems with my NIC. At every clean boot my systems freezing for about 3-6 minutes. After the freeze it goes to normal stage, but sometimes Ethetnet falls down and NIC losses correct IP. It was every time with 1.2.0 version. Now I had tried that version 1.2.2. This time system freezing was the same, but I had no loss IP.

It depends mostly in hard traffic load by torrent clients. Every time I boot the system and load 3 clients (uT, BitT, Traтsmission) with 3000 torrents, everything going good about 40-45 min and then freezing for 3-6 mins and then freeze releasing.

I found that it depends mostly on NIC, because if I not load torrent clients, there is no freeze of a system till I load that clients.

Thanks for the test with version 1.2.2. Frankly, I see no evidence for the hypothesis that the freezing is related to the driver anyway:

The log data doesn't show any unusual activity of the driver.
A 100 Mbit connection is far from being able to put any considerable load on the system.
The complete system freeze for a few minutes doesn't indicate a network related problem. It looks more like trashing, a deadlock or any other general system failure triggered by the torrents.

Mieze

Moorre · July 12, 2014

Mieze, I have no else idea that what may be a known issue about this freezes.

Here some else log msgs:

Ethernet [RealtekRTL8111]: Not enough descriptors. Stalling.
Ethernet [RealtekRTL8111]: Restart stalled queue!

And after some minutes the cursor takes lags and all of the system became laggy second for a second. And then it freezes one more time for a short period and IP address losses. I can replug RJ-45 conntecor to have a working net or reload the kext in the Terminal.

That's why I think that my trouble is related to NIC and kext for it.

Mieze · July 12, 2014

Mieze, I have no else idea that what may be a known issue about this freezes.

Here some else log msgs:
Ethernet [RealtekRTL8111]: Not enough descriptors. Stalling.
Ethernet [RealtekRTL8111]: Restart stalled queue!
And after some minutes the cursor takes lags and all of the system became laggy second for a second. And then it freezes one more time for a short period and IP address losses. I can replug RJ-45 conntecor to have a working net or reload the kext in the Terminal.

That's why I think that my trouble is related to NIC and kext for it.

No, your system is overloaded. The torrents are flooding the network with packets so that the driver runs out of resources and has to stall the transmit queue which is the desired behavior but you have to keep in mind that all those packets residing in the transmit queue occupy kernel memory for buffers which is strictly limited. Once you reach the point when the amount of available buffer memory is used up and kernel memory becomes scarce, the hole system will freeze because the kernel no longer works as expected. When you pull the plug the driver flushes the transmit queue and frees up the resources occupied by the buffers.

Mieze

eterea · July 12, 2014

Hello,

my log:

Jul 12 12:12:05 localhost kernel[0]: Ethernet [RealtekRTL8111]: Warning: PCIe ASPM enabled.

Jul 12 12:12:05 localhost kernel[0]: Ethernet [RealtekRTL8111]: EEE support enabled.

Jul 12 12:12:05 localhost kernel[0]: Ethernet [RealtekRTL8111]: TCP/IPv4 segmentation offload enabled.

Jul 12 12:12:05 localhost kernel[0]: Ethernet [RealtekRTL8111]: TCP/IPv6 checksum offload enabled.

Jul 12 12:12:05 localhost kernel[0]: Ethernet [RealtekRTL8111]: Using interrupt mitigate value 0xcf68.

Jul 12 12:12:05 localhost kernel[0]: Ethernet [RealtekRTL8111]: RTL8168G/8111G: (Chipset 20) at 0xffffff8108bed000, d8:50:e6:48:ad:98

I'm going to try with ASPM disabled. I've to find in bios.

Thanks.

Mieze · July 12, 2014

Hello,

my log:

Jul 12 12:12:05 localhost kernel[0]: Ethernet [RealtekRTL8111]: Warning: PCIe ASPM enabled.

Jul 12 12:12:05 localhost kernel[0]: Ethernet [RealtekRTL8111]: EEE support enabled.

Jul 12 12:12:05 localhost kernel[0]: Ethernet [RealtekRTL8111]: TCP/IPv4 segmentation offload enabled.

Jul 12 12:12:05 localhost kernel[0]: Ethernet [RealtekRTL8111]: TCP/IPv6 checksum offload enabled.

Jul 12 12:12:05 localhost kernel[0]: Ethernet [RealtekRTL8111]: Using interrupt mitigate value 0xcf68.

Jul 12 12:12:05 localhost kernel[0]: Ethernet [RealtekRTL8111]: RTL8168G/8111G: (Chipset 20) at 0xffffff8108bed000, d8:50:e6:48:ad:98

I'm going to try with ASPM disabled. I've to find in bios.

Thanks.

Did you also try version 1.2.2-dev2?

Mieze

eterea · July 12, 2014

Now Installed.

Logs later.

Thanks.

Moorre · July 12, 2014

Mieze, I am understanding your position about my overloaded system. Anyway I have more than one system and on each I have the same result. It is only one freeze and after all system become stable till next reboot and loading clients.

I'll try Slice's kext to be completely sure that it is not related to kext exactly.

eterea · July 12, 2014

With version 1.2.2-dev2:

Log:

12/07/14 21:37:47,000 kernel[0]: Ethernet [RealtekRTL8111]: Tx timeout. Lost interrupt?

12/07/14 21:37:48,000 kernel[0]: Ethernet [RealtekRTL8111]: Tx stalled? Resetting chipset. ISR=0x885, IMR=0x0.

12/07/14 21:37:49,520 configd[18]: network changed: v4(en0-:192.168.1.129) DNS- Proxy-

12/07/14 21:37:49,524 netbiosd[1032]: network_reachability_changed : network is not reachable, netbiosd is shutting down

12/07/14 21:37:50,000 kernel[0]: Ethernet [RealtekRTL8111]: Link up on en0, 100-Megabit, Full-duplex, flow-control

12/07/14 21:37:52,324 coreservicesd[35]: Received request to reset fmod watch. Latest received id is 82135343843. Latest sent id is 82135343843

12/07/14 21:37:53,175 configd[18]: network changed: v4(en0+:192.168.1.129) DNS+ Proxy+ SMB

12/07/14 21:37:53,780 Google Chrome[1269]: stat on /Users/Mac/Library/Application Support/Google/Chrome/Default/Bookmarks: No such file or directory

12/07/14 21:37:54,000 kernel[0]: CODE SIGNING: cs_invalid_page(0x1000): p=1285[ksadmin] final status 0x0, allowing (remove VALID) page

12/07/14 21:37:54,265 defaults[1286]:

The domain/default pair of (/Users/Mac/Library/Preferences/loginwindow, AutoLaunchedApplicationDictionary) does not exist

12/07/14 21:37:54,000 kernel[0]: CODE SIGNING: cs_invalid_page(0x1000): p=1288[GoogleSoftwareUp] final status 0x0, allowing (remove VALID) page

12/07/14 21:37:54,000 kernel[0]: CODE SIGNING: cs_invalid_page(0x1000): p=1289[ksadmin] final status 0x0, allowing (remove VALID) page

12/07/14 21:37:54,000 kernel[0]: CODE SIGNING: cs_invalid_page(0x1000): p=1290[ksadmin] final status 0x0, allowing (remove VALID) page

12/07/14 21:37:58,000 kernel[0]: Ethernet [RealtekRTL8111]: Tx timeout. Lost interrupt?

12/07/14 21:37:59,000 kernel[0]: Ethernet [RealtekRTL8111]: Tx stalled? Resetting chipset. ISR=0x8c5, IMR=0x803f.

12/07/14 21:38:00,534 configd[18]: network changed: v4(en0-:192.168.1.129) DNS- Proxy-

12/07/14 21:38:00,537 mDNSResponder[812]: DeregisterInterface: Frequent transitions for interface en0 (192.168.1.129)

12/07/14 21:38:00,544 netbiosd[1292]: network_reachability_changed : network is not reachable, netbiosd is shutting down

12/07/14 21:38:00,642 fontd[1116]: BUG in libdispatch client: dispatch_mig_server: mach_msg() failed (ipc/send) invalid memory - 0x1000000c

12/07/14 21:38:01,000 kernel[0]: Ethernet [RealtekRTL8111]: Link up on en0, 100-Megabit, Full-duplex, flow-control

12/07/14 21:38:02,473 mdworker[1310]: sandbox cache error 3850

12/07/14 21:38:02,524 mdworker[1313]: sandbox cache error 3850

12/07/14 21:38:02,524 mdworker[1312]: sandbox cache error 11: database disk image is malformed

12/07/14 21:38:03,634 configd[18]: network changed: v4(en0+:192.168.1.129) DNS+ Proxy+ SMB

12/07/14 21:38:03,635 mDNSResponder[812]: mDNS_RegisterInterface: Frequent transitions for interface en0 (FE80:0000:0000:0000:DA50:E6FF:FE48:AD98)

12/07/14 21:38:03,636 mDNSResponder[812]: mDNS_RegisterInterface: Frequent transitions for interface en0 (192.168.1.129)

12/07/14 21:38:07,155 tccd[1104]: Prompting for access to kTCCServiceAddressBook from /Applications/Google Chrome.app/Contents/MacOS/Google Chrome

12/07/14 21:38:11,919 AirPlayUIAgent[1163]: 2014-07-12 09:38:11.918850 PM [AirPlayUIAgent] Changed PIN pairing: no

12/07/14 21:38:11,929 AirPlayUIAgent[1163]: 2014-07-12 09:38:11.928816 PM [AirPlayUIAgent] Changed PIN pairing: no

12/07/14 21:38:19,232 Console[1332]: setPresentationOptions called with NSApplicationPresentationFullScreen when there is no visible fullscreen window; this call will be ignored.

12/07/14 21:38:23,000 kernel[0]: Ethernet [RealtekRTL8111]: Tx timeout. Lost interrupt?

12/07/14 21:38:26,000 kernel[0]: Ethernet [RealtekRTL8111]: Tx timeout. Lost interrupt?

12/07/14 21:38:29,000 kernel[0]: Ethernet [RealtekRTL8111]: Tx timeout. Lost interrupt?

12/07/14 21:38:35,000 kernel[0]: Ethernet [RealtekRTL8111]: Tx timeout. Lost interrupt?

12/07/14 21:38:40,000 kernel[0]: Ethernet [RealtekRTL8111]: Tx timeout. Lost interrupt?

12/07/14 21:38:41,000 kernel[0]: Ethernet [RealtekRTL8111]: Tx stalled? Resetting chipset. ISR=0x885, IMR=0x0.

12/07/14 21:38:43,005 configd[18]: network changed: v4(en0-:192.168.1.129) DNS- Proxy-

12/07/14 21:38:43,007 mDNSResponder[812]: DeregisterInterface: Frequent transitions for interface en0 (192.168.1.129)

12/07/14 21:38:43,007 netbiosd[1315]: network_reachability_changed : network is not reachable, netbiosd is shutting down

12/07/14 21:38:44,000 kernel[0]: Ethernet [RealtekRTL8111]: Link up on en0, 100-Megabit, Full-duplex, flow-control

12/07/14 21:38:45,431 configd[18]: network changed: v4(en0+:192.168.1.129) DNS+ Proxy+ SMB

12/07/14 21:38:45,432 mDNSResponder[812]: mDNS_RegisterInterface: Frequent transitions for interface en0 (FE80:0000:0000:0000:DA50:E6FF:FE48:AD98)

12/07/14 21:38:45,433 mDNSResponder[812]: mDNS_RegisterInterface: Frequent transitions for interface en0 (192.168.1.129)

12/07/14 21:38:54,084 AirPlayUIAgent[1163]: 2014-07-12 09:38:54.083568 PM [AirPlayUIAgent] Changed PIN pairing: no

12/07/14 21:38:54,092 AirPlayUIAgent[1163]: 2014-07-12 09:38:54.092309 PM [AirPlayUIAgent] Changed PIN pairing: no

Mieze · July 12, 2014

Mieze, I am understanding your position about my overloaded system. Anyway I have more than one system and on each I have the same result. It is only one freeze and after all system become stable till next reboot and loading clients.

Of course you have the same behavior on all systems because they use the same kernel. By the way, don't get fooled by the amount of RAM. As kernel memory is always physical memory it is strictly limited in size.

Mieze

eterea · July 12, 2014

12/07/14 22:59:29,000 kernel[0]: Ethernet [RealtekRTL8111]: Tx timeout. Lost interrupt?

12/07/14 22:59:30,000 kernel[0]: Ethernet [RealtekRTL8111]: desc[527]: opts1=0x30000000, opts2=0xa0000000, addr=0x7c1ddfbe.

12/07/14 22:59:30,000 kernel[0]: Ethernet [RealtekRTL8111]: desc[528]: opts1=0xa0000036, opts2=0x60000000, addr=0x7c1a3792.

12/07/14 22:59:30,000 kernel[0]: Ethernet [RealtekRTL8111]: desc[529]: opts1=0x80000060, opts2=0x60000000, addr=0x7c1d8f90.

12/07/14 22:59:30,000 kernel[0]: Ethernet [RealtekRTL8111]: desc[530]: opts1=0x80000070, opts2=0x60000000, addr=0x7c1dd120.

12/07/14 22:59:30,000 kernel[0]: Ethernet [RealtekRTL8111]: desc[531]: opts1=0x900000bf, opts2=0x60000000, addr=0x7c1a4920.

12/07/14 22:59:30,000 kernel[0]: Ethernet [RealtekRTL8111]: desc[532]: opts1=0xa0000036, opts2=0x60000000, addr=0x7c1b4b92.

12/07/14 22:59:30,000 kernel[0]: Ethernet [RealtekRTL8111]: desc[533]: opts1=0x90000200, opts2=0x60000000, addr=0x6d611b2.

12/07/14 22:59:30,000 kernel[0]: Ethernet [RealtekRTL8111]: desc[534]: opts1=0xb000003e, opts2=0xa0000000, addr=0x7c1d46be.

12/07/14 22:59:30,000 kernel[0]: Ethernet [RealtekRTL8111]: desc[535]: opts1=0xb0000064, opts2=0x60000000, addr=0x7c1d2a92.

12/07/14 22:59:30,000 kernel[0]: Ethernet [RealtekRTL8111]: desc[536]: opts1=0xb0000058, opts2=0x60000000, addr=0x7c1a6892.

12/07/14 22:59:30,000 kernel[0]: Ethernet [RealtekRTL8111]: Tx stalled? Resetting chipset. ISR=0x8c5, IMR=0x0.

12/07/14 22:59:30,000 kernel[0]: txClearDescriptors() ===>

12/07/14 22:59:30,000 kernel[0]: txClearDescriptors() <===

12/07/14 22:59:30,000 kernel[0]: setOffset79() ===>

12/07/14 22:59:30,000 kernel[0]: setOffset79() <===

12/07/14 22:59:30,000 kernel[0]: setMulticastMode() ===>

12/07/14 22:59:30,000 kernel[0]: setMulticastMode() <===

12/07/14 22:59:30,000 kernel[0]: getPacketFilters() ===>

12/07/14 22:59:30,000 kernel[0]: getPacketFilters() <===

12/07/14 22:59:31,000 kernel[0]: setMulticastList() ===>

12/07/14 22:59:31,000 kernel[0]: setMulticastList() <===

12/07/14 22:59:31,000 kernel[0]: setMulticastList() ===>

12/07/14 22:59:31,000 kernel[0]: setMulticastList() <===

12/07/14 22:59:31,650 configd[18]: network changed: v4(en0-:192.168.1.129) DNS- Proxy-

12/07/14 22:59:31,651 mDNSResponder[812]: DeregisterInterface: Frequent transitions for interface en0 (192.168.1.129)

12/07/14 22:59:31,653 netbiosd[1236]: network_reachability_changed : network is not reachable, netbiosd is shutting down

12/07/14 22:59:32,000 kernel[0]: setOffset79() ===>

12/07/14 22:59:32,000 kernel[0]: setOffset79() <===

12/07/14 22:59:32,000 kernel[0]: setMulticastMode() ===>

12/07/14 22:59:32,000 kernel[0]: setMulticastMode() <===

12/07/14 22:59:32,000 kernel[0]: Ethernet [RealtekRTL8111]: Link up on en0, 100-Megabit, Full-duplex, flow-control

12/07/14 22:59:32,000 kernel[0]: getPacketFilters() ===>

12/07/14 22:59:32,000 kernel[0]: getPacketFilters() <===

12/07/14 22:59:32,000 kernel[0]: setMulticastList() ===>

12/07/14 22:59:32,000 kernel[0]: setMulticastList() <===

12/07/14 22:59:34,000 kernel[0]: setMulticastList() ===>

12/07/14 22:59:34,000 kernel[0]: setMulticastList() <===

12/07/14 22:59:34,228 configd[18]: network changed: v4(en0+:192.168.1.129) DNS+ Proxy+ SMB

12/07/14 22:59:34,229 mDNSResponder[812]: mDNS_RegisterInterface: Frequent transitions for interface en0 (FE80:0000:0000:0000:DA50:E6FF:FE48:AD98)

12/07/14 22:59:34,230 mDNSResponder[812]: mDNS_RegisterInterface: Frequent transitions for interface en0 (192.168.1.129)

12/07/14 22:59:42,650 AirPlayUIAgent[1117]: 2014-07-12 10:59:42.649693 PM [AirPlayUIAgent] Changed PIN pairing: no

12/07/14 22:59:42,658 AirPlayUIAgent[1117]: 2014-07-12 10:59:42.658032 PM [AirPlayUIAgent] Changed PIN pairing: no

12/07/14 22:59:46,000 kernel[0]: Ethernet [RealtekRTL8111]: replaceOrCopyPacket() failed.

12/07/14 23:00:05,000 kernel[0]: Ethernet [RealtekRTL8111]: Tx timeout. Lost interrupt?

lspci:

pcilib: 0000:03:00.0 64-bit device address ignored.

pcilib: 0000:00:02.0 64-bit device address ignored.

00:00.0 Host bridge: Intel Corporation Unknown device 0c00 (rev 06)

00:01.0 PCI bridge: Intel Corporation Unknown device 0c01 (rev 06)

00:02.0 VGA compatible controller: Intel Corporation Unknown device 0412 (rev 06)

00:03.0 Audio device: Intel Corporation Unknown device 0c0c (rev 06)

00:14.0 USB Controller: Intel Corporation Unknown device 8c31 (rev 05)

00:16.0 Communication controller: Intel Corporation Unknown device 8c3a (rev 04)

00:1a.0 USB Controller: Intel Corporation Unknown device 8c2d (rev 05)

00:1b.0 Audio device: Intel Corporation Unknown device 8c20 (rev 05)

00:1c.0 PCI bridge: Intel Corporation Unknown device 8c10 (rev d5)

00:1c.2 PCI bridge: Intel Corporation Unknown device 8c14 (rev d5)

00:1d.0 USB Controller: Intel Corporation Unknown device 8c26 (rev 05)

00:1f.0 ISA bridge: Intel Corporation Unknown device 8c44 (rev 05)

00:1f.2 SATA controller: Intel Corporation Unknown device 8c02 (rev 05)

00:1f.3 SMBus: Intel Corporation Unknown device 8c22 (rev 05)

03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 11)

johni · July 12, 2014

Hi Mieze, excuse me but I don't understand what do you mean by "Recreate kernel cache".

How do I do it?

I think that this is the reason for your driver not to work properly with my device.

Thanks

Mieze · July 12, 2014

Hi Mieze, excuse me but I don't understand what do you mean by "Recreate kernel cache".

How do I do it?

I think that this is the reason for your driver not to work properly with my device.

Thanks

Use KextWizard or any other utility to install the driver. It will recreate the kernel cache automatically. To recreate it manually in Terminal, type:

sudo touch /System/Library/Extensions

Mieze

johni · July 12, 2014

Use KextWizard or any other utility to install the driver. It will recreate the kernel cache automatically. To recreate it manually in Terminal, type:
sudo touch /System/Library/Extensions
Mieze

actually it did not help in my case.

I have a 50mbit connection, I get between 4-10 mbits (unstable) on a speed test.

If I connect the same LAN cable to another computer, I get 55mbits...

I followed your instructions carefully.

what do you recommend?

EDIT:

I can't tell if there's another ethernet driver installed.

I just know that all files named Realtek were removed from the extensions folder.

I have these suspected kexts:

IO80211Family.kext

IONetworkingFamily.kext

IOUserEthernet.kext

Mieze · July 12, 2014

@johni: Send me your kernel logs.

Mieze · July 13, 2014

Ok, here is the next development release of the driver. I added some code to disable ASPM for the NIC and fixed a few cosmetic issues.

Good luck!

Mieze

RTL8111- V1.2.2-dev3.zip

JorgeMax · July 13, 2014

Friend works with RTL8168E-VL?

New Driver for Realtek RTL8111

Recommended Posts

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites

Link to comment

Share on other sites