Jump to content

Mieze

Mieze

Member Since 27 Mar 2012
Offline Last Active Yesterday, 08:13 AM
*****

#2283135 IntelMausiEthernet.kext for Intel onboard LAN

Posted by Mieze on 23 September 2016 - 09:42 AM

I decided to make version 2.2.0d4 the official version 2.2.0 and updated the prebuilt binary in the download section. As always, source code can be found on GitHub. Have fun! Mieze  :cat:

#2282817 IntelMausiEthernet.kext for Intel onboard LAN

Posted by Mieze on 22 September 2016 - 07:03 PM

I'm a little out of the loop, just installed version 2.2.0d4 on Sierra. How/where do I find the driver output? There seems to be absolutely no output in any of the Console views.I knew this question would be posted here one day because Apple reworked logging in Sierra completely. In Terminal typelog show --predicate "processID == 0" --debugin order to retrieve kernel logs. See "man log" for further information. Mieze

#2280490 IntelMausiEthernet.kext for Intel onboard LAN

Posted by Mieze on 19 September 2016 - 10:56 PM

I was asked to explain what I changed in the last version in order to make the driver work stable during large transfers. Well, after reviewing the code and checking the docs again and running several tests together with crashmaster4000, I identified 3 problems which I have fixed in the last version:There was a DMA latency issue which was easy to fix after I found the matching system call requireMaxBussStall() to tell the OS about the NIC’s latency requirement. A hardware bug with regard to descriptor management. Descriptors are small memory blocks, in this case 16 bytes in size, used to communicate commands and data to the the NIC. They are arranged in a ring from where the NIC fetches them and stores them in an internal buffer. After they have been processed, they are marked as consumed and written back. With descriptor prefetch enabled the NIC sometimes reads more descriptors from the ring than there is space in the internal buffer so that unfinished descriptors will be over...

#2280243 Solution for Qualcomm Atheros AR816x, AR817x and Killer E220x

Posted by Mieze on 19 September 2016 - 12:33 AM

By the way, I added support for upcoming Killer E2500 chips to the driver and made this version the official version 2.2.0. The prebuilt binaries have been updated too. Have fun!  :cat: Mieze

#2278501 IntelMausiEthernet.kext for Intel onboard LAN

Posted by Mieze on 14 September 2016 - 09:55 PM

Ok, next try! Here is version 2.2.0d4. Good luck testing! Mieze  Attached Files  IntelMausiEthernet-V2.2.0d4.zip 72.6KB 71 downloads

#2271381 IntelMausiEthernet.kext for Intel onboard LAN

Posted by Mieze on 30 August 2016 - 12:11 AM

Ok, next try! Here is version 2.2.0d3. As it's already 2 o'clock in the morning there is no time for extensive explanations but the only thing I changed is the maximum tolerated DMA latency the the driver is reporting to the kernel (now 50µs instead of 75µs in 2.2.0d2). Good luck! Mieze  Attached Files  IntelMausiEthernet-V2.2.0d3.zip 72.81KB 40 downloads

#2270263 IntelMausiEthernet.kext for Intel onboard LAN

Posted by Mieze on 26 August 2016 - 11:02 PM

Here is another development version of the driver (2.2.0d2) in which I implemented support for RXPOLL. Hopefully it might also resolve the randomly occurring tx deadlocks which some users are still experiencing. Source code can be found on GitHub. Good luck testing! Mieze Removed. Use version 2.2.0d3 instead (see below)!

#2263558 IntelMausiEthernet.kext for Intel onboard LAN

Posted by Mieze on 09 August 2016 - 01:41 PM

I just installed the latest developer preview of Sierra on my test machine, also installed the release build of IntelMausiEthernet.kext and rebooted. As expected, everything is working fine!  Screen Shot 2016-08-09 at 15.33.11.png 355.66KB 8 downloads Mieze

#2263006 Solution for Qualcomm Atheros AR816x, AR817x and Killer E220x

Posted by Mieze on 07 August 2016 - 10:32 PM

Hello r!ippz, the main reason for adopting the private driver interface was stability as the old interface tends to loose network connectivity in situations when it gets flooded with packets by a rampant client, for example VMWare. Besides that the private interface also adds output packet scheduling with QFQ, TCQ or a custom scheduling method implemented by the driver itself. Another advantage is polled receive which works like NAPI under Linux, i.e. under heavy load the network stack is allowed to dynamically switch the driver to an operation mode in which receiver interrupts are disabled because the network stack periodically polls for incoming packets. You can check which features are used by typing "ifconfig -v" in Terminal. Checking property eflags you will see "TXSTART" when the new driver interface is used:eflags=10008c0<ACCEPT_RTADV,TXSTART,ARPLL,ECN_ENABLE>When the driver also supports polled receive you will also find "RXPOLL" among these flags. Thi...

#2262052 Solution for Qualcomm Atheros AR816x, AR817x and Killer E220x

Posted by Mieze on 04 August 2016 - 09:20 PM

As announced a few days ago here is Version 2.2.0d2 of the driver which is the first one to include Jumbo Frame support. It also has a reworked receive buffer allocation because the Linux driver developers discovered a nasty hardware bug which may cause a hang when receiver buffer addresses exhibit a certain a pattern. That's why I decided to redesign buffer allocation in order to make sure that all rx buffers are 2k aligned and exactly 2kB in size. Although the problem seems to be a rare sight under OS X, I encountered only 2 hangs within 15 month of 24/7 operation, but I wanted to make it 100% stable. This driver is working stable on my primary machine for a week now but I must admit that I haven't tested Jumbo Frame support thoroughly as it should because I really have no need for it. As always, source code can be found on GitHub. Good luck! Mieze Attached Files  AtherosE2200Ethernet-V2.2.0d2.zip 35.85KB 46 downloads

#2260291 Solution for Qualcomm Atheros AR816x, AR817x and Killer E220x

Posted by Mieze on 30 July 2016 - 11:50 PM

I just wanted to let you know that I'm working on jumbo frame support for the driver. I will publish a development version as soon as possible. A hardware bug which was discovered by the Linux driver developers made me decide to rework the receiver buffer management code and as a result of these changes jumbo frame support is only a small step away so that I decided to add these few lines of code too. Mieze

#2256774 New Driver for Realtek RTL8111

Posted by Mieze on 23 July 2016 - 07:33 PM

Hey all :)  Thanks Mieze for all the work on this driver.  Who knew it would be such work lol.  With that being said, it *almost* works for me.  I see that you say it should support the 8106e/8111G as of the 2.2.1 driver, but the id in the kext is 8168:10ec when my device is 8136:10ec.  I did add that device id to the plist, but this is what it gives on boot : Ethernet [RealtekRTL8111]: TCP/IPv6 segmentation offload enabled.Ethernet [RealtekRTL8111]: TCP/IPv6 checksum offload enabled.Ethernet [RealtekRTL8111]: Version 2.2.1 using interrupt mitigate value 0xcf58. Please don't support tonymacx86.com!Ethernet [RealtekRTL8111]: Disable PCIe ASPM.unknown chip version (44800000)unknown chip version (44800000) I believe that's the only sections relevant. Any thoughts?  It's a latop wired card so obviously won't get much use, but it would be nice to have it working :)You are definitely using the wrong driver! According to the device ID your NIC i...

#2256554 IntelMausiEthernet.kext for Intel onboard LAN

Posted by Mieze on 22 July 2016 - 11:23 PM

Ah, maybe you misunderstood me.  I'm not using Apple's official driver, rather this one from SourceForge; I guess it's confusing because they have the same name.  This driver does support i218, it's just less stable than Mausi.  So I want to use Mausi for the i218 and AppleIntelE1000e for the i211 at the same time.  Is that possible?You are on the wrong track because AppleIntelE1000.kext doesn't support I211. You need Apple's driver (may work with I211?) or AppleIGB.kext (works with I211). Mieze

#2247691 Solution for Qualcomm Atheros AR816x, AR817x and Killer E220x

Posted by Mieze on 04 July 2016 - 05:19 PM

Now crash and say no connected internet. i hope new kext and fixThe driver is fine, there is no need for an update but according to the log data you posted, your system is broken. Fix your system and everything will be fine. Mieze

#2247470 Solution for Qualcomm Atheros AR816x, AR817x and Killer E220x

Posted by Mieze on 03 July 2016 - 06:30 PM

In case there are no log entries from the driver in the kernel logs, there are only two possible solutions:No appropriate hardware. Driver not installed properly.Mieze

© 2016 InsanelyMac  |   News  |   Forum  |   Downloads  |   OSx86 Wiki  |   Mac Netbook  |   PHP hosting by CatN  |   Designed by Ed Gain  |   Logo by irfan  |   Privacy Policy