Jump to content
Mieze

IntelMausiEthernet.kext for Intel onboard LAN

936 posts in this topic

Recommended Posts

Over afp with Blackmagic Speedtest on my nas:

Read: 111,3 mb/s

Write: 109,9 mb/s

 

Edit:

smb is a little bit slower

Read: 109 mb/s

Write: 100 mb/s

Share this post


Link to post
Share on other sites
Advertisement

Well i have some new very positive feedback to give on this driver.

While the hnak driver had worked decently well in almost all the situations i used it (later versions with high load disconnect problems aside) there was one situation where it continued to have major issues, even after rolling back to stable versions, etc- I never much got into diagnosing the culprit of the issues, but in this particular case when sharing a volume from a particular machine with the hank driver- a macbook pro connecting to it would have good write speeds (around 100mb) but really bad reads (only about 50mb). More importantly is the driver would stall and require a reboot (quite often) when reading heavily from the share (outgoing traffic). In any case i have now swapped in the Mausi driver on this system and both read and write speeds are now well over 100MB and there have been no driver crashes or disconnects as there had been on the hnak recent releases.

 

Bravo Mieze!

g\

 

PS, as an aside i have this working perfectly on 4 different systems and counting...

Share this post


Link to post
Share on other sites

Apologies if this is going off-topic. I installed the 1.0.0d2 version of the driver and ran it for a while. Didn't notice anything odd. However, when I looked at the output from netstat I realised that this driver doesn't seem to do checksums in software.

 

Output from "netstat -s" after using the system for a while with the hnak driver:

ip:
    238317 total packets received
        0 bad header checksums
        219647 headers (4393268 bytes) checksummed in software
        ...
    212038 packets sent from this host
        ...
        195009 headers (3900208 bytes) checksummed in software

Output after using the system for a while with the mausi driver (similar network usage profile):

ip:
    411934 total packets received
        0 bad header checksums
        0 headers (0 bytes) checksummed in software
        ...
    382249 packets sent from this host
        ...
        75 headers (1508 bytes) checksummed in software

Now, I do admit that I don't understand the details. My assumption is that headers that are not checksummed in software are checksummed in hardware in the NIC, right? Is it a good thing that the Mausi driver does almost no checksumming in software?

Share this post


Link to post
Share on other sites

Now, I do admit that I don't understand the details. My assumption is that headers that are not checksummed in software are checksummed in hardware in the NIC, right? Is it a good thing that the Mausi driver does almost no checksumming in software?

 

Checksum calculation is expensive, in particular when the NIC is operating at full speed, so that it's best to offload this task to the NIC whenever possible. Checksum insertion and verification is done in software only for packets which can't be checksummed by the NIC.

 

Mieze

Share this post


Link to post
Share on other sites

Thanks for this new driver Mieze! Seems to be working fine in my Z68 (haven't really stressed it).

 

Can't try it on the X79 because of 10.6 but I don't use the ethernet on that as it's connected via wifi. It's the same 82579V anyway.

 

Update: Out of curiosity, I tried building it for 10.6. Got a few errors about kChecksumTCPIPv6 etc and found a post by RehabMan who had similar errors compiling your Realtek kext in 10.6. Used his hack (just the first step, no need for kernel detection as I built it solely for 10.6) and the kext compiled and loads fine on 10.6.8. I'll try wiring it up to something later and see if anything explodes.

Share this post


Link to post
Share on other sites

Update: Out of curiosity, I tried building it for 10.6. Got a few errors about kChecksumTCPIPv6 etc and found a post by RehabMan who had similar errors compiling your Realtek kext in 10.6. Used his hack (just the first step, no need for kernel detection as I built it solely for 10.6) and the kext compiled and loads fine on 10.6.8. I'll try wiring it up to something later and see if anything explodes.

 

In principle there is nothing except these constants which prevents the driver from building for 10.6 and I'm quite sure it will work on Snow Leopard too.

 

Mieze

Share this post


Link to post
Share on other sites

Update: Out of curiosity, I tried building it for 10.6. Got a few errors about kChecksumTCPIPv6 etc and found a post by RehabMan who had similar errors compiling your Realtek kext in 10.6. Used his hack (just the first step, no need for kernel detection as I built it solely for 10.6) and the kext compiled and loads fine on 10.6.8.

Can you explain please how you did it.. Thanks

Share this post


Link to post
Share on other sites

Can you explain please how you did it.. Thanks

 

Here's the post from RehabMan I mentioned. I just added the contents of the first section of his hack to IntelMausiEthernet.cpp (at line 101 for reference, although that was just a random placement).

 

In Xcode (4.6.3 running on 10.7.5) I added the 10.6 SDK (taken from Xcode 4.2 for Snow Leopard) and set the Base SDK and Deployment Target in the Xcode project to 10.6.

Share this post


Link to post
Share on other sites

Something seems to go bananas sometimes and I can't figure out what the root cause is. One of the few clues I have to go on is IntelMausi's logging:

Feb 16 10:36:31 kernel[0]: Ethernet [IntelMausi]: Restart stalled queue!Feb 16 10:36:31 kernel[0]: Ethernet [IntelMausi]: Not enough descriptors. Stalling.
Feb 16 10:36:31 kernel[0]: Ethernet [IntelMausi]: Restart stalled queue!
Feb 16 10:36:32 kernel[0]: Ethernet [IntelMausi]: Not enough descriptors. Stalling.
Feb 16 10:36:32 kernel[0]: Ethernet [IntelMausi]: Restart stalled queue!
Feb 16 10:36:32 kernel[0]: Ethernet [IntelMausi]: Not enough descriptors. Stalling.

I've noticed that sometimes the intel ethernet device doesn't present itself at boot, which then results in the window server not starting correctly. I have no idea what difference that would make in loginwindow but when en0 doesn't come up I get a graphical display and a pointer on the screen but no loginwindow. I can login remotely via ssh (I have a second interface (AppleYukon)) and see only one device (en1 (AppleYukon)) has been configured. Usually a shutdown and then rebooting it resolves the issue but I also removed Cisco AnyConnect and purged a kernel extension on my Clover EFI directory for my old Marvell ethernet yesterday after a couple of boots without en0 showing up and I don't know if either of those were related or simply coincidence. 

 

I've just remotely issued a reboot again because when IntelMausi was logging this error my local zpool started erroring (!) so I had to quickly export the pool as much as I could and offline the storage, I raised some of the values for files and processes per uid for sysctl — fseventsd and spotlight are currently losing their minds and I'm not at home to force a reboot so hopefully the I/O situation sorts out and my reboot request gets handled before anything else happens.

Share this post


Link to post
Share on other sites

Something seems to go bananas sometimes and I can't figure out what the root cause is. One of the few clues I have to go on is IntelMausi's logging:

Feb 16 10:36:31 kernel[0]: Ethernet [IntelMausi]: Restart stalled queue!Feb 16 10:36:31 kernel[0]: Ethernet [IntelMausi]: Not enough descriptors. Stalling.
Feb 16 10:36:31 kernel[0]: Ethernet [IntelMausi]: Restart stalled queue!
Feb 16 10:36:32 kernel[0]: Ethernet [IntelMausi]: Not enough descriptors. Stalling.
Feb 16 10:36:32 kernel[0]: Ethernet [IntelMausi]: Restart stalled queue!
Feb 16 10:36:32 kernel[0]: Ethernet [IntelMausi]: Not enough descriptors. Stalling.

I've noticed that sometimes the intel ethernet device doesn't present itself at boot, which then results in the window server not starting correctly. I have no idea what difference that would make in loginwindow but when en0 doesn't come up I get a graphical display and a pointer on the screen but no loginwindow. I can login remotely via ssh (I have a second interface (AppleYukon)) and see only one device (en1 (AppleYukon)) has been configured. Usually a shutdown and then rebooting it resolves the issue but I also removed Cisco AnyConnect and purged a kernel extension on my Clover EFI directory for my old Marvell ethernet yesterday after a couple of boots without en0 showing up and I don't know if either of those were related or simply coincidence. 

 

I've just remotely issued a reboot again because when IntelMausi was logging this error my local zpool started erroring (!) so I had to quickly export the pool as much as I could and offline the storage, I raised some of the values for files and processes per uid for sysctl — fseventsd and spotlight are currently losing their minds and I'm not at home to force a reboot so hopefully the I/O situation sorts out and my reboot request gets handled before anything else happens.

 

I see no evidence for a driver issue. Looks more like a misconfigured system. The driver has to stall the output queue when resources become exhausted. Obviously something is flooding the network stack with packets. Are you using some kind of file sharing software?

 

Check the kernel logs to find out what prevents the network interface from coming up and what prevents the login window from appearing because the login window doesn't depend on en0.

 

Mieze

Share this post


Link to post
Share on other sites

FYI... the d3 version has been working great for me over the last 5 days on my Lenovo T420. no worrisome messages.

 

saw the tx ring messages in the d2 version  - but have not seen these since i installed the d3 version

 

Feb 11 00:17:12 Toms-Mac kernel[0]: Ethernet [intelMausi]: Check tx ring for progress. txNumFreeDesc=2047

Feb 11 03:03:15 Toms-Mac kernel[0]: Ethernet [intelMausi]: Check tx ring for progress. txNumFreeDesc=2046

Feb 11 04:26:29 Toms-Mac kernel[0]: Ethernet [intelMausi]: Check tx ring for progress. txNumFreeDesc=2046

Feb 11 06:26:31 Toms-Mac kernel[0]: Ethernet [intelMausi]: Check tx ring for progress. txNumFreeDesc=2046

 
this is all i see now (upon reboot).
 
Feb 14 10:31:01 localhost kernel[0]: Ethernet [intelMausi]: TCP/IPv4 segmentation offload enabled.

Feb 14 10:31:01 localhost kernel[0]: Ethernet [intelMausi]: TCP/IPv6 segmentation offload enabled.

Feb 14 10:31:01 localhost kernel[0]: Ethernet [intelMausi]: TCP/IPv6 checksum offload enabled.

Feb 14 10:31:01 localhost kernel[0]: Ethernet [intelMausi]: Version 1.0.0d3 using max interrupt rate 7000.

Feb 14 10:31:01 localhost kernel[0]: Ethernet [intelMausi]: 82579LM (Rev. 4) at 0xffffff81089f5000, 00:21:cc:b5:5a:60

Feb 14 10:31:06 Toms-Mac kernel[0]: Ethernet [intelMausi]: Link up on en0, 1-Gigabit, Full-duplex, Rx/Tx flow-control

Share this post


Link to post
Share on other sites

One thing I'm hitting occasionally is 

 

 

18/02/2015 01:25:28.000 kernel[0]: Ethernet [intelMausi]: Tx stalled? Resetting chipset. txDirtyDescIndex=209, IMS=0x80000080.

18/02/2015 01:25:28.000 kernel[0]: Ethernet [intelMausi]: Link down on en0

 

This time it occurred while I was loading my iTunes library from a Drobo (connected to a MacMini) over AFP and playing music, while at the same time running CoverScout (which is loading all the albums to detect missing covers). I've had it stutter playing the music and recover a couple of times, then it stopped. The traffic at the time was minimal (2-6MB/s) so its not that the link is saturated.

 

It also happened earlier this evening around when the screen went to sleep. (I left the computer for an hour, monitor sleep time set for 15 minutes, computer sleep time set to never) I had left iTunes open connected to a remote library, when I came back it was back to the local library. There was nothing useful in the log preceding it stalling.

17/02/2015 23:34:02.608 CallHistorySyncHelper[308]: notify name "ids-device-nearby-8868CB55-B857-401E-BF69-FC5AD23455F5" has been registered 40 times - this may be a leak
17/02/2015 23:34:02.608 CallHistorySyncHelper[308]: notify name "ids-device-nearby-064BF398-9BA8-4A3A-89FF-170DB57EB0D0" has been registered 40 times - this may be a leak
17/02/2015 23:34:15.000 kernel[0]: Ethernet [IntelMausi]: Tx stalled? Resetting chipset. txDirtyDescIndex=782, IMS=0x80000080.
17/02/2015 23:34:15.000 kernel[0]: Ethernet [IntelMausi]: Link down on en0
<snipped various services complaining that the link is gone>
17/02/2015 23:34:18.000 kernel[0]: Ethernet [IntelMausi]: Link up on en0, 1-Gigabit, Full-duplex, Rx/Tx flow-control

Any thoughts?

Share this post


Link to post
Share on other sites

@tarasis: Use the debug version to collect more data and send me the kernel logs showing the problem. It should also include the driver startup sequence and when the link goes up. It might be a power management issue or an unstable connection.

 

Mieze

Share this post


Link to post
Share on other sites

@tarasis: Use the debug version to collect more data and send me the kernel logs showing the problem. It should also include the driver startup sequence and when the link goes up. It might be a power management issue or an unstable connection.

 

Mieze

 

Will do, thanks Mieze.

 

-- Edit

 

Running debug version now, but not had it repeat the error yet. Will keep an eye on it.

 

I am seeing this occasionally in the log:

Feb 18 14:54:58 MacPC kernel[0]: Ethernet [IntelMausi]: Not enough descriptors. Stalling.
Feb 18 14:54:58 MacPC kernel[0]: Ethernet [IntelMausi]: Restart stalled queue!

Edited by tarasis

Share this post


Link to post
Share on other sites

 

Will do, thanks Mieze.

 

-- Edit

 

Running debug version now, but not had it repeat the error yet. Will keep an eye on it.

 

I am seeing this occasionally in the log:

Feb 18 14:54:58 MacPC kernel[0]: Ethernet [IntelMausi]: Not enough descriptors. Stalling.
Feb 18 14:54:58 MacPC kernel[0]: Ethernet [IntelMausi]: Restart stalled queue!

 

This is harmless but it looks like something is flooding the output queue with packets. Are you using any kind of file sharing software or anything special?

 

You might also run ifconfig in Terminal and check if EEE is enabled. I've seen problems with tx deadlocks due to EEE with the Realtek driver sometimes and I wouldn't be surprised when Intel is affected too. EEE can be disabled selecting the medium manually in System Preferences.

 

Mieze

Share this post


Link to post
Share on other sites

I don't appear to have EEE enabled.

MacPC:docsgen rob$ ifconfig
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
	options=3<RXCSUM,TXCSUM>
	inet6 ::1 prefixlen 128 
	inet 127.0.0.1 netmask 0xff000000 
	inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 
	nd6 options=1<PERFORMNUD>
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
stf0: flags=0<> mtu 1280
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
	options=6b<RXCSUM,TXCSUM,VLAN_HWTAGGING,TSO4,TSO6>
	ether <snip> 
	inet6 <snip>%en0 prefixlen 64 scopeid 0x4 
	inet 192.168.0.38 netmask 0xffffff00 broadcast 192.168.0.255
	nd6 options=1<PERFORMNUD>
	media: autoselect (1000baseT <full-duplex,flow-control>)
	status: active

As to sharing apps, the only two running are Dropbox and the OwnCloud app.

Share this post


Link to post
Share on other sites

Mieze

- just i got the same thing tarisis reported on the 15th. happened last night.

 

the symptom is ethernet just stopped working.  so i ran sudo ifconfig en0 down ; sudo ifconfig en0 up 

it started working again. my gut is this may not be a driver issue - i.e. OSX stack issue? 

 

Feb 20 16:55:22 Toms-Mac.local discoveryd[54]: Basic DNSResolver UDNS Send(): UDP Sendto() failed to DNSNameServer 192.168.1.1 Port 53 errno 64, fd 86, ErrLogCount 37 ResolverIntf:4

Feb 20 16:55:23 Toms-Mac.local discoveryd[54]: Basic DNSResolver UDNS Send(): UDP Sendto() failed to DNSNameServer 192.168.1.1 Port 53 errno 64, fd 86, ErrLogCount 38 ResolverIntf:4

Feb 20 16:55:23 Toms-Mac.local discoveryd[54]: Basic DNSResolver UDNS Send(): UDP Sendto() failed to DNSNameServer 192.168.1.1 Port 53 errno 64, fd 86, ErrLogCount 39 ResolverIntf:4

Feb 20 16:55:23 Toms-Mac.local discoveryd[54]: Basic DNSResolver UDNS Send(): UDP Sendto() failed to DNSNameServer 192.168.1.1 Port 53 errno 64, fd 86, ErrLogCount 40 ResolverIntf:4

Feb 20 16:55:23 Toms-Mac.local discoveryd[54]: Basic DNSResolver UDNS Send(): UDP Sendto() failed to DNSNameServer 192.168.1.1 Port 53 errno 64, fd 86, ErrLogCount 41 ResolverIntf:4

Feb 20 16:55:23 Toms-Mac.local discoveryd[54]: Basic DNSResolver UDNS Send(): UDP Sendto() failed to DNSNameServer 192.168.1.1 Port 53 errno 64, fd 86, ErrLogCount 42 ResolverIntf:4

Feb 20 16:55:23 Toms-Mac.local discoveryd[54]: Basic DNSResolver UDNS Send(): UDP Sendto() failed to DNSNameServer 192.168.1.1 Port 53 errno 64, fd 86, ErrLogCount 43 ResolverIntf:4

Feb 20 16:55:24 Toms-Mac.local discoveryd[54]: Basic DNSResolver UDNS Send(): UDP Sendto() failed to DNSNameServer 192.168.1.1 Port 53 errno 64, fd 86, ErrLogCount 44 ResolverIntf:4

Feb 20 16:55:24 Toms-Mac.local discoveryd[54]: Basic DNSResolver UDNS Send(): UDP Sendto() failed to DNSNameServer 192.168.1.1 Port 53 errno 64, fd 86, ErrLogCount 45 ResolverIntf:4

Feb 20 16:55:24 Toms-Mac.local discoveryd[54]: Basic DNSResolver UDNS Send(): UDP Sendto() failed to DNSNameServer 192.168.1.1 Port 53 errno 64, fd 86, ErrLogCount 46 ResolverIntf:4

Feb 20 16:55:24 Toms-Mac.local discoveryd[54]: Basic DNSResolver UDNS Send(): UDP Sendto() failed to DNSNameServer 192.168.1.1 Port 53 errno 64, fd 86, ErrLogCount 47 ResolverIntf:4

Feb 20 16:55:25 Toms-Mac.local discoveryd[54]: Basic DNSResolver UDNS Send(): UDP Sendto() failed to DNSNameServer 192.168.1.1 Port 53 errno 64, fd 86, ErrLogCount 48 ResolverIntf:4

Feb 20 16:55:25 Toms-Mac.local discoveryd[54]: Basic DNSResolver UDNS Send(): UDP Sendto() failed to DNSNameServer 192.168.1.1 Port 53 errno 64, fd 86, ErrLogCount 49 ResolverIntf:4

Feb 20 16:55:25 Toms-Mac.local discoveryd[54]: Basic DNSResolver UDNS Send(): UDP Sendto() failed to DNSNameServer 192.168.1.1 Port 53 errno 64, fd 86, ErrLogCount 50 ResolverIntf:4

Feb 20 16:55:36 Toms-Mac.local discoveryd[54]: Basic NATTServer Got control URL:  (ip)

Feb 20 16:55:52 --- last message repeated 1 time ---

Feb 20 16:55:52 Toms-Mac.local discoveryd[54]: Basic NATTServer,Warn connect failed 64 Host is down

Feb 20 16:56:08 Toms-Mac.local discoveryd[54]: Basic NATTServer Got control URL:  (ip)

Feb 20 16:56:29 --- last message repeated 1 time ---

Feb 20 16:56:29 Toms-Mac.local discoveryd[54]: Basic NATTServer,Warn connect failed 64 Host is down

Feb 20 16:56:44 Toms-Mac.local discoveryd[54]: Basic NATTServer Got control URL:  (ip)

Feb 20 16:56:49 Toms-Mac.local com.apple.iCloudHelper[2780]: AOSKit ERROR: Setup request failed, appleID=tjluckenbach@icloud.com, url=https://setup.icloud.com/setup/get_account_settings, requestHeaders=

{

    "Accept-Language" = "en-us";

    Authorization = "...";

    "X-APNS-Token" = ...;

    "X-Aos-Accept-Tos" = false;

    "X-Apple-ADSID" = "000022-05-32776fed-3b0b-4a38-8888-3257507fe1e9";

    "X-Mme-Client-Info" = "<MacBookPro8,1> <Mac OS X;10.10.3;14D72i> <com.apple.AOSKit/217 (com.apple.mail/8.2)>";

    "X-Mme-Country" = US;

    "X-Mme-Device-Id" = "80A91FC1-E94C-500E-91AD-EAABEC4E575A";

    "X-Mme-Timezone" = EST;

},

error=Error Domain=AOSErrorDomain Code=1000 "The operation couldn’t be completed. (AOSErrorDomain error 1000.)" UserInfo=0x7ff7eac0d9c0 {UnderlyingError=The request timed out., DialogInfo={

    DialogType = Unknown;

}}, httpStatusCode=-1, responseHeaders=

(null),

responseBody=

(null)

Feb 20 16:56:49 Toms-Mac.local com.apple.iCloudHelper[2780]: AOSKit ERROR: Failed to get mail props (doBypassCache=1, user=tjluckenbach@icloud.com, passwordProvided=0), accountInfoFound=0, mailDataclassInfo=

(null)

Feb 20 16:56:52 Toms-Mac.local discoveryd[54]: Basic NATTServer,Warn connect failed 64 Host is down

Feb 20 16:57:07 Toms-Mac.local discoveryd[54]: Basic NATTServer Got control URL:  (ip)

Feb 20 16:57:20 Toms-Mac.local Mail[3132]: AOSKit ERROR: XPC CLIENT: Connection [0x6000001f6c00] event handler received event with type: [XPC_TYPE_ERROR].  Description: [Connection interrupted]

Feb 20 16:57:20 Toms-Mac com.apple.iCloudHelper[3219]: objc[3219]: Class FALogging is implemented in both /System/Library/PrivateFrameworks/FamilyCircle.framework/Versions/A/FamilyCircle and /System/Library/PrivateFrameworks/FamilyNotification.framework/Versions/A/FamilyNotification. One of the two will be used. Which one is undefined.

Feb 20 16:57:20 Toms-Mac com.apple.xpc.launchd[1] (com.apple.imfoundation.IMRemoteURLConnectionAgent): The _DirtyJetsamMemoryLimit key is not available on this platform.

Feb 20 16:57:38 Toms-Mac.local discoveryd[54]: Basic NATTServer Got control URL:  (ip)

Feb 20 16:58:25 Toms-Mac.local discoveryd[54]: Basic NATTServer Got control URL:  (ip)

Feb 20 16:59:45 Toms-Mac.local discoveryd[54]: Basic NATTServer Got control URL:  (ip)

Feb 20 17:00:18 Toms-Mac.local ScreenSaverEngine[3220]: ### archList:(

    16777223

) --- 0

Feb 20 17:00:48 --- last message repeated 1 time ---

Feb 20 17:01:33 Toms-Mac.local discoveryd[54]: Basic DNSResolver  Re-Binding to random udp port 51844

Feb 20 17:02:08 Toms-Mac.local discoveryd[54]: Basic NATTServer Got control URL:  (ip)

Feb 20 17:02:56 Toms-Mac.local com.apple.iCloudHelper[3219]: AOSKit ERROR: Config request failed, url=https://setup.icloud.com/configurations/init, requestHeaders=

{

 

 

i looked through the log and network access things started going south around 16:15 and then apparently at 18:15 it then spit out these messages m

 

 

$ gzcat system.log.0.gz |grep -i ethernet

Feb 20 18:15:23 Toms-Mac kernel[0]: Ethernet [intelMausi]: Link down on en0

Feb 20 18:15:29 Toms-Mac kernel[0]: Ethernet [intelMausi]: Link up on en0, 1-Gigabit, Full-duplex, Rx/Tx flow-control

Feb 20 18:15:43 Toms-Mac kernel[0]: Ethernet [intelMausi]: Tx stalled? Resetting chipset. txDirtyDescIndex=445, IMS=0x80000080.

Feb 20 18:15:43 Toms-Mac kernel[0]: Ethernet [intelMausi]: Link down on en0

Feb 20 18:15:48 Toms-Mac kernel[0]: Ethernet [intelMausi]: Link up on en0, 1-Gigabit, Full-duplex, Rx/Tx flow-control

Share this post


Link to post
Share on other sites

i looked through the log and network access things started going south around 16:15 and then apparently at 18:15 it then spit out these messages m

 

 

$ gzcat system.log.0.gz |grep -i ethernet

Feb 20 18:15:23 Toms-Mac kernel[0]: Ethernet [intelMausi]: Link down on en0

Feb 20 18:15:29 Toms-Mac kernel[0]: Ethernet [intelMausi]: Link up on en0, 1-Gigabit, Full-duplex, Rx/Tx flow-control

Feb 20 18:15:43 Toms-Mac kernel[0]: Ethernet [intelMausi]: Tx stalled? Resetting chipset. txDirtyDescIndex=445, IMS=0x80000080.

Feb 20 18:15:43 Toms-Mac kernel[0]: Ethernet [intelMausi]: Link down on en0

Feb 20 18:15:48 Toms-Mac kernel[0]: Ethernet [intelMausi]: Link up on en0, 1-Gigabit, Full-duplex, Rx/Tx flow-control

 

Well, there are two incidents and at least the first one (16:55 h ) doesn't seem to be related to the driver at all as there are no driver messages.

 

The second (18:15h) is clearly a driver/ethernet issue. It looks like the negotiated link parameters didn't result in a stable connection which causes these link up/down cycles. Try to select the medium manually. I would suggest 1Gbit, no flow control, no EEE as this is the most basic setting.

 

Mieze

Share this post


Link to post
Share on other sites

When I

 

@ mieze

When do you plan to integrate WOL?

 

Would be really great to have it.

 

After all the teething troubles have been fixed, which have priority of course, I will need about a day of full time work to implement and test it. Basically it depends on the amount of spare time I have during the next weeks.

 

:cat:

 

Mieze

Share this post


Link to post
Share on other sites

Tested on Lenovo T440s w/ Intel I218LM (8086:155A)

No issues noted.

en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=6b<RXCSUM,TXCSUM,VLAN_HWTAGGING,TSO4,TSO6>
ether 28:d2:44:b3:75:cd
inet6 fe80::2ad2:44ff:feb3:75cd%en0 prefixlen 64 scopeid 0x5
inet 10.10.10.110 netmask 0xffffff00 broadcast 10.10.10.255
nd6 options=1<PERFORMNUD>
media: autoselect (1000baseT <full-duplex,flow-control,energy-efficient-ethernet>)
status: active
I've not performed any performance testing so far but it seems to be working fine as a replacement for AppleIntelE1000e.kext
Feb 21 15:17:00 Eriks-MacBook-Air kernel[0]: Ethernet [IntelMausi]: TCP/IPv4 segmentation offload enabled.
Feb 21 15:17:00 Eriks-MacBook-Air kernel[0]: Ethernet [IntelMausi]: TCP/IPv6 segmentation offload enabled.
Feb 21 15:17:00 Eriks-MacBook-Air kernel[0]: Ethernet [IntelMausi]: TCP/IPv6 checksum offload enabled.
Feb 21 15:17:00 Eriks-MacBook-Air kernel[0]: Ethernet [IntelMausi]: Version 1.0.0d3 using max interrupt rate 7000.
Feb 21 15:17:01 Eriks-MacBook-Air kernel[0]: Ethernet [IntelMausi]: I218LM (Rev. 4) at 0xffffff81796a5000, 28:d2:44:b3:75:cd
Feb 21 15:17:44 Eriks-MacBook-Air kernel[0]: Ethernet [IntelMausi]: Link up on en0, 1-Gigabit, Full-duplex, Rx/Tx flow-control

 

Share this post


Link to post
Share on other sites

Hi 

I just gave the driver a try 'cause of those big-data-transfer-problems with hnak's intel1000e.

 

Good news first: it works well, transfer speed is very good - but i got a weird problem: safari always crashes!

I rechecked it with i1000e re-installed (checked kextstat that the correct driver is loaded) no safari crash  - checked again with mausi-driver: safari crashed. Any other browser (firefox, chrome) did work...

 

I installed the driver on a yosemite 10.10.2 using "clover bootloader" on a Gigabyte H87 MB. Now I'd like to contribute to troubleshooting, but frankly I don't know how.

 

cheers

roh7

 

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 DOGER92
      Hi guys, I'm new to the world of Hackintosh. I write in this section because I have a problem with the graphics card of my laptop. As far as I understand from the web, it is not possible to use a dedicated graphics card on a laptop. So I'm trying to use the integrated processor one. The problem is that I have tried various procedures seen online, but in spite of this I cannot solve the problem. If you need this is the equipment of my laptop:

      Asus VivoBook Pro 15 N580VD-FI038T

      Screen: Led 15.6” 16:9 (Ultra HD 3480x2160).
      Chipset: Intel HM175.
      Cpu: Intel Core i7-7700HQ (2.80 GHz / 3.80 GHz, 4 core, 6 MB CACHE L3).
      Graphics Card: INTEL HD Graphics 630 + NVIDIA GeForce GTX 1050 4 GB GDDR5.
      Hard Disk: SSD M.2 512 GB SATA 3.0 + SSD 750GB.
      Ram: 32GB DDR4-2666.
      Audio: audio stereo Harman Kardon.
      Webcam: webcam HD with integrated headphone.
      Lan: Intel LAN 10/100/1000, Wi-Fi 802.11ac (2x2), Bluetooth 4.2.
      USB: 2 x USB 2.0, 1 x USB 3.0, 1 x USB 3.1 Type-C Gen 1, 1 x HDMI, 1 x LAN RJ-45, 1 x jack
      Slot: 1 x SD.

      I hope there is someone who can help me with this problem
    • By ITzTravelInTime
      KX AUDIO DRIVER MOD
       
      Hi guys i am a small developer, i really like to use my sound blaster cards on my machines and i love also coding, so when i find the source code for the kx audio driver on git hub and then Eugene, the creator of kx audio driver decided to no longer maintain the project, i decided to start working on a mod of this driver and maintain it. 
       
      With my mod, created starting from the sources of the last official version of kx audio driver and all the small commiunity updates, i am working to keep the driver compatible with the latest mac os versions and to improove the driver over time.
       
      Supported cards are:
       
       - most of the Sound Blaster live!, live! 5.1 and live! 5.1 digital series (except for the cards not using the 10k1 architecture)
       - sound blaster pci 512 and pci 256
       - Sound Blaster Audigy, Audigy 2 and Audigy 2 zs series
       - E-MU cards based on the 10k2 sound chip (like the EMU8852 aka 0404m, including the pcie version)
       - Sound Blaster Audigy 4 (SB0610 only) and the Audigy 4 pro
       - Sound Blaster Audigy RX (SB0155)
       - other creative and e-mu cards based on the (10k1,10k2, 10k2.5 and CA10300 based cards)
       
      The NOT supported cards includes (but are not limited to):
       
       - ES1370/ES1371/ES1372/ES1373 based sound cards
       - Any CA0106 based card and cards with similar architectures (like sound blaster live! 24 bit, sound blaster audigy SE SB0570, audigy LS and similars, but audigy SA is supported)
       - Any sound blaster x-fi (some of them works on macOS using a modified version of voodoo hda)
       - Any sound blaster recon3D
       - Sound blaster Audigy FX
       - Any sound blaster Z/ZS/ZX and similar series
       - Any sound blaster AE5/AE7/AE9 series
       - Any sound card without an emu sound chip
      - Any ISA Sound card
       
      In the time being the things i have modded or added with this mod are:
       
      - cracking and stability fixes
       
      - added a more proper support for the pci express Sound Blaster audigy rx SB0155 (which basically is an audigy 4 with a pcie bridge chip) 
       
      - more user-frienly names for the cards in the settings and other system menus (so the name will be, for example, SB live! 5.1 SB0060 instead of kx SB0060 [e880] witch was shown in the original driver)
       
      - added support to sample rate changing and bit resolution change (the absolte worst supported quality is 7 khz at 8 bit dept while the absolute best is 192 khz at 32 bit depth)
       
      - inputs support
       
      - added boot args to manage the driver (more info on those soon)
       
      What i'd like to implement but i don't know how to do:
       
       - fix the support when using more than one card, to get all the cards shown in the settings and other menus,
       
       - have the gameport/midi port of older cards to be used in mac os as a midi in/out
       
      If other developers would like to join and help they are free to do so, this is a free open source project afterall, and also an hand from other people with testing and feedback will be nice.
       
      LINKS and downloads:
               -  github repo:                                               https://github.com/ITzTravelInTime/kx-audio-driver   (kext download coming soon, since an update is coming)  
       





    • By sierra2600
      The laptop in question: Acer TravelMate 8472 TM8472 (Model: ZQ3) (refer to the "Spoiler" at the end if you want the machine specs)
       
      "So what are you bugging us for?" Good question, because I am usually an introvert and usually just keep looking for answers but I could not find some. Jumping to it...
      What does not work and I would like thoughts on:
      Bluetooth does not register, used to on previous installs (sorry, I did not pay attention to see if this was caused by me updating to 10.8.5 but that was necessary for the below functions) (It does not work in Debian either - Ignore) LAN and WLAN  - I have found Kexts (somewhere, I think I just lost them... dang it...) for the WLAN but I have yet to try them, nothing for the LAN I know this is cheating but I read that The NDISulator for FreeBSD (HINT HINT) is a port of NDISwrapper for Linux that runs Windows XP network drivers in Linux or BSD Brightness controls work from the middle down on the "Sun" brightness overlay, I got this far from following this: https://www.insanelymac.com/forum/topic/287133-guide-backlight-brightness-for-intel-80860046-1st-gen-hd-gma-5700mhd/ but I am kind of thinking of trying: https://www.insanelymac.com/forum/topic/287133-guide-backlight-brightness-for-intel-80860046-1st-gen-hd-gma-5700mhd/?do=findComment&comment=2214344 . My "magic number" is: 0xF        I used DSDTEditor in Windows, since I figured all the drivers are loaded, to extract the DSDT and compile something that somewhat works... Wake from sleep issue - I tried the above guide for that but I get a no backlit display and I can see that the cursor in the password field is not flashing when I use an external light source, but it will reboot when I press Ctrl + Alt + Power "button" (it is actually a slider) and then also clear my freaking CMOS right down to the clock... yeah I have the ACPI fix implmented and it usually works... DVD Player.app reports that no viable video device was found (personally I don't care about the DVD Player.app problem, just wanted to put that out there for the heck of it) The microphone port always sounds like it is going through a [dirty] guitar effects petal no matter what sliders are adjusted  
      Likely causes of:
      Bluetooth (BCM92046), WIFI (BCM943225HM) - So, I USED TO be able to turn on the WIFI from within Windows then reboot into Mac OS and have it work but I noticed recently that the indicator light for them turns off BEFORE it reboots now. When Windows or Android load, it lights up- "No... really, captain obvious?!"... anyways... working "No really Sherlock!" so OBVIOUSLY, the OS has to activate them... and preferably ignore the wireless switching button For the WIFI module, if you omit the 9 and HM in a search, results appear! Brightness - Will get reset to full "Bright light! Bright light!" when a "Load System Defaults" is applied from within the BIOS settings but like the WIFI and Bluetooth the OS will forcefully take control of it Microphone In sounding dirty - me being lazy with the audio drivers LAN (BCM57760) - I dunno...  when I search it, nothing comes up...  
      "How did you get this far?"
      Update the BIOS, this is oh so very important (refer to the battery section of the "Spoiler" for the reson) PLEASE BACKUP YOUR BIOS FIRST! PLUG THE MACHINE INTO THE AC ADAPTER/CHARGER! DO NOT FORCE THE COMPUTER TO SHUTDOWN NOR REMOVE THE BATTERY NOR UNPLUG IT FROM THE AC ADAPTER/CHARGER WHILE IT IS UPDATING! I WILL NOT BE HELD LIABLE FOR BRICKED MACHINES! So it will boot off of the (Niresh) Mac OS X 10.8 with no changes to anything "Awesome" but you may still need at least a USB mouse "Aww" If you have the option to remove the display drivers/kexts otherwise it will not to boot or not display If you forgot this, breathe "You think that's air your breathing?"... anyways... during the bootloader, go into single user mode [ -s ] and follow the on screen instructions to allow for modifying the files. You will want to PREFERABLY create a folder where Mac OS cannot read them and move the IntelHDGraphics Kexts into it You are likely going to need an external USB keyboard as well now that it is installed Now install the described Kexts in the "Spoiler" associated with the hardware to get more functionality and loose the USB HICs  
      Any help pertaining to the Bluetooth, WIFI, LAN, bizarre brightness and wake after sleep backlit display issue would be wonderful... Thank you for your time and I hope that I helped anyone else out with some of their own issues pertaining to the Acer TravelMate 8472 TM8472 ZQ3 no nVidia with i5 laptop...
      (Attached are non-modified extracted DSDT DSL and AML files "with errors according to DSDTEditor" for reference of the machine with a Phoenix BIOS version of 1.28 (07/20/2011))
      dsdt.aml
      dsdt.dsl
       
       
×