Jump to content
Welcome to InsanelyMac Forum

Register now to gain access to all of our features. Once registered and logged in, you will be able to contribute to this site by submitting your own content or replying to existing content. You'll be able to customize your profile, receive reputation points as a reward for submitting content, while also communicating with other members via your own private inbox, plus much more! This message will be removed once you have signed in.


  • Content count

  • Joined

  • Last visited

About Dith

  • Rank
    InsanelyMac Protégé
  • Birthday 03/10/1983

Profile Information

  • Gender
    Not Telling
  1. New Driver for Realtek RTL8111

    EDIT 16-05-2017: As of Sierra 10.12.4 the script included below causes a disconnect on DHCP renew. Changing the MTU to 1453 instead of the default 1500 seems to reduce the problem significantly for me. It still occurs from time to time but no where near the amount as before. You can change the MTU through Sys Pref > Network > Advanced > Hardware > Configure: Manually > MTU: Custom change value in field to 1453. OLD POST: I'm experiencing possibly the same problem. I believe it also has been reported earlier in this thread but the person opted for placing a new network card. The issue I'm having is that my network connection gets dropped which seems to match what these two people describe. There are no significant kernel messages that give any direction in debugging this related to Ethernet or networking. I have tested the connection using a different switch, network cable and operating system and the issue only pops up in OSX no other computer on the network exhibits this issue. The issue also presented itself more recently since El Capitan and Sierra but it could also be related to what I'm describing next since I started using those services more often since those installations. I've tried three versions of your driver (v2.0.0 - v2.1.0d1 - v2.2.1) and they all result in this issue. I've also recreated my DSDT just incase. The issue seems to pop up whenever I play Spotify or YouTube videos for a length of time and then leave the computer idle for a while. This is not always the case though sometimes it occurs while I'm surfing and opening multiple websites quickly or browsing while having Spotify stream music. It seems the connection to the Internet is lost and possibly related to routing. I have checked all the bios settings related to any power savings/management as you described and even tried different variations of them. Under Sys Pref it shows the NIC is still connected with full DHCP lease assigned (IP, gateway, dns etc.). I've also tried setting duplex to different values manually and changing MTU. Pinging IP addresses/hosts on the Internet doesn't work, what does work is pinging the internal network. What also keeps working is any NFS, SMB or AFP connections on the LAN as I never have problems when this issue occurs while streaming video or dropping SSH connections to my NAS. To solve the issue clicking DHCP renew or using a command line version of this will resolve the Internet connectivity issue. I can't find anything unusual in the router log either. The issue has really been doing my head in as I've made many attempts and invested lots of time trying to diagnose the problem but there are no clear leads I can find at least. I can find console messages related to HTTP failures but those are a by product of what's causing this issue. error 21:59:17.582157 +0100 apsd NSURLConnection finished with error - code -1001 error 21:59:17.582628 +0100 apsd HTTP load failed (error code: -999 [1:89]) error 21:59:48.579997 +0100 apsd NSURLConnection finished with error - code -1001 error 21:59:48.580686 +0100 apsd HTTP load failed (error code: -999 [1:89]) error 22:00:19.002001 +0100 com.apple.preference.network.remoteservice ERROR: Setting <private> as the first responder for window <private>, but it is in a different window ((null))! This would eventually crash when the view is freed. The first responder will be set to nil. <private> error 22:00:22.584382 +0100 apsd NSURLConnection finished with error - code -1001 error 22:00:22.584916 +0100 apsd HTTP load failed (error code: -999 [1:89]) error 22:00:53.580467 +0100 apsd NSURLConnection finished with error - code -1001 error 22:00:53.581062 +0100 apsd HTTP load failed (error code: -999 [1:89]) error 22:08:11.965391 +0100 helpd nw_socket_connect connectx failed: [64] Host is down error 22:08:11.965733 +0100 helpd TIC TCP Conn Failed [2:0x7ffe4292eb40]: 1:64 Err(64) error 22:08:11.966113 +0100 helpd HTTP load failed (error code: -1004 [1:64]) error 22:08:11.966179 +0100 helpd NSURLConnection finished with error - code -1004 In the end since I've been unable to resolve the issue I've opted for creating a launchd script placed in /Library/LaunchDaemons/com.dith.dhcprenew (sudo nano -w /Library/LaunchDaemons/com.dith.dhcprenew.plist from the terminal). Place the below contents in com.dith.dhcprenew, you might need to change en0 to a different network interface if yours is not assigned to en0. Followed by sudo launchctl load /Library/LaunchDaemons/com.dith.dhcprenew.plist to load the script. <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> <plist version="1.0"> <dict> <key>Label</key> <string>com.dith.dhcprenew</string> <key>ProgramArguments</key> <array> <string>bash</string> <string>-c</string> <string>echo "add State:/Network/Interface/en0/RefreshConfiguration temporary" | sudo scutil</string> </array> <key>Nice</key> <integer>1</integer> <key>StartInterval</key> <integer>300</integer> <key>RunAtLoad</key> <true/> <key>StandardErrorPath</key> <string>/tmp/dhcp-renew.err</string> <key>StandardOutPath</key> <string>/tmp/dhcp-renew.out</string> </dict> </plist> What this script does is issue a DHCP renew every 5 minutes. The DHCP renew does not cause a drop in connection so there should be no noticeable impact. I started with 5 minutes (StartInterval 300 seconds) but will lower this value if the issue still interferes too much with my computer use.
  2. The times I've noticed it, it's associated with VLC crashing. Most of the time I just let a movie play and I end up falling asleep and waking up with no digital audio output. I downloaded your new kext and I'll get back to you when I've done some more testing.
  3. Working great on my Gigabyte X58-UD3R, thanks! No issues when using "internal speakers". Only issue I'm running into is that digital out (optical or coax) both seem to stop working after a certain amount of time selected in System Preferences. The sound will drop out and the selection under Sound will jump back to the previous position which is in my case Internal Speakers. If I switch it back to digital out it will show the output volume slider allowing me to change volume which isn't something you can normally do with digital out. Also I can't reselect digital out because everytime you close the sys pref screen it jumps back to internal speakers. But regardless of the previous it doesn't function through digital out anymore untill the computer has been restarted.
  4. You can get audio working using DSDT. See tutorial. You're using the wrong post. I actually meant this for DD to consider for his script. Use these instructions.
  5. You can check if the network card is in promiscuous mode by executing ifconfig again. If it's in promisc mode it shows PROMISC under flags as you can see below: en0: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500 inet 192.168.1.x netmask 0xffffff00 broadcast ether xx:xx:xx:xx:xx:xx media: autoselect (<unknown type>) status: active supported media: autoselect 10baseT/UTP <half-duplex> 10baseT/UTP <full-duplex> 100baseTX <half-duplex> 100baseTX <full-duplex> 1000baseT <half-duplex> 1000baseT <full-duplex> By issueing: ./ifconfig en0 promisc again it should re-enable bonjour. However I would not know how to do this automatically after returning from sleep. Perhaps a cronjob that issues the ifconfig command every 5 mins? I don't use sleep myself
  6. Yes, I'm using it with the RealTekR1000.kext
  7. MAJ I hope you don't mind but I wrote something for the Bonjour Fix. I also created a Startupitem for it. EDIT: This post is a contribution to Digital_Dreamers script. If you want the easy way to solve the bonjour problem read this post. Once again I based it off your code. I'm sure it's a bit crude but I've tested it and it works. bonjour(){ echo -e "\n$SUB Fixing Bonjour $SUB\n" >> "$LOG" splash echo -e "${bold}${yellow}${rev} NOTE: ${plain}${yellow}\nThis will install a new StartupItem to: ${bold}$TARGET_DRIVE_NAME - Disk$IDNTFR.${plain}${yellow}\nThe item will be placed in /System/Library/StartupItems/\n${plain}${green}\nThis StartupItem will apply a fix to en0 at every boot.\nAfter pressing Y Bonjour should be fully functional.\n" QSTN="${cyan}${bold}Y for installation, N for removal and E for Exit.${plain}"; prompt_dy if [ $RESPONSE == 0 ];then echo -e "\nRemoving Bonjour Fix." >> "$LOG" MSSG="${yellow}Bonjour Fix Removed.${plain}" rm -v /Extra/bin/ifconfig >> "$LOG" 2>&1 rm -vrf /System/Library/StartupItems/BonjourFix >> "$LOG" 2>&1 return; fi echo -e "\nInstalling Bonjour Fix." >> "$LOG" cd "$SCRPT_PTH/~extra/Bonjour" mkdir /Extra/bin >> "$LOG" 2>&1 cp -vf ifconfig /Extra/bin/ >> "$LOG" 2>&1 cp -vrf BonjourFix /System/Library/StartupItems/BonjourFix/ >> "$LOG" 2>&1 /System/Library/StartupItems/BonjourFix/BonjourFix start >> "$LOG" 2>&1 } The attached zipfile contains the necessary files for the script. This would probably be resolved in the driver sooner or later but just in case Files go in ~extra/Bonjour, script creates a /Extra/bin directory. I thought it might be useful in the future if more utilities are being added instead of creating a separate directory for each executable. Log output: <==================> Fixing Bonjour <==================> Removing Bonjour Fix. /Extra/bin/ifconfig /System/Library/StartupItems/BonjourFix/BonjourFix /System/Library/StartupItems/BonjourFix/StartupParameters.plist /System/Library/StartupItems/BonjourFix <==================> Fixing Bonjour <==================> Installing Bonjour Fix. mkdir: /Extra/bin: File exists ifconfig -> /Extra/bin/ifconfig BonjourFix -> /System/Library/StartupItems/BonjourFix BonjourFix/BonjourFix -> /System/Library/StartupItems/BonjourFix/BonjourFix BonjourFix/StartupParameters.plist -> /System/Library/StartupItems/BonjourFix/StartupParameters.plist Bonjour.zip
  8. I myself am currently using the RealtekR1000.kext. I noticed the bonjour issue when trying to get the iTunes Remote app working on my iPhone. So I started to look around and found a thread where the solution was posted. Thread where I learned about it: http://www.insanelymac.com/forum/index.php...181903&st=0 Direct copy paste of instructions found by Eliade: I can confirm it working, my remote is now connected to iTunes and I can access my files on the hackintosh using my MacBook and vice versa.
  9. I wish I could help you, I only compiled the instructions from different sources, so I'm nowhere near to understanding how all this works exactly. What I think though is that this has to do with the PIN configuration section. But I'm not certain about that. You can try replacing the Pin Configuration with the information from "How to patch DSDT with LAN and HDEF functions.pdf" see below: "PinConfigurations", Buffer (0x28) { /* 0000 */ 0x10, 0x90, 0xA1, 0x01, 0x20, 0x90, 0xA1, 0x02, /* 0008 */ 0x80, 0x30, 0x81, 0x01, 0x90, 0x40, 0x21, 0x02, /* 0010 */ 0x30, 0x40, 0x11, 0x01, 0x40, 0x40, 0x01, 0x01, /* 0018 */ 0x50, 0x60, 0x01, 0x01, 0x60, 0x20, 0x01, 0x01, /* 0020 */ 0x70, 0x61, 0x4B, 0x01, 0xA0, 0x01, 0xCB, 0x01 }, I would advise you to backup your DSDT.aml though. I use the single Stereo line-out to my Logitech Z-5500 control pod myself.
  10. To be honest I don't know, but you can always try. I believe CPARM is running a different motherboard(it's his device hdef section) so it might work for you. Just follow the instructions and build your own DSDT and patch it according to the instructions, if you do not find HDEF or Azal definitions in your dsdt_fixed it probably won't work. I should mention there's a good chance it will work as the PDF with patching instructions upon which my post is based lists the ALC888 for Gigabyte motherboards and does not distinguish between different Gigabyte boards. However I can not say for certain and it's something you should try. Just make sure you backup your original DSDT.aml so you can always place it back using single mode boot(-s) if it refuses to boot. Alright good to hear, I'll add it to my original post. I just downloaded the patcher(DSDT_Patcher1.0.1e) myself and ran it, works fine for me. My original instructions didn't mentioned the dsdt_fixed.txt is located in the Debug directory so I tweaked the instructions some more. EDIT: Amazing I just used 1.0.1e and it automatically fixes HDEF, LAN and CMOS Reset so it seems. I will have to tweak my instructions. I'm kind of baffled by it. Perhaps it's because I'm running a patched DSDT already. Yup, seems to be because my DSDT is already patched. I viewed your dsdt_fixed.dsl and I'm not finding any Azal/HDEF entries. So the instructions won't work for you. I can not help you further as I have only figured it out for my EX58-UD3R using the patching instructions and cparm's device(HDEF).
  11. Reinstall BSD.pkg and run Disk Utility, Fix Permissions and reboot immediately afterwards. After reboot install 10.6.1 and reboot again. That's how I did it and I'm not experiencing any issues. Permissions should be fixed and all should be fine.
  12. DSDT/Kexts seem to have improved the volume as well compared to my 10.5.7 install. Slightly louder now so I don't have to crank up the speakers as much anymore. Thanks! It was just a matter of gathering all the information. The credited people in my post did all the hard work.
  13. MAJ I took the liberty to write an additional option for your script. I hope you find it of use Like I mentioned a few posts back I came across my Snow Leopard installation showing System Folders in Finder even though the default was set to hiding those. There's 2 files located in the OSInstall.pkg that are tasked with hiding these folders, I extracted these and placed them in the Hide folder. I took your DSDT Patcher routine and adjusted it: hide_root(){ echo -e "\n$SUB Hiding Folders $SUB\n" >> "$LOG" splash echo -e "${bold}${yellow}${rev} NOTE: ${plain}${yellow}\nThis will hide certain files and folders: ${bold}$TARGET_DRIVE_NAME - Disk$IDNTFR.${plain}${yellow}\nYou should only use this option if you see folders such as:\nprivate, var, tmp, cores, Volumes etc. in Finder on the root of your drive.\n\n${bold}!!This should be executed after you've booted into your new installation!!\n\nIf you press Yes Finder will be restarted.\n" QSTN="${cyan}${bold}Continue?${plain}"; prompt_dy if [ $RESPONSE == 0 ];then echo -e "\nHiding canceled." >> "$LOG" MSSG="${yellow}Hiding canceled.${plain}" return; fi echo -e "\n\n${bold}${green}Hiding System Folders in /...${plain}" cd "$SCRPT_PTH/~extra/Hide" ./SetHidden / hidden_MacOS9 >> "$LOG" 2>&1 killall Finder >> "$LOG" 2>&1 } I left out the menu adjustment as you can see but in my adjustment I called the option: Hide System Folders/Files. The zip attached should be unpacked in /~extra/. Hide.zip
  14. Great to hear! Have you considered submitting the script to some sort of CVS/Subversion like code.google.com? That way people could assist you in writing parts of the script. Just an idea
  15. I got my audio working using DSDT on my EX58-UD3R with an ALC888 audio chipset. I wrote up a compilation of instructions in order to get it working, perhaps it's something you could include in your script Digital_Dreamer? Since I saw you had some DSDT patches in the Debug/Additions directory already Anyway the instructions are located here I do not own an EX58-UD5 board so unfortunately I can not tell you how to get the ALC889a going. A good place to start is the patching instructions guide. EDIT: I almost forgot! I've done 3 installations of Snow Leopard so far and every time when viewing / in Finder several directories where visible that usually are not. For Example private dev tmp etc. where visible. I think this issue is related to BSD.pkg not installing properly from Leopard 10.5.7. Every single time I had to manually install BSD.pkg before I was able to repair permissions. In case anyone is wondering, open up a terminal and have your Snow Leopard install disc inserted and type the following: sudo open /Volumes/Mac\ OS\ X\ Install\ DVD/System/Installation/Packages/BSD.pkg If BSD.pkg is not installed properly and you try to repair permissions it'll give you a message: Error: No installer packages can be found for this disk. I should also mention that after repairing permissions for the first time it's recommended to reboot. I experienced several issues afterwards eventually requiring a hard reset but after that everything was fine. I found instructions on macosxhints.com on how to fix visibility of folders, attached to this thread is a zip file which contains the necessary files and a script. Download Hidden.zip and unpack it, open a terminal and navigate into the directory and execute hide.sh by typing: ./hide.sh If the script does not want to execute try a chmod +x hide.sh and try executing it again. Reference: http://www.macosxhints.com/article.php?sto...071107023334449 Hidden.zip