Jump to content
Welcome to InsanelyMac Forum

Register now to gain access to all of our features. Once registered and logged in, you will be able to contribute to this site by submitting your own content or replying to existing content. You'll be able to customize your profile, receive reputation points as a reward for submitting content, while also communicating with other members via your own private inbox, plus much more! This message will be removed once you have signed in.


  • Content count

  • Joined

  • Last visited

About Duvel300

  • Rank
    InsanelyMac Protégé
  1. DSDT fixes for Gigabyte boards

    Sorry to hear that, I am not sure what could be causing this. GraphicsEnabler is working fine on my board, alho normally I use the DSDT for this. If any else is experiencing similar issues please let me know.
  2. DSDT fixes for Gigabyte boards

    Hey MC, first of all make sure you use the latest version I just posted, it was overwriting certain offset that it shouldn't. you will need the following file which I forgot to include: acpi.h.zip
  3. DSDT fixes for Gigabyte boards

    Sure, I was thinking about that as well, then again I wasn't (still am) sure if the fix will not cause any problems. When it proves to work properly I will update this. Hrmm... that's weird. The changes I made have nothing to do with portion of the code that controls the GraphicsEnabler. Were you using the Chameleon RC04 boot loader before or the PC-EFI version? EDIT: Sorry, I had to update the code, a new version can be downloaded from post 916. Let me know how it works out.
  4. DSDT fixes for Gigabyte boards

    Hi All, after releasing my restart fix I noticed that modifying the "FADT.aml" might not that easy for all us. I came up with a much cleaner solution that will eliminate the FADT.aml file all together. The boot loader will actually patch your own FADT with the information needed for a successful restart. The 'com.apple.Boot.plist' will have to be updated and will need to contain the following key: 'RestartFix=YES' <key>RestartFix</key> <string>YES</string> And copy the included boot loader to your OSX root. It is patched for both ACPI 1.0 and 2.0. I don't have a ACPI 2.0 board so I couldn't test this. Good luck! I hope it works for everyone! RestartFix_v2.1.zip
  5. DSDT fixes for Gigabyte boards

    It might look that it's using the same address each time, but it's definitely dynamic. The offset depends on several factors like the size of the boot loader (boot loader changes in size so will the offset, well in a 1024k boundary). Also the size of the DSDT and other factors will come in to play. If you are using your original FADT and are adding the reset registers to it make sure to update the length indicator in the header as well. EDIT: What I totally forgot to mention is that this will only work if you have a ACPI 1.0 table. (oops). I will see if I can update the source to include ACPI 2.0 as well.
  6. DSDT fixes for Gigabyte boards

    I am not completely sure about this, I tried it as well with no result. It seems Apple doesn't use this at all. Also comparing the FADT from different Mac's they all contain the max value for those fields which means it's not in use. I might be wrong tho and it doesn't hurt to give it a try. Hey The King, you are right and I might make a little tutorial around it. I have read some of your work with regards to sound etc, great work! (hint.. ). Master Chief is correct, this is the missing piece of the puzzle. That's the bummer here so to say, you can't compile the dsl file, you can only decompile it to show you the contents of the file. So we will have to resort to editing the binary or aml file directly. You can do this with any decent hex editor. Personally I use Hex Editor Neo Free (Windows....). To take your example of editing the value for your PM2 address, look up the offset for PM2 in your DSL file and you'll see it's at offset 0x48 and 4 bytes in length. Open the AML file with a hexeditor go to offset 0x48 and change the bytes to 0x00, and save the file. Take a look at the 2 included pictures. Oh and good work you got it already ported to PC EFI!
  7. DSDT fixes for Gigabyte boards

    Hey guys, Back after a long absence.... Anyway I noticed still a lot of people have problems restarting their hack and are using some type of kext file to accomplish this. I solved this a while back by modifying the boot file to load a different FADT file (also known as FACP). Hack's that will not reboot are missing some information in the FADT table that the OS needs to initiate a successful restart. I included both the boot file which is based on the latest Chameleon RC4 and a FADT.aml that should get you started. the aml file should work on all Gigabyte EP45 boards, EP35 users might need to remove the PM2 address. You will need a hex editor for this and use the DSL file as a reference for the offsets. But always compare the address offsets in the included FADT file with your own FADT to be sure. The boot file will take care of the CRC after modifying the file. How to Install: - Copy the boot file to the root of your OSX partition. - Copy the FADT.aml to the same folder where you have your DSDT.aml file. - Reboot The other 2 files included in the package is the source file with the changes I made and the decompilation of the FADT.aml file. Good Luck! RestartFix.zip
  8. Hi Master Chief, First of all thanks for all your hard work, your DSDT work was a real 'eye-opener' for me. But back to speed stepping. Having EIST enabled or disabled in the BIOS and using "DropSSDT=YES" will actually not make any difference. The Intel Speed Step Technology is software driven, Windows got it's own drivers to deal with this and are integrated with Windows other PM features. So stepping is not regulated by hardware. Enabling EIST will merely provide the OS with the layer need to control the 'stepping process'. This layer is usually provided through the SSDT (PM_REF etc). Enabling/Disabling EIST and the C states will just update the CFGD to indicate if EIST is enabled, which C stated are supported how many cpus/cores etc. which the OS can query.
  9. Hi Guys, Just a quick note on my findings with regards to the 'SSDT' (Gigabyte boards). On most Gigabyte boards all SSDT's are dynamicly loaded except one, this one does the actual loading. Which means that you always will see at least one SSDT in your ACPI table (IORegistry Explorer). Of couse assuming you have "DropSSDT=no". The BIOS will only include a offset for the SSDT in the RSDT when the EIST function is enabled in the BIOS. So an easy way to make sure no SSDT is loaded without using the DropSSDT option is to make sure you disable EIST, again I am talking about Gigabyte boards (35 and 45 series, probably other boards like MSI implement a similiar feature). However disabling EIST means that your DSDT have to provide ALL the information nessecary to get speedstep working properly. Some DSDT's I have seen use an external reference to PDC0 - PDC4 which is used by the PNOT method in the DSDT, these variables will not be initialized properly if the original SSDT is not loaded (PDC's are initialized by the _PDC method for each proc.), although not really important for what we are trying to achieve but still nice to have the proper values in there.