Jump to content

Can't get display output without -x


29 posts in this topic

Recommended Posts

I keep running into the same issue over and over (over various reinstall attempts). Basically I can boot but the display won't initialize or something. Same thing happens if I hook up to the motherboards DVI

1) Boot installer on USB pendrive, no other USB plugged in except kb

2) installer boots fine without any flags

3) Install goes fine

4) Use USB pendrive to bootup installed system, will only work in safemode

5) DSDT, kexts, other setup, etc.

6) Reboot using SSD's chamaleon install, can only boot in safe mode. SSD's chameleon boots installer pendrive fine without safe mode.

 

Specs are in my sig. Windows works fine. I have no need for ethernet or sound, since I have OOB working USB for both (and yes this problem occurs with both unplugged, or plugged in).

I'll attatch as much as I can. Please give me some ideas

Troubleshooting.zip

post-465563-0-50337200-1399588418_thumb.jpg

Some errors I see in the logs:

[AGPM Controller] unknownPlatform

 

GFX0: Not usable

 

SMC::smcInitHelper ERROR: MMIO regMap == NULL - fall back to old SMC mode

 

X86PlatformPlugin::setRingTable - AICPM failed to load ring table with status 0x0: Get=0, Load=0, Install=0

X86PlatformPlugin::configResourceHandler - Failed to set ring table!

 

USBF: 2.593 AppleUSBEHCI::CheckForSharedXHCIController timed out waiting for muxed XHCI controller

USBF: 2.594 AppleUSBEHCI::CheckForSharedXHCIController error getting XHCI controller

USBF: 2.596 AppleUSBEHCI::CheckForSharedXHCIController - unable to find the correct XHCI xhciBitmap(0x00000000) assertVal(0x00000001)

USBF: 2.675 AppleUSBEHCI::CheckForSharedXHCIController timed out waiting for muxed XHCI controller

USBF: 2.677 AppleUSBEHCI::CheckForSharedXHCIController error getting XHCI controller

USBF: 2.678 AppleUSBEHCI::CheckForSharedXHCIController - unable to find the correct XHCI xhciBitmap(0x00000000) assertVal(0x00000001)

 

**** [iOBluetoothHCIController][searchForTransportEventTimeOutHandler] -- Missing Bluetooth Controller Transport!

Link to comment
Share on other sites

USBBusFix=y

 

Or better: try clover, it's great!

I'll test it when I get home, but USB should be fixed in dsdt. I'd like to get it working with chamaleon (tried and true) before moving to clover.

Link to comment
Share on other sites

Sorry about that:

post-465563-14000465581697_thumb.jpg

Just some network timeout errors, nothing of consequence I imagine. This is booting with my original boot options or any combination of the ones you suggested, pretty much looks the same.

Link to comment
Share on other sites

The AGPM controller error happens due to some ATI injector kext.. remove them all

The GFX0 error is because you've tried to inject AMD Radeon in your DSDT, hence remove DSDT

Clean caches

Boot with USBBusFix=y DSDT=0 -f

Check if you have nVidia kexts

Link to comment
Share on other sites

The AGPM controller error happens due to some ATI injector kext.. remove them all

The GFX0 error is because you've tried to inject AMD Radeon in your DSDT, hence remove DSDT

Clean caches

Boot with USBBusFix=y DSDT=0 -f

Check if you have nVidia kexts

I don't have any ATI or NVidia injector kexts, the only kexts I have are fakesmc and genericusbxhci. I don't think I have radeon injection in dsdt, but in any case shouldn't booting with dsdt=0 -f be the same as removing it and cleaning caches?

Tried booting with those options:

post-465563-1400079765495_thumb.jpg

post-465563-14000797786553_thumb.jpg

Link to comment
Share on other sites

You are wrong on at least four counts:

 

The GFX0 device is code for on-die Intel GPUs.

 

dsdt=blabla is not case sensitive.

 

Asking him if he has nvidia kexts - the nvidia driver is clearly loading in his screenshot.

 

"AGPM unknown platform" appears when there is a mismatch between model identifier used and the installed GPU.

 

...

 

Adrian, make sure your on-die HD4000 is completely disabled in the BIOS and that your Nvidia card is set as primary display device.

Link to comment
Share on other sites

His video card does not require injection. Kepler based nvidia cards and up (that are compatible with the nvidia drivers) work fine without it.

 

It doesn't matter what you've done with your gfx0. Device GFX0 exists in my unmodified DSDT, probably in adrian's DSDT too. I think this is true for all motherboards that support an Intel CPU with integrated graphics.

 

/Edit

 

You were right, DSDT=bla is case sensitive. :rofl:

Link to comment
Share on other sites

Gringo, thank you for the reply. I wish I could disable my on-die HD4000 in BIOS, but that's not an option on my board. I've tried using SkipIntelGFX=Yes and IGPEnabler=No but it made no difference. In any case, many users of this board are able to get the IGPU and discrete working in tandem, so I don't know why mine is giving me trouble, unless it's because my CPU is an i3, but the IGPU should be the same as i5/i7.

 

I noticed I hadn't uploaded my original DSDT:

https://drive.google.com/file/d/0B4KRKk8uZaz6Q2hUdTBIaXJ6V1E/edit?usp=sharing

Link to comment
Share on other sites

To use both at once on OS X, the HD4000 must be set as primary display device in the BIOS.

This kind of sucks if you're dual booting Windows for gaming, and that's why I'm not using mine. I don't know if there's a way around it. Luckily, I can completely disable it (ASUS P8Z77-V Pro).

 

I agree, I don't think it makes any difference to OS X or Chameleon what CPU you have, HD4000 is HD4000.

 

If you really can't disable the IGPU in the BIOS, then you're doing the opposite of what you should be doing - you need GraphicsEnabler=y for the HD4000 to work, so you need to set SkipNvidiaGfx=y so that GraphicsEnabler doesn't try to inject anything for your GTX 760.

Link to comment
Share on other sites

Good to know. The reason I wanted GTX as primary is because my motherboard won't output QHD, so I NEED to use the DVI output for my GTX once booted. So if I set the IGP to primary, I need to plug in an HDMI just to boot Windows. I'll try those options when I get home.
Do you think there's a way to diable the loading of Intel GFX kexts via a legacy kext or something? Kind of like the null Ethernet kext

Link to comment
Share on other sites

You are right Gringo, with those options I can boot with IGPU set as primary, but not with PCIe. I just hope there's a way to make it so I can have PCIe as primary, since I really need that to be able to boot Windows.

  • Like 1
Link to comment
Share on other sites

Well that's something at least. It's strange that your BIOS doesn't let you disable the HD4000.

 

You could try removing the Intel graphics drivers from /System/Library/Extensions (don't forget to delete the caches as well, otherwise they will just load from there).

Maybe rip out the entire GFX0 device code from your DSDT as well...make sure to search for GFX0 afterwards to make sure that all references to it are gone.

But I suspect that it won't be enough.

 

If you figure it out, please post how you did it.

Link to comment
Share on other sites

I got it working just by removing all GFX0 references from my DSDT! I'll attach the Extra folder for this config, and I'd appreciate it if you could take a look at my DSDT to check that I didn't mess something up (it compiles but I honestly don't know what I deleted).

Next step is to remove references to audio in DSDT (I use USB), figure out how to make the App Store work with Apple's own USB Ethernet, and I'll have a fully functional system with only FakeSMC!

Archive.zip

Link to comment
Share on other sites

 Share

×
×
  • Create New...