Contribute
Register

How to build your own iMac Pro [Successful Build/Extended Guide]

Status
Not open for further replies.
Thank you kgp. I thought about the issue and the reason for such jump in cpu load compared to windows might be different CPU power management of OSX. I was checking the frequencies in Intel Power Gadget and those 3-4% is related to ratios around 20-30x. So with 42x ratio, the CPU load should show much lower values. So never mind. Again, thank you for your time and effort to help all of us, it is truly appreciated
Behringer UMC204HD but it is not the case of interface. Apogee DUET FW on 1394 TI card with the same results. What interface do you have and what CPU load shows you Ableton with 256 samples and 32 samples / 48kHz? Can you send the picture?

Just catching this conversation...Using Ableton Live 10 and Firewire audio interface, this is the info i'm getting with 32 & 256 samples /48khz on I7-7800X. No issues whatsoever. ( except for sleep and wake with FW connected )
PS: OC 4.3
buffer @ 32 -> cpu load: 4/5%
buffer @ 256 -> cpu load: 2%
 

Attachments

  • Screen Shot 2018-06-20 at 2.04.06 PM.png
    Screen Shot 2018-06-20 at 2.04.06 PM.png
    76 KB · Views: 132
Last edited:
Yes, It didn't work OOTB for me. Had to use kernel patch, lilo and whatevergreen but it works perfectly in that configuration.

Apple is still doing a lot of work under the hood gpu wise and 10.13.6 should have more optimizations and so will Mojave

I’m in direct contact with @pple engineers that lead the gpu team and they told me they are working hard.

Remember Apple has always been a closed garden gpu wise and adding egpu is a plus for everyone including us who hackintosh.

They very much know the community and most likely check this forum and probably run Hackintoshes at home haha
 
@izo1, my friend,

believe me, I don't want to give a rewarming to our yesterday's discussion, so please don't worry at all.. :)

But really, why don't you give it a try at least?: https://www.tonymacx86.com/threads/macos-high-sierra-10-13-xhc-usb-kext-creation-guideline.242999/. If you are willing at all, I would implement everything based on the XHC USB kext I sent you yesterday for the ASUS Prime X299 Deluxe and SMBIOS iMacPro1,1, which works perfectly fine on my system where I do not witness any BT audio issues either..

Maybe it resolves your USB and BT issues just in one line? Just don't reject the proposal from the very beginning.. that's all I suggest..

To me it appears weird that the OSXWIFI does not properly work on your system, but your USB dongle does. The only reason why the BT of the OSXWIFI could fail might be some erroneous USB data cable connection, which is not required when using the M.2 adaptor or replacing the onboard WIFI/BT chip.

Please simply don't answer to this post, but have a silent brain storming for yourself and do what you think it might best in your case. We should not start with a new discussion filling another 10 pages. I just try to help once more..

All others, please ignore this post.. I write here in public, as we cannot and are not allowed here to communicate in any other way...

Cheers,

KGP

Hi KGP, appreciate your help, but I've tried all that :)
It has to do with interference around my apartment unit (and neighbors all around me).

I have tried all XHC approaches, and the current one I have is the best one that works well for me that's based on RehabMan's guide.

I stopped having USB issues after I added the external drives to Spotlights Privacy tab (which ignores indexing) and it can now eject well and I can use it without remounting. It seems that this might be macOS related and other people with real Macs have the same issue (and it depends on the brand and the controller on the external hard drive). The cheaper the external drive, the worse the issue in general.

I've taken a few days off and tested some more and it's definitely 2.4GHz frequency related (for BT audio issues). I had 3 security cameras outside my window and they were wireless that run on 2.4Ghz. I shut them down temporarily and disabled my router's 2.4Ghz channels and the issue is 90% resolved.

I will most likely take out the OSXWIFI card soon and just use the onboard/modified BT module because this is definitely related to 2.4Ghz radio frequency and the onboard WIFI module will work fine.

What's funny is the BT USB dongle has better range than OSXWIFI and the onboard module. The latter 2 use bigger antennas that are mounted on top of the PC case. Though't I'd mention that.

Don't know if it's a coincidence, but since installing the working Vega SSDT and the AGPM enabler, BT is much better. Not perfect however, it still cut out from time to time.
The annoying thing is to connect the headset however, I must have the headset right next to the antenna. After that it works fine away from the antenna,

AGPM enabler doesn't help me at all, it may be placebo on your end.

@izo1 I've swapped the cable between port 1 & 3 to the wifi/BT card (connector 3 is the one used by most broadcom card for BT), and the BT problem is mostly resolved now.
It's not perfect, I still hear the occasional stutter, but for a start, my headset now connect instantly when I used to have to move the headset right next to the antenna before.

I still believe it's something to do with Apple BT stack, as yesterday I listened to audio on this Sennheiser headset in windows and not once did I have a problem.

It's definitely related to Apple BT stack and 2.4Ghz channel. However, I've never ever had issues like these on real Macs. I've had so many Macs over the years, the last desktop was a fully loaded 2012 Mac Pro and it had a very old BT/Wifi module, and I never had any BT audio stuttering issues (albeit I used to not use it that much back then). My MacBook Pro has none of these issues.

Do you have a cheap $9 USB dongle you can try?

I use this and it's so solid. Only downside is Handoff is weird and Wifi calling is very buggy (which I use a lot throughout the day) so I'm unplugging it for now and going back to OSXWIFI and then onboard module after more testing.

Interesting to know about switching the little ports, I will try that soon as well (why the heck not).

I currently use 2 of these antennas on OSXWIFI and it helped a little bit compared to the regular antenna (I tried 3 types total).

Here's what I think you should do see if this helps.

Try to check your home to see if there's any 2.4Ghz devices like cameras, wifi routers, etc. Turn the off for now, even turn off the 2.4Ghz radio off your router or turn off your router completely for testing and see if Bluetooth gets better.

If you live in an apartment type home, your upstairs/next door neighbors might have 2.4Ghz devices.

2.4Ghz devices have good frequency even past walls compared to 5Ghz Wifi channels this is why if people around you have 2.4Ghz, it may interfere with the Bluetooth 2.4Ghz frequency.

I think the big issue is these PC cases we use don't have proper insulation like real Macs or other PCs that have BT do, so that's why we have these issues.

It's definitely not related to XHC imo.
 
Just catching this conversation...Using Ableton Live 10 and Firewire audio interface, this is the info i'm getting with 32 & 256 samples /48khz on I7-7800X. No issues whatsoever. ( except for sleep and wake with FW connected )
PS: OC 4.3
buffer @ 32 -> cpu load: 4/5%
buffer @ 256 -> cpu load: 2%

So the difference is overclocking and therefore all cores running always on max. frequency?
 
So the difference is overclocking and therefore all cores running always on max. frequency?

OC does not imply that all cores run always on max. frequency. OC means, that under max. load conditions you exceed the stock frequency. Else the CPU behaviour does not change at all and the CPU speeds under IDLE conditions are still close to 1.2 Ghz as it should be.
 
OC does not imply that all cores run always on max. frequency. OC means, that under max. load conditions you exceed the stock frequency. Else the CPU behaviour does not change at all and the CPU speeds under IDLE conditions are still close to 1.2 Ghz as it should be.
I could not have said that better ;)

Even when I switch the coreaudio to DP, I'm getting a pretty low cpu load. I have no idea why it's lower than your 7820
Screen Shot 2018-06-20 at 11.16.43 PM.png
. Any chance that the GA mobo handle this better?
 
Last edited:
I agree @kgp here is my ioreg with Loloflatsix's thunderbolt SSDT

Lets note here that @Loloflatsix file works with his and mine X299 Gigabyte board despite us having different revision models. Should be safe to assume this works with all x299 Gigabyte boards!

@kgp no one is trying to take credit for your hard work, we all appreciate what you have done and continue to do. Lets all take a deep breath that we are all working together to make it even better!

Can you please try to use the TB-SSDT attached below? Does it work? Please have a look in IOREG what you get when nulling PXSX and report back.

Note that the attached file does not have DTGP implemented (external). It requires SSDT-X299-iMacPro.aml to work!

We might have to stepwise iterate the file as I do not have any Gigabyte board for testing..
 

Attachments

  • SSDT-X299-TB3-iMacPro-Gigabyte.aml.zip
    3.3 KB · Views: 62
Can you please try to use the TB-SSDT attached below? Does it work? Please have a look in IOREG what you get when nulling PXSX and report back.

Note that the attached file does not have DTGP implemented (external). It requires SSDT-X299-iMacPro.aml to work!

We might have to stepwise iterate the file as I do not have any Gigabyte board for testing..

Thanks @kgp

I will try it now.

Sorry for my later response but I was occuped with my job.

After I'll give some explanation about how I proceded for my SSDT.
 
No success with this one :
- the result is the same as I obtained by trying myself to adopt the SSDT of the guide
- the PCi TB3 isn't not implemented

So here is a pic from my IOReg

In the 3 others pics you can see the implementation with my own SSDT
 

Attachments

  • Loloflat6_IOREG_SSDT_Kgp.png
    Loloflat6_IOREG_SSDT_Kgp.png
    754.1 KB · Views: 105
  • Loloflat6_NHI0_IOReg.png
    Loloflat6_NHI0_IOReg.png
    998 KB · Views: 114
  • Loloflat6_XHC5_IOReg.png
    Loloflat6_XHC5_IOReg.png
    1,003.2 KB · Views: 109
  • Loloflat6_XHC5_IOReg1.png
    Loloflat6_XHC5_IOReg1.png
    1,008.8 KB · Views: 109
No success with this one :
- the result is the same as I obtained by trying myself to adopt the SSDT of the guide
- the PCi TB3 isn't not implemented

So here is a pic from my IOReg

In the 3 others pics you can see the implementation with my own SSDT

As expected.. I need to know which variable you get when nulling PXSX...
 
Status
Not open for further replies.
Back
Top