Jump to content

Karol Trojanowski

Karol Trojanowski

Member Since 03 Apr 2012
Offline Last Active Jul 20 2014 06:27 PM
-----

Posts I've Made

In Topic: [GUIDE] 1st Generation Intel HD Graphics QE/CI

15 June 2013 - 11:06 AM

I'd like to add that I've just tested patching os-info by DSDT and the results are identical. (I was using Natit.kext before, I should have mentioned.)

 

Also ioreg -l does not show an incorrect display link.

In Topic: [GUIDE] 1st Generation Intel HD Graphics QE/CI

15 June 2013 - 10:10 AM

Hi, thank you for your guide.

The machine is an Asus UL20FT. I have confirmed that the connection is SingleLink LVDS width 1 (very standard).

Without the kexts I get native resolution by booting from Clover.

I use Natit.kext because OSX won't load the extensions by itself. Using the Single Link LCD Alternate framebuffer from OP, I get a garbled/distorted unusable screen. I can log in, move the mouse, etc. Here's a picture:
<removed>
I got an EDID dump from Linux and tried injecting it through Clover, but it does nothing. I tried patching the framebuffer myslef and tried all possible output configurations. Only Single Link LVDS gives any display.

On the top of that, I cannot enable CI when not using the framebuffer. I have no idea what I am doing wrong.

Any help appreciated.

 

Okay, here's some update, because I think it's relevant. I clean installed 10.8.4 and downloaded the relevant kexts. Using Chameleon makes no difference to Clover, although I need to load the Resolution.dylib module to get native resolution. I seem to have similar problems to @real_didi, namely:

  • In Linux I see that the display is LVDS SingleLink width 1
  • The EDID which is passed to the framebuffer is identical as in the Linux dump

Despite this:

  • All of the framebuffers (alternate or alternate 2), regardless of link width, result in a black screen with backlight WITH the acceleration kexts and a grey screen WITHOUT the acceleration kexts. With acceleration kexts the screen is black and it makes chirping sounds, while dmesg shows repeated messages:
    • stampWait: Overflowed checking for stamp 0x41 on MAIN ring: called from
       timestamp = 0x0031
       ****  Debug info for apparent hang in MAIN graphics engine  ****
       ring head    = 0x0000135c, wrap count = 0x 0
       ring tail    = 0x000019c8 ring control = 0x00003001   enabled, auto report disabled, not waiting, semaphore not waiting, length = 0x004 4KB pages
  • When I press the Fn+F8 combination (force detect displays), my screen shows up garbled and the dmesg messages stop. I can login through VNC and confirm that QE/CI is working, the EDID is okay and Display Configuration even shows the correct factory ID of the monitor. Connecting a VGA display just makes the same garbled screen appear on both monitors.

My question is HOW can I check with 100% certainty if I have an LVDS display and the link width? According to intel_reg_dumper in Linux, it's clearly LVDS single link lw 1, but the symptoms described in the guide indicate that it does behave like an eDP display.

 

Regards and thanks for help.

In Topic: [GUIDE] 1st Generation Intel HD Graphics QE/CI

14 May 2013 - 08:28 AM

Hi, thank you for your guide.

The machine is an Asus UL20FT. I have confirmed that the connection is SingleLink LVDS width 1 (very standard).

Without the kexts I get native resolution by booting from Clover.

I use Natit.kext because OSX won't load the extensions by itself. Using the Single Link LCD Alternate framebuffer from OP, I get a garbled/distorted unusable screen. I can log in, move the mouse, etc. Here's a picture:

Posted Image
I got an EDID dump from Linux and tried injecting it through Clover, but it does nothing. I tried patching the framebuffer myslef and tried all possible output configurations. Only Single Link LVDS gives any display.

On the top of that, I cannot enable CI when not using the framebuffer. I have no idea what I am doing wrong.

Any help appreciated.

In Topic: VoodooHDA - common problems

19 February 2013 - 11:41 AM

Just popping in here because I didn't see this solution anywhere. Most of the problems with distortion and/or crackling are related to drift between the system clock and the device samplerate. That's why it can be temporarily fixed by resetting the samplerate in the Audio MIDI utility. Some may have some luck by forcing the use of HPET clock in Chameleon:

<key>ForceHPET</key>
<string>Yes</string>

It worked for me!

In Topic: [GUIDE] Edit AppleGraphicsPowerManagement.kext to unleash nvidia's GTX 57...

17 February 2013 - 12:59 PM

I have a GeForce 8700M GT with a common defect that causes display corruption and lockups when switching states.

I want to disable switching altogether. How should I edit the thresholds so that it would go up to state 0 at boot and never go down?

I can't wrap my head around the logic behind those values. Any help?
© 2014 InsanelyMac  |   News  |   Forum  |   Downloads  |   OSx86 Wiki  |   Mac Netbook  |   PHP hosting by CatN  |   Designed by Ed Gain  |   Logo by irfan  |   Privacy Policy