Jump to content
  • Announcements

    • Allan

      Forum Rules   04/13/2018

      Hello folks! As some things are being fixed, we'll keep you updated. Per hour the Forum Rules don't have a dedicated "Tab", so here is the place that we have our Rules back. New Users Lounge > [READ] - InsanelyMac Forum Rules - The InsanelyMac Staff Team. 
Mieze

New Driver for Realtek RTL8111

1,325 posts in this topic

Recommended Posts

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

Share this post


Link to post
Share on other sites

@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!

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

 

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

Share this post


Link to post
Share on other sites

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

:)

Share this post


Link to post
Share on other sites

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.

Share this post


Link to post
Share on other sites

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
    
    

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

@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

Share this post


Link to post
Share on other sites

Hi Mieze, 

 

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

 

Yours, 

 

Dioclecio

Share this post


Link to post
Share on other sites

@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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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.

Share this post


Link to post
Share on other sites

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.

Share this post


Link to post
Share on other sites

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
 

Share this post


Link to post
Share on other sites

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 

Share this post


Link to post
Share on other sites

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?

 

Share this post


Link to post
Share on other sites
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

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.

×