Jump to content

Intel HD 3000 no graphics

bbm21

By bbm21,
in OSx86 10.9 (Mavericks)

 Share
156 posts in this topic

Recommended Posts

RehabMan
RehabMan
Posted
Posted

I will try without the \n 's.

 

Can you please quickly check the new dsdt with the patched edid?

You didn't post a DSDT.

 

I pasted this result from the command:

 

0x00, 0xff, 0xff, 0xff, 0xff, 0xff, 0xff, 0x00, 0x06, 0xaf, 0x5d, 0x30,

  0x00, 0x00, 0x00, 0x00, 0x00, 0x16, 0x01, 0x04, 0x95, 0x1a, 0x0e, 0xff,

  0x2f, 0x00, 0x00, 0xa0, 0x57, 0x49, 0x9b, 0x26, 0x10, 0x48, 0x4f, 0x00,

  0x00, 0x00, 0x01, 0x01, 0x01, 0x01, 0x01, 0x01, 0x01, 0x01, 0x01, 0x01,

  0x01, 0x01, 0x01, 0x01, 0x01, 0x01, 0x1d, 0x36, 0x80, 0xa0, 0x70, 0x38,

  0x1e, 0x40, 0x30, 0x20, 0x8e, 0x00, 0x00, 0x90, 0x10, 0x00, 0x00, 0x18,

  0x00, 0x00, 0x00, 0xfd, 0x00, 0x3c, 0x3c, 0x28, 0x28, 0x0e, 0x00, 0x00,

  0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,

  0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,

  0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,

  0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x24

As long as you replaced the existing data in the patch with your own.

 

FYI: The \n (newlines) don't matter.

  • Like 1
Link to comment
Share on other sites
bgrau
bgrau
Posted
Posted

You didn't post a DSDT.

 

 

As long as you replaced the existing data in the patch with your own.

 

FYI: The \n (newlines) don't matter.

 

You didn't post a DSDT.

 

 

As long as you replaced the existing data in the patch with your own.

 

FYI: The \n (newlines) don't matter.

Now I wil test.

Link to comment
Share on other sites
bgrau
bgrau
Posted
Posted

I see you eventually attached DSDT. Looks fine.

 

There is a flicker, like the screen is going to come up, then it turns black, and stays black.

 

At least it has moved from the text mode...

 

It's moving in the right direction, but there is still something missing.

Link to comment
Share on other sites
RehabMan
RehabMan
Posted
Posted

There is a flicker, like the screen is going to come up, then it turns black, and stays black.

 

At least it has moved from the text mode...

 

It's moving in the right direction, but there is still something missing.

Unplug HDMI monitor, replug. Also, post ioreg. And, of course, there is more things to continue to try. Are you still setting Graphics Mode?

  • Like 1
Link to comment
Share on other sites
bgrau
bgrau
Posted
Posted

This is how it was injected in the DSDT:

 

 "AAPL00,override-no-edid", 
                    Buffer (0x80)
                    {
                        /* 0000 */    0x00, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0x00, 
                        /* 0008 */    0x06, 0xAF, 0x5D, 0x30, 0x00, 0x00, 0x00, 0x00, 
                        /* 0010 */    0x00, 0x16, 0x01, 0x04, 0x95, 0x1A, 0x0E, 0xFF, 
                        /* 0018 */    0x2F, 0x00, 0x00, 0xA0, 0x57, 0x49, 0x9B, 0x26, 
                        /* 0020 */    0x10, 0x48, 0x4F, 0x00, 0x00, 0x00, 0x01, 0x01, 
                        /* 0028 */    0x01, 0x01, 0x01, 0x01, 0x01, 0x01, 0x01, 0x01, 
                        /* 0030 */    0x01, 0x01, 0x01, 0x01, 0x01, 0x01, 0x1D, 0x36, 
                        /* 0038 */    0x80, 0xA0, 0x70, 0x38, 0x1E, 0x40, 0x30, 0x20, 
                        /* 0040 */    0x8E, 0x00, 0x00, 0x90, 0x10, 0x00, 0x00, 0x18, 
                        /* 0048 */    0x00, 0x00, 0x00, 0xFD, 0x00, 0x3C, 0x3C, 0x28, 
                        /* 0050 */    0x28, 0x0E, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 
                        /* 0058 */    0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 
                        /* 0060 */    0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 
                        /* 0068 */    0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 
                        /* 0070 */    0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 
                        /* 0078 */    0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x24
                    }
Link to comment
Share on other sites
RehabMan
RehabMan
Posted
Posted

This is how it was injected in the DSDT:

 

 "AAPL00,override-no-edid", 

                    Buffer (0x80)

                    {

                        /* 0000 */    0x00, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0xFF, 0x00, 

                        /* 0008 */    0x06, 0xAF, 0x5D, 0x30, 0x00, 0x00, 0x00, 0x00, 

                        /* 0010 */    0x00, 0x16, 0x01, 0x04, 0x95, 0x1A, 0x0E, 0xFF, 

                        /* 0018 */    0x2F, 0x00, 0x00, 0xA0, 0x57, 0x49, 0x9B, 0x26, 

                        /* 0020 */    0x10, 0x48, 0x4F, 0x00, 0x00, 0x00, 0x01, 0x01, 

                        /* 0028 */    0x01, 0x01, 0x01, 0x01, 0x01, 0x01, 0x01, 0x01, 

                        /* 0030 */    0x01, 0x01, 0x01, 0x01, 0x01, 0x01, 0x1D, 0x36, 

                        /* 0038 */    0x80, 0xA0, 0x70, 0x38, 0x1E, 0x40, 0x30, 0x20, 

                        /* 0040 */    0x8E, 0x00, 0x00, 0x90, 0x10, 0x00, 0x00, 0x18, 

                        /* 0048 */    0x00, 0x00, 0x00, 0xFD, 0x00, 0x3C, 0x3C, 0x28, 

                        /* 0050 */    0x28, 0x0E, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 

                        /* 0058 */    0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 

                        /* 0060 */    0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 

                        /* 0068 */    0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 

                        /* 0070 */    0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 

                        /* 0078 */    0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x24

                    }

Yes.

 

Also, try the other form:

        "AAPL00,override-no-connect",
  • Like 1
Link to comment
Share on other sites
bgrau
bgrau
Posted
Posted

Unplug HDMI monitor, replug. Also, post ioreg. And, of course, there is more things to continue to try. Are you still setting Graphics Mode?

I unplugged the hdmi monitor, and tested it on the tablet without being linked to the hdmi monitor.

 

This is what I was talking about flicker then blank screen.

 

Yes I am still on max resolution in chameleon plist, 1920x1080 set.

 

<key>Graphics Mode</key>
<string>1920x1080x32@60</string>
<key>GraphicsEnabler</key>
<string>No</string>

Yes.

 

Also, try the other form:

        "AAPL00,override-no-connect",

replace from "AAPL00,override-no-edid", ?

Same with both, gives me a flicker, then a blank screen.

 

It is trying to hook up, then fails.

 

I am going to try and connect the hdmi monitor live, and see what happens.

On the HDMI monitor it flickers, then the screen appears,

 

when the monitor is hooked, the tablet's monitor is black, so no mirroring.

 

maybe I need that backlight patch?

 

but it says I need a kext with it?

new ioreg:

Acer2.ioreg.zip

Link to comment
Share on other sites
RehabMan
RehabMan
Posted
Posted

...

maybe I need that backlight patch?

 

but it says I need a kext with it?

The backlight patch does correct some things by itself, but best used with my version of ACPIBacklight.kext: https://github.com/RehabMan/OS-X-ACPI-Backlight.

 

You should also look how the internal screen is connected (LVDS or eDP?) Because if it is eDP, I don't think there is hope as the drivers in OS X don't support eDP until Haswell (Azul). You can check in the Intel graphics properties app on Windows.

Link to comment
Share on other sites
bgrau
bgrau
Posted
Posted

The backlight patch does correct some things by itself, but best used with my version of ACPIBacklight.kext: https://github.com/RehabMan/OS-X-ACPI-Backlight.

 

You should also look how the internal screen is connected (LVDS or eDP?) Because if it is eDP, I don't think there is hope as the drivers in OS X don't support eDP until Haswell (Azul). You can check in the Intel graphics properties app on Windows.

 

From the spare parts sold for the machine, it is LVDS as they say the lcd screen connects through LDVS cable.

Just installed your backlight kext from bitbucket, now doing the dsdt patch, and then testing, hopefully x.

Also replaced GFX0 to IGPU as you asked for it in the readme...

 

testing time.

Very sad and still gives a black screen :(

connecting to hdmi monitor shows screen on it, and disconnecting, still tablet screen stays black.

 

another hurdle.

 

I need to make sure it is not eDP, though I remember checking it was not, but double checking to not waste time.

 

Taking a break now.

 

Thanks for your help and patience.

new ioreg... ;)

Acer3.ioreg.zip

Link to comment
Share on other sites
RehabMan
RehabMan
Posted
Posted

I tried to truncate as much as I could in reverse.

Definitely problems in the framebuffer. Note all the debug such as this:

Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: stampWait: Overflowed checking for stamp 0xb2 on BLT ring: called from wait for blt buffer (2D blt)
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: timestamp = 0x00b1
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: ****  Debug info for *possible* hang in BLT graphics engine  ****
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: ring head    = 0x0000ae80, wrap count = 0
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: ring tail    = 0x0000ed90
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: ring control = 0x0000f401   enabled, auto report disabled, not waiting, semaphore is waiting, length = 0x010 4KB pages
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: timestamps = 0x00b1
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: Semaphore register values:
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: VRSYNC: (0x12044) = 0x566
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: BRSYNC: (0x22040) = 0x0
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: RVSYNC: (0x 2040) = 0x0
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: BVSYNC: (0x22044) = 0x0
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: RBSYNC: (0x 2044) = 0x0
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: VBSYNC: (0x12040) = 0x0
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: trying to clear semaphore wait on BLT ring
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: After attempt to clear semaphore wait = 0x0000f001 no longer waiting
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: stampWait: Overflowed checking for stamp 0xb3 on BLT ring: called from wait for blt buffer (2D blt)
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: timestamp = 0x00b2
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: ****  Debug info for *possible* hang in BLT graphics engine  ****
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: ring head    = 0x0000af80, wrap count = 0
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: ring tail    = 0x0000ee90
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: ring control = 0x0000f401   enabled, auto report disabled, not waiting, semaphore is waiting, length = 0x010 4KB pages
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: timestamps = 0x00b2
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: Semaphore register values:
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: VRSYNC: (0x12044) = 0x566
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: BRSYNC: (0x22040) = 0x0
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: RVSYNC: (0x 2040) = 0x0
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: BVSYNC: (0x22044) = 0x0
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: RBSYNC: (0x 2044) = 0x1
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: VBSYNC: (0x12040) = 0x0
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: trying to clear semaphore wait on BLT ring
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: After attempt to clear semaphore wait = 0x0000f001 no longer waiting
Oct 13 23:28:21 bgraus-MacBook-Pro.local storeagent[236]: FCIsAppAllowedToLaunchExt [343] -- *** _FCMIGAppCanLaunch timed out. Returning false.
Oct 13 23:28:22 bgraus-MacBook-Pro.local soagent[190]: Killing soagent.
Oct 13 23:28:22 bgraus-MacBook-Pro.local NotificationCenter[193]: SOHelperCenter main connection interrupted
Oct 13 23:28:22 bgraus-MacBook-Pro.local imagent[197]: [Warning] Denying xpc connection, task does not have entitlement: com.apple.private.icfcallserver  (soagent:190)
Oct 13 23:28:26 --- last message repeated 1 time ---
...
I think you'll need to patch the framebuffer...

 

Any BIOS options for IGPU memory window/aperture?

  • Like 1
Link to comment
Share on other sites
bgrau
bgrau
Posted
Posted

Definitely problems in the framebuffer. Note all the debug such as this:

Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: stampWait: Overflowed checking for stamp 0xb2 on BLT ring: called from wait for blt buffer (2D blt)
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: timestamp = 0x00b1
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: ****  Debug info for *possible* hang in BLT graphics engine  ****
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: ring head    = 0x0000ae80, wrap count = 0
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: ring tail    = 0x0000ed90
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: ring control = 0x0000f401   enabled, auto report disabled, not waiting, semaphore is waiting, length = 0x010 4KB pages
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: timestamps = 0x00b1
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: Semaphore register values:
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: VRSYNC: (0x12044) = 0x566
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: BRSYNC: (0x22040) = 0x0
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: RVSYNC: (0x 2040) = 0x0
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: BVSYNC: (0x22044) = 0x0
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: RBSYNC: (0x 2044) = 0x0
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: VBSYNC: (0x12040) = 0x0
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: trying to clear semaphore wait on BLT ring
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: After attempt to clear semaphore wait = 0x0000f001 no longer waiting
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: stampWait: Overflowed checking for stamp 0xb3 on BLT ring: called from wait for blt buffer (2D blt)
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: timestamp = 0x00b2
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: ****  Debug info for *possible* hang in BLT graphics engine  ****
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: ring head    = 0x0000af80, wrap count = 0
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: ring tail    = 0x0000ee90
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: ring control = 0x0000f401   enabled, auto report disabled, not waiting, semaphore is waiting, length = 0x010 4KB pages
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: timestamps = 0x00b2
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: Semaphore register values:
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: VRSYNC: (0x12044) = 0x566
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: BRSYNC: (0x22040) = 0x0
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: RVSYNC: (0x 2040) = 0x0
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: BVSYNC: (0x22044) = 0x0
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: RBSYNC: (0x 2044) = 0x1
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: VBSYNC: (0x12040) = 0x0
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: trying to clear semaphore wait on BLT ring
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: After attempt to clear semaphore wait = 0x0000f001 no longer waiting
Oct 13 23:28:21 bgraus-MacBook-Pro.local storeagent[236]: FCIsAppAllowedToLaunchExt [343] -- *** _FCMIGAppCanLaunch timed out. Returning false.
Oct 13 23:28:22 bgraus-MacBook-Pro.local soagent[190]: Killing soagent.
Oct 13 23:28:22 bgraus-MacBook-Pro.local NotificationCenter[193]: SOHelperCenter main connection interrupted
Oct 13 23:28:22 bgraus-MacBook-Pro.local imagent[197]: [Warning] Denying xpc connection, task does not have entitlement: com.apple.private.icfcallserver  (soagent:190)
Oct 13 23:28:26 --- last message repeated 1 time ---
...
I think you'll need to patch the framebuffer...

 

Any BIOS options for IGPU memory window/aperture?

 

 

Definitely problems in the framebuffer. Note all the debug such as this:

Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: stampWait: Overflowed checking for stamp 0xb2 on BLT ring: called from wait for blt buffer (2D blt)
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: timestamp = 0x00b1
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: ****  Debug info for *possible* hang in BLT graphics engine  ****
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: ring head    = 0x0000ae80, wrap count = 0
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: ring tail    = 0x0000ed90
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: ring control = 0x0000f401   enabled, auto report disabled, not waiting, semaphore is waiting, length = 0x010 4KB pages
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: timestamps = 0x00b1
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: Semaphore register values:
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: VRSYNC: (0x12044) = 0x566
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: BRSYNC: (0x22040) = 0x0
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: RVSYNC: (0x 2040) = 0x0
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: BVSYNC: (0x22044) = 0x0
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: RBSYNC: (0x 2044) = 0x0
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: VBSYNC: (0x12040) = 0x0
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: trying to clear semaphore wait on BLT ring
Oct 13 23:28:16 bgraus-MacBook-Pro kernel[0]: After attempt to clear semaphore wait = 0x0000f001 no longer waiting
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: stampWait: Overflowed checking for stamp 0xb3 on BLT ring: called from wait for blt buffer (2D blt)
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: timestamp = 0x00b2
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: ****  Debug info for *possible* hang in BLT graphics engine  ****
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: ring head    = 0x0000af80, wrap count = 0
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: ring tail    = 0x0000ee90
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: ring control = 0x0000f401   enabled, auto report disabled, not waiting, semaphore is waiting, length = 0x010 4KB pages
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: timestamps = 0x00b2
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: Semaphore register values:
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: VRSYNC: (0x12044) = 0x566
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: BRSYNC: (0x22040) = 0x0
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: RVSYNC: (0x 2040) = 0x0
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: BVSYNC: (0x22044) = 0x0
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: RBSYNC: (0x 2044) = 0x1
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: VBSYNC: (0x12040) = 0x0
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: trying to clear semaphore wait on BLT ring
Oct 13 23:28:21 bgraus-MacBook-Pro kernel[0]: After attempt to clear semaphore wait = 0x0000f001 no longer waiting
Oct 13 23:28:21 bgraus-MacBook-Pro.local storeagent[236]: FCIsAppAllowedToLaunchExt [343] -- *** _FCMIGAppCanLaunch timed out. Returning false.
Oct 13 23:28:22 bgraus-MacBook-Pro.local soagent[190]: Killing soagent.
Oct 13 23:28:22 bgraus-MacBook-Pro.local NotificationCenter[193]: SOHelperCenter main connection interrupted
Oct 13 23:28:22 bgraus-MacBook-Pro.local imagent[197]: [Warning] Denying xpc connection, task does not have entitlement: com.apple.private.icfcallserver  (soagent:190)
Oct 13 23:28:26 --- last message repeated 1 time ---
...
I think you'll need to patch the framebuffer...

 

Any BIOS options for IGPU memory window/aperture?

 

 

bios is extremely limited to uefi / legacy, ahci, but no video option to change.

Link to comment
Share on other sites
bgrau
bgrau
Posted
Posted

Forget it, it is embedded display port :(

 

Wasted our time...

 

well at least we know that it cannot be done on my Acer W700 model, and it has to do with the screen being eDP.

 

At least I can hook it up in my bedroom to an external hdmi monitor, so I can have OS X in my bedroom too ;)

 

Next time I will be very careful what I buy.

Link to comment
Share on other sites
bgrau
bgrau
Posted
Posted

Conclusions (for me):

 

1. I learnt about RehabMan DSDT patches and how to implement them.

 

2. I can now use my Acer W700 with an external HDMI monitor thanks to his DSDT patches.

 

3. Acer crippled the i3 W700 by not fitting it with a HD4000 Intel graphics card, as eDP is meant for high resolution performant graphics.

 

4. If Acer W700 i5 was cheaper, I would sell the Acer W700 i3, and upgrade to the i5 which has HD4000, and could use the Azul kext to load the graphics.

 

5. Still Acer W700 i3 is a good machine to run Windows 8, Android, Ubuntu and ChromeOS.

Link to comment
Share on other sites
RehabMan
RehabMan
Posted
Posted

Conclusions (for me):

 

1. I learnt about RehabMan DSDT patches and how to implement them.

 

2. I can now use my Acer W700 with an external HDMI monitor thanks to his DSDT patches.

 

3. Acer crippled the i3 W700 by not fitting it with a HD4000 Intel graphics card, as eDP is meant for high resolution performant graphics.

 

4. If Acer W700 i5 was cheaper, I would sell the Acer W700 i3, and upgrade to the i5 which has HD4000, and could use the Azul kext to load the graphics.

 

5. Still Acer W700 i3 is a good machine to run Windows 8, Android, Ubuntu and ChromeOS.

Azul is for HD4400/HD4600/HD5000+, not HD4000. HD4000 uses Capri. AFAIK, the HD4000 drivers in OS X also do not support eDP.

  • Like 1
Link to comment
Share on other sites
bgrau
bgrau
Posted
Posted

Azul is for HD4400/HD4600/HD5000+, not HD4000. HD4000 uses Capri. AFAIK, the HD4000 drivers in OS X also do not support eDP.

 

Funnily enough, I did a small mod to the Azul kext, and instead of loading the AppleIntelHD3000Graphics

 

it loaded the Azul one, here:

 

AppleIntelFramebufferAzul:

 

  Version: 8.28.32

  Last Modified: 14/10/2014 16:00

  Loaded: Yes

  Get Info String: AppleIntelFramebufferAzul 8.28.32

  Obtained from: Unknown

  Kind: Intel

  Architectures: x86_64

  64-Bit (Intel): Yes

  Location: /System/Library/Extensions/AppleIntelFramebufferAzul.kext

  Kext Version: 8.2.8

  Load Address: 18446743521820300000

  Valid: Yes

  Authentic: Yes

  Dependencies: Satisfied

  Signed by: Unknown

 

Of course had  to disable the SNB kext renaming the Info.plist to Info.plist.bak

 

By the way, without your patches I could not get the HDMI monitor  out, so it was some progress ;)

 

Does HD4400 come with i7?

Link to comment
Share on other sites
RehabMan
RehabMan
Posted
Posted

Funnily enough, I did a small mod to the Azul kext, and instead of loading the AppleIntelHD3000Graphics

 

it loaded the Azul one, here:

 

AppleIntelFramebufferAzul:

 

  Version: 8.28.32

  Last Modified: 14/10/2014 16:00

  Loaded: Yes

  Get Info String: AppleIntelFramebufferAzul 8.28.32

  Obtained from: Unknown

  Kind: Intel

  Architectures: x86_64

  64-Bit (Intel): Yes

  Location: /System/Library/Extensions/AppleIntelFramebufferAzul.kext

  Kext Version: 8.2.8

  Load Address: 18446743521820300000

  Valid: Yes

  Authentic: Yes

  Dependencies: Satisfied

  Signed by: Unknown

 

Of course had  to disable the SNB kext renaming the Info.plist to Info.plist.bak

I wouldn't think that has any chance of working...

 

By the way, without your patches I could not get the HDMI monitor  out, so it was some progress ;)

 

Does HD4400 come with i7?

HD4400 is on certain Haswell CPUs (i3/i5/i7). Better to ask the opposite question -- "what Intel HD graphics are on a particular CPU", answer can be had by googling the CPU model at ark.intel.com.

Link to comment
Share on other sites
bgrau
bgrau
Posted
Posted

I wouldn't think that has any chance of working...

 

 

HD4400 is on certain Haswell CPUs (i3/i5/i7). Better to ask the opposite question -- "what Intel HD graphics are on a particular CPU", answer can be had by googling the CPU model at ark.intel.com.

I have the Acer Chromebook C720P and it has a Haswell CPU, I managed to get Mavericks to load on it with a Dell DSDT, its only nagging issue is no i2c drivers for touchpad and keyboard.

The Azul kext might not be doing anything, but it loaded ;)

 

Since there are display ports to vga / dvi / hdmi adapters, why is it not  possible to convert eDP signals to LDVS ones fooling  the system to load the graphics?           

Link to comment
Share on other sites
RehabMan
RehabMan
Posted
Posted

I have the Acer Chromebook C720P and it has a Haswell CPU, I managed to get Mavericks to load on it with a Dell DSDT, its only nagging issue is no i2c drivers for touchpad and keyboard.

 

The Azul kext might not be doing anything, but it loaded ;)

What Haswell CPU? Azul is loaded on your Chromebook or the Acer you've been working on?

 

Since there are display ports to vga / dvi / hdmi adapters, why is it not  possible to convert eDP signals to LDVS ones fooling  the system to load the graphics?

It may be possible with a patch, but, to my knowledge, no one has created one.

Link to comment
Share on other sites
bgrau
bgrau
Posted
Posted

What Haswell CPU? Azul is loaded on your Chromebook or the Acer you've been working on?

 

On the Acer, but it is useless, just loaded.

 

The Acer C720P CB has Haswell but I can't remember which model.

 

I am quite happy to be able to hook up the Acer W700 through HDMI, it makes it more portable in my apartment than the bulky Dell PC 9200 Tower ;)

easier to move a monitor than a PC tower, lol!

 

Sad I am not a programmer, it would be cool and useful to emulate eDP as LDVS :)

 

Your Lenovo is nice, but very dear.

Link to comment
Share on other sites
RehabMan
RehabMan
Posted
Posted

On the Acer, but it is useless, just loaded.

The code 'loaded', but it is unlikely the kext started. All kexts that match per IOKit (Info.plist based matching) will load, so that the kexts 'probe' method can run. It is in probe that most kexts check whether the expected hardware is actually present. Certainly when Azul finds HD3000 instead of a supported device, it simply fails probe. OS X is lazy about unloading kexts, in case they are needed later, so you see it in kextstat/etc. At that point the code is loaded in memory, but not active.

  • Like 1
Link to comment
Share on other sites
RehabMan
RehabMan
Posted
Posted

@RehabMan,

 

the actual graphics in Acer CB C720P is

 

Intel Haswell-ULT Integrated Graphics Controller [8086:0a06]

 

I wonder if it is OS X compatible?

A bit off-topic...

 

Must be a Celeron/Pentium/Atom CPU?

 

That device-id is not supported natively by the Azul Info.plist.

 

You could do a device-id inject (0xa16), which would solve IOKit matching. But the binary might still check (which would require binary patching), and then there is the issue of there is likely not an MEI device (AppleIntelHD5000Graphics.kext seems to do some communication with AppleIntelMEIDriver, or maybe the framebuffer too).

Link to comment
Share on other sites
 Share
Go to topic listing
×
×
  • Create New...