Jump to content

The Edge3000

Members
  • Content count

    73
  • Joined

  • Last visited

About The Edge3000

  • Rank
    InsanelyMac Protégé

Profile Information

  • Gender
    Male
  • Location
    McKinney, TX
  1. The Edge3000

    Gigabyte Z77X-UD5H & OS X 10.11 El Capitan

    I used to have sleep issues when using a previous BIOS (it was one of the newer modded BIOSes from TT but I don't remember which). Now I have installed the Ozmosis BIOS from this post: http://www.insanelymac.com/forum/topic/303451-ga-z77x-ud5h-ozmosis-guide/. Ozmosis is not working for El Cap, so I just use it to boot Clover. The benefit of using this BIOS is proper sleep/wake support and native NVRAM support. All is working except USB being detected as 2.0, but I have no need for 3.0 so I haven't attempted a fix. Using the following config in Clover for minimal SIP disabling: <key>CsrActiveConfig</key> <string>0x11</string> System Integrity Protection status: enabled (Custom Configuration). Configuration: Apple Internal: disabled Kext Signing: disabled Filesystem Protections: enabled Debugging Restrictions: enabled DTrace Restrictions: enabled NVRAM Protections: enabled Keep in mind that I am running a sandy bridge CPU on this board with iMac12,2 as system definition, so YMMV.
  2. The Edge3000

    IntelMausiEthernet.kext for Intel onboard LAN

    Okay, thank you that was something I missed. However, looks like no change and still a bit of intermittent crashing.
  3. The Edge3000

    IntelMausiEthernet.kext for Intel onboard LAN

    I don't know either. It's a ROM on the BIOS.. probably more has something to do with the boot over network logic than anything. And I really don't think it could affect a driver. Since the other two are just subsets of network stack, there are two options set to disabled in my BIOS. They only even show up as options with network stack enabled.
  4. The Edge3000

    IntelMausiEthernet.kext for Intel onboard LAN

    Hey Mieze, sorry for the late response. Work got in the way, etc. To answer your question, both of those options are disabled. I am overclocking, but only by raising the CPU multiplier. I am not messing with any voltages or overclocking the BCLK. I don't know if this would have any effect or not, but my BIOS mod (GA-Z77X-UD5H BIOS F16 mod11) per TweakTown forums includes the change "Intel GigabitLanX64 6.0.24 to 6.3.27"
  5. The Edge3000

    IntelMausiEthernet.kext for Intel onboard LAN

    Using patchmatic -extractall Attached is what I get. I have Clover drop a lot of unnecessary tables. GLAN is the method used to define the ethernet. Thank you! ACPI.zip
  6. The Edge3000

    IntelMausiEthernet.kext for Intel onboard LAN

    Oops, you are right. I don't use Xcode much, but I poked around a bit and got it to recompile as 2.0.0. And now... nooooo! Still failed like before, although it looks like it put up with more of a beating than the original V2 version used to take. Also, I might have posted prematurely on the v1.0.0 post, but I tested it hard for a good 30 mins without failure, whereas this one failed after about 10 minutes. Console.log.zip IntelMausiEthernetV2.kext.zip
  7. The Edge3000

    IntelMausiEthernet.kext for Intel onboard LAN

    Woohoo! I complied with the changes you suggested above and it doesn't seem to be crashing! I copied a large file from one network share to another (maximally stressing both upload and download), as well as random I/O on the network as well. Usually, this always guarantees a crash, but it's been holding up this time! However, the console appears to be flooded with Ethernet [IntelMausi]: replaceOrCopyPacket() failed. and Ethernet [IntelMausi]: Not enough descriptors. Stalling. Ethernet [IntelMausi]: Restart stalled queue! Other than that it is--at least initially--working. I'll report back if I get any disconnects, but thanks for the fix! I attached the binary for 10.10 for anyone who can't compile themselves. Console.log.zip IntelMausiEthernet.kext.zip
  8. The Edge3000

    Access remotely while computer sleep

    You need to make sure WOL is enabled in BIOS, have a WOL supported router, and your ethernet kext has to support WOL. IntelMausiEthernet.kext has preliminary support for this if your hardware qualifies.
  9. The Edge3000

    Clover Native Screen Resolution

    Install the UEFI version and disable CSM support in BIOS. Note that you need a UEFI booting Windows 8 or later to continue to boot Windows. Also, you laptop might just be too old to have full native UEFI support.
  10. The Edge3000

    IntelMausiEthernet.kext for Intel onboard LAN

    It appears I am having the same problem as RehabMan. Same error after extended high speed transfers to NAS storage device: kernel[0]: Ethernet [IntelMausi]: Tx stalled? Resetting chipset. txDirtyDescIndex=796, STATUS=0x40080083, TCTL=0x3103f0fa. This is the device I am using: Intel 82579V PCI Express Gigabit Ethernet: Name: Intel Ethernet Controller Type: Ethernet Controller Bus: PCI Slot: Built In Vendor ID: 0x8086 Device ID: 0x1503 Subsystem Vendor ID: 0x1458 Subsystem ID: 0xe000 Revision ID: 0x0004 BSD name: en0 Kext name: IntelMausiEthernet.kext Location: /System/Library/Extensions/FakeSMC.kext/Contents/PlugIns/IntelMausiEthernet.kext Version: 2.0.0 As seen in the iStat screenshot, the transfers can go for quite a while before failing, whereas other times it will fail in just a short period of time. I'm using rsync to copy over a lot of files, with an until loop to retry the command after 10 seconds until it exits cleanly. Directory-intensive transfers lower the overall throughput, to the effect that it rarely stalls, whereas large movie transfers see stalling more frequently. Another thing I have noticed is that if I create more "noise" in the traffic, for example browsing a lot of directories on the NAS share or opening up quick-look previews while the large transfer is going, it seems to crash more often. Attached is my DSDT (which appears to not contain any special power-management calls like your previous post), a system log of all IntelMausi debug errors over a long period of time, and one log of all the system events surrounding one crash. There are no specific power management features that I can toggle in the BIOS, and I get crashes whether WOL is enabled or not. Ethernet configuration is set to basic full-duplex as recommended, however, even with EEE and flow-control the crashes persist, although flow-control appears to not be enabled/supported on my hardware. en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500 index 4 eflags=8c0<ACCEPT_RTADV,TXSTART,ARPLL> options=6b<RXCSUM,TXCSUM,VLAN_HWTAGGING,TSO4,TSO6> ether 90:2b:34:XX:XX:XX inet6 fe80::922b:34ff:XXXX:XXXX%en0 prefixlen 64 scopeid 0x4 inet 192.168.1.2 netmask 0xffffff00 broadcast 192.168.1.255 inet6 2002:4b6f:e5a4::922b:34ff:XXXX:XXXX prefixlen 64 autoconf inet6 2002:4b6f:e5a4::a85c:e70a:223a:2590 prefixlen 64 autoconf temporary nd6 options=1<PERFORMNUD> media: autoselect (1000baseT <full-duplex>) status: active type: Ethernet link quality: 100 (good) scheduler: QFQ link rate: 1.00 Gbps I appreciate all the work you have done on this and thank you for looking in to this problem. Logs.zip DSDT.aml.zip
  11. The Edge3000

    Unlocker

    Working 10.10.4 on ESXi 6.0.0b! Thanks goadeff and uploader!
  12. The Edge3000

    10.10.1 is out!

    WARNING! I just spent a few hours trying to figure out why my install was bootlooping after installing 10.10.1--thinking it was a graphics problem. If you're using Pike's method of symlinking AppleHDA with, for example, AppleHDA898.kext, this will cause bootlooping. I've never had an issue with it in the past. My GTX 780 didn't cooperate well with safe mode, so had to go in to single user mode to delete the kext. I found all this out after accidentally screwing up restoring my IOKit framework backup (I recently bin patched it) until the repeated bootloops caused data corruption on my SSD, and.. well it was a long story that snowballed out of control. Hours later I am back 100%. Hopefully this information can save some of you a huge headache. Cheers.
  13. Working fine for me here. In fact, I found the PM bug was fixed even without the web drivers in default Yosemite. GTX 780.
  14. The Edge3000

    Problem with P-State with i5-2500K.

    I used to have this problem for the longest time. The problem is probably not in your DSDT or any generated c or p states (SSDTs), but rather your EXISTING SSDT tables. I'm using Clover now, but I have it dropping all OEM SSDT tables (and other unnecessary ACPI tables as well). Once I did this I got full range of stepping. You shouldn't need to hack/modify/delete anything. I'm using iMac12,2 w/ 2500k @ 4.2 GHz. Attached: -The ACPI tables I am using (SSDT and SSDT-1 are the C and P-States generated by Clover) -iStat history demonstrating proper stepping
  15. This issue is caused by lack of working NVRAM support. I don't use chameleon, but apparently there are ways to enable this. In clover for my motherboard, I had to install the EmuVariableUefi-64.efi driver to get proper NVRAM support.
×