Jump to content
InsanelyMac Forum
  • Announcements

    • Allan

      Solution to create a topic or post.   04/24/2018

      Hello guys. The majority of you are having issues to create a topic or post here. This are a problem with our current theme InsanelyMac.  Now the theme will be the Default IPS. Sorry for any inconvenience.
blackosx

[Guide] Using DSDT with the Gigabyte GA-EP45-DS3L

Recommended Posts

Using DSDT on the GA-EP45-DS3L

 

 

DSDT compatability

It has been confirmed by comparing original DSDT's from a linux acipdump that a DSDT for this mobo is exactly the same for....

GA-EP43-DS3L (confirmed by thiagomorales)

GA-EP45-UD3L (confirmed by jamonda)

 

 

Thread Status

This is now considered an old thread which was originally put together when I was using 10.5 with the idea of creating a DSDT file with Koalala's ACPIPatcher by using your current BIOS file from the manufacturer. Then adding video, ethernet and various patches to it allowing for a stable, working Snow Leopard system.

 

However, since writing this guide, it has become clear that DSDT goes a lot deeper and is more complex than this guide was intended for so I have done my best to patch this front page with new info, although most of it remains as it first was.

 

There is a new DSDT fixes for Gigabyte boards thread started by iSoprano which, with the help of MasterChief, mm67 and many others, is aiming to teach a better understanding of DSDT and allow you to end up with a more refined DSDT for Gigabyte motherboards. I have been working through that thread to try and learn more about DSDT and thanks to mm67, and a few tweaks done here, the DSDT now used for this motherboard is posted below.

 

Note, I now don't include information for our video cards in DSDT as it's not part of the original hardware in BIOS and not having it allows for a more portable DSDT.

 

For our motherboard, I can now recommend the option of using Cartri's modified GA-EP45-DS3L BIOS. Based on version F11c, it has a few modifications to the DSDT in the BIOS to allow all of the newest fixes without us having the need for a separate DSDT.aml file.

 

 

News

 

26th January 2010 - 07:53

New iASLme available

Mitch_de has continued with his regular monthly release of iASLme which now includes the latest version of Intel's DSDT compiler/decompiler. You can find it here

 

10th December 2009 - 15:35

New DSDT for GA-EP45-DS3L

With thanks to mm67, I have tweaked his new DSDT for use with our motherboard and Thiagomorales has added THe KiNG's revised HDEF section for audio. I haven't included video or networking in it, though it does contain vanilla speedstep data for my CPU which you MUST change for your own. See towards the bottom of this post for the download link.

 

Previous News

 

9th Dec: mm67 shares new DSDT in Gigabyte DSDT Fix thread - with fixes for shutdown and Aluminium keyboards. Link.

30th Nov: Updated Guide to v1.4.01 - Removed the previously suggested SATA fix as it was wrong.

20th Nov: Vanilla Intel Speedstep - I have posted a list of steps to aid in your following of FormerlyKnownAs' thread.

13th Nov: New version of iaslMe available - November 2009 - Mitch_de has updated his isalMe thread

5th Nov: EVOSX86 - Have released v1.3.1 of their DSDTSE editor - You can read more about it and find a download it here

26th Oct: Any new DSDT's that I make for our mobo will get posted below in the DSDT section

21st Oct: A new thread for Gigabyte DSDT fixes has been started - See here

2nd Oct: Gigabyte have released GA-EP45-DS3L BIOS F11b - See how to update here

 

 

A brief overview

 

ACPI (Advanced Configuration and Power Interface)

HP, Intel, Microsoft, Phoenix & Toshiba got together and developed the ACPI specification to establish a standard common interface to act between hardware (old & new) and software (BIOS, API's, OS's etc.) for Operating System Power Management (OSPM). The APCI specification (currently ACPIspec40.pdf) is detailed in a 727 page document which you can get from here and to quote the document 'ACPI is not a software specification; it is not a hardware specification, although it addresses both software and hardware and how they must behave. ACPI is, instead, an interface specification comprised of both software and hardware elements'.

 

DSDT (Differentiated System Description Table) The official definition from the ACPI Specification

A hierarchical tree structure in OS-controlled memory that contains named objects. These objects may be data objects, control method objects, bus/device package objects, and so on. The OS dynamically changes the contents of the namespace at run-time by loading and/or unloading definition blocks from the ACPI Tables that reside in the ACPI BIOS. All the information in the ACPI Namespace comes from the Differentiated System Description Table (DSDT), which contains the Differentiated Definition Block, and one or more other definition blocks."

 

In short, it's a table which comes supplied in the BIOS of your motherboard by the manufacturer. For Gigabyte motherboards this table has been shown to not be of the best quality and for our purpose of running OS X contains a lot of information that is not needed. Therefore the DSDT can be edited to our advantage to create a custom file for our machines with the aim of getting them to resemble a genuine Macintosh's closely as possible. With the added benefit of adding your hardware to the DSDT table and run without patched kernel extensions or third party drivers for that hardware.

 

Originally this process involved making a patched BIOS file for reflashing your motherboard with, but now the newer bootloaders have the ability to load an optional DSDT file at boot.

 

There are hackintosh users with various motherboards who have achieved various degrees of improved compatibility using just DSDT, although Fakesmc will always be required. (Note: Before Fakesmc, AppleDecrpyt.kext or dsmos.kext were used).

 

Or maybe not? (The following is a quote from here.)

BTW: I no longer use fakesmc.kext nor any other related kext (never mind asking how because I won't get sacked over this – my employer has a good relationship with Apple).

One ongoing thread I would recommend looking at to see the possibilities of DSDT (and it's complexity) is the P5K Pro thread where Master Chief has grabbed DSDT by the balls, ripped it apart and shown what he has done to rebuild his DSDT to achieve one which is technically accurate, up to date & clean. And during this process is managing to tweak, fix and evolve compatability of OS X on his hardware to a new level.

 

 

Building a basic DSDT.aml file for GA-EP45-DS3L

 

There is a wealth of information here on Insanely regarding DSDT from what it is, how to use it, how to make files and a whole host of Q&A's. This thread takes from those guides the information we need to build a basic DSDT for the GA-EP45-DS3L. I have only been reading and learning about DSDT since the end of May so I don't really know anything more than I detail here. From what I have been reading recently, it is a complicated subject and the deeper you go, the more you need to get your hands dirty. Therefore, I am only learning this and if you want to know more and I can't help you then it is up to you to read those other threads.

 

This guide wouldn't have been possible if it wasn't for firstly, all the great individuals at Insanelymac and the OSX86 scene for sharing their time and knowledge and secondly, to thiagomorales and tmongkol for supplying the final pieces of the jigsaw to enable me to put this guide for the GA-EP45-DS3L together.

 

 

What can actually be achieved using DSDT with the GA-EP45-DS3L?

 

This is something that I had to question because if I could use a DSDT.aml for a fully functioning system without any other kexts etc. then this would be the definitive path. Unfortunately though, with my limited knowledge, it's not the case as I still have to add various kexts to Chameleon's /Extra folder. But the Gigabyte boards have proved to be very compatible with OS X and some of the DSDT patching required is minimal compared to some of the other motherboards out there. But there are extra things you can do with DSDT that can't be done any other way i.e. Changing how OS X sees your EHCI (high speed) USB ports from expansions slots to built-in. This has the benefit of helping with sleep and some USB ports not being ejected improperly when waking from sleep. The USB fix came from a post by ApexDE from Zhell's excellent DSDT thread. The SATA fix also came from a post by ApexDE from pcb355's thread. (Removed because it was the wrong thing to do for this motherboard).

 

I am sure, in time, a lot more can be achieved with DSDT for this motherboard. But for that to happen, a deeper look in to DSDT for this mobo is required and that will take expertise, patience and time......

 

 

Main Benefits:

Improved Audio (in combination with LegacyHDA kext), giving an option to enable sleep in 10.5.8 by allowing the removal of Disabler.kext if desired, and to fix the CMOS reset bug - needed for 10.6

 

DSDT audio, with a new LegacyHDA.kext (thanks tmongkol) provides better functionality and doesn't suffer from any problems when awaking from sleep. Previously for this mobo I used VoodooHDA which didn't behave very well when waking from sleep and there were complaints with the microphone inputs not working. DSDT audio gives me these options in the System Preferences Sound.

 

2uiwvg5.jpg

epk4xy.jpg

 

10.5.8 and 10.6 sleep can work using DSDT by removing any PowerManagement disabler (i.e. SleepEnabler.kext / Disbaler.kext /NullCPUPowerManagement.kext) and letting AppleIntelCPUPowerManagement run. Note: CPU temps are generally noted to run around 10 degrees hotter doing this.

 

A Combined EFI string for ethernet and video which would normally be placed in the com.apple.Boot.plist can be set in DSDT and therefore removed from com.apple.Boot.plist. But is this really any great gain?

 

mm67 worked out how to change the DSDT code to allow our machines to shutdown without the use of OpenHaltRestart.kext in /Extra/Extensions. Duvel300 found a way to allow our machines to restart by modifying the bootloader code, so Chameleon RC5 (pre-release) or Asere's modified RC4 bootloader will work.

 

An issue with Bonjour networking, which I solved in my Vanilla 10.5.8 retail build by adding Psystar's RealtekR1000.kext and it's dependencies to /Extra/Extensions, still exists with DSDT networking and they still need to be added. For 10.6 I use the ifconfig command to set the ethernet adapter in to promiscuous mode rather than a Realtek networking kext.

 

If I use DSDT to achieve the same functionality as my 10.5.7 Vanilla retail install, I can only remove VoodooHDA.kext, OSvKernDSPLib.kext, IOAudioFamily.kext and Disabler.kext (provided I don't have an 8800GT) from /Extra/Extensions and edit out the EFI strings from the device-properties in com.apple.Boot.plist.

 

As I am still learning about DSDT I will continue in the hope that I can tweak this further and reduce the need for any more of these kexts in /Extra/Extensions. So I welcome anybody who wants to experiment and help achieve better results.

 

"Don't be afraid to experiment and don't expect to get it right the first time.

Try different things and see what works better on your hardware."

A quote from Beerkex'd (original statement here).

 

 

What is needed to complete this guide?

 

• A currently running OS X retail install.

IORegistryExplorer to find where your hardware is and to get the necessary info.

• You'll need a copy of the BIOS file which you are currently using. See Gigabyte.

• Access to any Windows install, it doesn't have to be on the hardware your hack is running on. A VM will work.

Koalala's ACPIpatcher. I used Patcher02Beta5.

LegacyHDA.kexts from tmongkol. This also includes tmongkol's gude for patching DSDT by hand, very useful.

• Patience. You might require more than one attempt to achieve a fully working system using DSDT.

 

And to actually use the DSDT file you will need an OS X retail install which uses a bootloader that supports DSDT override. My Vanilla Retail 10.5.7 or Vanilla Retail 10.6 guides are ideal.

 

There are a few of ways to generate a DSDT.aml file but here I'm going to show you one way, and that's using Koalala's ACPIpatcher which is a Windows application. An alternative application for OS X is fassl's DSDT patcher.

 

 

Tips

 

• When adding video to DSDT, some people have had success ticking PEGP even though PEGP doesn't show in IORegistryExplorer. But I have lately taken my video out of DSDT and been using the new features of the Chameleon bootloader (also Netkas' fork; PC EFI), where I can inject the device properties for my video card in to the system at boot.

 

 

Notes

 

If you are using this guide to build a DSDT so you can get your 10.6 system up and running, a good way to verify it works is by using it on your existing 10.5.X system first. This guide includes the CMOS Reset Fix and I recommend having this BEFORE installing 10.6

 

 

Files As of 28th September 07:56 - The Building DSDT Guide PDF has been donwloaded 5,716 times

 

DSDT Guide for GA-EP45-DS3L v1.4.01 (1.69MB) Last updated 29th November 2009 - 10:40

Alternate Download Link FileFactory

What's Changed? - Removed the SATA fix as it was wrong.

 

Original Gigabyte BIOS F10 (Alternate Download Link)

Original Gigabyte BIOS F11b (Alternate Download Link)

Original Gigabyte BIOS F11c (Alternate Download Link)

 

Original Gigabyte DSDT extracted from BIOS F11c using acpidump in Linux

DSDT_r1_GBT_GBTUACPI_1000_MSFT_100000C.dsl.zip

 

 

DSDT'S

 

LATEST - Credit to mm67 for this DSDT.

GA_EP45_DS3L_DSDT_Generic_v5.zip Last updated 17th January 2009 - 20:27

 

This is a new style DSDT based on mm67's work. It's a smaller, cleaner DSDT which fixes a lot of the bugs supplied in the original Gigabyte DSDT and leaves in the bits relevant for OS X. I have tweaked it to work with the GA-EP45-DS3L.

• It doesn't contain any video

• It doesn't contain any information for PS2 device support. So you need USB keyboard & mouse.

 

 

Some useful stuff

 

EVOSX86's DSDTDE - A DSDT Editor which might be useful although I don't really use it.

Superhai's Enhanced Intel SpeedStep

FormerlyKnownAs' Vanilla SpeedStep Thread

Gigabyte DSDT Fix thread

P5K Pro thread - Read Master Chief's Exceptional work with DSDT...

tmongkol's Audio thread

Zhell's DSDT thread

1 from Beerkex'd

iaslMe from 13th October 2009 - A compiler/decompiler for DSDT.aml

 

This post was last edited by blackosx on 10th March 2010 - 07:32

OrangeIconFix.kext.zip

Share this post


Link to post
Share on other sites
Advertisement

I have brought this conversation from my vanilla retail OSX install thread to here so I can try to keep all the DSDT information in one place.

 

Now I followed your guide and built a new dsdt.aml put the legacyHDA in /E/E - moved Voodoo + others out of /E/E

Result is the same: Nice "Built in Audio" in SystemProfiler "Unknown" in SystemPrefs

Well done for following the guide and building a new dsdt.aml :D

But I am sorry to hear the audio hasn't worked for you. Maybe your ALC888 is at address 2, meaning you need to select ALC888-2 in the audio section? (just a guess).

 

What is the "original" version of AppleHDA.kext (in /SL/E) - I am not sure if I have the correct = unpached one...during all my tests... (can I extract it from the original OSX DVD ? or do I have to go thru a new installation ?)

I have attached the original version of AppleHDA from my /S/L/E folder here for you to put in to your /S/L/E folder. Hope that helps you. Do you have another backup install? as with my vanilla retail 10.5.7 install guide we created a backup partition for installing another fresh copy of OS X. I always find that useful for testing or for recovery if needed.

 

BTW: The data which the IORegistryExplorer gave to me where different to yours (in your guide) --> ethernet (Realtek card) not in PEX - no PEGP for my 8800GTS

This is interesting. I would have thought as we both have the same motherboard, BIOS version and install that the information in IORegistryExplorer would be the same, just maybe in a slightly different order. But, thanks for letting me know that it is different, that's something new I have learned here. As I said in my opening comments, I am new to this too :thumbsdown_anim:

 

It looks like I am going to have to revise my guide with this new information. It's only by others trying this out, like you g_h, that this guide can accurately mature. So thanks again for attempting this process. :(

AppleHDA.kext.zip

Share this post


Link to post
Share on other sites

Hi mate :)

I see you've been busy again....

 

Thing is, I don't use LegacyAppleAHCIPort.kext with my vanilla install as, like you said, 10.5.7 supports ICH10 natively.

I have attached pictures of my System Profiler which shows my AHCI recognised as Intel ICH10 AHCI, and a grab of IORegistryExplorer with a search for AppleAHCI.

 

Can you check my settings an see if I am I missing something here? Do I need to do your suggestion?

Let me know :D

 

Thanks

post-331032-1249402057_thumb.png

post-331032-1249402067_thumb.png

Share this post


Link to post
Share on other sites

Yes my friend, you´re right...Its so good, its support ICH10 natively. :D

I removed the message above, and i will post in another thread.

Thanks for info! :)

Share this post


Link to post
Share on other sites
Yes my friend, you�re right...Its so good, its support ICH10 natively. :)

I removed the message above, and i will post on another thread.

Thanks for info! :)

Okay, but thanks for your hard work and contributions :D

Share this post


Link to post
Share on other sites
Edited:

removed.

 

sorry blackosx I know this is a bit off your topic but this is rather interesting.

 

thiagomorales are you sure this wont work with ICH9 ?? it woild be fantasic if it did!

 

##EDIT## thiagomorales please repost on one of the other DSDT patcher threads

 

 

D.

Share this post


Link to post
Share on other sites
sorry blackosx I know this is a bit off your topic but this is rather interesting.

No problem at all, it's good to see ideas kicking about :wacko:

Share this post


Link to post
Share on other sites

Thank you everybody here, especially blackosx for such a fantastic and continous work in order to make our common motherboard one of the best supported for MAC OSX.

 

Congratulations !!! ;)

Share this post


Link to post
Share on other sites
sorry blackosx I know this is a bit off your topic but this is rather interesting.

 

thiagomorales are you sure this wont work with ICH9 ?? it woild be fantasic if it did!

 

##EDIT## thiagomorales please repost on one of the other DSDT patcher threads

 

 

D.

 

Thanks friend, i have posted it on DSDT Patcher thread...

http://www.insanelymac.com/forum/index.php...t&p=1217448

 

Regards.

Thiago

Share this post


Link to post
Share on other sites

Your HDEF entry looks very promising. But i have a ALC889A onboard. Does anyone have a HDEF entry for that Soundchip?

Share this post


Link to post
Share on other sites

Thanks. I have seen that your DSDT does not contain the CMOS-reset-fix:

 

 

				Device (RTC)
			{
				Name (_HID, EisaId ("PNP0B00"))
				Name (ATT0, ResourceTemplate ()
				{
					IO (Decode16,
						0x0070,			 // Range Minimum
						0x0070,			 // Range Maximum
						0x00,			   // Alignment
						0x02,			   // Length was 4, CMOS reset-fix
						)
				})
				Name (ATT1, ResourceTemplate ()
				{
					IO (Decode16,
						0x0070,			 // Range Minimum
						0x0070,			 // Range Maximum
						0x00,			   // Alignment
						0x04,			   // Length
						)
				})

 

 

 

My CMOS gets corrupted after a shutdown without that fix. AppleEFIRuntime.kext causes the CMOS corruption, but that kext is needed for proper Firewire I/O too.

Share this post


Link to post
Share on other sites
Thanks. I have seen that your DSDT does not contain the CMOS-reset-fix:

 

My CMOS gets corrupted after a shutdown without that fix. AppleEFIRuntime.kext causes the CMOS corruption, but that kext is needed for proper Firewire I/O too.

Thanks ApexDE, I will have a look in to that.

 

I am still learning about DSDT so anything like this is all new. I have only learnt from the options that koalala's ACPIPatcher has shown me and although I know I can manually edit my DSDT.dsl, I don't really know what else there is to add and I haven't had time to go hunting.

Share this post


Link to post
Share on other sites
AppleIntelCPUPowerManagement.kext can be left to function without a disabler.kext although CPU temps are generally noted to run around 10 degrees hotter. But if you use an 8800GT then we still need to block AppleUpstreamUserClient.kext.

 

is this a bug on temp monitor or it literally runs hotter? if you disable or delete AppleIntelCPUPowerManagement kext, the processor runs cooler but you got no sleep on 10.5.8.. me wants a cooler proc and sleep :) hope someone can fix this.

Share this post


Link to post
Share on other sites
Thanks friend, i have posted it on DSDT Patcher thread...

http://www.insanelymac.com/forum/index.php...t&p=1217448

 

Regards.

Thiago

 

most kind!

 

Thanks. I have seen that your DSDT does not contain the CMOS-reset-fix:

 

****----****

 

My CMOS gets corrupted after a shutdown without that fix. AppleEFIRuntime.kext causes the CMOS corruption, but that kext is needed for proper Firewire I/O too.

 

PCEFI V10.1 also corrects this problem with Snow Leo'

 

D.

 

is this a bug on temp monitor or it literally runs hotter? if you disable or delete AppleIntelCPUPowerManagement kext, the processor runs cooler but you got no sleep on 10.5.8.. me wants a cooler proc and sleep :) hope someone can fix this.

 

Have a look at this thread - start at post 70 (roisoft) - (my current DSDT.dsl is on the last post)

And all of this thread

 

I've struggled with this (if the voodoo guys already had a powermanagment kext with c-state I probably wouldn't have bothered.) but it's been an education!

 

I currently have vanilla speedsteping and no intelCPUpowerman' error messages but haven't cracked c-states yet. CPU temps are normal.

Managed to update to 10.5.8 last night without AppleintelCPUPM disabler with no issues.

 

D.

Share this post


Link to post
Share on other sites

@ sk1nhd33t

 

Did FormerlyKnownAs's answer help you?

 

 

@FormerlyKnownAs

 

Thanks for answering sk1nhd33t's question because I wouldn't have known where to start with the request for a cooler processor and sleep. As for your answer....Wow, I haven't reached that level of knowledge yet. But thanks for the links and I will have a read when I get a chance.

Share this post


Link to post
Share on other sites

@blackosx

 

haha.. somewhat :P , i know FormerlyKnownAs meant but i dont know how to do it. right now im using disabler for the appleintelcpu since sleep is currently not an issue (it can sleep fine but dont like the higher temp), i choose the cooler CPU since im using stock intel heatsink :P

 

BTW thanks FormerlyKnownAs for the links, did read a few page but didnt quite understand yet. Hopefully you can break down the steps (dont have to be detailed) then ill continue the reading :P

Share this post


Link to post
Share on other sites
BTW thanks FormerlyKnownAs for the links, did read a few page but didnt quite understand yet. Hopefully you can break down the steps (dont have to be detailed) then ill continue the reading :P

 

LOL - I'm still getting to grips with it myself, I think a comprehensive & coherent guide is a while off.

Have you tried the Voodoopower kext - worked OTB for me. It will give you speedstep so should keep the temps down.

 

You can get a ruff guide on CPU voltage and frequency with MSR Tools or CPU-X

 

D

Share this post


Link to post
Share on other sites
LOL - I'm still getting to grips with it myself, I think a comprehensive & coherent guide is a while off.

Have you tried the Voodoopower kext - worked OTB for me. It will give you speedstep so should keep the temps down.

 

You can get a ruff guide on CPU voltage and frequency with MSR Tools or CPU-X

 

D

 

yes im using it right now temp turns down a bit but it's still higher by maybe 7-10C, my problem is if i load AppleIntelCPUPowerManagement.kext i get sleep but higher temp, if i disable it or delete it i have lower temp but no sleep.

 

BTW this is on 10.5.8, no prob before that. Not a life and death issue though, im much more interested getting my rig sleep in snow rather than leo but thats another topic :thumbsup_anim: im sure it will get sorted in the coming days.

Share this post


Link to post
Share on other sites
yes im using it right now temp turns down a bit but it's still higher by maybe 7-10C, my problem is if i load AppleIntelCPUPowerManagement.kext i get sleep but higher temp, if i disable it or delete it i have lower temp but no sleep.

I have been using Temperature Monitor to monitor my CPU temps. My CPU when running AppleIntelCPUPowerManagement is reported at 49-50 degrees C most of the time. But I don't know how accurate it is. I have read that if I set an alarm in the BIOS to sound when it reaches say 40 degrees C then monitor the reading from Temperature monitor then when the alarm sounds I can check to see how accurate it is. But I haven't got round to it yet.

Share this post


Link to post
Share on other sites

I finally got sound and graphics working with DSDT. I had to try 9 versions of the DSDT.aml file to get graphics working correctly. One item that was different for me was that I had to tick the PEGP box under the graphics tab (in the ACPI patcher) or else I got corrupted graphics - even though it didn't show up in the IORegistryExplorer anywhere for my set-up.

 

Now to try the 10.5.8 update...

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now


  • Recently Browsing   0 members

    No registered users viewing this page.



  • Posts

    • Many thanks! Yeah I'll try again! Hopefully you can think of something later  
    • I check when I get home. I can tell you in advance that you have to use the SSDT V3 (with your ACPI path) if you have disconnected the cable, and your devices must be connected and turned on before boot. It's all still a work in progress
    • I expected it to not work, especially after so many attempts at different methods. This one sounded the least likely to work, and as soon as I booted, my Apollo turned on its HOST light and it's been working since!   I added my clover arbitrary device as 32:00.00 (my BR1A) and that's it. I only pulled the cable from the Mobo but not the card... not sure if that matters.
    • As the prices for Radeon cards have been dropping during the last weeks I finally decided to buy a Sapphire Radeon Nitro+ RX570 8GB and received the card this afternoon. With 10.13.4 Apple added a number of new framebuffer personalities to the AMD9500Controller.kext and as the framebuffer personality "Orinoco" matches the connector layout of my card (DP, DP, HDMI, HDMI, DVI) I decided to give it a try and got an instantly working system. No framebuffer patch is needed anymore. See for yourself:     Mieze
    • Good to hear man!   When I tried it my Thunderbolt device didn't show connection when booting, does your do that?
×