does anyone have HD4000 working on an internal display, like a laptop or all in one? if so could you please post your ioreg and smbios.plist please?
my display just goes blank when the hd4000 acceleration starts up, looks like its not outputting to the lvds connector.
unless someone knows how to explicitly check/hack the display outputs in the kext (capri i think)?
i know how to inject properties using DSDT, and i've tried all the platform-id numbers for hd4000, none of them seem to work.
23 replies to this topic
#1
Posted 30 July 2012 - 11:27 PM
#2
Posted 01 August 2012 - 12:02 PM
I dont know why i didn't think of this before, but i logged on via screen sharing to have a look at whats going on while its blank.
accelleratin is working, i can see the transparent bar, it reports as intel hd4000 with 512mb ram, at 1920x1080. it also shows a display connected via displayport.
i've attached my DSDT and IOREG files here, i'm sure this is something stupid and obscure, but probably incredibly simple too.
accelleratin is working, i can see the transparent bar, it reports as intel hd4000 with 512mb ram, at 1920x1080. it also shows a display connected via displayport.
i've attached my DSDT and IOREG files here, i'm sure this is something stupid and obscure, but probably incredibly simple too.
Attached Files
#3
Posted 01 August 2012 - 12:10 PM
#4
Posted 01 August 2012 - 01:08 PM
Yes. Same effect.
GE sets platform ID 01660009.
When I login remotely I see no display listed on the profiler at all on this ID.
I have tried all 11 platform ID documented, 4,6 & 7 result in no output at all, everything else is blac screen. Almost like monitor out of range?
GE sets platform ID 01660009.
When I login remotely I see no display listed on the profiler at all on this ID.
I have tried all 11 platform ID documented, 4,6 & 7 result in no output at all, everything else is blac screen. Almost like monitor out of range?
#5
Posted 01 August 2012 - 11:31 PM
okay spent another evening on it, no movement. not sure what it can be.
i've tried to get the display detected as AppleBacklightDisplay (as the backlight on the screen does seem to go off) but i cant seem to do that.
from what i can tell the LVDS panel is connected to eDP converter on the motherboard. not sure why it should cause a problem though.
i've tried to get the display detected as AppleBacklightDisplay (as the backlight on the screen does seem to go off) but i cant seem to do that.
from what i can tell the LVDS panel is connected to eDP converter on the motherboard. not sure why it should cause a problem though.
#6
Posted 24 August 2012 - 07:14 AM
I am having same problem with probook 4540s
#7
Posted 11 September 2012 - 06:07 PM
same problem on ASUS UX32VD
#8
Posted 11 September 2012 - 06:28 PM
Check out this thread http://www.insanelym...pic=280372&st=0 and look for iHackintosh's post with the link to his file on SendSpace. In that file he has an EFI string which when added to your boot.plist should activate your HD4000. Using an id of 01660009 yields a black screen on the laptop I am working on, using his id of 01660003 yields a normal working screen. Check it out!
#9
Posted 11 September 2012 - 07:16 PM
#10
Posted 12 September 2012 - 10:57 AM
everdone, on 11 September 2012 - 06:28 PM, said:
Check out this thread http://www.insanelym...pic=280372&st=0 and look for iHackintosh's post with the link to his file on SendSpace. In that file he has an EFI string which when added to your boot.plist should activate your HD4000. Using an id of 01660009 yields a black screen on the laptop I am working on, using his id of 01660003 yields a normal working screen. Check it out!
with this string it's locked on apple logo,same result with string 2 or 4
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com...yList-1.0.dtd">
<plist version="1.0">
<dict>
<key>Boot Banner</key>
<string>No</string>
<key>GraphicsEnabler</key>
<string>Yes</string>
<key>Graphics Mode</key>
<string>1366x768x32</string>
<key>device-properties</key>
<string>5e0000000100000001000000520000000100000002010c00d041030a000000000101060000027fff04002c0000004100410050004c002c00690067002d0070006c006100740066006f0072006d002d006900640000000800000003006601</string>
<key>Instant Menu</key>
<string>Yes</string>
<key>Kernel Flags</key>
<string>npci=0x3000 darkwake=0 PCIRootUID=1</string>
<key>Legacy Logo</key>
<string>Yes</string>
</dict>
</plist>
#11
Posted 13 September 2012 - 02:56 AM
I think I may have the answer for you guys!
Odd as it may seem, it might be the CPU itself.
Check out this thread at Intel. I am currently working with two engineers and their testing labs at the moment. It may be a micro-architecture, micro-code, or even a FAB error. I'm sending my processor right now to their testing lab in California for them to look at. Others have had this issue and its all explained on the link. Its also a good place to see me eat some crow because I was kinda called out in a PM and I was wrong. Live and learn - and apologize and fix.
Hope this helps some of you...
Odd as it may seem, it might be the CPU itself.
Check out this thread at Intel. I am currently working with two engineers and their testing labs at the moment. It may be a micro-architecture, micro-code, or even a FAB error. I'm sending my processor right now to their testing lab in California for them to look at. Others have had this issue and its all explained on the link. Its also a good place to see me eat some crow because I was kinda called out in a PM and I was wrong. Live and learn - and apologize and fix.
Hope this helps some of you...
#12
Posted 13 September 2012 - 08:22 PM
i'd like to refer people to my other thread. http://www.insanelym...l=&fromsearch=1
we hacked the connector tables and did some tests, and in pretty much every case (except mine!) the reason is simply that the user has only tried the graphics enabler in chimera, and that only uses one particular platform type. the key to getting it working is choosing a platform id that has the rlevent port configure that your motherboard has its outputs on. in the case of people getting no internal display on some id and ONLY internal display on others, they need to hack an id connector table that contains both the ones displays get detected on.
not going to discredit the faulty CPU theory at all, but i suspect its less widespread that this hackintosh problem would lead you to beleive. in my case, i have my system running on windows 7 and 8 with no display driver issues at all.
anyways, hope my other thread helps someone.
we hacked the connector tables and did some tests, and in pretty much every case (except mine!) the reason is simply that the user has only tried the graphics enabler in chimera, and that only uses one particular platform type. the key to getting it working is choosing a platform id that has the rlevent port configure that your motherboard has its outputs on. in the case of people getting no internal display on some id and ONLY internal display on others, they need to hack an id connector table that contains both the ones displays get detected on.
not going to discredit the faulty CPU theory at all, but i suspect its less widespread that this hackintosh problem would lead you to beleive. in my case, i have my system running on windows 7 and 8 with no display driver issues at all.
anyways, hope my other thread helps someone.
#13
Posted 15 September 2012 - 11:37 PM
Check out this thread http://www.insanelym...pic=280372&st=0 and look for iHackintosh's post with the link to his file on SendSpace. In that file he has an EFI string which when added to your boot.plist should activate your HD4000. Using an id of 01660008 yields a normal working screen on my Asus UX31A Zenbook (QE/CI enabled at 1920x1080x32 resolution). However, there is no normal output via external VGA. OpenCL is still not working either. Check it out!
#14
Posted 25 September 2012 - 08:54 PM
Nothing news?
Thank You
Thank You
#15
Posted 26 September 2012 - 10:33 AM
Easy,
You need to insert under IGPU (renamed first all insatance of GFX0 or what you have for graphics card in your dsdt, into IGPU for MAC like (but not really needed))
the secret is this:
so, change the value (0x04, 0x00, 0x01, 0x66) with these possible:
0x01
0x02
0x03
0x04
0x05
0x08
0x09
0x0A
0x0B
try first with most probably 0x04 and 0x03
Complete code
if you Display resolution is under 1400x, insert this:
or this if you Display resolution is over 1400x, this:
With these you can set GraphicsEnabler=No in your o.c.b.p
bye
You need to insert under IGPU (renamed first all insatance of GFX0 or what you have for graphics card in your dsdt, into IGPU for MAC like (but not really needed))
the secret is this:
"AAPL,ig-platform-id",
Buffer (0x04)
{
0x04, 0x00, 0x01, 0x66
},
so, change the value (0x04, 0x00, 0x01, 0x66) with these possible:
0x01
0x02
0x03
0x04
0x05
0x08
0x09
0x0A
0x0B
try first with most probably 0x04 and 0x03
Complete code
if you Display resolution is under 1400x, insert this:
Spoiler
or this if you Display resolution is over 1400x, this:
Spoiler
With these you can set GraphicsEnabler=No in your o.c.b.p
bye
#16
Posted 26 September 2012 - 02:54 PM
tommyleebass, on 25 September 2012 - 08:54 PM, said:
Nothing news?
Thank You
Thank You
-v DSDT=/DSDT1.aml
quando trovi quello giusto, lo rinomini DSDT.aml e lo metti in Extra!!!
Ciao
#17
Posted 26 September 2012 - 06:57 PM
Micky1979, on 26 September 2012 - 02:54 PM, said:
Mi sono accorto ora che eri Italiano, comunque basta inserire uno dei due esempi sotto il Device x la scheda video nel dsdt, e fare delle prove, ma se vuoi un consiglio compila nr 9 DSDT e mettili nella root, chiamandoli DSDT1.aml, DSDT2.aml, DSDT3.aml e così via........al boot scrivi così:
-v DSDT=/DSDT1.aml
quando trovi quello giusto, lo rinomini DSDT.aml e lo metti in Extra!!!
Ciao
-v DSDT=/DSDT1.aml
quando trovi quello giusto, lo rinomini DSDT.aml e lo metti in Extra!!!
Ciao
Grazie! tra l'altro abbiamo un hardware simile adesso faccio delle prove.L'unica EFI che mi da qe/ci e quella postata da zenlion la 2 solo che il boot è casuale 3 su 4 schermo nero.
#18
Posted 26 September 2012 - 07:52 PM
Right!! removes the device properties from o.c.b.p. if injected in dsdt!
curiosity, your, is a low-power processor?
Giusto!!!!! elimina il device properties dal o.c.b.p se inietti nel dsdt!
curiosità il tuo è un processore a basso consumo?
curiosity, your, is a low-power processor?
Giusto!!!!! elimina il device properties dal o.c.b.p se inietti nel dsdt!
curiosità il tuo è un processore a basso consumo?
#19
Posted 27 September 2012 - 03:37 PM
Micky1979, on 26 September 2012 - 07:52 PM, said:
Right!! removes the device properties from o.c.b.p. if injected in dsdt!
curiosity, your, is a low-power processor?
Giusto!!!!! elimina il device properties dal o.c.b.p se inietti nel dsdt!
curiosità il tuo è un processore a basso consumo?
curiosity, your, is a low-power processor?
Giusto!!!!! elimina il device properties dal o.c.b.p se inietti nel dsdt!
curiosità il tuo è un processore a basso consumo?
Yes it's low-power cpu
p.s ho provato con il dsdt ma non cambia nulla con nessun valore,lo stesso problema me lo da con hd4000platformid e numero sembra cambi qualcosa solo con le EFI
#20
Posted 27 September 2012 - 04:07 PM
Wath is your smbios definition?
I think you need a MBP 9,2 or 10,1 for AGPM controller.....try
I think you need a MBP 9,2 or 10,1 for AGPM controller.....try
0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users



Sign In
Create Account










