New Driver for Realtek RTL8111

Mieze · June 18, 2014

Thanks Mieze!! i am away from the system right now but will try this in a few hours and report back with requested data. Out of curiosity, what do you think is going on?

g\

Well, I'm not sure what causes the problem but at least I found out that bonding changes the NIC's MAC address and that the driver needs to restore the original address because the network stack doesn't do it on its own. Maybe this is the key to a solution but it's more a guess than a theory and at the moment I have no other idea.

Mieze

Mieze · June 20, 2014

@genzai: Any results with the modified driver I posted 2 days ago?

Mieze

genzai · June 21, 2014

@genzai: Any results with the modified driver I posted 2 days ago?

Mieze

Have had to deal with raid issues. have not been able to take the system offline. servers....

Will update as soon as i can though. sorry!

sweikese · June 24, 2014

Mieze,

thanks for all your hard work, it is much appreciated. I am having a slight problem with the driver though. It seems that I have a Realtek RTL8168G/8111G PCI Express Gigabit Ethernet adapter, which is the onboard ethernet of motherboard Gigabyte GA-B85TN. I'm running Mavericks 10.9.3.

As you mentioned in previous posts I tried to disable EEE, but that has no effect. The errors stay the same. Can you help me with this?

Jun 24 14:27:25 iNES kernel[0]: Ethernet [RealtekRTL8111]: Tx timeout. Lost interrupt?
Jun 24 14:27:26 iNES kernel[0]: Ethernet [RealtekRTL8111]: Tx stalled? Resetting chipset. ISR=0x885, IMR=0x0.
Jun 24 14:27:27 iNES.local configd[17]: network changed: v4(en0-:192.168.1.12) DNS- Proxy-
Jun 24 14:27:27 iNES.local netbiosd[351]: network_reachability_changed : network is not reachable, netbiosd is shutting down
Jun 24 14:27:29 iNES kernel[0]: Ethernet [RealtekRTL8111]: Link up on en0, 1-Gigabit, Full-duplex, flow-control
Jun 24 14:27:29 iNES.local configd[17]: network changed: v4(en0+:192.168.1.12) DNS+ Proxy+ SMB
Jun 24 14:27:39 iNES.local AirPlayUIAgent[303]: 2014-06-24 02:27:39.946308 PM [AirPlayUIAgent] Changed PIN pairing: no
Jun 24 14:27:39 iNES.local AirPlayUIAgent[303]: 2014-06-24 02:27:39.959009 PM [AirPlayUIAgent] Changed PIN pairing: no

Mieze · June 24, 2014

Mieze,

thanks for all your hard work, it is much appreciated. I am having a slight problem with the driver though. It seems that I have a Realtek RTL8168G/8111G PCI Express Gigabit Ethernet adapter, which is the onboard ethernet of motherboard Gigabyte GA-B85TN. I'm running Mavericks 10.9.3.

As you mentioned in previous posts I tried to disable EEE, but that has no effect. The errors stay the same. Can you help me with this?
Jun 24 14:27:25 iNES kernel[0]: Ethernet [RealtekRTL8111]: Tx timeout. Lost interrupt?
Jun 24 14:27:26 iNES kernel[0]: Ethernet [RealtekRTL8111]: Tx stalled? Resetting chipset. ISR=0x885, IMR=0x0.
Jun 24 14:27:27 iNES.local configd[17]: network changed: v4(en0-:192.168.1.12) DNS- Proxy-
Jun 24 14:27:27 iNES.local netbiosd[351]: network_reachability_changed : network is not reachable, netbiosd is shutting down
Jun 24 14:27:29 iNES kernel[0]: Ethernet [RealtekRTL8111]: Link up on en0, 1-Gigabit, Full-duplex, flow-control
Jun 24 14:27:29 iNES.local configd[17]: network changed: v4(en0+:192.168.1.12) DNS+ Proxy+ SMB
Jun 24 14:27:39 iNES.local AirPlayUIAgent[303]: 2014-06-24 02:27:39.946308 PM [AirPlayUIAgent] Changed PIN pairing: no
Jun 24 14:27:39 iNES.local AirPlayUIAgent[303]: 2014-06-24 02:27:39.959009 PM [AirPlayUIAgent] Changed PIN pairing: no

I'm afraid, but there is not much I can do for you. As the driver has been confirmed to work perfectly with the RTL8111G, this might be a firmware issue I can't resolve because there is no documentation at all or a problem with the hardware configuration. Try to set the connection speed manually, exchange the cable and/or the switch because it might be incompatible with the NIC. That's the only change you have.

Mieze

@ROBASEFR · June 26, 2014

The RealtekRTL8111.kext (v1.2) put in IONetworkingFamily.kext work very good in my GA -EX58-UD5 ( RTL811D) on Yosemite OS X 10.10 DP2

Thank you

The Frontier · July 1, 2014

Hello Mieze and thank you for your work on this driver.

On my system (ASUS B85M-G with RealTek 8111G® chip) with OSX 10.9.4, the driver works but cannot sustain continous loads and crashes.

As an example, I am attaching the log from the system while trying to download the OSX Mavericks application from AppStore; the driver crashes every 30-40 seconds of full network activity, reboots the NIC and AppStore complains.

7/1/14 15:08:34.973 ntpd[260]: ntpd: time set -0.167144 s
7/1/14 15:08:34.986 com.apple.time[311]: Interval maximum value is 946100000 seconds (specified value: 9223372036854775807).
7/1/14 15:08:34.988 com.apple.time[311]: Interval maximum value is 946100000 seconds (specified value: 9223372036854775807).
7/1/14 15:09:10.000 kernel[0]: Ethernet [RealtekRTL8111]: Tx timeout. Lost interrupt?
7/1/14 15:09:11.000 kernel[0]: Ethernet [RealtekRTL8111]: Tx stalled? Resetting chipset. ISR=0x8c5, IMR=0x803f.
7/1/14 15:09:12.697 configd[18]: network changed: v4(en0-:192.168.1.27) DNS- Proxy- SMB-
7/1/14 15:09:12.704 netbiosd[493]: network_reachability_changed : network is not reachable, netbiosd is shutting down
7/1/14 15:09:14.000 kernel[0]: Ethernet [RealtekRTL8111]: Link up on en0, 1-Gigabit, Full-duplex, flow-control
7/1/14 15:09:14.996 configd[18]: network changed: v4(en0+:192.168.1.27) DNS+ Proxy+ SMB+
7/1/14 15:09:17.022 apsd[363]: Unrecognized leaf certificate
7/1/14 15:09:20.091 CalendarAgent[355]: [com.apple.calendar.store.log.caldav.queue] [Account refresh failed with error: Error Domain=CoreDAVHTTPStatusErrorDomain Code=401 "The operation couldn’t be completed. (CoreDAVHTTPStatusErrorDomain error 401.)" [...]

7/1/14 15:09:20.093 CalendarAgent[355]: [com.apple.calendar.store.log.caldav.queue] [Adding [<CalDAVAccountRefreshQueueableOperation: 0x7f839e068800; Sequence: 0>] to failed operations.]
7/1/14 15:09:20.658 com.apple.launchd[1]: (com.apple.WebKit.WebContent.9CEE3DCD-A76A-4F00-9E4A-0F63DB950C69[509]) Could not terminate job: 3: No such process
7/1/14 15:09:20.658 com.apple.launchd[1]: (com.apple.WebKit.WebContent.9CEE3DCD-A76A-4F00-9E4A-0F63DB950C69[509]) Using fallback option to terminate job...
7/1/14 15:09:20.658 com.apple.launchd[1]: (com.apple.WebKit.WebContent.B0F18C7E-ADA1-42CB-8D65-495DDD8F7332[508]) Could not terminate job: 3: No such process
7/1/14 15:09:20.658 com.apple.launchd[1]: (com.apple.WebKit.WebContent.B0F18C7E-ADA1-42CB-8D65-495DDD8F7332[508]) Using fallback option to terminate job...
7/1/14 15:09:20.658 com.apple.launchd[1]: (com.apple.WebKit.WebContent.9867A248-2B84-408A-A70D-4489D4334FB2[507]) Could not terminate job: 3: No such process
7/1/14 15:09:20.658 com.apple.launchd[1]: (com.apple.WebKit.WebContent.9867A248-2B84-408A-A70D-4489D4334FB2[507]) Using fallback option to terminate job...
7/1/14 15:09:20.655 Dock[318]: LaunchPad: __53-[LPAppManager(StoreSupport) _acceptStoreConnection:]_block_invoke app store xpc message error: Connection invalid
7/1/14 15:09:25.019 AirPlayUIAgent[434]: 2014-07-01 03:09:25.019180 PM [AirPlayUIAgent] Changed PIN pairing: no
7/1/14 15:09:25.029 AirPlayUIAgent[434]: 2014-07-01 03:09:25.028563 PM [AirPlayUIAgent] Changed PIN pairing: no
7/1/14 15:09:34.000 kernel[0]: Ethernet [RealtekRTL8111]: Tx timeout. Lost interrupt?
7/1/14 15:09:38.000 kernel[0]: Ethernet [RealtekRTL8111]: Tx timeout. Lost interrupt?
7/1/14 15:09:42.000 kernel[0]: Ethernet [RealtekRTL8111]: Tx timeout. Lost interrupt?
7/1/14 15:09:51.000 kernel[0]: Ethernet [RealtekRTL8111]: Tx timeout. Lost interrupt?

On the same board, FreeBSD 9.2/10, Linux and Windows do not experience these issues, in particular (Arch) Linux kernel 3.15.

Seems like the driver is trying to get a Tx response from the NIC and reboots it. Could it be a driver implementation issue because this driver works fine on my Realtek 8111G® chip without resetting it and without SMB slowdown issues. It is quite clear that unless the driver resets the chip, everything is working fine (i.e data is transferred). Maybe this driver can help you discover something.

Forgot to mention that I've tried all .plist options (i.e disabling EEE, e.t.c), even tried the Genzai version you've posted earlier without any luck.

Thank you very much in advance.

Mieze · July 1, 2014

Hello Mieze and thank you for your work on this driver.

On my system (ASUS B85M-G with RealTek 8111G® chip) with OSX 10.9.4, the driver works but cannot sustain continous loads and crashes.

As an example, I am attaching the log from the system while trying to download the OSX Mavericks application from AppStore; the driver crashes every 30-40 seconds of full network activity, reboots the NIC and AppStore complains.

On the same board, FreeBSD 9.2/10, Linux and Windows do not experience these issues, in particular (Arch) Linux kernel 3.15.

Seems like the driver is trying to get a Tx response from the NIC and reboots it. Could it be a driver implementation issue because this driver works fine on my Realtek 8111G® chip without resetting it and without SMB slowdown issues. It is quite clear that unless the driver resets the chip, everything is working fine (i.e data is transferred). Maybe this driver can help you discover something.

Forgot to mention that I've tried all .plist options (i.e disabling EEE, e.t.c), even tried the Genzai version you've posted earlier without any luck.

Thank you very much in advance.

No, there is no driver implementation issue, but most probably an incompatibility between the NIC's firmware/configuration and the switch on the other side. As Realtek doesn't provide any documentation there is little I can do.

Have you tried to select the connection speed manually? This happens usually when the established connection selected by autoconfig is not stable and the watchdog timer routine resets the chip because there hasn't been any progress for several seconds so that it assumes a transmitter deadlock. Unfortunately it is impossible to disable the watchdog timer routine completely as a real deadlock couldn't be be resolved anymore.

Here are some things you could try:

Set the connection speed manually.
Exchange the switch and/or cable and see if it helps.
Increase the deadlock detection threshold in the source code (provided you are able to built from source).
```
/* transmitter deadlock treshhold in seconds. */
#define kTxDeadlockTreshhold 3
```

d123c · July 2, 2014

Dear Mieze,

I have a Motherboard Asus H81M-C with an Ethernet Realtek 8168G loaded by the UEFI Clover/OSX Maveriks 10.9.3.

My ethernet was working partialy fine with the kext 1.1.3, with some few interruptions during heavy load.

Few days ago, I tried to install the kext 1.2.0 (2014-04-24). And after the installation, I received continuously the following message:

kernel[0]: Ethernet [RealtekRTL8111]: Tx timeout. Lost interrupt?

The ethernet was constantly interrupted by the driver, and my router became confused with the constant DHCP requests. After some attempts, I tried to change the EEE and whatever options in the plist. But unfortunately, the error was the same in any network access.

To partialy solve the problem, I had to return to the version 1.1.3 (2013-11-29) of this kexts.

Now, the ethernet is working like before: during a low load, the network is working normaly with very few interruptins; but during a heavy load (like transfering a 200 Mb file) between 2 computers, the connection is interrupted for some seconds and returned later on, and the transfer is interrupted.

I dont know the difference between both versions, but the connection with the version 1.13 in my RTL816G is more constant than the version 1.2.0. If you need further information to improve the driver, I will be willing to try and to send to the forum.

Yours,

Dioclecio

Mieze · July 2, 2014

Dear Mieze,

I have a Motherboard Asus H81M-C with an Ethernet Realtek 8168G loaded by the UEFI Clover/OSX Maveriks 10.9.3.

My ethernet was working partialy fine with the kext 1.1.3, with some few interruptions during heavy load.

Few days ago, I tried to install the kext 1.2.0 (2014-04-24). And after the installation, I received continuously the following message:

kernel[0]: Ethernet [RealtekRTL8111]: Tx timeout. Lost interrupt?

The ethernet was constantly interrupted by the driver, and my router became confused with the constant DHCP requests. After some attempts, I tried to change the EEE and whatever options in the plist. But unfortunately, the error was the same in any network access.

To partialy solve the problem, I had to return to the version 1.1.3 (2013-11-29) of this kexts.

Now, the ethernet is working like before: during a low load, the network is working normaly with very few interruptins; but during a heavy load (like transfering a 200 Mb file) between 2 computers, the connection is interrupted for some seconds and returned later on, and the transfer is interrupted.

I dont know the difference between both versions, but the connection with the version 1.13 in my RTL816G is more constant than the version 1.2.0. If you need further information to improve the driver, I will be willing to try and to send to the forum.

Yours,

Dioclecio

Version 1.2.0 is based on an updated version of Realtek's r8168 linux driver which includes new firmware. As there is no documentation on that topic there is little I can do at the moment. As mentioned in my post above this is most probably an issue with autoconfiguration of the link. You might want to try to select the speed manually (or try the recommendations I gave to The Frontier). As version 1.1.3 is working better for you I recommend you to stay with this version for the near future.

Mieze

Mieze · July 2, 2014

@dioclecio and The Frontier: As you both have got an ASUS board please check your BIOS settings and make sure that PXE Option ROM and Network Stack are disabled.

Mieze

d123c · July 3, 2014

Hi Mieze,

thank you again. Both settings have been disabled since the installation of the osx.

Yours,

Dioclecio

Mieze · July 3, 2014

@dioclecio and The Frontier: I'm checking Realtek's linux source again and found that they've changed something with regard to flow control for the RTL8111G in the latest version. This might be a starting point?

Please send me your complete kernel logs created with the debug version of release 1.2.0. Maybe I'll find something that helps me to track down this issue.

Mieze

d123c · July 5, 2014

Dear Mieze,

thank you for your reply. Here you have the log of my system with the debug of the 1.2.0 version.

http://ge.tt/8t4zpOn1

Sincerely yours,

Dioclecio

Mieze · July 5, 2014

@dioclecio and The Frontier: Please try the attached version (source and binary included) and report back with kernel logs.

Good Luck!

Mieze

RTL8111- dioclecio.zip

Mieze · July 5, 2014

Anybody who is looking for an add-on network card with Realtek NIC might want to consider the Delock 89357. This card is equipped with a RTL8111E-VL (chipset 16) which is known to work perfectly with my driver because this chipset is my primary test device.

Mieze

zergtmn · July 5, 2014

Hi Mieze,

Thanks for trying to track down this issue. I've installed the driver from the attachment and I'm still experiencing lost interrupts at the same rate like with 1.2.0.

Here is my kernel log: http://paste2.org/VM1pk7jg

Mieze · July 5, 2014

Hi Mieze,

Thanks for trying to track down this issue. I've installed the driver from the attachment and I'm still experiencing lost interrupts at the same rate like with 1.2.0.

Here is my kernel log: http://paste2.org/VM1pk7jg

Thanks for the feedback. Does this also happen with a gigabit connection?

Mieze

zergtmn · July 5, 2014

Thanks for the feedback. Does this also happen with a gigabit connection?

Mieze

I don't have a gigabit connection atm to check it but 1.2.0 and 1.1.3 were quite unstable with a gigabit connection.

Mieze · July 5, 2014

Ok, next try with the attached version.

Mieze

EDIT: Please disable "ASPM Support " in BIOS.

RTL8111- dioclecio-2.zip

Edited July 5, 2014 by Mieze

zergtmn · July 5, 2014

Ok, next try with the attached version.

Mieze

That didn't work either. Also the connection speed become much slower (about 10% of usual speed).

EDIT: Please disable "ASPM Support " in BIOS.

Unfortunately my HP laptop doesn't have such option.

d123c · July 5, 2014

Hello Mieze,

In the same url, you can download my kernel log.

http://ge.tt/8t4zpOn1

The filename is 2014.07.05.02 system.log.zip

In my logs, at 13:44, I tried to copy a 700Mb file. The transfer was slow and the logs registered a significant number of this error:

Ethernet [RealtekRTL8111]: Tx stalled? Resetting chipset. ISR=0x885, IMR=0x0.

I will try the next version of the kext without the ASPM Support.

Thank you again,

Dioclecio

@dioclecio and The Frontier: Please try the attached version (source and binary included) and report back with kernel logs.

Good Luck!

Mieze

Hi Mieze,

I tried the last kext with the ASPM Support disabled. The errors are the same, and my logs present many errors like this:

Jul 5 17:44:40 desktop-casa-mac.lan AirPlayUIAgent[344]: 2014-07-05 05:44:40.732949 PM [AirPlayUIAgent] Changed PIN pairing: no

Jul 5 17:44:40 desktop-casa-mac.lan AirPlayUIAgent[344]: 2014-07-05 05:44:40.742404 PM [AirPlayUIAgent] Changed PIN pairing: no

Jul 5 17:44:44 desktop-casa-mac kernel[0]: setMulticastList() ===>

Jul 5 17:44:44 desktop-casa-mac kernel[0]: setMulticastList() <===

Jul 5 17:44:44 desktop-casa-mac.lan com.apple.SecurityServer[14]: Session 100008 created

Jul 5 17:44:55 desktop-casa-mac kernel[0]: Ethernet [RealtekRTL8111]: Tx timeout. Lost interrupt?

Jul 5 17:44:56 desktop-casa-mac kernel[0]: Ethernet [RealtekRTL8111]: desc[679]: opts1=0x30000000, opts2=0x60000000, addr=0x7c1dd092.

Jul 5 17:44:56 desktop-casa-mac kernel[0]: Ethernet [RealtekRTL8111]: desc[680]: opts1=0x30000000, opts2=0xa0000000, addr=0x7c1d84ae.

Jul 5 17:44:56 desktop-casa-mac kernel[0]: Ethernet [RealtekRTL8111]: desc[681]: opts1=0x30000000, opts2=0x60000000, addr=0x7c1dcd92.

Jul 5 17:44:56 desktop-casa-mac kernel[0]: Ethernet [RealtekRTL8111]: desc[682]: opts1=0x20000000, opts2=0x72900000, addr=0x7c1dd792.

Jul 5 17:44:56 desktop-casa-mac kernel[0]: Ethernet [RealtekRTL8111]: desc[683]: opts1=0x0, opts2=0x72900000, addr=0x7c1e5f90.

Jul 5 17:44:56 desktop-casa-mac kernel[0]: Ethernet [RealtekRTL8111]: desc[684]: opts1=0x10000000, opts2=0x72900000, addr=0x7c092800.

Jul 5 17:44:56 desktop-casa-mac kernel[0]: Ethernet [RealtekRTL8111]: desc[685]: opts1=0x30000000, opts2=0x60000000, addr=0x7c1d9092.

Jul 5 17:44:56 desktop-casa-mac kernel[0]: Ethernet [RealtekRTL8111]: desc[686]: opts1=0x20000000, opts2=0xa0000000, addr=0x7c1d74d2.

Jul 5 17:44:56 desktop-casa-mac kernel[0]: Ethernet [RealtekRTL8111]: desc[687]: opts1=0x0, opts2=0xa0000000, addr=0x7c1dfa90.

Jul 5 17:44:56 desktop-casa-mac kernel[0]: Ethernet [RealtekRTL8111]: desc[688]: opts1=0x10000000, opts2=0xa0000000, addr=0x7c1e0a20.

Jul 5 17:44:56 desktop-casa-mac kernel[0]: Ethernet [RealtekRTL8111]: Tx stalled? Resetting chipset. ISR=0x885, IMR=0x0.

Jul 5 17:44:56 desktop-casa-mac kernel[0]: txClearDescriptors() ===>

Jul 5 17:44:56 desktop-casa-mac kernel[0]: txClearDescriptors() <===

Jul 5 17:44:56 desktop-casa-mac kernel[0]: setOffset79() ===>

Jul 5 17:44:56 desktop-casa-mac kernel[0]: setOffset79() <===

Jul 5 17:44:56 desktop-casa-mac kernel[0]: setMulticastMode() ===>

Jul 5 17:44:56 desktop-casa-mac kernel[0]: setMulticastMode() <===

Jul 5 17:44:56 desktop-casa-mac kernel[0]: getPacketFilters() ===>

Jul 5 17:44:56 desktop-casa-mac kernel[0]: getPacketFilters() <===

Jul 5 17:44:57 desktop-casa-mac kernel[0]: setMulticastList() ===>

Jul 5 17:44:57 desktop-casa-mac kernel[0]: setMulticastList() <===

Jul 5 17:44:57 desktop-casa-mac kernel[0]: setMulticastList() ===>

Jul 5 17:44:57 desktop-casa-mac kernel[0]: setMulticastList() <===

Jul 5 17:44:57 desktop-casa-mac kernel[0]: setMulticastList() ===>

Jul 5 17:44:57 desktop-casa-mac kernel[0]: setMulticastList() <===

Jul 5 17:44:57 desktop-casa-mac kernel[0]: setMulticastList() ===>

Jul 5 17:44:57 desktop-casa-mac kernel[0]: setMulticastList() <===

Jul 5 17:44:57 desktop-casa-mac.lan racoon[169]: ioctl(SIOCGIFAFLAG_IN6) failed:Can't assign requested address

Jul 5 17:44:57 desktop-casa-mac.local configd[17]: setting hostname to "desktop-casa-mac.local"

Jul 5 17:44:57 desktop-casa-mac.local configd[17]: network changed: v4(en0-:10.0.2.138) DNS- Proxy- SMB-

Jul 5 17:44:57 desktop-casa-mac.local configd[17]: network changed: Proxy

Jul 5 17:44:57 desktop-casa-mac.local mDNSResponder[53]: DeregisterInterface: Frequent transitions for interface en0 (10.0.2.138)

Jul 5 17:44:57 desktop-casa-mac.local awacsd[73]: InnerStore GetWakeInfoForZone: no external port for 1217022290.members.btmm.icloud.com.

Jul 5 17:44:57 desktop-casa-mac kernel[0]: setMulticastList() ===>

Jul 5 17:44:57 desktop-casa-mac kernel[0]: setMulticastList() <===

Jul 5 17:44:57 desktop-casa-mac.local netbiosd[337]: network_reachability_changed : network is not reachable, netbiosd is shutting down

Jul 5 17:44:58 desktop-casa-mac kernel[0]: Ethernet [RealtekRTL8111]: Link up on en0, 100-Megabit, Full-duplex, flow-control

Jul 5 17:44:58 desktop-casa-mac kernel[0]: getPacketFilters() ===>

Jul 5 17:44:58 desktop-casa-mac kernel[0]: getPacketFilters() <===

Jul 5 17:44:58 desktop-casa-mac kernel[0]: setMulticastList() ===>

Jul 5 17:44:58 desktop-casa-mac kernel[0]: setMulticastList() <===

Jul 5 17:44:58 desktop-casa-mac kernel[0]: setMulticastList() ===>

Jul 5 17:44:58 desktop-casa-mac kernel[0]: setMulticastList() <===

Jul 5 17:44:58 desktop-casa-mac kernel[0]: setMulticastList() ===>

Jul 5 17:44:58 desktop-casa-mac kernel[0]: setMulticastList() <===

Jul 5 17:44:58 desktop-casa-mac.local configd[17]: network changed: Proxy

Jul 5 17:45:00 desktop-casa-mac kernel[0]: setMulticastList() ===>

Jul 5 17:45:00 desktop-casa-mac kernel[0]: setMulticastList() <===

Jul 5 17:45:00 desktop-casa-mac.local configd[17]: network changed: v4(en0+:10.0.2.138) DNS+ Proxy+ SMB+

Jul 5 17:45:00 desktop-casa-mac.local mDNSResponder[53]: mDNS_RegisterInterface: Frequent transitions for interface en0 (FE80:0000:0000:0000:BEEE:7BFF:FE8D:4EF4)

Jul 5 17:45:00 desktop-casa-mac kernel[0]: setMulticastList() ===>

Jul 5 17:45:00 desktop-casa-mac kernel[0]: setMulticastList() <===

Jul 5 17:45:00 desktop-casa-mac kernel[0]: setMulticastList() ===>

Jul 5 17:45:00 desktop-casa-mac kernel[0]: setMulticastList() <===

Jul 5 17:45:00 desktop-casa-mac kernel[0]: setMulticastList() ===>

Jul 5 17:45:00 desktop-casa-mac kernel[0]: setMulticastList() <===

Jul 5 17:45:00 desktop-casa-mac kernel[0]: setMulticastList() ===>

Jul 5 17:45:00 desktop-casa-mac kernel[0]: setMulticastList() <===

Jul 5 17:45:00 desktop-casa-mac.local mDNSResponder[53]: mDNS_RegisterInterface: Frequent transitions for interface en0 (10.0.2.138)

Jul 5 17:45:00 desktop-casa-mac.local awacsd[73]: InnerStore GetWakeInfoForZone: no external port for 1217022290.members.btmm.icloud.com.

Jul 5 17:45:00 desktop-casa-mac.lan configd[17]: setting hostname to "desktop-casa-mac.lan"

Jul 5 17:45:05 desktop-casa-mac.lan apsd[75]: Unrecognized leaf certificate

Jul 5 17:45:08 desktop-casa-mac.lan AirPlayUIAgent[344]: 2014-07-05 05:45:08.478895 PM [AirPlayUIAgent] Changed PIN pairing: no

Jul 5 17:45:08 desktop-casa-mac.lan AirPlayUIAgent[344]: 2014-07-05 05:45:08.540109 PM [AirPlayUIAgent] Changed PIN pairing: no

Mieze · July 5, 2014

Hi Mieze,

I tried the last kext with the ASPM Support disabled. The errors are the same, and my logs present many errors like this:

Please send me the boot sequence of the driver from the kernel log (with ASPM disabled) in order to verify that ASPM is really off. It looks like this:

05/07/14 20:26:19,000	kernel[0]	Ethernet [RealtekRTL8111]: PCI power management capabilities: 0xffc3.
05/07/14 20:26:19,000	kernel[0]	Ethernet [RealtekRTL8111]: PME# from D3 (cold) supported.
05/07/14 20:26:19,000	kernel[0]	Ethernet [RealtekRTL8111]: PCIe link capabilities: 0x00477c11, link control: 0x0142.
05/07/14 20:26:19,000	kernel[0]	Ethernet [RealtekRTL8111]: Warning: PCIe ASPM enabled.
05/07/14 20:26:19,000	kernel[0]	Ethernet [RealtekRTL8111]: EEE support enabled.
05/07/14 20:26:19,000	kernel[0]	Ethernet [RealtekRTL8111]: TCP/IPv4 segmentation offload enabled.
05/07/14 20:26:19,000	kernel[0]	Ethernet [RealtekRTL8111]: TCP/IPv6 checksum offload enabled.
05/07/14 20:26:19,000	kernel[0]	Ethernet [RealtekRTL8111]: Using interrupt mitigate value 0xcf68.
05/07/14 20:26:19,000	kernel[0]	Ethernet [RealtekRTL8111]: RTL8168G/8111G: (Chipset 20) at 0xffffff811a05e000, a0:48:1c:ec:77:5f
05/07/14 20:26:19,000	kernel[0]	Ethernet [RealtekRTL8111]: MSI interrupt index: 1

According to the log file there is something wrong with the PCIe interface of the NIC because it shows a strange behavior that should be impossible. Due to the lack of documentation I'm at a loss at the moment.

Mieze

d123c · July 5, 2014

Hi Mieze,

here you have.

Thank you again.

Dioclecio

Jul 5 17:43:29 localhost kernel[0]: Ethernet [RealtekRTL8111]: PCI power management capabilities: 0xffc3.

Jul 5 17:43:29 localhost kernel[0]: Ethernet [RealtekRTL8111]: PME# from D3 (cold) supported.

Jul 5 17:43:29 localhost kernel[0]: Ethernet [RealtekRTL8111]: PCIe link capabilities: 0x00477c11, link control: 0x0142.

Jul 5 17:43:29 localhost kernel[0]: Ethernet [RealtekRTL8111]: Warning: PCIe ASPM enabled.

Jul 5 17:43:29 localhost kernel[0]: Ethernet [RealtekRTL8111]: EEE support enabled.

Jul 5 17:43:29 localhost kernel[0]: Ethernet [RealtekRTL8111]: TCP/IPv4 segmentation offload enabled.

Jul 5 17:43:29 localhost kernel[0]: Ethernet [RealtekRTL8111]: TCP/IPv6 checksum offload enabled.

Jul 5 17:43:29 localhost kernel[0]: Ethernet [RealtekRTL8111]: Using interrupt mitigate value 0xcf68.

Jul 5 17:43:29 localhost kernel[0]: Ethernet [RealtekRTL8111]: RTL8168G/8111G: (Chipset 20) at 0xffffff80f6933000, bc:ee:7b:8d:4e:f4

Jul 5 17:43:29 localhost kernel[0]: Ethernet [RealtekRTL8111]: MSI interrupt index: 1

Jul 5 17:43:29 localhost kernel[0]: Ethernet [RealtekRTL8111]: kIOEthernetWakeOnMagicPacket added to filters.

Jul 5 17:43:29 localhost kernel[0]: Ethernet [RealtekRTL8111]: Already in power state 1.

Jul 5 17:43:32 desktop-casa-mac kernel[0]: Ethernet [RealtekRTL8111]: No medium selected. Falling back to autonegotiation.

Jul 5 17:43:33 desktop-casa-mac kernel[0]: Ethernet [RealtekRTL8111]: Link up on en0, 100-Megabit, Full-duplex, flow-control

Jul 5 17:44:27 desktop-casa-mac kernel[0]: Ethernet [RealtekRTL8111]: Tx timeout. Lost interrupt?

Mieze · July 5, 2014

Jul  5 17:43:29 localhost kernel[0]: Ethernet [RealtekRTL8111]: Warning: PCIe ASPM enabled.

According to the kernel log ASPM is still enabled. Really strange.

Mieze

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