CODE
Device (PWRB)
{
Name (_HID, EisaId ("PNP0C0C"))
}
{
Name (_HID, EisaId ("PNP0C0C"))
}
I just changed _HID to _CID.
Full Version: DSDT Patcher
I just got my power button to show logout box when pressed:
I just changed _HID to _CID.
I just changed _HID to _CID.
I get over 200 4096 errors (object does not exist), here's my root.tar attached if you could give it a look please...
QUOTE (ivik @ Nov 21 2008, 06:49 PM) 
I just got my power button to show logout box when pressed:
I just changed _HID to _CID.
CODE
Device (PWRB)
{
Name (_HID, EisaId ("PNP0C0C"))
}
{
Name (_HID, EisaId ("PNP0C0C"))
}
I just changed _HID to _CID.
i don't have the same result, now when i press the power button, the system go to sleep
QUOTE (cparm @ Nov 20 2008, 07:45 PM)
i confirme, no more hdaenabler or audio efi string is needed 
But where are the changes, on the AppleHDA kext or in the dsdt.aml file?
Sorry I dont get it
QUOTE (macgirl @ Nov 21 2008, 09:47 PM)
But where are the changes, on the AppleHDA kext or in the dsdt.aml file?
Sorry I dont get it
Sorry I dont get it
you have to replace all AZAL entries by HDEF,
add
CODE
DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
at the end of the fonction Device (HDEF) , between
.....Local0)
and
Return (Local0)
}
}
and add :
CODE
Method (DTGP, 5, NotSerialized)
{
If (LEqual (Arg0, Buffer (0x10)
{
/* 0000 */ 0xC6, 0xB7, 0xB5, 0xA0, 0x18, 0x13, 0x1C, 0x44,
/* 0008 */ 0xB0, 0xC9, 0xFE, 0x69, 0x5E, 0xAF, 0x94, 0x9B
}))
{
If (LEqual (Arg1, One))
{
If (LEqual (Arg2, Zero))
{
Store (Buffer (One)
{
0x03
}, Arg4)
Return (One)
}
If (LEqual (Arg2, One))
{
Return (One)
}
}
}
Store (Buffer (One)
{
0x00
}, Arg4)
Return (Zero)
}
{
If (LEqual (Arg0, Buffer (0x10)
{
/* 0000 */ 0xC6, 0xB7, 0xB5, 0xA0, 0x18, 0x13, 0x1C, 0x44,
/* 0008 */ 0xB0, 0xC9, 0xFE, 0x69, 0x5E, 0xAF, 0x94, 0x9B
}))
{
If (LEqual (Arg1, One))
{
If (LEqual (Arg2, Zero))
{
Store (Buffer (One)
{
0x03
}, Arg4)
Return (One)
}
If (LEqual (Arg2, One))
{
Return (One)
}
}
}
Store (Buffer (One)
{
0x00
}, Arg4)
Return (Zero)
}
right after Method (_WAK, 1, Serialized)
see the good [how to] from BuildSmart
ok, thanks, I'll test when I get home
EDIT:
But that's already on the kext you made?
EDIT:
QUOTE (cparm @ Nov 21 2008, 03:12 PM)
But that's already on the kext you made?
QUOTE (macgirl @ Nov 21 2008, 09:47 PM)
But where are the changes, on the AppleHDA kext or in the dsdt.aml file?
Sorry I dont get it
Sorry I dont get it
Changes are in DSDT.aml and in Kexts.
1. Run DSDT Patcher, this will generate a Debug folder with dsdt_fixed.txt file and dsdt.aml
2. Delete the dsdt,aml file, and apply changes to dsdt_fixed.txt, and recompilie with iasl.
CHANGES TO DO IN dsdt_fixed.txt:
a. AZAL for HDEF
b. HDEF Device CODE with PinConfigurations (Roisoft code in my case)
3.Modify plist of HDAcontroller.kext and HDAPlatformDriver in sock AppleHDAudio.kext plugins.
Thats all.
In my case, I'm using Chameleon for HD with PCIEFIv9 boot, so the plist modifications i did it in only plist LegacyHDAController.kext and LegacyHDAPlatformDriver.kext (http://forum.insanelymac.com/index.php?showtopic=129058) in my Extra/Extensions folder.
I'm using the Original Vanilla AppleHDA.kext without any modification, and NO HDAenabler, NO ALCinject, NO modified AppleHDA and No EFI strings.
Espero te sirva.
Thanks ac3bcn.
Gracias, lo voy a probar.
Gracias, lo voy a probar.
QUOTE (macgirl @ Nov 21 2008, 10:45 PM)
But that's already on the kext you made?
no, my last dsdt, was made w/o DTGP method, and all azal entry wasn't replaced by HDEF, there is no change to do to your modified/hacked applehda (stock applehda don't work !!!)
here my new dsdt.aml and dsdt_fixed.txt
IMO you all are wrong!, including BuildSmart
You cant get the right/correct verb/pin configuration w/o hdaenabler! Linux dumps and/or Vista regs are diff then what Apple use.
Once you finish and you have a working kext and correct pinconfig in ioreg u can ditch hdaenabler, and add that data in DSDT. but this is just for hdaenabler!
You still need to use a hacked kext or plist only one or an injector to overwrite default data in hdacontroller and hdaplatformdriver plists for your codec.
I explained very clear in my guide: http://forum.insanelymac.com/index.php?sho...127819&st=0
You cant get the right/correct verb/pin configuration w/o hdaenabler! Linux dumps and/or Vista regs are diff then what Apple use.
Once you finish and you have a working kext and correct pinconfig in ioreg u can ditch hdaenabler, and add that data in DSDT. but this is just for hdaenabler!
You still need to use a hacked kext or plist only one or an injector to overwrite default data in hdacontroller and hdaplatformdriver plists for your codec.
I explained very clear in my guide: http://forum.insanelymac.com/index.php?sho...127819&st=0
THe King,
Thanks. I'll go back and look at your guide. I see where if I mod HDAPlatformDriver in AppleHDA.kext I see the results in System Preferences. I also see that there is some interplay between HDAController and the DSDT in how things show up in System Profiler. For example if I uncheck the PreservePinConfigurations the I can cause some changes in System Profiler - but with or without it checked System Profiler is not perfectly accurate and does not exactly match System Preferences. In all cases I get errors at startup that I detailed earlier.
Thanks,
SMF
Thanks. I'll go back and look at your guide. I see where if I mod HDAPlatformDriver in AppleHDA.kext I see the results in System Preferences. I also see that there is some interplay between HDAController and the DSDT in how things show up in System Profiler. For example if I uncheck the PreservePinConfigurations the I can cause some changes in System Profiler - but with or without it checked System Profiler is not perfectly accurate and does not exactly match System Preferences. In all cases I get errors at startup that I detailed earlier.
Thanks,
SMF
I was wondering, when 10.5.6 update will be out, we will definitely need to have DSDT.aml in the root to boot-up the system?
Is there a DSDT patcher that will automate this task in order to use it on OSx86 DVDs as part of the installation process?
Is there a DSDT patcher that will automate this task in order to use it on OSx86 DVDs as part of the installation process?
Serious issue for me.
After following an advice to choose option 1 xp when patching dsdt.
My CMOS got messed up, and after reseting everything in BIOS I still get the message:
Diskette Drive 1 seek failure. which is a sata drive, after that it says drive not available,
and press F1 to continue, and i can load OSX but it is very slow.
I re-run the patcher, and chose option 0 Darwin, but problem persists.
Access to my other OSes has also been affected (very slow too)
By the way, initially when I patched for the first time with Darwin option, it worked like a charm, just that usb kb/mouse not working when resumed from sleep, so choosing xp opinon was to see if it will fix it, but it messed up seek access to drives instead.
I use a Pentium 4 Prescott with HTT, SSE3 and HPET... (Dell 8300) and a combo Chameleon 1.0.12 (from Aitkos) + Netkas pc_efi v9
Any help appreciated...
After following an advice to choose option 1 xp when patching dsdt.
My CMOS got messed up, and after reseting everything in BIOS I still get the message:
Diskette Drive 1 seek failure. which is a sata drive, after that it says drive not available,
and press F1 to continue, and i can load OSX but it is very slow.
I re-run the patcher, and chose option 0 Darwin, but problem persists.
Access to my other OSes has also been affected (very slow too)
By the way, initially when I patched for the first time with Darwin option, it worked like a charm, just that usb kb/mouse not working when resumed from sleep, so choosing xp opinon was to see if it will fix it, but it messed up seek access to drives instead.
I use a Pentium 4 Prescott with HTT, SSE3 and HPET... (Dell 8300) and a combo Chameleon 1.0.12 (from Aitkos) + Netkas pc_efi v9
Any help appreciated...
How to realize browsing DSL file I'm able to use external monitor? How can I edit it to get working external VGA output?
QUOTE (fassl @ Oct 28 2008, 05:56 PM)
Update:
Version 1.0.1e
-added OSI emulation by mackerintel
-added Mute fix by mackerintel
thx for this
Version 1.0.1e
-added OSI emulation by mackerintel
-added Mute fix by mackerintel
thx for this
fassl,
Thanks for the patcher and the source code. I tried using 1.0.1e on my extracted DSDT module, and I found that it produced some errors. I have an Asus P5Q3 motherboard and the current 0502 bios. The errors included:
1. When patching the RTC section, a right-parenthesis was removed from the code, after the closing brace, after removing the line: IRQNoFlags () {8}
2. Only 2 of the 4 "ALIAS " statements were removed. Numbers 1 and 3 were skipped.
3. There were many formatting characters embedded in the text for the HPET section which were misinterpreted by the text editor that I used to view the file. This might be an artifact of the transfer from Apple to Windows.
I used your source and the debug files to puzzle out what I thought you intended. I have attached those files for your amusement.
Cheers, Cap
Any hint from where to get AppleRTC.kext for testing purpose?
Hi!
I test latest DSDT Patcher and get this:
I test latest DSDT Patcher and get this:
CODE
..............
Supports ACPI Specification Revision 3.0a
./dsdt_fixed.txt 2862: Method (_BCQ, 0, Serialized)
Warning 1098 - Unknown reserved name ^ (_BCQ)
./dsdt_fixed.txt 10089: If (LEqual (C2C7 (0x00), 0x01))
Warning 1092 - Called method may not always return a value ^
./dsdt_fixed.txt 10113: If (LEqual (C2C7 (0x01), 0x01))
Warning 1092 - Called method may not always return a value ^
./dsdt_fixed.txt 10997: Method (C2C7, 1, NotSerialized)
Warning 1087 - ^ Not all control paths return a value (C2C7)
ASL Input: ./dsdt_fixed.txt - 14157 lines, 517378 bytes, 6617 keywords
AML Output: ././dsdt.aml - 63063 bytes, 1125 named objects, 5492 executable opcodes
Compilation complete. 0 Errors, 4 Warnings, 0 Remarks, 2246 Optimizations
..............
Compiled but i put the root /DSDT.aml nothing changed. My Intel CoreDuo T2600 work only cpus=1 kernel parameter :(
Please anyone help me to fix these warnings???
Thank You!
My Debug folder in DSDT Patcher: [attachment=39035:Debug.zip]
Supports ACPI Specification Revision 3.0a
./dsdt_fixed.txt 2862: Method (_BCQ, 0, Serialized)
Warning 1098 - Unknown reserved name ^ (_BCQ)
./dsdt_fixed.txt 10089: If (LEqual (C2C7 (0x00), 0x01))
Warning 1092 - Called method may not always return a value ^
./dsdt_fixed.txt 10113: If (LEqual (C2C7 (0x01), 0x01))
Warning 1092 - Called method may not always return a value ^
./dsdt_fixed.txt 10997: Method (C2C7, 1, NotSerialized)
Warning 1087 - ^ Not all control paths return a value (C2C7)
ASL Input: ./dsdt_fixed.txt - 14157 lines, 517378 bytes, 6617 keywords
AML Output: ././dsdt.aml - 63063 bytes, 1125 named objects, 5492 executable opcodes
Compilation complete. 0 Errors, 4 Warnings, 0 Remarks, 2246 Optimizations
..............
Compiled but i put the root /DSDT.aml nothing changed. My Intel CoreDuo T2600 work only cpus=1 kernel parameter :(
Please anyone help me to fix these warnings???
Thank You!
My Debug folder in DSDT Patcher: [attachment=39035:Debug.zip]
Goron, you can test it with new Macbook 10.5.5 special version, which include new AppleRTC.kext
QUOTE (fassl @ Oct 29 2008, 12:56 AM)
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
Click to view attachment
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)
Click to view attachment
---------------
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
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
.
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.
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
Click to view attachment
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
Click to view attachment Fixed DSDT.X issue
Click to view attachment
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
Click to view attachment
Version 1.0.1a
-fixed CPU Aliases fix
-contains RTC fix for upcoming AppleRTC.kext
-contains HPET fix for AppleIntelCPUPowerManagement.kext
Click to view attachment
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
Click to view attachment
@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
Click to view attachment
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)
Click to view attachment
---------------
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
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
.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.
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
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
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
Version 1.0.1a
-fixed CPU Aliases fix
-contains RTC fix for upcoming AppleRTC.kext
-contains HPET fix for AppleIntelCPUPowerManagement.kext
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
hello i m vaio user and interrested by your work so i highlight this post to you about the
vaio problem if you can do or solve something
http://forum.insanelymac.com/index.php?showtopic=137685
Hy! I have a problem i have used the dsdt patcher to get the dsdt.aml file i put the the file into root folder.
The good think is i can use 2 cores of my cpu but the bad thing i can.t use all my 4 cores because when i try to boot with cpus=4 the computer reboots.
Please help me!
I have asrock 4core1600twins motherboard and intel q9300 cpu.
The good think is i can use 2 cores of my cpu
but the bad thing i can.t use all my 4 cores because when i try to boot with cpus=4 the computer reboots. Please help me!
I have asrock 4core1600twins motherboard and intel q9300 cpu.
QUOTE (robertoSTUDIOS @ Nov 24 2008, 11:42 AM)
Hi!
I test latest DSDT Patcher and get this:
I test latest DSDT Patcher and get this:
CODE
..............<BR>Supports ACPI Specification Revision 3.0a<BR><BR>./dsdt_fixed.txt 2862: Method (_BCQ, 0, Serialized)<BR>Warning 1098 - Unknown reserved name ^ (_BCQ)<BR><BR>./dsdt_fixed.txt 10089: If (LEqual (C2C7 (0x00), 0x01))<BR>Warning 1092 - Called method may not always return a value ^ <BR><BR>./dsdt_fixed.txt 10113: If (LEqual (C2C7 (0x01), 0x01))<BR>Warning 1092 - Called method may not always return a value ^ <BR><BR>./dsdt_fixed.txt 10997: Method (C2C7, 1, NotSerialized)<BR>Warning 1087 - ^ Not all control paths return a value (C2C7)<BR><BR>ASL Input: ./dsdt_fixed.txt - 14157 lines, 517378 bytes, 6617 keywords<BR>AML Output: ././dsdt.aml - 63063 bytes, 1125 named objects, 5492 executable opcodes<BR><BR>Compilation complete. 0 Errors, 4 Warnings, 0 Remarks, 2246 Optimizations<BR><BR>..............<BR><BR>Compiled but i put the root /DSDT.aml nothing changed. My Intel CoreDuo T2600 work only cpus=1 kernel parameter :(<BR><BR>Please anyone help me to fix these warnings???<BR><BR>Thank You!<BR><BR>My Debug folder in DSDT Patcher: [attachment=39035:Debug.zip]
RobertoStudios,
Ignore these warnings.
Although not perfect, your dsdt will compile and when applied, it will fix the Power Management kext panic.
To get 2 cores working with this HP computer requires rewriting the DSDT to switch off the P-States SW_ANY and SW_ALL to HW_ALL or other.
Refer to the following link and download the iso to debug DSDT problems:
http://linuxfirmwarekit.org/index.php
I'm currently looking at this, but i need an example of a DSDT from an Intel Based HP Laptop with both cores working, so that I can compare and rewrite us a DSDT to fix this issue.
I have a HP530 with a T2400 Dual Core Processor, It randomly crashes at boot time when using dual cores.
Can anyone post their DSDT file from an intel based HP laptop with both cores working??
Cheers,
AB
fixed my own problem, had to reset the cmos jumpers, and changed the sata cable, maybe the sata cable was starting to fault, and the dstd patch precipitated its death , anyway I am glad I didnt fry the controller
, anyway I am glad I didnt fry the controller
Hi Everybody, here is the code for DSDT to correct showns HDA In/Out for ALC889a on GA-EP35-DS3P, in System Profiler.
That´s not mean everytihing is working.
Headphones OUT and Line Out Rear Stereo(Green) are working, I can not get working the other 3 Analog lines Out Central/Lfe, Surround and Sides.
Line In and Mics Not tested yet.
This is the Codec Verb for HDAController
I Began working with Linux Dump Codec(Mandriva 2009 Live CD), then I correct with information from Reltek ALC889a Technical Datasheet and then i've updated with the results for DSDT PinConfigurations.
Add Text file with Codecs Verbs Evolution for ALC889A - GA EP35-dS3P
CODE
Device (HDEF)
{
Name (_ADR, 0x001B0000)
Method (_PRW, 0, NotSerialized)
{
Return (Package (0x02)
{
0x0D,
0x05
})
}
Method (_DSM, 4, NotSerialized)
{
Store (Package (0x08)
{
"codec-id",
Buffer (0x04)
{
0x85, 0x08, 0xec, 0x10
},
"layout-id",
Buffer (0x04)
{
0x0C, 0x00, 0x00, 0x00
},
"device-type",
Buffer (0x011)
{
"ALC885"
},
"PinConfigurations",
Buffer (0x28)
{
/* 0000 */ 0x10, 0x40, 0x01, 0x01, 0x64, 0x10, 0x01, 0x01,
/* 0008 */ 0x71, 0x60, 0x01, 0x01, 0x82, 0x20, 0x01, 0x01,
/* 0010 */ 0x30, 0x90, 0xA1, 0x01, 0x20, 0x90, 0xA1, 0x02,
/* 0018 */ 0x40, 0x30, 0x81, 0x01, 0x50, 0x40, 0x21, 0x02,
/* 0020 */ 0xF0, 0x71, 0x44, 0x01, 0x90, 0x71, 0x45, 0x11
}
}, Local0)
DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
Return (Local0)
}
Method (DTGP, 5, NotSerialized)
{
If (LEqual (Arg0, Buffer (0x10)
{
/* 0000 */ 0xC6, 0xB7, 0xB5, 0xA0, 0x18, 0x13, 0x1C, 0x44,
/* 0008 */ 0xB0, 0xC9, 0xFE, 0x69, 0x5E, 0xAF, 0x94, 0x9B
}))
{
If (LEqual (Arg1, One))
{
If (LEqual (Arg2, Zero))
{
Store (Buffer (One)
{
0x03
}, Arg4)
Return (One)
}
If (LEqual (Arg2, One))
{
Return (One)
}
}
}
Store (Buffer (One)
{
0x00
}, Arg4)
Return (Zero)
}
}
{
Name (_ADR, 0x001B0000)
Method (_PRW, 0, NotSerialized)
{
Return (Package (0x02)
{
0x0D,
0x05
})
}
Method (_DSM, 4, NotSerialized)
{
Store (Package (0x08)
{
"codec-id",
Buffer (0x04)
{
0x85, 0x08, 0xec, 0x10
},
"layout-id",
Buffer (0x04)
{
0x0C, 0x00, 0x00, 0x00
},
"device-type",
Buffer (0x011)
{
"ALC885"
},
"PinConfigurations",
Buffer (0x28)
{
/* 0000 */ 0x10, 0x40, 0x01, 0x01, 0x64, 0x10, 0x01, 0x01,
/* 0008 */ 0x71, 0x60, 0x01, 0x01, 0x82, 0x20, 0x01, 0x01,
/* 0010 */ 0x30, 0x90, 0xA1, 0x01, 0x20, 0x90, 0xA1, 0x02,
/* 0018 */ 0x40, 0x30, 0x81, 0x01, 0x50, 0x40, 0x21, 0x02,
/* 0020 */ 0xF0, 0x71, 0x44, 0x01, 0x90, 0x71, 0x45, 0x11
}
}, Local0)
DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
Return (Local0)
}
Method (DTGP, 5, NotSerialized)
{
If (LEqual (Arg0, Buffer (0x10)
{
/* 0000 */ 0xC6, 0xB7, 0xB5, 0xA0, 0x18, 0x13, 0x1C, 0x44,
/* 0008 */ 0xB0, 0xC9, 0xFE, 0x69, 0x5E, 0xAF, 0x94, 0x9B
}))
{
If (LEqual (Arg1, One))
{
If (LEqual (Arg2, Zero))
{
Store (Buffer (One)
{
0x03
}, Arg4)
Return (One)
}
If (LEqual (Arg2, One))
{
Return (One)
}
}
}
Store (Buffer (One)
{
0x00
}, Arg4)
Return (Zero)
}
}
That´s not mean everytihing is working.
Headphones OUT and Line Out Rear Stereo(Green) are working, I can not get working the other 3 Analog lines Out Central/Lfe, Surround and Sides.
Line In and Mics Not tested yet.
This is the Codec Verb for HDAController
CODE
<21471c10 21471d40 21471e01 21471f01 21571c64 21571d10 21571e01 21571f01 21671c71 21671d60 21671e01 21671f01
21771c82 21771d20 21771e01 21771f01 21871c30 21871d90 21871da1 21871f01 21971c20 21971d90 21971ea1 21971f02
21a71c40 21a71d30 21a71e81 21a71f01 21b71c50 21b71d40 21b71e21 21b71f02 21e71cf0 21e71d71 21e71e44 21e71f01
21171c90 21171d71 21171e45 21171f11>
21771c82 21771d20 21771e01 21771f01 21871c30 21871d90 21871da1 21871f01 21971c20 21971d90 21971ea1 21971f02
21a71c40 21a71d30 21a71e81 21a71f01 21b71c50 21b71d40 21b71e21 21b71f02 21e71cf0 21e71d71 21e71e44 21e71f01
21171c90 21171d71 21171e45 21171f11>
I Began working with Linux Dump Codec(Mandriva 2009 Live CD), then I correct with information from Reltek ALC889a Technical Datasheet and then i've updated with the results for DSDT PinConfigurations.
Add Text file with Codecs Verbs Evolution for ALC889A - GA EP35-dS3P
ac3bcn,
What mods (if any) are you making to AppleHDA.kext?
Thanks,
SMF
What mods (if any) are you making to AppleHDA.kext?
Thanks,
SMF
Hi, everybody,
these are my DSDT file and Codec Dumb files from Madriva 2009 Live CD.
these are my DSDT file and Codec Dumb files from Madriva 2009 Live CD.
Got the following error on my Acer Aspire One 150:
How can I fix it?
QUOTE
../Debug/dsdt_fixed.txt 1213: CreateDWordField (BUF1, Local2, CAPB)
Error 4111 - Creating a named object in a While loop ^
Error 4111 - Creating a named object in a While loop ^
How can I fix it?
QUOTE (SMF @ Nov 26 2008, 02:01 AM)
ac3bcn,
What mods (if any) are you making to AppleHDA.kext?
Thanks,
SMF
What mods (if any) are you making to AppleHDA.kext?
Thanks,
SMF
Hi SMF, I didn't patch the AppleHDA binary, just add PicConfigurtions, CODEC ID 10EC0885 and Layout ID 12(0x0C) in DSDT.aml, which is a codec supported in last AppleHAD.kext.
Then I used Layout and PathMaps from StickPin on HDAPlatformDriver (http://forum.insanelymac.com/index.php?showtopic=129058),
also added Codec Verbs to HDAContoller, and keep PreserveConfigurationsPin checked.
ABOUT CODEC VERBS: still making tests, I create Codec Verbs following The King's Guide, from Mandriva Linux 2009 Codec Dump(Posted),
then apllied some modificatios contrasting Codec Dump Verbs with the Default Configuration Chip from Realtek Specification DataSheet.
, the Nodes ID and Path Maps matched, the differences are in Default Association and Sequence( Still making tests).
I added Pin Configuration to DSDT, and tested differents config to correctly shown IN/OUT at System Profiler.
Then I apllied the DSDT Pin Results (Deafault Asociation and Sequence Tests) to Codec Verbs.
For Example:
Asociation parameter for the four line outs are the same "1", in Codec Dump and Datasheet , i've changed giving differents numbers to each one, then System Profiler correctly shown IN/OUTs, also i've changed some Device Types or Connection Types, all of this testing with DSDT.
About Sequence, I've to do more tests.
When I try to add a the third Ananlog Line Out to the PathMap, I lost all Inputs, get a lot assertion errors and 4 minutes to boot th System.
I think the problem is that a Real Mac has two Line Outs, and may be there is a limitation of the qauntity of Line Outs/In that AppleHDA can handle, I don't know, or may be I'm not correctly configuring PathMap and Layout.
I've got a lot of doubts.
I'll still making test and trying to learn.
ac3bcn,
Thanks. I look forward to seeing what you come up with. One comment - your using the datasheet info to modify the codec verbs is interesting. Why do you think the codec dump is not giving the correct codec verbs?
SMF
Thanks. I look forward to seeing what you come up with. One comment - your using the datasheet info to modify the codec verbs is interesting. Why do you think the codec dump is not giving the correct codec verbs?
SMF
Hello
Anyone have any ideas on this one?
Toshiba Satellite X205-SLI6
I get over 200 errors and it obviously refuses to compile the hex code for this because of it.
Full dsdt.dsl attached too
Click to view attachment
Click to view attachment
(.txt appended to allow uploading to site)
Am I the only one that finds it strange that the references to the Operating Systems is like this
being labeled 2001, 2006
Any help in fixing this would help greatly.
Anyone have any ideas on this one?
Toshiba Satellite X205-SLI6
I get over 200 errors and it obviously refuses to compile the hex code for this because of it.
Full dsdt.dsl attached too
CODE
Intel ACPI Component Architecture
AML Disassembler version 20061109 [May 16 2007]
Copyright (C) 2000 - 2006 Intel Corporation
Supports ACPI Specification Revision 3.0a
Loading Acpi table from file dsdt.dat
Acpi table [DSDT] successfully installed and loaded
Pass 1 parse of [DSDT]
Pass 2 parse of [DSDT]
Parsing Deferred Opcodes (Methods/Buffers/Packages/Regions)
Parsing completed
Disassembly completed, written to "dsdt.dsl"
ubuntu@ubuntu:~$ iasl -ta dsdt.dsl
Maximum error count (200) exceeded
ASL Input: dsdt.dsl - 8166 lines, 302129 bytes, 3502 keywords
Compilation complete. 201 Errors, 0 Warnings, 0 Remarks, 4 Optimizations
AML Disassembler version 20061109 [May 16 2007]
Copyright (C) 2000 - 2006 Intel Corporation
Supports ACPI Specification Revision 3.0a
Loading Acpi table from file dsdt.dat
Acpi table [DSDT] successfully installed and loaded
Pass 1 parse of [DSDT]
Pass 2 parse of [DSDT]
Parsing Deferred Opcodes (Methods/Buffers/Packages/Regions)
Parsing completed
Disassembly completed, written to "dsdt.dsl"
ubuntu@ubuntu:~$ iasl -ta dsdt.dsl
Maximum error count (200) exceeded
ASL Input: dsdt.dsl - 8166 lines, 302129 bytes, 3502 keywords
Compilation complete. 201 Errors, 0 Warnings, 0 Remarks, 4 Optimizations
Click to view attachment
Click to view attachment
(.txt appended to allow uploading to site)
Am I the only one that finds it strange that the references to the Operating Systems is like this
being labeled 2001, 2006
CODE
Store (0x07D0, OSYS)
If (CondRefOf (_OSI, Local0))
{
If (_OSI ("Linux"))
{
Store (One, LINX)
Store (Zero, ECDY)
}
If (_OSI ("Windows 2001"))
{
Store (0x07D1, OSYS)
}
If (_OSI ("Windows 2001 SP1"))
{
Store (0x07D1, OSYS)
}
If (_OSI ("Windows 2001 SP2"))
{
Store (0x07D2, OSYS)
}
If (_OSI ("Windows 2006"))
{
Store (0x07D6, OSYS)
}
}
If (CondRefOf (_OSI, Local0))
{
If (_OSI ("Linux"))
{
Store (One, LINX)
Store (Zero, ECDY)
}
If (_OSI ("Windows 2001"))
{
Store (0x07D1, OSYS)
}
If (_OSI ("Windows 2001 SP1"))
{
Store (0x07D1, OSYS)
}
If (_OSI ("Windows 2001 SP2"))
{
Store (0x07D2, OSYS)
}
If (_OSI ("Windows 2006"))
{
Store (0x07D6, OSYS)
}
}
Any help in fixing this would help greatly.
Hi! Thanks a lot, DSDT patch helped me to get 2 cores working!
I have a question - does this fix deals with CPU issue, or it also intended (maybe in future?) to deal with graphic card problem? as I understand I'm not alone who have problem with video...
I have a question - does this fix deals with CPU issue, or it also intended (maybe in future?) to deal with graphic card problem? as I understand I'm not alone who have problem with video...
slogician - what hardware do you have that got 2 cores working?
general question - has dsdt patcher enabled ANY hp laptop to run with 2 cores?
thanks
general question - has dsdt patcher enabled ANY hp laptop to run with 2 cores?
thanks
QUOTE (ludacrisvp @ Nov 26 2008, 12:51 PM)
Hello
Anyone have any ideas on this one?
Toshiba Satellite X205-SLI6
I get over 200 errors and it obviously refuses to compile the hex code for this because of it.
Full dsdt.dsl attached too
Any help in fixing this would help greatly.
Anyone have any ideas on this one?
Toshiba Satellite X205-SLI6
I get over 200 errors and it obviously refuses to compile the hex code for this because of it.
Full dsdt.dsl attached too
Any help in fixing this would help greatly.
I have clean a little your bios mess and added the Hpet and Rtc patch, need someone more skilled on dsdt to confirm these changes are safe.
Changed this:
CODE
DefinitionBlock ("dsdt.aml", "DSDT", 2, "TOSCPL", "CRESTLNE", 0x06040000)
{
External (PDC1)
External (PDC0)
External (CFGD)
External (^CPU0._PPC)
{
External (PDC1)
External (PDC0)
External (CFGD)
External (^CPU0._PPC)
Into this:
CODE
DefinitionBlock ("dsdt.aml", "DSDT", 2, "TOSCPL", "CRESTLNE", 0x06040000)
{
External (PDC1)
External (PDC0)
External (CFGD)
External (CPU0._PPC)
{
External (PDC1)
External (PDC0)
External (CFGD)
External (CPU0._PPC)
And 190 errors went away, later i checked this:
CODE
Scope (_PR)
{
Processor (CPU0, 0x00, 0x00001010, 0x06) {}
Processor (CPU1, 0x01, 0x00001010, 0x06) {}
Method (RPPC, 0, NotSerialized)
{
If (LEqual (OSYS, 0x07D2))
{
If (And (CFGD, One))
{
If (LGreater (^CPU0._PPC, Zero))
{
Subtract (^CPU0._PPC, One, ^CPU0._PPC)
PNOT ()
Add (^CPU0._PPC, One, ^CPU0._PPC)
PNOT ()
}
Else
{
Add (^CPU0._PPC, One, ^CPU0._PPC)
PNOT ()
Subtract (^CPU0._PPC, One, ^CPU0._PPC)
PNOT ()
}
}
}
}
}
{
Processor (CPU0, 0x00, 0x00001010, 0x06) {}
Processor (CPU1, 0x01, 0x00001010, 0x06) {}
Method (RPPC, 0, NotSerialized)
{
If (LEqual (OSYS, 0x07D2))
{
If (And (CFGD, One))
{
If (LGreater (^CPU0._PPC, Zero))
{
Subtract (^CPU0._PPC, One, ^CPU0._PPC)
PNOT ()
Add (^CPU0._PPC, One, ^CPU0._PPC)
PNOT ()
}
Else
{
Add (^CPU0._PPC, One, ^CPU0._PPC)
PNOT ()
Subtract (^CPU0._PPC, One, ^CPU0._PPC)
PNOT ()
}
}
}
}
}
But couldnt make it error free, so i cleaned some code, leaving it like this:
CODE
Scope (_PR)
{
Processor (CPU0, 0x00, 0x00001010, 0x06) {}
Processor (CPU1, 0x01, 0x00001010, 0x06) {}
}
{
Processor (CPU0, 0x00, 0x00001010, 0x06) {}
Processor (CPU1, 0x01, 0x00001010, 0x06) {}
}
and all errors went away.
If (_OSI ("Windows 2001 SP2"))
{
Store (0x07D2, OSYS)
This is the reference and seems is talking about a Windows Xp sp2 optimization i think....
You can try if you like the modded dsdt.aml, but i will prefer you wait till people confirm is safe.
QUOTE (roisoft @ Nov 20 2008, 05:02 PM)
I´ve added plist for AppleHDAcontroller & AppleHDAPlatform to the stock AppleHda.kext , this way i have mic+speakers+spdif (lineout=internal speakers though) (no strings or injectors).
P35_DS4
P35_DS4
Thanks roisoft.
I can confirm that this dsdt (HDEF part) and AppleHDA.kext is working on my GA-EP45-DS4 m/b with F8 bios (didn't work on F9, for some reason).
Same results as you apart from my windows are in English.
thanks again!!
AB
Click to view attachment
Hi to all.
fassl:
I successfully made a Install of Leo 10.5.4 with Netkas EFI9 and the Patched DSDT. All is working as it sould, AppleIntelCPUPowerManagement (also 5-7 degrees hotter than without it); AppleRTC; AppleHPET; all loaded and no kernel panic. Update to 10.5.5 and no problem (just the sandbox init error that I forgot how to fix, but I'm gonna remerber soon)
Just a few things I notice...
Shutdown/restart work perfectly, sleep works too. But after the system comes back from sleep I can no longer restart/shutdown, after the system kill all processes theres no restart, the black screan remains. Also when it comes back from sleep the brightness is too strong, but after a quick change to another resolution and back or refresh rate it gets fixed so it's not a big problem.
Question: can the vanilla AppleHDA.kext with DSDT support the ADI1988b audio codec or just ACL88x ones?
Sorry for my english is not so good. Thanks
fassl:
I successfully made a Install of Leo 10.5.4 with Netkas EFI9 and the Patched DSDT. All is working as it sould, AppleIntelCPUPowerManagement (also 5-7 degrees hotter than without it); AppleRTC; AppleHPET; all loaded and no kernel panic. Update to 10.5.5 and no problem (just the sandbox init error that I forgot how to fix, but I'm gonna remerber soon)
Just a few things I notice...
Shutdown/restart work perfectly, sleep works too. But after the system comes back from sleep I can no longer restart/shutdown, after the system kill all processes theres no restart, the black screan remains. Also when it comes back from sleep the brightness is too strong, but after a quick change to another resolution and back or refresh rate it gets fixed so it's not a big problem.
Question: can the vanilla AppleHDA.kext with DSDT support the ADI1988b audio codec or just ACL88x ones?
Sorry for my english is not so good. Thanks
QUOTE (ac3bcn @ Nov 26 2008, 12:14 PM)
When I try to add a the third Ananlog Line Out to the PathMap, I lost all Inputs, get a lot assertion errors and 4 minutes to boot th System.
I think the problem is that a Real Mac has two Line Outs, and may be there is a limitation of the qauntity of Line Outs/In that AppleHDA can handle, I don't know, or may be I'm not correctly configuring PathMap and Layout.
I think the problem is that a Real Mac has two Line Outs, and may be there is a limitation of the qauntity of Line Outs/In that AppleHDA can handle, I don't know, or may be I'm not correctly configuring PathMap and Layout.
You can use instead HP or speaker
Try that, that's how I got 5.1 analog out, just change the name in verb
QUOTE (Bambo2000 @ Nov 26 2008, 10:58 AM)
Got the following error on my Acer Aspire One 150:
How can I fix it?
How can I fix it?
What should this look like, to make it work?
CODE
While (Local0)
{
Multiply (Local1, 0x04, Local2)
CreateDWordField (BUF1, Local2, CAPB) # << Creating a named object in a While loop ^
If (Arg1)
{
If (LEqual (Local1, Zero))
{
And (CAPB, 0xFFFFFFFC, CAPB)
}
}
Else
{
}
Increment (Local1)
Decrement (Local0)
}
{
Multiply (Local1, 0x04, Local2)
CreateDWordField (BUF1, Local2, CAPB) # << Creating a named object in a While loop ^
If (Arg1)
{
If (LEqual (Local1, Zero))
{
And (CAPB, 0xFFFFFFFC, CAPB)
}
}
Else
{
}
Increment (Local1)
Decrement (Local0)
}
QUOTE (pere @ Nov 26 2008, 11:44 AM)
I have clean a little your bios mess and added the Hpet and Rtc patch, need someone more skilled on dsdt to confirm these changes are safe.
But couldnt make it error free, so i cleaned some code, leaving it like this:
and all errors went away.
You can try if you like the modded dsdt.aml, but i will prefer you wait till people confirm is safe.
But couldnt make it error free, so i cleaned some code, leaving it like this:
and all errors went away.
You can try if you like the modded dsdt.aml, but i will prefer you wait till people confirm is safe.
Thanks for the quick work!
I did try it out but I don't know for sure if it is working.... my hostname in terminal says
CODE
Last login: Thu Nov 27 02:03:36 on console
ubuntu:~ ludacrisvp$
ubuntu:~ ludacrisvp$
So I would assume that it is a result of making the files in Ubuntu and that it is working.
QUOTE (ab___73 @ Nov 26 2008, 11:14 PM)
Thanks roisoft.
I can confirm that this dsdt (HDEF part) and AppleHDA.kext is working on my GA-EP45-DS4 m/b with F8 bios (didn't work on F9, for some reason).
Same results as you apart from my windows are in English.
thanks again!!
AB
Click to view attachment
I can confirm that this dsdt (HDEF part) and AppleHDA.kext is working on my GA-EP45-DS4 m/b with F8 bios (didn't work on F9, for some reason).
Same results as you apart from my windows are in English.
thanks again!!
AB
Click to view attachment
TO roisoft
Hi, i have an GA-EP35-DS3(no ...P) Rev 2.1 BIOS F3 , which has also an 889a Chip.
I used the dsdt changes and recompiled it - no errors - injection worked
, which shows Systemprofiler screenshoot.I also removed my HDAEnabler.KEXT and used your (within the .zip) AppleHDA.kext.
But the Audio Systempref shows no Audio Devive and i get some errors (using dmesg log).
Sound assertion "0 == pathMap_aDriverInstance" failed in "/SourceCache/AppleHDA/AppleHDA-157.1.24/AppleHDA/AppleHDADriver.cpp" at line 1653 goto Exit
Sound assertion "0 != createAudioEngines ( fPathMap_aDriverInstance )" failed in "/SourceCache/AppleHDA/AppleHDA-157.1.24/AppleHDA/AppleHDADriver.cpp" at line 108 goto Exit
Sound assertion "0 == pathMap_aDriverInstance" failed in "/SourceCache/AppleHDA/AppleHDA-157.1.24/AppleHDA/AppleHDADriver.cpp" at line 1653 goto Exit
Sound assertion "0 != createAudioEngines ( fPathMap_aDriverInstance )" failed in "/SourceCache/AppleHDA/AppleHDA-157.1.24/AppleHDA/AppleHDADriver.cpp" at line 108 goto Exit
???
Thanks
EDIT: I GOT IT !!!!!
THANKS for roisoft zipped GA-pack for 889A !!!
to ALL
I removed my old (forgot it ) ALCINJECT.KEXT also , not only the HDAENBLAER.KEXT
Now all works.
I add an new screenshoot (first is working dsdt HDA patching, but with ALCINJECT not deleted, second ALC... removed)
So all HDA dsdt patchers should remove all other Sound Injectors (HDAENABLER + ALCINJECT)
I uploaded my GA-EP35-DS3-REV2_1_F3 , roisofts APPLEHDA.KEXT (not changed by me) , dsdt.aml (ready with HDA),
and Kext Install Helper (Tool to install .kexts for rights set OK!)
QUOTE (THe KiNG @ Nov 27 2008, 08:15 AM)
You can use instead HP or speaker
Try that, that's how I got 5.1 analog out, just change the name in verb
Try that, that's how I got 5.1 analog out, just change the name in verb
Thanks , I'll try tonight at home.
QUOTE (SMF)
your using the datasheet info to modify the codec verbs is interesting. Why do you think the codec dump is not giving the correct codec verbs?
I don' think that Linux Dump was wrong, i just wanna have some more information to understand how it works.Now I have Vista Dump Codecs Verbs, so, I would like to compare the Linux Dump , with Vista Dump, with the Manufacturer Spec, just to learn and find the way to get every Output and Input working.
I think the solution, if its exists, it's in AppleHDA sources, not in Codec Verbs or PinConfiguration.
QUOTE (ac3bcn @ Nov 27 2008, 01:38 PM)
Thanks , I'll try tonight at home.
..
..
Hi, ac3bcn, i dont know if i looked in your dsdt.txt also, but someone announces a
HDEF dsdt part for GA-EP35-DS3P which has 885 Device in ?! and some other things different to the roisoft uploaded one!!! (I made an complete GA-EP35, BIOS F3, 889A package with chameleon dsdt in my last post).
I would check if you perhaps use that - if you have also 899A, like me with GA-EP35-DS3 (without P)!!
Thats what someone has uploaded as GA-EP35-DS3P , for my Board (889A, GA-EP35-DS3) it would be wrong - im am sure !
Conent of that uploaded (885?!)
Device (HDEF)
{
..... same
.....
Method (_DSM, 4, NotSerialized)
{
Store (Package (0x08)
{
"codec-id",
Buffer (0x04)
{
0x85, 0x08, 0xec, 0x10
},
"layout-id",
Buffer (0x04)
{
0x0C, 0x00, 0x00, 0x00
},
"device-type",
Buffer (0x011)
{
"ALC885"
},
"PinConfigurations",
Buffer (0x28)
{
/* 0000 */ 0x10, 0x40, 0x01, 0x01, 0x64, 0x10, 0x01, 0x01,
/* 0008 */ 0x71, 0x60, 0x01, 0x01, 0x82, 0x20, 0x01, 0x01,
/* 0010 */ 0x30, 0x90, 0xA1, 0x01, 0x20, 0x90, 0xA1, 0x02,
/* 0018 */ 0x40, 0x30, 0x81, 0x01, 0x50, 0x40, 0x21, 0x02,
/* 0020 */ 0xF0, 0x71, 0x44, 0x01, 0x90, 0x71, 0x45, 0x11
}
}, Local0)
DTGP (Arg0, Arg1, Arg2, Arg3, RefOf (Local0))
Return (Local0)
}
Method (DTGP, 5, NotSerialized)
{
If (LEqual (Arg0, Buffer (0x10)
{
/* 0000 */ 0xC6, 0xB7, 0xB5, 0xA0, 0x18, 0x13, 0x1C, 0x44,
/* 0008 */ 0xB0, 0xC9, 0xFE, 0x69, 0x5E, 0xAF, 0x94, 0x9B
}))
{
....same ...
}
QUOTE (ludacrisvp @ Nov 27 2008, 09:19 AM)
Thanks for the quick work!
I did try it out but I don't know for sure if it is working.... my hostname in terminal says
So I would assume that it is a result of making the files in Ubuntu and that it is working.
I did try it out but I don't know for sure if it is working.... my hostname in terminal says
CODE
Last login: Thu Nov 27 02:03:36 on console
ubuntu:~ ludacrisvp$
ubuntu:~ ludacrisvp$
So I would assume that it is a result of making the files in Ubuntu and that it is working.
Install appleintelcpupowermangement.kext
If the system loads, then is working.
Just wanted to report success on my p35-ds4. Thanks Roisoft, your AppleHDA and DSDT.aml work great. All as should be. Just one question, your pack also contained a dsdt.dsl, does this also go into the root folder? Works the same with or without. And any luck yet on the USB issue regarding waking from deep sleep?
QUOTE (ghoffman @ Nov 26 2008, 05:38 PM)
slogician - what hardware do you have that got 2 cores working?
general question - has dsdt patcher enabled ANY hp laptop to run with 2 cores?
thanks
general question - has dsdt patcher enabled ANY hp laptop to run with 2 cores?
thanks
Ghoffman,
Your not alone with your fustration.
My opinion is avoid HP if you want a multicore "hackbook", unless it's on the HCL.
Could you post/pm your dsdt file to me, so thay i can compare it with my HP530 dsdt.
I'm working on a solution. (don't hold your breathe)
Thanks.
Any help would be appreciated
CODE
Intel ACPI Component Architecture
ASL Optimizing Compiler version 20080926 [Oct 4 2008]
Copyright © 2000 - 2008 Intel Corporation
Supports ACPI Specification Revision 3.0a
./dsdt_fixed.txt 1: ACPIurn (Local0)
Error 4095 - ^ syntax error, unexpected PARSEOP_NAMESEG, expecting PARSEOP_DEFINITIONBLOCK
ASL Input: ./dsdt_fixed.txt - 16492 lines, 593519 bytes, 0 keywords
AML Output: (null) - 0 bytes, 0 named objects, 0 executable opcodes
Compilation complete. 1 Errors, 0 Warnings, 0 Remarks, 0 Optimizations
Compiling done, if it worked, you have now a patched DSDT in dsdt.aml
If the compiling went wrong, you could force to build it with ./DSDT\ Patcher -f (try this DSDT at your own risk)
ASL Optimizing Compiler version 20080926 [Oct 4 2008]
Copyright © 2000 - 2008 Intel Corporation
Supports ACPI Specification Revision 3.0a
./dsdt_fixed.txt 1: ACPIurn (Local0)
Error 4095 - ^ syntax error, unexpected PARSEOP_NAMESEG, expecting PARSEOP_DEFINITIONBLOCK
ASL Input: ./dsdt_fixed.txt - 16492 lines, 593519 bytes, 0 keywords
AML Output: (null) - 0 bytes, 0 named objects, 0 executable opcodes
Compilation complete. 1 Errors, 0 Warnings, 0 Remarks, 0 Optimizations
Compiling done, if it worked, you have now a patched DSDT in dsdt.aml
If the compiling went wrong, you could force to build it with ./DSDT\ Patcher -f (try this DSDT at your own risk)
QUOTE (ab___73 @ Nov 27 2008, 03:17 PM)
Ghoffman,
Your not alone with your fustration.
My opinion is avoid HP if you want a multicore "hackbook", unless it's on the HCL.
Could you post/pm your dsdt file to me, so thay i can compare it with my HP530 dsdt.
I'm working on a solution. (don't hold your breathe)
Thanks.
Your not alone with your fustration.
My opinion is avoid HP if you want a multicore "hackbook", unless it's on the HCL.
Could you post/pm your dsdt file to me, so thay i can compare it with my HP530 dsdt.
I'm working on a solution. (don't hold your breathe)
Thanks.
attached ıs a zıp of the dsl and aml fıles. what's interesting is that the dsl file will vary depending on how i boot up - meaning which smbios or booter i use. the attached dsl is from a linux dump - i'm thinkning that it's somehow 'cleaner'.
thanks for any insight
QUOTE (olmirror @ Nov 27 2008, 02:55 PM)
Just wanted to report success on my p35-ds4. Thanks Roisoft, your AppleHDA and DSDT.aml work great. All as should be. Just one question, your pack also contained a dsdt.dsl, does this also go into the root folder? Works the same with or without. And any luck yet on the USB issue regarding waking from deep sleep?
No, the dsdt.dsl is sourcecode (we can look in and take parts out if needed). Its not for the chameleon / EFI V9 boot !
Only the dsdt.aml is ready and needed to put in /
QUOTE (pere @ Nov 26 2008, 06:44 PM)
I have clean a little your bios mess and added the Hpet and Rtc patch, need someone more skilled on dsdt to confirm these changes are safe.
Changed this:
Changed this:
CODE
DefinitionBlock ("dsdt.aml", "DSDT", 2, "TOSCPL", "CRESTLNE", 0x06040000)
{
External (PDC1)
External (PDC0)
External (CFGD)
External (^CPU0._PPC)
{
External (PDC1)
External (PDC0)
External (CFGD)
External (^CPU0._PPC)
just change all ^CPU0._PPC into \_PR_.CPU0._PPC and it will compile fine without clearing unknown code. i copied that from another file found on the web.
hello!
My schifACER won't love this patcher, so i've only dsdt.dsl.
i've tryed to take manually the dsdt hex from ioregdump.txt and patch forced to obtain the dsdt.aml but the response is: only dsdt.dsl
the ASL imput wrote: ./dsdt_fixed.txt - 8832 lines, 327754 bytes, 3822 keywords
Compilation complete. 1 Errors, 23 Warnings, 0 Remarks, 934 Optimizations
i've tryed this in my nb ACER 5720Z, which is formed by:
T2370, 3gb ram, X3100 intel, dell 1490 wifi (modified by me), lan 5787, hd 160gb.
this is my dsdt.dsl
My schifACER won't love this patcher, so i've only dsdt.dsl.
i've tryed to take manually the dsdt hex from ioregdump.txt and patch forced to obtain the dsdt.aml but the response is: only dsdt.dsl
the ASL imput wrote: ./dsdt_fixed.txt - 8832 lines, 327754 bytes, 3822 keywords
Compilation complete. 1 Errors, 23 Warnings, 0 Remarks, 934 Optimizations
i've tryed this in my nb ACER 5720Z, which is formed by:
T2370, 3gb ram, X3100 intel, dell 1490 wifi (modified by me), lan 5787, hd 160gb.
this is my dsdt.dsl
QUOTE (SticMAC™ @ Oct 30 2008, 11:56 AM)
ASUS P5B-Deluxe..
Done mine, copied it over to the root with the new "boot", removed IntelCPUPMDisabler.kext and everything seems fine!
What is the function of the "dsdt_acpi12.diff" that comes with the "boot" file and where should it go!?
How can one see, test to see if it works or is the fact that I could remove IntelCPUPMDisabler.kext enough proof!?
SticMAN
Done mine, copied it over to the root with the new "boot", removed IntelCPUPMDisabler.kext and everything seems fine!
What is the function of the "dsdt_acpi12.diff" that comes with the "boot" file and where should it go!?
How can one see, test to see if it works or is the fact that I could remove IntelCPUPMDisabler.kext enough proof!?
SticMAN
I sent u a pm. Do you use OpenHaltRestart with this patch? In other word is this kext needed?
QUOTE (ghoffman @ Nov 26 2008, 05:38 PM)
slogician - what hardware do you have that got 2 cores working?
general question - has dsdt patcher enabled ANY hp laptop to run with 2 cores?
thanks
general question - has dsdt patcher enabled ANY hp laptop to run with 2 cores?
thanks
Hi!
my system is Intel T3200 dual-core 2GHz, DDR 667 2Gb, intel 965G(or 960G - MacOS says it is 965, WinXP says it is 960) ICH8. if you need more details - you may look at spec: http://www.asus.com/products.aspx?modelmen...l3=723&l4=0
the only difference with spec on the site is that I have T3200 dual-core CPU.
if you need other information - welcome!
Hi, everybody!
I'm not quite sure my question is related directly to DSDT, but probably it is.
I have posted it in separate topic: GMA X3100 VERY strange fact, X3100 normal boot depends on CPU temperature
why I think it may be related? I guess in 2 cases (success boot and failure) MacOS get different info about hardware. maybe you can suggest a way to track this?
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.