FricoRico
-
Posts
44 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Posts posted by FricoRico
-
-
I have been fiddling around with the Akitio Thunder 2 in combination with the R9 RX480 in the past couple of days. Getting everything to work on the software was relatively easy, however the hardware side seems to be the biggest concern for stability at the moment. The power draw over de PCIe port seems to big for the Akitio to handle, tried the soldering trick which gave more stability but it's yet far from stable. I'm not sure if it's still a power issue as it is much more stable then my unmodified Akitio box. I've ordered a high-quality PCIe riser as a second opinion and will still have to test Windows (maybe stability is also in de beta drivers in Mac OSX).
I've also heard reports of signal stability issues with the Akitio box? What does this mean and how is this caused/fixable?
-
11 minutes ago, goalque said:
From me, but at present I can’t reveal. Both kexts are needed.
Try manually disabling and uninstalling the Iris Pro in device manager, then keep looping with warm-boot & disable dGPU options, with an eGPU monitor plugged in. Hold down the Option key between restarts and choose “EFI Boot”, it may work. The problem is that my app tries to keep Iris Pro enabled, but you can’t install the latest drivers from AMD if the iGPU is also active. I’m not sure how well the RX 480 is supported by Windows 10 built-in drivers.
If you want the internal screen as well, you can try DSDT override approach as @Tech Inferno Fan suggested.
Aww it's really a shame you can't reveal that. Why can't you reveal it? Might I be so bold to ask you for it through a PM?
-
6 hours ago, goalque said:
Yes, these are known issues. The EFI demo works with an Nvidia card.
AMD7000Controller.kext conflicts with the eGPU’s AMD9500Controller.kext and therefore the latter refuses to load. You can check this by kextstat command. There is a partial workaround:
That is somewhat great news! Where can I find out more about this workaround? Bu the way, I thought that the RX480 used AMDRadeonX4000.kext? Does it need both the AMDRadeonX4000.kext and the AMD9500Controller.kext?
Thanks for helping out!
6 hours ago, Tech Inferno Fan said:You can try the steps at https://www.techinferno.com/index.php?/forums/topic/5874-guide-dsdt-override-to-fix-error-12/ to resolve error 12.
Otherwise if have a MBR installation of Windows can use https://www.techinferno.com/index.php?/forums/topic/1650-diy-egpu-setup-130-previously-setup-1x/
Yesterday night I tried fixing the error by following this guide. I was unsuccessful but hopefully I can make another attempt that fixes it.
Thanks for helping!
-
@goalqueUsing your efi bootloader to disable the dGPU and enabling warm-boot enables me to load Windows whilst detecting the RX 480. Sadly Windows somehow reports the device to have 'too little resources'. Any clue what it might mean by that?
-
It seems that your script is capable of finding the eGPU and it also adds the identifier to the AMDRadeonX4000.kext. Somehow Mac doesn't load this kext though, as it sees it as an 'display' device:
-
I went the same route and bought my first eGPU today based on the XFX AMD RX 480 XXX OC edition. Putting it together as I'm writing this. Hoping for an easy install!
What is this 'EFI app' you are talking about?
-
I wonder if this also works under Windows. But this is great news for my AMD based eGPU plans! I hope it will also play nicely if a laptop is already equipped with the AMD M370X, I don't want it on the internal screen, but would love to power the external screen with an AMD RX480.
-
I believe that AMD is actually really easy to get running under Mac OSX, Apple has good driver support for them inside Mac OSX. See my question about it in this post.
However, R9 cards seem to not play nice with the populair AkiTo enclosure. Populair because of their low price tag. It seems not many people have actually been trying to set up a R9 in either Bootcamp or Mac OSX. Sadly I currently do not have the financial means to go on such a risk endeavour.
-
My script supports Fiji architecture in theory
elif [[ "$controller" == "9000" ]] && [[ "$egpu_names" =~ Tonga|Fiji ]]
How do you think this wil fare with the internal R9 M370X, that is in my Macbook?
-
So after not reporting back for a while. I've almost made my decisions on what hardware to get.. Until..... AMD came a long with a good alternative to the Fury X. For now called R9 Nano, the news articles (slides from AMD) state a performance that is better than the Fury, just a few notches below the Fury X.
As the name suggests it's a small card that would fit into any ITX sized computer case. It has a low 175TDP, 4GB of HBM RAM. It all just sounds to be a brilliant card for small sized e-GPU projects.
Has anyone else found anything useful on Fury (X) on Mac OSX?
-
It seems there is a good chance for Fury X to work in El Capitain:
-
R9 390X seems to have the same device id 0x67B0 as the R9 290X:
https://www.techpowerup.com/vgabios/173023/msi-r9390x-8192-150521.html
VGA Bios Collection: MSI R9 290X 4096 MB | techPowerUp
So acceleration may actually work, the device id is the last in the AMD8000Controller.kext and there is AMDHawaiiGraphicsAccelerator in AMDRadeonX4000.kext. Maybe OS X El Capitan will provide new ids and Fiji codename as well, I haven’t looked yet. The codename is important, at the moment Yosemite doesn't support Fury X (Fiji XT).
Sometimes I wonder if you are a living encyclopedia, especially on this subject. Thanks goalque, I will investigate more in the matter (before spending $1000,- on unusable hardware
) Would be great to have a Fiji working in El Capitan-
1
-
-
I'm just as curious as you Daniel. I'm thinking about using a Fury X as graphics card, it's very short and compact, and it offers great performance (and 5K video output). Do you guys think I can get it working with the AMD drivers in Mac OSX?
-
AKiTiO's instability at "low-power consumption" with R9s is explained here:
It's still a mystery. However, I didn't have any issue with HD 7970 even if it's almost the same architecture and chip (Tahiti XTL / Tahiti XT2).
Rocketstor 6361A would be interesting candidate...
but we don't know anything about that product.
I read some mixed emotions about the Rocketstor 6361A.. Too bad this AKiTiO is buggy with R9's. It seems to be the weapon of choice for most people out there. I could risk it and try to run a new R9 (3xx) or maybe a Fury X with it. Neither have been used before with it I guess... To bad e-GPU isn't exact science, makes it hard to share knowledge between different card users.
-
AMDs should be much easier than Nvidia to get work on OS X because Apple provides native drivers for them, and Windows 10 has AMD drivers built in.
My script doesn’t support AMDs at the moment, but you can look for my Netstor implementation how to modify kexts. Please note that AKiTiO and maybe other single-slot enclosures seems to be unstable with R9 series cards in low-power consumption. When the new official TB3 eGPUs enclosures start to pop up, we will see interesting competition and hopefully more affordable products.
I've looked at your forum post about the R9 280X, if I understand correctly AMD is actually the better/easier choice for graphics cards on OSX. Apart for the obvious reasons that AMD cards tend to use a lot of power and are pretty big.
Since I'm going to use a custom enclosure case, neither power consumption or size will be a problem. I will use an ATX power supply. I'll probably also slap a closed loop water cooling on there as well, making it really quiet. Is AKiTiO a good choice for R9 graphic cards? What do you mean by instability at low-power consumption? What other affordable alternatives do I have?
-
Regarding Windows, Intel has officially demoed eGPUs:
and I have confidential information.
But regarding my laptop (I'm not planning on buy-ing a new one next year). Will it even support ThunderBolt 3? I think it's probably more than just a firmware update?
-
I thought about buying an Akitio and built it into a small ITX/HTPC format enclosure, using a PC power supply to power the GPU. But I think TB2 might become a bottleneck by now, especially with the graphics card becoming so much faster.
But will new TB3 enclosures start to support eGPUs? I think that's not very likely. Apple seems to try and stop us from actually using the eGPU's, atleast, companies are asked to stop developing them in the past.
-
Hey guys,
I've been silently reading on the forums DIY e-GPU topics. Recently I've bought a Macbook Pro Retina 15" M370x. I'm planning to use it as my main system and replace my iMac with 4GB GTX 780M for some occasional gaming. For that I was hoping to get an e-GPU, working on both OSX and Windows.
Because my Macbook is has an AMD chipset I was wondering if it was even possible to use AMD graphic cards in OSX. I only read about Nvidia graphic cards. I would prefer the AMD to not have nVidia and AMD drivers running in Windows (never feels good to do that).
Since Apple is now using AMD chips for their MacBooks I thought it might start to get easier implementing AMD drivers in Mac OSX.
Can you guys advice me?
Cheers!
-
1
-
Setup 1.30 Discussion
in DIY e-GPU Projects
Posted
Yesterday after downloading Setup 1.30 I wanted to download the installation instructions, but somehow my download button disappeared :-( I was hoping that it would be fixed by now because maybe some flag was stuck at my account. Now I'm stuck at doing nothing because I have no clue what to do.
Wanted to try the experimental UEFI setup, because my Macbook Pro Retina 2015 is unable to install/load MBR legacy boot.