MacKonsti Posted October 12, 2020 Share Posted October 12, 2020 On 10/10/2020 at 2:09 PM, Mieze said: I discovered a small bug in 2.3.0d3 and will publish version 2.4.0d4 in a few moments. In case I'll get a few more positive results, I'll also post a release version here in this thread during the weekend. Mieze Good morning @Mieze thanks for your upcoming updated version, should we expect a release on your Git repository a package of Debug/Release kexts? Am I correct to assume that 2.4.0 will work with Mojave 10.14 as minimum? Thank you. Link to comment Share on other sites More sharing options...
Mieze Posted October 12, 2020 Author Share Posted October 12, 2020 (edited) Here is version 2.4.0d5 in which I fixed an issue with EEE support. The archive contains a debug and a release build and was built for Mojave and above. Provided nothing unexpected happens, I think we are pretty close to an official release 2.4.0. I'll continue to support Mojave and, in case there is a demand, High Sierra too. Let's see what users have to say about High Sierra? Mieze RealtekRTL8111-V2.4.0d5.zip Edited October 12, 2020 by Mieze 1 3 Link to comment Share on other sites More sharing options...
Henry2010 Posted October 14, 2020 Share Posted October 14, 2020 (edited) 2.4.0d5 works fine here on 10.15.7 with FD+FC+EEE. I think maybe another year for 10.13? Because a lot of people still stay with it. Or some of them would upgrade to Mojave next year once Apple releases the last security update for it. Edited October 14, 2020 by Henry2010 1 Link to comment Share on other sites More sharing options...
hardcorehenry Posted October 17, 2020 Share Posted October 17, 2020 (edited) Version 2.4.0d5 no issues on 10.14.6, 10.15.7, also shortly tested on my “emergency” High Sierra no problems either(all OSes need manual set medium). I also think it’s a good idea to continue to support High Sierra too. Edited October 17, 2020 by hardcorehenry Link to comment Share on other sites More sharing options...
Henry2010 Posted October 17, 2020 Share Posted October 17, 2020 (edited) A possible bug: with 2.4.0d5 installed, all of Firefox, Safari, MS Edge cannot open OpenWrt's http://192.168.1.1/cgi-bin/luci/ but it works with 2.3.0. Edited October 17, 2020 by Henry2010 Link to comment Share on other sites More sharing options...
Mieze Posted October 17, 2020 Author Share Posted October 17, 2020 (edited) I'm using OpenWRT on my Netgear R7800 router too but I can't confirm the issue. See screenshot below. Keep in mind that in case you are using jumbo frames, all devices involved with communication must support them. It might also be a problem with your router? Does it work when you disable jumbo frames? Edited October 17, 2020 by Mieze Link to comment Share on other sites More sharing options...
Henry2010 Posted October 17, 2020 Share Posted October 17, 2020 (edited) /targets/ramips/mt7620/ here. Do you mean trying FD+EEE only? BRB. No, that doesn't work either. Maybe related to the 100baseTX mode. The router only offers that speed. Plus, SSH-ing into the router always gets "client_loop: send disconnect: Broken pipe" and breaks up the connection. Edited October 17, 2020 by Henry2010 Link to comment Share on other sites More sharing options...
Mieze Posted October 17, 2020 Author Share Posted October 17, 2020 Duplex and EEE shouldn't have any effect. Try disabling jumbo frames (MTU 1500) first and see if it works. I case of yes, increase MTU step by step, e.g. 2000, 4500, 9000, and check the result. By the way, which Realtek chipset do you use? Mieze Link to comment Share on other sites More sharing options...
Henry2010 Posted October 17, 2020 Share Posted October 17, 2020 (edited) 1 hour ago, Mieze said: Duplex and EEE shouldn't have any effect. Try disabling jumbo frames (MTU 1500) first and see if it works. I case of yes, increase MTU step by step, e.g. 2000, 4500, 9000, and check the result. By the way, which Realtek chipset do you use? Mieze Thanks. Gigabyte's website says 8111F. And here only 1280 to 1500 is allowed... The router only offers 100Mbps. If possible, you probably need to limit jumbo frames for 1000Mbps only. Edited October 17, 2020 by Henry2010 Link to comment Share on other sites More sharing options...
Mieze Posted October 17, 2020 Author Share Posted October 17, 2020 @Henry2010 Please send me you kernel logs, or take a look at the driver's entry in IORegistry in order to identify the exact chipset. Unfortunately it's not possible to limit jumbo frames to gigabit connections because of the way the configuration interface works. Am I right to assume that everything is working fine with MTU 1500 in your network? Have you tried jumbo frames with a gigabit connection to another device in your network which is known to support jumbo frames? Mieze Link to comment Share on other sites More sharing options...
Henry2010 Posted October 18, 2020 Share Posted October 18, 2020 (edited) Yes 2.4.0d5 works fine with MTU=1500 and all speed modes (except this thing with OpenWrt). And unfortunately I don't have 1000Mbps here. MTU's max value is still 1500 when I force it to 1000Mbps Edited October 18, 2020 by Henry2010 1 Link to comment Share on other sites More sharing options...
Mieze Posted October 18, 2020 Author Share Posted October 18, 2020 (edited) @Henry2010 Thanks for the test. Looks like the router is causing the problem because many Fast Ethernet devices don't support jumbo frames at all and simply treat them as bad packets. As I also have an RTL8111E-VL, I will run some additional tests with this chip accessing my OpenWRT router just to be sure. EDIT: Accessing my OpenWRT router with the RTL8111E-VL and Jumbo frames (MTU 9000) enabled works fine for me. Mieze Edited October 18, 2020 by Mieze Added test result 2 Link to comment Share on other sites More sharing options...
Mieze Posted October 18, 2020 Author Share Posted October 18, 2020 @Henry2010 According to your IOReg screenshot you are running version 2.3.0 which doesn't support jumbo frames. Mieze Link to comment Share on other sites More sharing options...
Henry2010 Posted October 18, 2020 Share Posted October 18, 2020 (edited) 12 hours ago, Mieze said: @Henry2010 According to your IOReg screenshot you are running version 2.3.0 which doesn't support jumbo frames. Mieze Before I took the pic, I changed it from 2.4.0.d5 back to 2.3.0 in order to fix my router, because when it was 2.4.0.d5, I thought it was broken and flashed 19.07.4 and several snapshots. And as I said, even SSH-ing did not work. Also, 1000Mbps does NOT work. I set it to show you MTU cannot be more than 1500 here. The router only offers 100Mbps. Edited October 18, 2020 by Henry2010 1 Link to comment Share on other sites More sharing options...
rotoyouoio Posted October 22, 2020 Share Posted October 22, 2020 Hello, Laura. I'd like to report a bug with the latest version of your kext (maybe other versions are affected as well). I've been sharing wifi connection through ethernet that's powered by your kext and the problem is that it shares only if the cable is connected prior to ticking the checkbox of "internet sharing". If the receiving computer restarts or powers off, it then obtains ipv4 and v6 from from the sharing hack, but nothing pings even locally. I've had a usb Gbe AX88179 lying around and decided to give that a try - and it does not produce that behaviour, the other side connects normally to the internet after restar or cable disconnection. I'd be happy to provide the details if you cannot reproduce the bug such as the exact controller name and whatsoever. Currently writing from another machine. P.S. the problem is definetly on Realtek side, as I've tried connecting and keeping that connection alive from different controllers. Link to comment Share on other sites More sharing options...
Mieze Posted October 22, 2020 Author Share Posted October 22, 2020 3 hours ago, rotoyouoio said: the problem is definetly on Realtek side, as I've tried connecting and keeping that connection alive from different controllers. No way because a driver handles packets, nothing more and nothing less. What your are describing falls into the realm of the network stack and is far beyond the scope of the driver. Therefore I can rule out a driver issue. Mieze Link to comment Share on other sites More sharing options...
LockDown Posted October 27, 2020 Share Posted October 27, 2020 Hi @Mieze +1 also for High Sierra support Thanks Link to comment Share on other sites More sharing options...
el pablo Posted November 14, 2020 Share Posted November 14, 2020 Hi @Mieze Another +1 for High Sierra if you can, please. Some of us are still clinging to our NVidia cards Thanks, Paul. Link to comment Share on other sites More sharing options...
aww Posted November 14, 2020 Share Posted November 14, 2020 (edited) Hi, Mieze. Thank you for the driver, been working for me, since 10.12, no problem, NONE. Now, 11.0.1, Clover loader hit the Wall, no go. Switched to OpenCore, install and boot no problem, LAN driver will not load. Rollback to 10.15.7 with OpenCore, not loading, => OpenCore andOr Plist problem. I do not know what parameters/patches, needed to be added to plist. But, driver still work, by manually, install it onto Library Extension. this tool, make it easy: chris1111 https://github.com/chris1111/Kext-Droplet Add 1 entry on plist, fixed the Lan Loading thing: Edited November 17, 2020 by aww 1 Link to comment Share on other sites More sharing options...
subandit Posted November 15, 2020 Share Posted November 15, 2020 hello i'd like report that new 2.3 and 2.4 (beta) dont work. ill stick with v2.2.2 for now on asus h81mk Link to comment Share on other sites More sharing options...
Mieze Posted November 18, 2020 Author Share Posted November 18, 2020 (edited) On 11/15/2020 at 5:31 AM, subandit said: i'd like report that new 2.3 and 2.4 (beta) dont work. This is a user error because either you haven't been smart enough to make it work or you haven't been smart enough to file a problem report which allows me to reproduce the issue or narrow it down to a certain cause Therefore the only thing I can recommend you is to fix your system or read the instructions. Mieze Edited November 18, 2020 by Mieze Link to comment Share on other sites More sharing options...
Mieze Posted November 19, 2020 Author Share Posted November 19, 2020 This evening I tested the latest development version of the driver (2.4.0d5) under Big Sur and can confirm that it's working as expected with both of my test devices, RTL8111E-VL (chipset 16) and RTL8111H (chipset 29). Mieze 2 Link to comment Share on other sites More sharing options...
LockDown Posted November 21, 2020 Share Posted November 21, 2020 On 10/13/2020 at 1:53 AM, Mieze said: Here is version 2.4.0d5 Let's see what users have to say about High Sierra? Compiled for Sierra, and works too 1 Link to comment Share on other sites More sharing options...
plsh2me Posted November 28, 2020 Share Posted November 28, 2020 (edited) For me on Big sur (under opencore bootloader v0.63), version 2.2 shows no problem. Version 2.3 load the device, but can't connect the internet and after few minutes system freezes. Update: The version 2.4.0d5 have the same issue. Edited November 28, 2020 by plsh2me Link to comment Share on other sites More sharing options...
aww Posted December 1, 2020 Share Posted December 1, 2020 (edited) @plsh2me looking at your uploaded image, your kext were installed on LE, OpenCore will not rebuild the kext cache, may need to reinstall it.(the kext) The installer will rebuild it, for me, sometime, i have to do it 3 times, see my other post for install RTL8111.(in OpenCore's Folder) Edited December 1, 2020 by aww Link to comment Share on other sites More sharing options...
Recommended Posts