Jump to content

Mieze

Mieze

Member Since 27 Mar 2012
Online Last Active 13 minutes ago
*****

#2053128 AppleIntelE1000e.kext for 10.8/10.7/10.6/10.5

Posted by Mieze on 19 August 2014 - 12:00 AM

My first guess that TSO6 wasn't implemented correctly has turned out to be true. Attached to this post you will find a patched version, source code as well as prebuilt binary for Mavericks. The problem was that the IPv6 pseudo header checksum provided to the NIC was incorrect so that it produced lots of packets with bad TCP checksums. Due to the lack of time I only implemented a quick fix but the code needs a general cleanup. I leave this up to hnak.  ;) Here is what I changed:/* The pseudo header checksum provided by the network stack includes * the IP payload length but Microsoft's specification says that only * source and destination address as well as the protocol number * should be included so that we have to adjust the checksum first. * * See: http://msdn.microsoft.com/en-us/library/windows/hardware/ff568840(v=vs.85).aspx */static inline UInt16 adjustPseudoHdrCSumV6(struct ip6_hdr *ip6Hdr, struct tcphdr *tcpHdr){ UInt32 plen = ntohs(ip6Hdr->ip6_ctlun.ip6_u...

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

Posted by Mieze on 18 August 2014 - 09:34 PM

I posted version 1.0.0d7, in which WoL support has been fixed, a few moments ago. Mieze

#2052941 New Driver for Realtek RTL8111

Posted by Mieze on 18 August 2014 - 02:25 PM

As I already mentioned in the chatroom yesterday here is version 1.2.3-dev1 of the driver in which I reworked TSO. Now there is also support for TCP Segmentation Offload over IPv6. As always, prebuilt binaries and source code is included. Good luck and have fun! Mieze Attached Files  RTL8111- V1.2.3-dev1.zip 2.72MB 23 downloads

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

Posted by Mieze on 16 August 2014 - 11:06 AM

I have posted a new development release, version 1.0.0d6, which is the first one including a release and debug build as the driver is already working stable for days on my machine. As always, the source code is included too. Mieze

#2052192 New Driver for Realtek RTL8111

Posted by Mieze on 15 August 2014 - 11:36 PM

I uploaded the prebuilt binary of version 1.2.2, which is identical with 1.2.2-dev4, to the download section and pushed the source code to GitHub. Have fun!  :) Mieze

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

Posted by Mieze on 15 August 2014 - 01:27 AM

@HighMans: Google is your friend, or the search function in the forum.  ;) In order to speed up things type this command in Terminal and send me the output:grep kernel /var/log/system.logMieze

#2051756 New Driver for Realtek RTL8111

Posted by Mieze on 14 August 2014 - 05:23 PM

Thanks Mieze. i really appreciate it .  :) Ok, I found this https://git.kernel.o...288c3a8403fbfe4 which applies to chipset 17. I integrated the suggested patch. Please try the attached version and report back. Good luck! Mieze Attached Files  RTL8111- V1.2.2-dev4.zip 2.66MB 21 downloads

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

Posted by Mieze on 13 August 2014 - 02:41 AM

@Kabuu: Maybe the disappointing performance is caused by a lack of memory because with 4GB Mavericks is quite slow. I got 928 Mbits/sec stable in both directions over a period of 10 minutes. Mieze

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

Posted by Mieze on 13 August 2014 - 01:47 AM

@KaBuu: That's a memory management error. The driver is trying to get all the header contiguous and this operations fails. I will try to remove it and see if the NIC accepts the packets with a noncontiguous header too. Ok, I removed the mbuf_pullup() call as a test with iperf over 6 minutes showed no problems without it. Looks like the NIC doesn't have any problems with noncontiguous headers. You can find the update to version 1.0.0d5 in the first post. Mieze

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

Posted by Mieze on 12 August 2014 - 02:37 PM

I wanted to let you know that I finally managed to fix TSO in version 1.0.0d4 which is now available for download in the first post of the thread.  Good luck! Mieze

#2050440 Experimental Atheros AR81(31/32/51/52/61/62/71/72) Driver for 10.7/10.8

Posted by Mieze on 10 August 2014 - 11:05 PM

Fantastic! The ALX works but it's quite unstable when transferring large files. Unfortunately, the Atheros card in my 1201N is the infamous AR8132. All the best! I'm sorry, but the linux code used as a starting point doesn't support the AR813x and AR815x NICs, so that it would be too much work to add support for these chips. Mieze

#2050423 Experimental Atheros AR81(31/32/51/52/61/62/71/72) Driver for 10.7/10.8

Posted by Mieze on 10 August 2014 - 10:00 PM

Anybody with an AR816x, AR817x or Killer E220x NIC who is having trouble with the ALX driver might take a look at my new project and give it a try: http://www.insanelym...d-killer-e220x/ Good luck and have fun! Mieze

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

Posted by Mieze on 10 August 2014 - 09:56 PM

I just uploaded version 1.0.d3 in which I improved error handling, cleaned up the code and added support for TCP and UDP checksum offload over IPv6. Unfortunately I wasn't able to find out how to fix TSOv4 (still disabled) and WoL. Mieze

#2049805 AppleIntelE1000e.kext for 10.8/10.7/10.6/10.5

Posted by Mieze on 08 August 2014 - 08:37 PM

I just thought I'd like to point out, that this feature is not broken through any fault of your own. It is likely broken in the hardware implementation, and that is why it is off by default. The fact that it can still be turned on in Windows is probably so know-it-alls can try to turn it back on, only to eventually discover why it was turned off in the first place. Linux team was probably independent of the Windows team, so was not aware of the design error, or hadn't dealt with it enough. I have an experienced and apparently wise Windows and Unix developer friend who even asked me about fragmentation offload when I told him about problems with my Intel NIC. Then one of our other friends tried turning it on with his Windows machine, and found his gigabit line throughput decreased by 9% when he did so, and turned it back off again. Incidentally, turning that off has fixed my lengthy copy operation, and I have not had any further TX unit failures since. At least ex...

#2049587 Permanently Banned From Tonymacx86

Posted by Mieze on 08 August 2014 - 03:54 AM

Anyway, it looks like a rotten tomato.  :P

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