Jump to content


  • Content Count

  • Joined

  • Last visited

About shrieken213

  • Rank
    InsanelyMac Protégé

Profile Information

  • Gender

Recent Profile Visitors

3,862 profile views
  1. shrieken213

    Broken Power Management in 10.14.5 Beta?

    It seems there's something wrong with WindowServer. Upgraded to 10.14.5r3 just a few hours ago and the high CPU usage is still there. I'm assuming PM is working but the unnecessary load is keeping the clocks up. This is also after reverting to 10.14.4 and reinstalling the beta. Go figure.
  2. shrieken213

    Broken Power Management in 10.14.5 Beta?

    Thanks. You're seeing exactly what I'm seeing with the IGPU. Idle or not your IGPU is at full clock with headless. My screenshots were with 0x0300220d; the IGPU idles at 0.2 Ghz and HWSensors picks up 0.02~0.05W. It peaks at 10.74W under full load (LuxMark OpenCL stress test). Because the headless connector doesn't allow the IGPU to be used for anything other than HEVC and ME, I can't directly compare load power. Vega has hardware HEVC enabled, so playback's not touching the IGPU at all in either case for me. This all sounds as with headless the IGPU is stuck at full clock but is either on or completely off, while when it's fully enabled it's stepping its clocks and voltages but always on. Which is also kind of weird since if the IGPU is off it shouldn't have a clock speed at all. Were you running 10.14.4 or 10.14.5 when you took that screenshot? I see your CPU is stepping properly.
  3. USB 3.0: https://www.amazon.com/Inateck-Express-Controller-Internal-Connector/dp/B00JFR2H64/ref=sr_1_3?keywords=fl1100&qid=1555849149&s=electronics&sr=1-3#customerReviews This should be natively supported since it uses Fresco Logic FL1100, the same chip used in the trash can Mac Pro. Ethernet: https://www.amazon.com/Ethernet-Realtek-Standard-Brackets-SD-PEX24041/dp/B004M18EEC/ref=sr_1_2?keywords=rtl8111&qid=1555849429&s=electronics&sr=1-2&th=1 You'll need RealtekRTL8111.kext by Mieze, available in the downloads page here at InsanelyMac.
  4. While making some final touches to an SMBIOS switch I noticed strange behavior with the CPU clocks. I'm moving from iMac14,2 to 15,1. Build is 4790K (Overclocked 4.6Ghz), Vega 56, 32GB RAM. I'm on the beta release because of a bug in 10.14.4 that doesn't spin down the Vega fans after they spin up under load. 1. Either Intel Power Gadget or power management is broken. According to IPG the clocks almost never fall below the nominal 4 Ghz. At the same time, HWSensors show that the clocks do in fact fall to the idle 800 Mhz clocks. AppleIntelInfo shows that all P- and C-states have been injected and observed by the kext. This leaves two possibilities: IPG is misreading the clocks, or there is in fact something that's artificially keeping the clocks at 4 Ghz while idle. 2. IPG utilization percentage is bugged. A ton. HWSensors also has a bug where clock speeds occasionally peak at 2^31 Hz (2147.48 THz). 3. The headless framebuffer for Intel HD 4600, 0x0b001204, gets the IGPU stuck at full clock. Only by fully enabling IGPU with 0x0300220d is IGPU stepping properly enabled. I don't know if a real iMac15,1, which uses the 0x0b001204 framebuffer natively, shows the same behavior. I'm not very certain about the IGPU since I only recently tried out the headless framebuffer, but I do know for sure that IPG properly read idle clocks in 10.13 with the same config, more or less. I'm wondering whether this is a beta thing or other people have seen the same behavior elsewhere. AppleIntelInfo.log config.plist
  5. shrieken213

    Natively supported USB 3.0 add-in cards?

    Sorry, let me clarify. I'm trying to avoid buying the overpriced "For Mac" versions of regular PCIe cards. The current Sonnet offering uses FL1100, which by judging the lack of Mac drivers (other than ones bumping up maximum available current) should be natively supported. However, even with these companies I see that some products require a third-party kext, for example SXHCD.kext for legacy Sonnet cards. So my question is whether a controller other than Intel or FL1100 exists that is natively supported by macOS.
  6. shrieken213

    Clover problems report & features request

    There's a ticket on SourceForge about this. The installer fails to find the ESP partition of APFS-formatted Fusion Drives and instead installs Clover to the system root. To update I have to manually copy those files to the ESP partition. I'm not sure if the same issue occurs with AppleRAID volumes, APFS or not.
  7. I'm in search of a new card since the one I have to give my build an extra 19-pin header has a memory leak in Windows and crashes often (works fine in macOS with GenericUSBXHCI). Might as well get something that has OOB support so I can get rid of GenericUSBXHCI, which might cause conflict with native drivers. I've looked around and peeped inside AppleXHCIPCI.kext, and the only non-Intel USB 3.0 controller that I could find it matching to was the Fresco Logic FL1100 (vendor 1b73, device 1100). That means if I get any PCIe card that uses the controller, it'll work OOB, right? Or have I missed other controllers that has native support?
  8. shrieken213

    Fixing fan speed issues with Vega cards in Mojave...

    I've found strange behavior with the injections. Another person apparently had the exact same issue with the exact same card. His solution did not work even when followed to the letter. Analyzing the PPT he uploaded it is apparent that the VGTab application disables zero fan at idle, which serves as a nice way to check if it loaded. Sure enough injecting via Clover loads all of his settings fine including his PPT (fans stay at a low 400 RPM at idle), but is still unable to spin down from the specified full speed. So I removed all of his settings. I was surprised to find that some of the PP settings are persistent. I've tried reinjecting the property, but it seems it's not overwriting the previous settings. Removing the setting entirely also does not change a thing. Note how the property PP_PhmSoftPowerPlayTable is not there, showing I've deleted it entirely from my config. I've done the same with the PP_DisableULV, PP_Falcon_QuickTransitionEnable and a couple others, yet they're still in IOReg. I'm kinda lost now...
  9. I've finally made the switch to the dark side and sold off my GTX 1070 for a Vega 56 It's running almost OOB on 10.14.4 since I already had WEG/Lilu installed for the IGPU and it configured everything for the Vega. However, once the fans spins up beyond 50% they don't spin down while the clocks drop to idle. This is a big issue. It's not intolerable, but it's also not Nvidia FE blower quiet since mine's an open-air card. So let's fix that since at idle the fans shouldn't even be spinning. The pinned thread gives a general outline of what needs to be done. Dig through the VBIOS ROM, find the power play info, inject it. Follow this guide to the 2:00 mark for the power play info. Once you know the offset and length of the region, you can do the rest with hex editors in macOS. The thread's pinned solutions suggest modding vanilla kexts or using injector kexts, neither of which I really like doing. Later on a SSDT DSM injection is shown to work; I'd also rather not have SSDTs where they're not needed. So let's try injecting with Clover. Unlike the IGPU entry which has a straightforward address in the PCIe tree, the Vega card is PCI0/PEG0@1/PEGP/(bridge device)/GFX0. So assuming that the card is already properly injected but fans dysfunctional, use gfxutil to find the address of GFX0: gfxutil -f GFX0 which returns: DevicePath = PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/Pci(0x0,0x0)/Pci(0x0,0x0) Copy and paste the power play hex data in Xcode as a data entry like above, or convert to base64 and insert it directly with a text editor. It has been injected properly. The fan now spins past 50%, up to 55%! Still doesn't spin down though...any ideas? On another note, what do the PP_FuzzyFanControl do? PP_DisablePowerContainment seems to do something with the power restrictions on the card as needed for overclocking, not sure about the fuzzy fan control.
  10. shrieken213

    AMD Radeon HD 6750M on Mojave

    No. You're in the same boat as Nvidia users right now. There simply are no drivers, no plans to make new drivers, and no hack to make the AMD card work in Mojave. Anything claiming to be a "solution" simply disable the AMD chip and run the laptop off the IGPU as you've already found out. It's an old laptop. The chip is 8 years old. You could use an upgrade.
  11. The issue has been fixed. The board's ME firmware was corrupt. Modding the BIOS to fix ME in conjunction with directly flashing the non-corrupt firmware to the ME region using FTK did the trick. Note that Windows was used for the fix. What was the issue? macOS currently expects a functioning ME device (HECI/IMEI) for Intel graphics to fully load. Because the firmware was corrupt, the kexts only loaded halfway and kextd stalled. On Windows, the ME device was "disconnected" in Device Manager. This is why even with IMEI in the IOReg, correct Clover settings and FramebufferAzul and HD5000Graphics kexts loaded in kextstat I could not get QE/CI, or even a proper graphics output. Once the firmware was restored, the ME coprocessor booted completely and the hack gets full acceleration now. For future note: should this method fail, the only option is to buy a new preflashed BIOS chip. Proceed with care. after.BMP before.BMP
  12. I've tried all the BIOS versions dating back up to 3~4 years, and all are unable to retrieve the ME version. It seems BIOS editing is the only way left.
  13. The issue has been completely identified. The latest BIOS for the ASUS Maximus VII Gene has a broken implementation of Intel MEI. It does not function in Windows, much less macOS. The device is there and present as evident in the DSDT (HECI device is there), but does not function. As IMEI is required to load the IGPU drivers in macOS, this causes the driver failure. The immediate solution would be to mod the BIOS and patch the ME region. Unfortunately the latest version presumably has Spectre/Meltdown fixes, and I haven't modded BIOSes before, only VBIOS when overclocking GPUs. I'll give this a go when I get the chance. In the meantime I'll have to revert the BIOS to an older version. I'll post the results of this later today.
  14. The issue has more or less been identified with errant behavior on HECI/MEI. WEG is having difficulty patching it, and doing manual renaming and injection via DSDT is not working either.
  15. Booting from a vanilla USB installation with the same injections give the same error again, except the timeout interval is 240 seconds instead of 60. Tried adding DSDT patches for IRQ. No change. Tried deleting the DSDT and starting fresh. No change. Same goes for a fresh Clover installation with a new config. Does not change a thing. Same goes for Clover version rollbacks. Previous versions also have the same error. Also tried optimized default BIOS settings with minimal changes for booting. Same thing. Will continue exploring options to nail this down.