Jump to content

[SOLVED] Asus ROG laptops with Kepler cards not detecting DP-2 connected LCD display

asus gtx 770m G750

Best Answer AREOS, 20 March 2014 - 04:46 PM

Hi,
@AREOS: I have attached 2 ioreg files in the zip as my laptop acts slightly differently with the NVidia drivers.

When it starts from the vga monitor the internal lcd is not detected. Only the monitor. Thats the ioreg monitor only.
I can then go to displays>detect displays and then it finds the internal lcd also. Thats the ioreg monitor and lcd.

Before on the mac driver the monitor was always found first and then the lcd fired up a couple of seconds later before login.

Hope that helps...


OK is interesting, your eDP port is detected on Display-B, but this maybe caused by the wrong NVCAP info, I check the iMac 13,2 and 14,2 and this machines had only 3 ports A,B,C maybe is because they don't use the internal port as they use eDP too for the display, I have one EFI string to test, this will change the NVCAP to inject the iMacs, and also injects the correct connector type, and display cfg. In my testing I can actually boot with all this info injected and working, but only using Nvidia Web Drivers, I suspect this is caused by my internal connector is LVDS, and the apple drivers doesn't like it. So try this EFI string only using Nvidia Web drivers.

Please report back with IOReg saves to see if the info is injected correctly.

This is the EFI string, and good luck.
6c0700000100000001000000600700002400000002010c00d041030a000000000101060000010101060000007fff04002e000000400030002c004e005600440041002c0055006e006400650072007300630061006e004d0069006e00000008000000520000001e0000005600520041004d002c0074006f00740061006c004d004200000008000000000c00002e000000400030002c004100410050004c002c0062006f006f0074002d0064006900730070006c00610079000000040000002c0000004e005600440041002c0069006e00760061006c00690064002d0063006f006e006600690067000000080000000000000014000000400032002c006e0061006d0065000000120000004e5644412c446973706c61792d43260000005600520041004d002c006d0065006d00760065006e0064006f007200490044000000060000000600200000004e005600440041002c0046006500610074007500720065007300000008000000ff160c0128000000400031002c0063006f006e006e006500630074006f0072002d0074007900700065000000080000000004000022000000400031002c006400650076006900630065005f00740079007000650000000b000000646973706c61792400000067007200610070006800690063002d006f007000740069006f006e0073000000080000000c00000014000000400030002c006e0061006d0065000000120000004e5644412c446973706c61792d4120000000400032002c0063006f006d00700061007400690062006c00650000000e0000004e5644412c4e564d616314000000400031002c006e0061006d0065000000120000004e5644412c446973706c61792d421c000000400030002c00660062006f006600660073006500740000000800000000000200220000007600620069006f0073002d007200650076006900730069006f006e0000000900000013005406802e000000400032002c004e005600440041002c0055006e006400650072007300630061006e004d0069006e000000080000005200000038000000400030002c007500730065002d006200610063006b006c0069006700680074002d0062006c0061006e006b0069006e00670000000400000024000000400031002c00630061006e002d0068006f0074002d0070006c007500670000000400000028000000400032002c0063006f006e006e006500630074006f0072002d0074007900700065000000080000000004000022000000400030002c006400650076006900630065005f00740079007000650000000b000000646973706c617922000000400032002c006400650076006900630065005f00740079007000650000000b000000646973706c617928000000400030002c0063006f006e006e006500630074006f0072002d0074007900700065000000080000000004000014000000400030002c00450044004900440000000401000000ffffffffffff004ca344500000000001140104952615780287f594574f8c27275054000000010101010101010101010101010101015f3980dc70384040302035007ed71000001b0000000f0000000000000000003c9610fe00000000fe0053414d53554e470a2020202020000000fe004c544e3137334854303250303101ce02010400f25c80a070384040302035007ed71000001b3d6680a070384040302035007ed71000001b896f80a070384040302035007ed71000001b000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000292e000000400031002c004e005600440041002c0055006e006400650072007300630061006e004d0069006e00000008000000520000001c0000006400650076006900630065005f00740079007000650000000f0000004e5644412c506172656e74100000006d006f00640065006c0000001b0000004e5649444941204765466f72636520475458203737304d20000000400030002c0063006f006d00700061007400690062006c00650000000e0000004e5644412c4e564d61631c000000400030002c006200750069006c0074002d0069006e00000004000000100000004e0056004300410050000000180000000500000000000100060000000000000f000000002e000000400033002c004e005600440041002c0055006e006400650072007300630061006e004d0069006e000000080000005200000020000000400031002c0063006f006d00700061007400690062006c00650000000e0000004e5644412c4e564d6163220000005600520041004d002c0074006f00740061006c00730069007a00650000000c00000000000040000000001e000000730075006200730079007300740065006d002d00690064000000080000000c0100001e00000072006f006d002d007200650076006900730069006f006e000000080000003337303722000000400030002c0064006900730070006c00610079002d00630066006700000008000000030408002c00000062006f006f0074002d00670061006d006d0061002d0072006500730074006f0072006500640000000c000000000000c000000000
Go to the full post


  • Please log in to reply
161 replies to this topic

#21
NiPeGun

NiPeGun

    InsanelyMac Geek

  • Members
  • PipPipPip
  • 120 posts
  • Gender:Male
  • Location:Spain

Hi,
not sure where this is going now. the EDID for me is just to show the correct display type and possibly set resolutions.
an ioreg from iMac 14,2 is only going to help me if it is using 120hz IDP display.
are there any macs that use a display connected to an IDP?
i will try a reboot with your efi tomorrow when i am back in the office. no point now as i will only get one go if it doesnt work the first time :(

as i said before, os x recognised my display (when booted from vga) without doing anything. i had full resolution, qe/ci and choices to change the resolution and/or frequency.
i was experimenting with EDID values in the hope that the boot loader could find my screen and allow me to boot normally.
now it seems that the display type was never the problem but the bootloader actually seeing the IDP port first.
pciroot was also not the problem.
so, the original problem is still the same but what is most likely to help?
i am still not sure what exactly i need to be changing and where :(

so i think my question is, are there settings in an EFI or EDID that i can give to Chameleon/Clover that will tell it to look for a display on IDP?

(p.s. this is (nearly) all new to me but i am trying to learn...)

I've been thinking the same since 2 or 3 months. The difference is that my notebook doesn't boot like yours with vga connected and nvdaresman on it. You are lucky.
Anyway, I have the way to proof that the display is connected through displayport. Is as easy to boot linux (debian based) use nvidia privative drivers, install and run nvidia-settings (sudo apt-get install nvidia-settings) and take note of the info provided by nvidia. You will see the connector port and the brand of you display. nvidia-settings even lets you to get the edid.
BUT I tell you (as MANY times before) teach me how to indicate the system to make use ONLY displayport and bypass its preference to use VGA first (or any other port) and we gonna solve this. I don't know how to do that but I know you will say "NiPeGun was right"

#22
styrian

styrian

    InsanelyMac Legend

  • Members
  • PipPipPipPipPipPipPip
  • 742 posts
  • Gender:Male

Hi,

not sure where this is going now. the EDID for me is just to show the correct display type and possibly set resolutions.

an ioreg from iMac 14,2 is only going to help me if it is using 120hz IDP display.

are there any macs that use a display connected to an IDP?

i will try a reboot with your efi tomorrow when i am back in the office. no point now as i will only get one go if it doesnt work the first time :(

 

as i said before, os x recognised my display (when booted from vga) without doing anything. i had full resolution, qe/ci  and choices to change the resolution and/or frequency.

i was experimenting with EDID values in the hope that the boot loader could find my screen and allow me to boot normally.

now it seems that the display type was never the problem but the bootloader actually seeing the IDP port first.

pciroot was also not the problem.

so, the original problem is still the same but what is most likely to help?

i am still not sure what exactly i need to be changing and where :(

 

so i think my question is, are there settings in an EFI or EDID that i can give to Chameleon/Clover that will tell it to look for a display on IDP?

 

(p.s. this is (nearly) all new to me but i am trying to learn...)

The primary keys, to get laptops with mobile Kepler cards (not Optimus enabled) working, is to get the laptop display recognized as display "A" (the first one to show up as internal) and inject a well done mix of properties and values, which Apple is using for the MBP (iMac models don´t have many of these informations), and the ones of the own card. By inserting this values and properties at early boot time with an EFI String, one make the running system believe, that it is using the laptop nvidia kepler card as an Apple branded one. In any way it is good, to have a display, which is dedected by it´s own properties to make it correct as backlight display, which Apple is using as primary internal display, working.

 

Have fun.



#23
NiPeGun

NiPeGun

    InsanelyMac Geek

  • Members
  • PipPipPip
  • 120 posts
  • Gender:Male
  • Location:Spain

The primary keys, to get laptops with mobile Kepler cards (not Optimus enabled) working, is to get the laptop display recognized as display "A" (the first one to show up as internal) and inject a well done mix of properties and values, which Apple is using for the MBP (iMac models don´t have many of these informations), and the ones of the own card. By inserting this values and properties at early boot time with an EFI String, one make the running system believe, that it is using the laptop nvidia kepler card as an Apple branded one. In any way it is good, to have a display, which is dedected by it´s own properties to make it correct as backlight display, which Apple is using as primary internal display, working.

Have fun.


Noticed... But how will OSX detect the display if doesn't look at displayport first?
That´s my main worry. Even if display info is correctly available to the system, if the connector is no fired first, the system never reaches that edid. I supose...



#24
gazzacbr

gazzacbr

    InsanelyMac Geek

  • Members
  • PipPipPip
  • 103 posts

@NiPeGun: that seems to be all it is... the EDID is seen too late and only used once the display is actually found.

Styrian is also correct as even now typing on my hack with only 1 internal display showing it is seen as NVDA,Display@B-1 and not NVDA,Display@A-0 which was the external monitor.

NVDA,Display@B-1 is showing the injected EDID string.

somehow we have to ask bootloader/kernel/mavericks to look at the IDP first or at least include it on the list of places to look.

if it wasnt for the fact that once mine see's the vga and then happily fires up my lcd, all correctly configured, i would have given up before thinking that it would never work

(at least until apple fully supports IDP)

i think we are just missing something simple here, IDP is just not on the list of places to look for a mac starting up.

still not sure why the internal lcd works so well afterwards though.

@NiPeGun: what are you specs? (maybe you could put them in your sig) it might help track something down as to why you cannot fire up using a vga monitor.

what was the monitor you were using?

as is said in the first post, mine was a 1080p Dell CAD monitor. It has digital in also but ive not tried that.

i did try a vga to my lcd tv at home but that didnt work. i only tried twice as i was too afraid of breaking either the laptop (i would really be upset) or the TV ( the wife would be really upset)

also, the hdmi to the tv didnt work.



#25
styrian

styrian

    InsanelyMac Legend

  • Members
  • PipPipPipPipPipPipPip
  • 742 posts
  • Gender:Male

Noticed... But how will OSX detects the display if doesn't look at displayport first?
That my main worry. Even if display info is correctly available tomthe system, if the connectir is no fired first, the system necer reaches that edid. I supose...

With an correct upsetted EFI string, as I have written before. I have gotten an used L702x 3d by chance and my method is working on it like a charme. I have found nothing about an as internal recognized display on this device. My device is working in this way, very well.  Yes it is only Fermi, I know. I have not removed any of the OSX gfx related kexts. The L702x has the IGPU in his DSDT. The only part of the IGPU, that is showing up after boot is, the full registered AppleIntelMEIDriver without infecting anything. As I have also told before, I am not able to test my method on a device with a kepler card, because of having it on repair after bricking it.

 

In any way, I am trying to get my devices in a vanilla way up by staying way from any kind of Distros, MyHack or other automated generating installer tools. I make the installer manually in a similar way like this one, which is described in the following link: http://www.insanelym...-for-mavericks/

 

I always try to use an as near as possible my hardware matching SMBios of an real AppleDevice and place only the fakesmc and nullcpupowermanagement kexts - on laptop also ps2driver - in S/L/E of the installer. After successful hd install, I install these kexts with terminal, by booting once more from the usb installer, on the hd install and repair permissons too. For getting rid of the root device error sometimes an install of genericusbxhc.kext in S/L/E of usbinstaller and copying it also to the hd install with the other before mentioned kexts is usefull. For gfx related problemes I tempeorary remove the to the hardware of the device related kexts from the usb installer.

 

After successful login to the hdinstall I install, if the device has an as common working known ethernet nic the neccessary plugin in ionetworkingfamiliy.kext or edit an related info.plist (for example the marvell one) or inject it with a legacy.kext. Then I always try to get the gfx card as good as possible working and get an unkown display recognized by doing an forced display EDID. After that I try to generate a proper working DSDT, try to get the audio working with an patched applehda.kext, if there is one, generate an SSDT.aml, patch the Powermanagement and try to get it working by removing the nullcpupowermanagement.kext. If there are things left not got working by DSDT edit, one can try to install the proper especiai kext to get it working. In any case one can then see, if this kext is infecting other before working things.

 

Have fun.



#26
gazzacbr

gazzacbr

    InsanelyMac Geek

  • Members
  • PipPipPip
  • 103 posts

With an correct upsetted EFI string, as I have written before. I have gotten an used L702x 3d by chance and my method is working on it like a charme. I have found nothing about an as internal recognized display on this device. My device is working in this way, very well.  Yes it is only Fermi, I know. I have not removed any of the OSX gfx related kexts. The L702x has the IGPU in his DSDT. The only part of the IGPU, that is showing up after boot is, the full registered AppleIntelMEIDriver without infecting anything. As I have also told before, I am not able to test my method on a device with a kepler card, because of having it on repair after bricking it.

Hi,

so you have a 3D display connected and working on your internal display port then by using a DSDT setting?



#27
styrian

styrian

    InsanelyMac Legend

  • Members
  • PipPipPipPipPipPipPip
  • 742 posts
  • Gender:Male

No, only with my Efi String, It does not matter if I am booting with the Chameleon key GE Yes or No. The EFI string is in both cases recognized and successfully loaded. The laptop dislay shows in both cases up as internal. With an additonal installed IOWMIFamily.kext and to small DSDT edits the brightness is working as ACPI method and showing the sun on screen, when values are changed. I have played a bit around with injecting the gfx properties with DSDT. I have had no success with this to get the display as an internal one recognized. I think that this properties are loaded to late with the DSDT. As I have told before, I am at the moment not able to try something myself with mobile kepler, because of bricking my device.

 

In the Ioreg of an MBP 7,1 and MBP 9,1 are showing up nearly the same properties for the NVDA display "A". But they are having some small differing vaules. For me is this is a sign, that Apple has not much changed over the years in their way, they implement the Nvidia graphics in their devices.

Therefore I have set the  values, which I am using from MBP 7,1 in my EFI string, in that, I have made for NePiGun to the ones of MBP 9,1. I have tried to boot with an EFI Sgtring, set to the values of MBP 9,1 with the GT 555m, which is recognized fine with the MBP 7,1 Apple values for the GT 320m, ending with a blackscreen in both cases, with GE set to Yes or No.

 

Because of my Fermi card is working with the older  Apple values for an older Nvidia card, that Apple has used, it seems to me possible, that your card could work with some vaules for a Nvidia card a generation before your card, that Apple is using. As far, as I have could find out til now, Apple is using for all their mobile Nvidia Kepler gfx cards the same value for the NVCAP. Between 6- and 7-series cards, there seems to be no difference in this point.

 

With the DSDT, I have meant, that it seems not to matter, if there are parts of the IGPU (HD 3000/HD 4000, I can not tell at the moment for sure). They should not disturb the loading of the NVDA on gfx port 0 as display A.

The DSDT of the Asus G75 of NePiGun has not even one digit of an IGPU in it. I think, this should be the same with your Asus G750.

 

Have fun.



#28
gazzacbr

gazzacbr

    InsanelyMac Geek

  • Members
  • PipPipPip
  • 103 posts

"...With the DSDT, I have meant, that it seems not to matter, if there are parts of the IGPU (HD 3000/HD 4000, I can not tell at the moment for sure). They should not disturb the loading of the NVDA on gfx port 0 as display A.

The DSDT of the Asus G75 of NePiGun has not even one digit of an IGPU in it. I think, this should be the same with your Asus G750."

 

 

Hi,

yes, this is true as my IGPU is completely disconnected internally. that is a different situation.

our problem is the eDP/iDP connector, not IGPU.

 

EDIT: @Styrian: if you have the Dell XPS L702x with the 3D 120hz then it would not have an IGPU as there is no optimus???

are you driving the GTX or the HD with your EFI strings?



#29
styrian

styrian

    InsanelyMac Legend

  • Members
  • PipPipPipPipPipPipPip
  • 742 posts
  • Gender:Male

I have the experience, that the the Dell 3D models (L702x and SE7720), are using the same bios as the Optimus enabled models of these lines. The bios is proofing with programed routines, on which kind of model it is running and then acts in the neccessary way. Even on Optimus enabled models of this line, there is no bios option to switch to integrated grahics only, and switch in this way the discrete Nvidia card, which is because of Optimus not working in OSX, off. I have in the DSDT rof the SE7720 emoved all routines concerning the IGPU and booted with this DSDT. After booting I have read out the DSDT again and noticed, that the removed routines of the IGPU are inserted again. That means, that the bootloader (in this case Chameeloen) is not able to block the Bios DSDT tables so restrictivly, that the removed routines are not get loaded again.

 

But it looks like, that it has no effect, if there are the IGPU routines loaded from the bios, if the models, we try to get to work, are not Optimus enabled and therefore not over the framebuffer of the IGPU connected with the laptop display, which should be in our case a displayport, in the version DP or EDP. The ports of the Nvidia Gfx seem to act in a way, that the ports are mapped in a way, that  the port of display "B", the external port is made to the first one for the gfx output, as you have noticed by yourself.

 

I have looked in many Ioregs of Apple MBP with Nvidia cards. All these models have an internal display which is driven over DP, also the same port, that is used on our models. t looks like that Apple is mapping the gfx output from display "B" to display "A" by inserting certain properties.

 

Apple is inserting the same certain proterties til included MBP 9,1 (Kepler gfx card) only with some differing values. This properties seem to be responsible, that the intermal Apple DP is dedected as the main, primary port, for the gfx output on the internal display. I try to insert a mix of this values and the laptop own ones with the created EFI string. One has to fear nothing except ending in a possible black screen after boot by using the string.

 

On the L702x, one is able to activate the output of the GT 555m on the internal display by setting GE to Yes. But the internal display shows the output of the NVDA, display "B", the external one, on the internal lcd, shown on the system profiler with an icon for the external display (Apple Cinema display). In the Ioreg it has been showing up as output on NVDA display "B", the external port.

 

After inserting the created EFI string the L702x shows the gfx output mapped to port 0 on display "A" as internal (MBP display icon in system profiler) in Ioreg as built in on NVDA display "A" like on the Apple MBP. It does in the cases of inserting this EFI string not matter, if GE is set to Yes/No. The values, which the bootloader is missing, are inserted successfully and the gfx output stays stable at port 0, shown up as internal.

 

If I had a G750, I would clone my current installation with CCC to an other partiton, install the bootloader to the clone and remove NVDAresman from the clone, and try to boot from it. If this is successfully working, I would not need any more an external display to boot the lappy and could so try to experement at home, to get it working on the main partiton. If something is going wrong, it could be easy corrected by booting with the clone.

 

Have fun.



#30
yisl04

yisl04

    InsanelyMac Protégé

  • Members
  • Pip
  • 29 posts

somehow we have to ask bootloader/kernel/mavericks to look at the IDP first or at least include it on the list of places to look.

if it wasnt for the fact that once mine see's the vga and then happily fires up my lcd, all correctly configured, i would have given up before thinking that it would never work

(at least until apple fully supports IDP)

I think NVCAP can do this work, you can get the right NVCAP string from Windows system and try it.



#31
gazzacbr

gazzacbr

    InsanelyMac Geek

  • Members
  • PipPipPip
  • 103 posts

I think NVCAP can do this work, you can get the right NVCAP string from Windows system and try it.

Hi,

@yisl04: thanks for suggestion. trying to get the string for NVCAP fell at the first.

NiBiTorE 6.06 cannot open the GPU rom. the list only goes to GTX 560M and it will not read the GPU bios directly.

i extracted the rom with GPU-X but NiBiTorE will not open that either.

i did try to run NiBiTorE in 32bit XP but as soon as i fired it up i rememebered that i have no 32bit display drivers for windows xp :(

 

"as one door closes, another one slams in your face"



#32
styrian

styrian

    InsanelyMac Legend

  • Members
  • PipPipPipPipPipPipPip
  • 742 posts
  • Gender:Male

I think NVCAP can do this work, you can get the right NVCAP string from Windows system and try it.

 

The NCAP, that windows uses, is the one of the vbios rom. This NVCAP is dedected by bootloader at least by setting the key GE=Yes. You can then find it in the Ioreg. But with this NVCAP you can not get the gfx card working in a way, that is used by OSX to handle GFX output on mobile Nvidia cards.

 

Have fun.



#33
gazzacbr

gazzacbr

    InsanelyMac Geek

  • Members
  • PipPipPip
  • 103 posts

Hi,

 

...If I had a G750, I would clone my current installation with CCC to an other partiton, install the bootloader to the clone and remove NVDAresman from the clone, and try to boot from it. If this is successfully working, I would not need any more an external display to boot the lappy and could so try to experement at home, to get it working on the main partiton. If something is going wrong, it could be easy corrected by booting with the clone...

 

ah yes, good call :)  i forgot that i can boot by removing NVDAResman because i lost all the resolution before.

i have a "safe" version with everything graphics stripped out as that would not boot even with NVDAResman removed. but that version doesnt have the EDID stuff.

 

So, with NVDAResman removed, the EDID injected from /System/Library/Displays/Overrides and Chameleon set to display "1920x1080x32" i have just booted to my desktop from the lcd only with full resolution but without accelleration.

:thumbsup_anim:

 

BUT... i would really love to do some more tests now but i am at the office and forgot to bring the power supply so the battery just died :blush:

in the words of Homer Simpson "Doh!"

i will have to wait until i get home later

EDIT: ok, i jumped the gun a bit there. i dont have graphics accelleration but at least i can actually boot up now without -x and work normally.

this is booting from mbr using Chameleon


Edited by gazzacbr, 17 December 2013 - 02:40 AM.


#34
styrian

styrian

    InsanelyMac Legend

  • Members
  • PipPipPipPipPipPipPip
  • 742 posts
  • Gender:Male

Get cinebench 11.5 or 15 and run it`s Open GL test on your save config. I would be wondering about, if OpenGL is working without NVDAResman loaded.

 

Have fun.



#35
NiPeGun

NiPeGun

    InsanelyMac Geek

  • Members
  • PipPipPip
  • 120 posts
  • Gender:Male
  • Location:Spain
Wow! This forum is on fire. I like it. You are going to solve this problem soon. I know it guys...

#36
yisl04

yisl04

    InsanelyMac Protégé

  • Members
  • Pip
  • 29 posts

 

I think NVCAP can do this work, you can get the right NVCAP string from Windows system and try it.

 

The NCAP, that windows uses, is the one of the vbios rom. This NVCAP is dedected by bootloader at least by setting the key GE=Yes. You can then find it in the Ioreg. But with this NVCAP you can not get the gfx card working in a way, that is used by OSX to handle GFX output on mobile Nvidia cards.

 

Have fun.

 

The NVCAP string get from Windows maybe can't work. But I think it is worth a try to change the NVCAP string. OSX don't support boot from DP port display, but I think we can change the NVCAP string to enable boot from double output: VGA and DP ports. I saw some guy enable  GTX 285 boot from both DVI and DP port with the NVCAP string"0x04, 0x00, 0x00, 0x00, 0x00, 0x00, 0x03, 0x00, 0x1c, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x0a, 0x00, 0x00, 0x00, 0x00". But I don't know exactly how to change the NVCAP string for G750.

Sorry for my poor English.



#37
styrian

styrian

    InsanelyMac Legend

  • Members
  • PipPipPipPipPipPipPip
  • 742 posts
  • Gender:Male

The NVCAP string get from Windows maybe can't work. But I think it is worth a try to change the NVCAP string. OSX don't support boot from DP port display, but I think we can change the NVCAP string to enable boot from double output: VGA and DP ports. I saw some guy enable  GTX 285 boot from both DVI and DP port with the NVCAP string"0x04, 0x00, 0x00, 0x00, 0x00, 0x00, 0x03, 0x00, 0x1c, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x0a, 0x00, 0x00, 0x00, 0x00". But I don't know exactly how to change the NVCAP string for G750.

Sorry for my poor English.

Please read here the other topics related with kepler mobile cards, the Asus g75, g750, Dell SE7720 3D, other not Optimus enabled laptops with Nvidia cards, and the posts in this thread. Nobody was til now able to get a mobile Kelper card, in the way, you are telling to get it working, able to get it working.

Even by searching the internet for months, I have not been able to find something authentic about a fully working device. All the posts about getting the devices with kepler cards working, seem to be big fake ones.

 

The real problem is, to map the gfx output from port 1, Nvidia Display "B", to port 0, NVDA Display "A" and get the laptop display recognized as an internal one and working like on Apple devices.

 

Please search by yourself the internet to find informations about making an gfx EFI String, about Nvidia cards getting to work in a Hackintosh, and technical informations about Apple devices. By putting together all this informations in the right way, it could be possible to get the Nvidia mobile cards in a laptop with OSX proper working.

 

If you don´t know exactly, how to change an NVCAP for the G750 or an other device, please read the Chameleon documentation, how you can insert a NVCAP with this bootloader or try to find informations about injecting an NVCAP with an EFI String or by DSDT.

 

Have fun.



#38
yisl04

yisl04

    InsanelyMac Protégé

  • Members
  • Pip
  • 29 posts

If you don´t know exactly, how to change an NVCAP for the G750 or an other device, please read the Chameleon documentation, how you can insert a NVCAP with this bootloader or try to find informations about injecting an NVCAP with an EFI String or by DSDT.

 

Have fun.

I mean I don't know the right NVCAP string for g750. I use clover instead chameleon, it's easy to inject NVCAP for clover. I have searched this forum for g55, g75 and g750 before and I found nobody try changing the NVCAP string. So I just give the suggestion. If asus g55 can be hackintoshed, I will buy one. 



#39
styrian

styrian

    InsanelyMac Legend

  • Members
  • PipPipPipPipPipPipPip
  • 742 posts
  • Gender:Male

I mean I don't know the right NVCAP string for g750. I use clover instead chameleon, it's easy to inject NVCAP for clover. I have searched this forum for g55, g75 and g750 before and I found nobody try changing the NVCAP string. So I just give the suggestion. If asus g55 can be hackintoshed, I will buy one. 

The result of inserting the NVCAP with Clover or by Chameleon by setting the key for it, is the same. The NVCAP, extracted from the vbios of the device, or got in an other way, of a mobile kepler card of a laptop, does not work with OSX.

 

If the ASUS N55 is Optimus enabled, it should be possible to get the integrated gfx recognized and fully working. In this case the Nvidia is an absolutely nogo at this time. If the device is not Optimus enabled, there would be the same problem, that we try to solve, since month til now without any success.

 

Have fun.



#40
NiPeGun

NiPeGun

    InsanelyMac Geek

  • Members
  • PipPipPip
  • 120 posts
  • Gender:Male
  • Location:Spain

Injecting the NVCAP with chameleon is extra-easy as:

 

<key>GraphicsEnabler</key>

<string>Yes</string>

<key>NVCAP_gfxid</key>

<string>xxxxxxxxxxxxxxxxx</string>

 

But ....What is indeed the NVCAP? Some sort of configuration about the output connectors of the graphics card??

 

Anyway

@Styrian, the NVCAP extracted from my VBIOS rom is 0400000000000100020000000000000700000000

 

What does it means?







Also tagged with one or more of these keywords: asus, gtx, 770m, G750

  Topic Stats Last Post Info

0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users

© 2014 InsanelyMac  |   News  |   Forum  |   Downloads  |   OSx86 Wiki  |   Mac Netbook  |   PHP hosting by CatN  |   Designed by Ed Gain  |   Logo by irfan  |   Privacy Policy