After about a week of gpu-switch testing, however, I have to conclude that this solution has its drawbacks too: it works fine after shutdown (including abnormal or forced one), sleep, hibernation, but it does not prevent mbp from switching to dgpu on running graphic demanding apps such as googlemaps in browser. Unfortunately, the problems worsened, and by October 2013, my MacBook would work for only a short time before displaying a.
At first, I figured the problem was related to pre-release versions of Mac OS X that I was testing for Apple. This saved me from frequent overheat shutdowns under blanket just to load the os (after overheat shutdown the system forcibly uses igpu but this state changes back after couple of boots so it becomes necessary to overheat again). This affected me toward the end of 2013, when my 17-inch 2011 MacBook Pro began showing small graphic artifacts.
The application runs from terminal, uses the same code as gfxCardStatus but writes the setting into NVRAM(PRAM) so machine remains switched to internal GPU on next boot(s)/wake(s). I have to reset the pram, smc, try to go into internet recovery mode, etc. Whenever an app needs the discrete video card, it will reboot. Apple or an Apple Authorized Service Provider will repair affected MacBook Pro systems, free of charge. These MacBook Pro systems were sold between February 2011 and December 2013. Please note that only source code is there so Xcode is requred to compile the binary. Long story short, my 2011 macbook pro has the dreaded logic board issue. Apple has determined that a small percentage of MacBook Pro systems may exhibit distorted video, no video, or unexpected system restarts.
It seems that I have found more reliable or permanent software solution allowing to disable discrete GPU and use mbp (mine is Mbp 8.3 early 2011, Yosemite) with broken discrete GPU (failing to boot) than gfxCardStatus 1.8-2.2.1, namely. Intel HD Graphics 3000 (384MB) + AMD Radeon HD 6750M (1GB)ĪMDRadeonAccelerator.kextĚTI2400Controller.kext ATI4800Controller.kext ATIFramebuffer.kext ATIRadeonX2000VADriver.bundleĪMDRadeonVADriver.bundleĚTI2600Controller.kext ATI5000Controller.kext ATIRadeonX2000.kext ATISupport.kextĪMDRadeonX3000GLDriver.bundleĚTI3800Controller.kext ATI6000Controller.kext uginĪMDRadeonX4000GLDriver.bundleĚTI4600Controller.kext ATI7000Controller.kext ATIRadeonX2000GLDriver.bundle
This computer is so close to being a real Mac. Kernel_task is sucking 600-700% cpu, and there is hardly enough left to spin the beach_ballĭefaults write "Apple Global Domain" NSSupportsAutomaticGraphicsSwitching -boolean 'false' I am currently "running" 10.8.5, having deleted ATISupport.kext, and AMDRadeonAccelerator.kext It should be able to run quite well by just using the Intel graphics. There are thousands of such broken computers as this model was a lemon. On Early 2011 MacBook Pro's with a dead discrete Radeon HD 6740M chips?
How difficult is it to get either Mountain Lion or Mavericks running Building a CustoMac Hackintosh: Buyer's Guide