ProjectOSX

Welcome Guest!

Returning User? Login here.

Want membership privileges? Register here.

> Rules for Tools

Tools are great, and they can make anything easier and more streamlined. Using tools, however, can prevent you from learning to do it the manual way — and after all, OSx86 is a hands-on project. The Project OS X team recommends, at least at first, that you learn how to do something manually before using a tool for it. This general guideline varies, of course, depending on what you're trying to do. Some things can only be done manually by skilled, experienced developers.

Rules for posting a tool:
- Tools should serve one distinct purpose
- The distinct purpose should be clearly explained, and if it is a package/collection the package contents must be precisely outlined
- Tools may NOT be GUI replacements for preexisting system commands/tools. Tools may wrap a complicated series of commands together that complete one specific task
- If you are not the author of a tool, be sure that you include who the author is. If you are unsure, state that you did not create the tool and you do not know who the author is
- If a tool has been repackaged make sure this is stated clearly, and include (if possible) a link to the original, and a precise outline of changes that have been made

Things that are encouraged:
- Where possible, including source code. If you created the tool yourself source code should always be available
- Providing the manual method of doing what your tool does, either written by you or someone else

Remember that the uploader is responsible for anything they upload, regardless of the author.

 
Start a new topic Add Reply
> DSDT Patcher
fassl
post Mar 30 2009, 08:06 PM
Post #1
COPY/PASTE for now tongue.gif

Todo: serious rewriting + attachments + translating to german

Attached File  DSDT_Patcher.zip ( 227.37K ) Number of downloads: 7376


UPDATE: Guys it looks like final 10.5.6 AppleRTC.kext doesnt panic without DSDT patch, so you probably wont need it. It paniced on new macbook and some beta 10.5.6 update though.



Also look up this thread: Chameleon with DSDT override function

@All complaining about hotter CPU's with AppleIntelCPUPowerManagement: Guys there is no need to have this kext loaded all the time, if you get hotter CPU, just remove that kext and everything is ok. Why I added this to patcher is just for security reasons on update, since i still see many people without an Disabler.kext and they just blindly update and then complain about a kernel panic during the update process. So this is just to be more secure on updating.

Update:

Version 1.0.1e
-added OSI emulation by mackerintel
-added Mute fix by mackerintel
thx for this smile.gif
[attachment=38192:DSDT_Patcher1.0.1e.zip]

Most things needed to be fixed for Darwin the patcher fixes now. There may be still issues in your DSDT but since one DSDT looks very different than another this is needed to be done manually. So i think its time to release the source (yeah i know the code looks ugly but it does its job)
[attachment=38191:DSDT_Pat...r_Source.zip]

---------------
VAIO Users: pls try this patcher, i saw some Variable issues in LCD Device of VAIO DSDT, the patcher fixes this issues, maybe that will solve Internal LCD Diplay issue with QE/CI enabled. Maybe also more work is needed but actually i think we can solve your Problems in DSDT. Somebody correct me if i'm wrong. So please come here and test, thank you. I also invite more people to mess around with DSDT and come here with their findings smile.gif

Update: I made some different DSDT's but haven't yet found how to get QE/CI working on the internal display, seems more things needs to be done... Look up this thread by vaag, he got it working on his DELL, maybe you can find solution. http://forum.insanelymac.com/index.php?sho...=135184&hl=
---------------


Also, if the compiling goes wrong, it doesnt always mean the patching went wrong, some manufactorers just ship crappy DSDT's in the BIOS. You can force to compile it even if there are errors: /PATH/TO/DSDT\ Pachter -f

-------Original Post-----------

Hey there, i thought it might be better to start a new Thread for this. As you may already heard you will have Problems with the upcoming (10.5.6) Apple Update if your DSDT is messed up, and it is for sure tongue.gif.

Good thing is, mackerintel added DSDT override function to Chameleon: http://forum.insanelymac.com/index.php?showtopic=132757

What does that mean? Well you can put a modified compiled DSDT in the Root of your Booting partition, and it will try to attach this, very good for people who are afraid of flashing their BIOS. smile.gif

I made a little Tool that will patch your DSDT and will (well should) let you allow to use the upcoming (10.5.6) AppleRTC.kext and AppleIntelCPUPowerManagement.kext (no disabler needed anymore) which will otherwise panic.


Pls report back if it works or not, and what is working and what not, so this tool can grow.
Readme is included in the Zip file.

greetz

P.S. I will release the source when its done
And i like to thank all Chameleon/OSX Developers, especially zef, kabyl, modbin for helping all the time, keep up the good work!



---------Old Versions-----------
Version 1.0.1d
-fixed another search Routine issue
-added -newHPET arg, for people still suffering "Package 0 didn't get a HPET" after patching. so you guys drag the Patcher in the Terminal and write -newHPET
-Patcher uses now a bash script for obtaining the DSDT since GetDSDT didn't worked for some people.
-contains _T_ Variable issues fix which caused non-compiling by mackerintel
-contains "Method local variable is not initialized (Local0)" fix
-contains CPU Aliases fix
-contains RTC fix for upcoming AppleRTC.kext
-contains HPET fix for AppleIntelCPUPowerManagement.kext
[attachment=37485:DSDT_Patcher1.0.1d.zip]

Version 1.0.1c2
-Patcher uses now a bash script for obtaining the DSDT since GetDSDT didn't worked for some people.
-fixed CPU Aliases patching (all what pointed to the removed Alias has to be patched as well)
-added _T_ Variable issues fix which caused non-compiling by mackerintel
-contains "Method local variable is not initialized (Local0)" fix
-contains CPU Aliases fix
-contains RTC fix for upcoming AppleRTC.kext
-contains HPET fix for AppleIntelCPUPowerManagement.kext
[attachment=37473:DSDT_Pat...r1.0.1c2.zip] Fixed DSDT.X issue
[attachment=37455:DSDT_Patcher1.0.1c.zip]

Version 1.0.1b
-fixed a patching routine issue which caused non-compiling dsdt
-added "Method local variable is not initialized (Local0)" fix
-contains CPU Aliases fix
-contains RTC fix for upcoming AppleRTC.kext
-contains HPET fix for AppleIntelCPUPowerManagement.kext
[attachment=37324:DSDT_Patcher1.0.1b.zip]

Version 1.0.1a
-fixed CPU Aliases fix
-contains RTC fix for upcoming AppleRTC.kext
-contains HPET fix for AppleIntelCPUPowerManagement.kext
[attachment=37286:DSDT_Patcher1.0.1a.zip]

Version 1.0.1
-added CPU Aliases fix
-added some device name fix
-contains RTC fix for upcoming AppleRTC.kext
-conatins HPET fix for AppleIntelCPUPowerManagement.kext
[attachment=37274:DSDT_Patcher1.0.1.zip]
I want to use this place to thank fleebailey33 who donated me his old machine when my laptop died:

Acer Aspire M5630:
Intel Q6600
1TB WDC Green
ATI RadeonHD 4850 (and nVidia GeForce 9500GT)
18seven
post Aug 9 2009, 11:53 PM
Post #2
Hi fassl,

As you probably know, 10.5.8 requires AppleIntelCPUPowerManagement for sleep. On my wind I used your patcher with the default HPET patch, -newHPET does not work; however, PowerManagement cuts my CPU's top Frequency in half. Given your knowledge in this area, do you think I should be looking at the HPET or the PowerManagent.kext (or perhaps elsewhere) to resolve this issue?

Thanks for any advisement.
Gringo Vermelho
post Aug 11 2009, 02:54 AM
Post #3
Chameleon 2.0 RC2 has a HPET fix in it that you can toggle from com.apple.Boot.plist.
Dunno, maybe it does exactly the same thing as fixing it in the DSDT. But try it and see.
ASUS P8Z77-V Pro - EVGA GTX 660 - i5-3570K - 10.9.1 retail - Chameleon 2.2 svn r22xx
18seven
post Aug 11 2009, 04:43 PM
Post #4
Thanks for the tip. That feature does not seem very well documented. I assumed to add it to my boot.plist ala ForceHPET=Yes to no avail. However I did discover, despite that setting, APM did not panic, but throttles, when I removed my DSDT. Tried swapping to 9.7.0 kernel, no DSDT and APM panics. Kernel 9.8.0 default HPET in DSDT APM loads, throttled. If anyone reads this with more know how and/or intelligence than I, please chime in. I'll report any progress I happen to make, wish me luck.

[edit] Solved

This post has been edited by 18seven: Aug 15 2009, 01:16 PM

Add Reply Start a new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members: