euqlaog
-
Posts
0 -
Joined
-
Last visited
-
Days Won
27
Content Type
Profiles
Forums
Downloads
Posts posted by euqlaog
-
-
Since the first command didn't do anything, something is wrong with the kexts. I recommend a fresh installation of OS X.
-
Everything looks good. My GTX 750 Ti works on 10.11.3. You haven't touch any kext files manually and FileVault is turned off?
The best commands for troubleshooting:
-
18 hours ago, hitsilent said:
thanks for all the reply , i just disable the FileVault. now everything running good, i can see my GTX 950. now i have to figure out how to make the graphic card run performance ~~
Set the external monitor as primary and uncheck “displays have separate spaces”.
@viniguez Turn on automatic mode:
"sudo ./automate-eGPU.sh -a" and restart the Mac.
-
23 minutes ago, toxec said:
I was running my akitio setup with nvidia 970 fine until 10.11.3 but after updating It I started facing problems and haven't found a solution yet (didn't pay much attention too). When I am running it on mac it recognizes it as an external display rather than a graphic card. Under windows It detects 970 and nvidia panel shows as everything works fine. Thus it is computing everything on the integrated gpu. Games do not detect directx and do not start up. Same results with both of my macbooks. I also wonder if anyone knows whats up.
How did you update? Did you follow my posted procedure?
-
The backtrace of the kernel panic indicates of AppleHDA.kext. The current script doesn't touch to this. But you did earlier, right? Even if you reinstalled the OS X, it may be possible that the faulty kext is loaded from the cache.
Can you boot into OS X after NVRAM reset, without eGPU?
If not, try in safe mode, uninstall the script and restart normally. Open console and search from the log what happened during that "kernel panic" startup.
-
Once I had to erase everything. Normal OS X reinstall didn’t help. That’s the last option.
Try first NVRAM & SMC reset, a normal reinstall, disable SIP, and then run the script. It will make a backup of the original kext files automatically. If the kernel panic occurs, it’s likely an Nvidia web driver issue. The system log indicates what went wrong.
Also check if you have an affected MBP:
-
Don’t touch the kext files manually. If you have done so, NVRAM & SMC reset, erase & reinstall OS X.
-
No need to reinstall the script. Whenever you decide to upgrade, you have two paths after the OS X upgrade:
1) If the -a mode is turned on, simply click OK:
*** automate-eGPU.sh v0.9.8 - (c) 2015 by Goalque *** ------------------------------------------------------- Detected eGPU GM204 [GeForce GTX 980] Current OS X 10.11.3 15D21 Previous OS X 10.11.2 15C50 Latest installed Nvidia web driver Version: 346.03.04f02 Source: 3rd Party Install Date: 1/20/16, 7:04 PM Checking IOPCITunnelCompatible keys... Missing IOPCITunnelCompatible keys. Mac board-id not found. Searching for matching driver... Driver [346.03.05f01] found from: http://us.download.nvidia.com/Mac/Quadro_Certified/346.03.05f01/WebDriver-346.03.05f01.pkg Do you want to download this driver (y/n)? y % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 69.2M 100 69.2M 0 0 5344k 0 0:00:13 0:00:13 --:--:-- 5431k Driver downloaded. Removing validation checks... Modified package ready. Do you want to install (y/n)? y installer: Package name is NVIDIA Web Driver 346.03.05f01 installer: Upgrading at base path / installer: The upgrade was successful. installer: The install requires restarting now. Checking IOPCITunnelCompatible keys... Missing IOPCITunnelCompatible keys. IOPCITunnelCompatible mods done. Board-id added. All ready. Please restart the Mac.
2) If the -a mode is turned off, open terminal, type “sudo automate-eGPU.sh”, press enter and restart the Mac.In both cases you can keep the eGPU plugged during the whole update process. If you see Nvidia driver manager’s message about the new driver, click “Not Now”. All the updates can be done by rerunning the script.
-
1 hour ago, esatamod said:
Anyone know if this step is required for all eGPUs on OSX? The part to modify kext with board ID? In some circumstances is this eGPU screen output enabled by default without modifying kexts?
- Detects your Mac board-id and enables eGPU screen output
I noticed that you have a Hackintosh. My script is designed only for Thunderbolt Macs. OS X in non-Apple hardware doesn’t equal to OS X in Mac, and therefore we cannot assume that the same mod would work on your system. eGPU screen output is enabled by default with any AMD card regardless of the Mac board-id, and the script does only the modification when it’s necessary with an Nvidia eGPU. It’s not just about kext mods but also taking into account multi-slot enclosures and 2015 Macs’ different boot behaviour.
-
Do as the script says. If still the same, you have a faulty TB enclosure or it's not properly powered.
-
I can’t verify the current status on Yosemite. I recall something that a 2014 Mac mini was unable to boot after the Yosemite security update 14F1021. Haven’t tried since then. Since you have a bootable system, this is likely something else. What actually doesn't work? Can you run the script with -clpeak option?
If you have modified kexts manually, the script can’t handle that situation. It’s worth to try NVRAM reset and OS X reinstall before updating to El Capitan.
-
3 hours ago, lerass said:
hi iam e new one and i would like to ask you
do you know any stable and card that work with akitio thunder 2
i want to make an egpu in my system
i have mac book pro late 2011 with thunderbolt 1
i want amd in order to have more fun with final cut pro and 4k videos
what is your opinion @goalque
Any HD series card should be ok with the AKiTiO, such as HD 7970. Unfortunately the Final Cut Pro is not my production tool, but here’s the compatibility list:
https://support.apple.com/en-us/HT202239
Remember that apps are not designed with eGPU in mind. It always depends on the application as well.
-
1
-
-
Input those two commands into Terminal, press enter, and you have the output.
Please read the output. Some questions are repeated often. I should make a FAQ list
-
On 15 January 2016 at 7:10 AM, brlewis219 said:
I am having trouble connecting my gtx 980 and my mac mini late 2012
I'm using an akitio tb2 box
iv run the code and done everything iv read and seen and would love some help
I can provide more information if needed.
thank you!
What’s your OS X build version and the output of "syslog -B -F '$Time $(Sender): $Message' | grep NVDA" and “kextstat -l | grep NVDA”?
After OS X 10.10.5 security update (build 14F1021), my Mac mini couldn’t boot. I had to reset NVRAM. No problem with the El Capitan.
-
2 hours ago, jfraser said:
That’s kind of strange considering that the kext files are simply modified Apple kext files. Or is this because they’ve been modified?
Modified kexts have an invalid signature and they won’t load when the SIP is turned on.
@Mr_Fantastic
“Thunderbolt device is connected, but no external GPUs detected” means that you have a power issue, faulty TB cable or faulty eGPU. -
20 minutes ago, jfraser said:
My eGPU was working yesterday. Today, I re-enabled SIP and now my eGPU isn’t working. Why is this? Is this normal?
You have to keep SIP disabled to allow unsigned kexts to load.
-
1
-
-
You ran the script without Internet connection, check your connection, uninstall the script, reboot, and run it again. The web driver is recommended as I said, just press "y".
-
1
-
-
It’s just the download path name. The web driver pkg provides latest driver from Nvidia, no matter if you have a Quadro, Kepler or Maxwell architecture GPU. I recommend to press “y”.
GT 740 is Kepler (GK107) so you can try installing the script with -skipdriver option as well.
-
1
-
-
Why didn’t you answer “y”? No error rows there, those are normal info rows before the installation.
-
1
-
-
Nvidia dGPU equipped Mac and Nvidia eGPU don’t work well together. Nvidia says it’s beta support for dGPU graphics. I did try eGPU device ID matching in v0.9.7 but users reported that it disabled the internal display acceleration. The web driver and OS X default graphics driver cannot work simultaneously. If someone finds a workaround, let me know.
When you install a new script version, remember to uninstall the previous (-uninstall option). AMD HD series or R9 series & electrically x8 enclosure may work with your 780M. Don’t trust to “Displays” tab information. Type “system_profiler SPDisplaysDataType” to see actual graphics/displays relation.
-
@irundaia Thunderbolt technology allows hot-plugging. Currently Nvidia doesn’t provide hot-plugging support. Drivers are meant for dGPU graphics, not officially for eGPUs.
However, the following is possible:
Put your Mac to sleep from the Apple menu, wait until the eGPU powers off, remove the TB cable, plug in the TB cable, press any key to wake the Mac and your eGPU wakes up as well. If you try to wake your Mac when the eGPU is disconnected, it will cause a kernel panic.
The I/O Kit framework provides access to a kernel driver, but it may be that Nvidia doesn’t allow invoking its methods from the user space. I’m investigating this, but no workaround at the moment.
@helloman Try disabling your internal screen completely since you have 650M dGPU and the web driver likely conflicts with the eGPU.
-
1
-
-
On 2 November 2015 at 10:47 PM, goalque said:
Generally GPU has to be EFI flashed in order to get a boot screen. Apple calls it a “Startup Manager”, which is built into the BootROM firmware. When you turn on the Mac, the BootROM initializes hardware and also checks if startup keys have been pressed. Boot.efi is not yet loaded at this first stage. Instead, the system is in the EFI runtime environment, and within this state, it’s possible to access hardware and run EFI programs. When you see the logo of Apple, it means that boot.efi is activated and OS X will be loaded.
The daemon process of the automate-eGPU.sh starts its job just before you see the login screen. You can’t do anything earlier by the script or any other app in the OS X. The choice that remains is an EFI program. Apple’s boot loader is a good example of EFI binary. EFI is a very rich environment and documented by Intel. However, the bad news is that EFI development kits are not easy to install on OS X platform, but it's possible to build programs on the Linux.
Would it be possible to have a screen output with a regular PC eGPU before the OS X has been loaded? Yes, but not an easy task. However, as Startup Manager is programmed into BootROM, I guess the only way to get that visible on the eGPU monitor is to flash the eGPU. This is not documented and requires reverse engineering approach. Since all the Thunderbolt Macs show up the boot screen through the iGPU/dGPU, there is no real need to flash eGPUs.
A word wizard who tried to fish my friends and called me a “Tech Charlatan” just before the Christmas Eve (I’m sure he recognizes himself from this), motivated me to do a bit more research on the EFI side of the playground and prove my hypothesis which was based on EFI demystified paragraphs from a book “Mac OS X and iOS Internals: To the Apple’s Core”. Before I could program anything EFI related, I had to know how the early boot process and graphics works at the lowest level, so I browsed through Intel’s white papers and found exactly what I wanted to see:
typedef struct _EFI_GRAPHICS_OUTPUT_PROTOCOL EFI_GRAPHICS_OUTPUT_PROTOCOL;
“Provides a basic abstraction to set video modes and copy pixels to and from the graphics controller's frame buffer. The linear address of the hardware frame buffer is also exposed so software can write directly to the video hardware.”
I wrote a GNU-EFI application that loops through GOP (Graphics Output Protocol) supported GPUs, and by selecting the index of the eGPU handle buffer, I was able to draw directly to that framebuffer with a R9 390 which supports UEFI GOP. It’s a couple of lines of C code, compiled under Ubuntu 15.10 and works like a charm in OS X EFI. Setting up the programming environment was easier with the GNU-EFI than EDK2. Have to keep in mind that interface calls must be passed on through uefi_call_wrapper() function.
The proof of concept is done - I can access and draw anything I like on eGPU monitor at Mac EFI stage with a regular PC GPU, which supports GOP. My Nvidia cards did not seem to support GOP, but after a bit of googling I found that some Nvidia Asus cards have a hybrid vBIOS, including UEFI as well. UEFI vBIOS also explains the squeezed resolution of Apple’s startup manager on MBP’s internal display. I’m investigating possibilities to swap internal and external framebuffers so that the eGPU monitor would become the main screen. Unfortunately there is no documented way to launch Apple’s startup manager programmatically in EFI environment, but if you have EFI programming skills, you can create something similar before the boot.efi & OS X will be loaded, or even replace the automate-eGPU script by an EFI app and menu-like UI, without installing rEFInd & EFI Shell.
If I wanted to create pure C language version of the automate-eGPU, I would probably use FAT formatted USB stick where to load the EFI app. EFI approach would give full access to pre-OS hardware operations that are currently only partially controllable by NVRAM variables from my script. Currently I see no big benefits to move development on the EFI side, but I definitely consider UI app from the user space.-
2
-
-
34 minutes ago, hblockx said:
Anyone else having "lagging" since installing el capitan?
Before i installed el capitan, my setup 15" late2013 + 970 worked like a charm. Sadly now the mouse and window-movement stutter and it is like the external gpu slows down whole mac os. No problem without connected egpu. The display connected to the egpu works but it is not useable for working this way...
Best regards!
See this thread: https://www.techinferno.com/index.php?/forums/topic/8880-perfomance-boost-when-disabling-internal-monitor/
-
@athleteanil Not the expected output. There should be “NVDAStartup needs IOPCITunnelCompatible key in plist” rows as well. It seems that you have modified kexts manually at some point or installed Nvidia web driver separately. Reset NVRAM, reinstall OS X and run the script again.
[SCRIPT] Automating the installation of eGPU on OS X (inc display output)
in Apple eGPU discussion
Posted
It’s very strange that the syslog didn’t output any NVDA related row. According to kextstat, correct kexts are loaded. There should be at least one occurrence of these:
Driver "NVDAStartup" needs "IOPCITunnelCompatible" key in plist
NVDAStartupWeb: Web
NVDAGM100HAL loaded and registered
You can also open a Console and search from there.
As if a IOPCITunnelCompatible key existed in NVDAStartup.kext. It shouldn’t be there.
A normal reinstall from OS X Recovery (Command+R) may help. Your personal files won’t be deleted, but backing up files is always a good idea. The last option is to erase the disk.