742 replies to this topic

[mackerintel]

kruteshok, on Oct 30 2008, 05:29 PM, said:

We are done patching, press any key to try to compile the fixed DSDT

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   375:	 Method (\_WAK, 1, NotSerialized)

Warning  1080 -						 ^ Reserved method must return a value (_WAK)



./dsdt_fixed.txt   408:			 Store (Local0, Local0)

Error	4050 -								 ^ Method local variable is not initialized (Local0)



./dsdt_fixed.txt   413:			 Store (Local0, Local0)

Error	4050 -								 ^ Method local variable is not initialized (Local0)



ASL Input:  ./dsdt_fixed.txt - 5755 lines, 187490 bytes, 2121 keywords

Compilation complete. 2 Errors, 1 Warnings, 0 Remarks, 623 Optimizations

Whats wrong?  

Be sure to use latest version of patcher. Any help request should be accompanied by tar (explicitely said by patcher) or at least DSDT

[Wiwi]

Great !!!!!
Really great....

[BlackCH]

mackerintel, on Oct 30 2008, 11:35 AM, said:

Your dump seems to be uncomplete and/or incorrectly disassembled. Try using latest iasl and look if you have SSDT

How can I figure out if I have SSDT?; Anyway some people at Ubuntu's forum claim to have edited the dsdt to fix thermal zones (here: http://ubuntuforums....t=659027&page=2 ). So apparently would be possible at least to make the dump from ubuntu... I will try that. Also I googled for the iasl; I only found some linux links ( http://packages.ubun...6/iasl/download ); Which version is on the dsdt patcher?


Thanks for the answers!

[hafnium]

Great work!

What exactly are you patching?

I'm having problems waking from USB-devices and sometimes USB-devices are unavailable after wake from sleep.

From reading the ACPI specification it seems that these problems may be due to bad DSDT info. Do you optimize for this?

[fassl]

"fassl" said:

Sleep, well fixing the _WAK Device in DSDT could enable sleep, some _WAK Devices need this at the end:
CODE
Return(Package(0x02){0x00, 0x00})
thx to realityiswhere for pointing that out.

Maybe this could help.

[GLXOZ]

How about boot-132 method with DSDT patching ?

[fassl]

Get the dsdt override diff (first link in this topic) and apply it to boot132 source, should work.

greetz

[aprodigy]

hehe, 'fass' is burning wheels in here ;)

go ahead, wish ya all well...

[mackerintel]

hafnium, on Oct 30 2008, 06:15 PM, said:

Great work!

What exactly are you patching?

I'm having problems waking from USB-devices and sometimes USB-devices are unavailable after wake from sleep.

From reading the ACPI specification it seems that these problems may be due to bad DSDT info. Do you optimize for this?

Post your DSDT. We'll have a look but promise nothing

BTW you can also search on the internet if some fixes are available for similar issues. DSDT-patching formely was used a lot in linux

[fassl]

aprodigy, on Oct 30 2008, 10:22 PM, said:

hehe, 'fass' is burning wheels in here

go ahead, wish ya all well...

Thank you very much

[mackerintel]

BlackCH, on Oct 30 2008, 06:11 PM, said:

How can I figure out if I have SSDT?; Anyway some people at Ubuntu's forum claim to have edited the dsdt to fix thermal zones (here: http://ubuntuforums....t=659027&page=2 ). So apparently would be possible at least to make the dump from ubuntu... I will try that. Also I googled for the iasl; I only found some linux links ( http://packages.ubun...6/iasl/download ); Which version is on the dsdt patcher?

SSDT is something like additional DSDT. In the linux it's possible to reunite both tables together (by putting their disassemblies together) and then make linux discard original SSDT. This feature is not yet implemented in DSDT override (but is on my todo-list). You can dump SSDT by

cat /sys/firmware/acpi/tables/SSDT > ssdt

under ubuntu
iasl is in the package manager in ubuntu

[pere]

fassl, on Oct 30 2008, 09:55 PM, said:

Get the dsdt override diff (first link in this topic) and apply it to boot132 source, should work.

greetz

Sorry, how to apply the .diff to the chameleon boot pre 132 file correctly?
I´m getting this:

h-3.2# patch -f /Users/PERE/Desktop/chameleondsdt_acpi12/BOOT /Users/PERE/Desktop/chameleondsdt_acpi12/dsdt_acpi12.diff  
patching file /Users/PERE/Desktop/chameleondsdt_acpi12/BOOT
Hunk #1 FAILED at 424.
Hunk #2 FAILED at 802.
Hunk #3 FAILED at 870.
Hunk #4 FAILED at 895.
Hunk #5 FAILED at 1236.
5 out of 5 hunks FAILED -- saving rejects to file /Users/PERE/Desktop/chameleondsdt_acpi12/BOOT.rej
sh-3.2#

[fassl]

Well the diff is patched against Chameleon 1.0.11 source so this wouldnt work afaik, just open the diff and write it to the other bootloader yourself

greetz

[pere]

Thanks, i missed the word "source"...  

[rals2007]

fassl:

Nice Patcher.

Anyway after patching, i have this:

Compilation complete. 0 Errors, 13 Warnings, 22 Remarks, 46 Optimizations

Is that ok?

And one more thing... do i still need the dsmos/appledecryt, or remove them?

THANKS!

[stellarola]

Any release of DFE Boot132 Boot file yet?

Also greets to fassl and mackerintel



-Stell

[fassl]

rals2007, on Oct 31 2008, 06:03 AM, said:

Compilation complete. 0 Errors, 13 Warnings, 22 Remarks, 46 Optimizations

Thats ok

rals2007, on Oct 31 2008, 06:03 AM, said:

And one more thing... do i still need the dsmos/appledecryt, or remove them?

You still need decryption kext.

Hey to you 2 stella

greetz

[SticMACâ„¢]

SADLY, I have to say:

My sleep stopped working
My shutdown stopped working

so

I redid my old boot file to the root took away the DSDT file(only afterwards), put my IntelCPUdisabler back and we're back to "normal"!?

SticMAC

[fassl]

It says right in the patcher itself to attach the Debug/USER.tar file for posting a bug. Otherwise we cant help.

greetz

[Wiwi]

Works perfect here..

I can't wake from sleep. (Never even before patching)

If you want me to test some solution, i'm here...

Attached my fixed dsdt...

Attached Files

•  Debug.zip   288.85K   39 downloads