I fixed the warnings. I had to put a return value for the PSR method.
DSDT.aml.zip
I fixed the warnings. I had to put a return value for the PSR method.
DSDT.aml.zip
thanks a lot. Later today I'll try your DSDT and report back.
Do you know if that should make any effect to how stuff works? Or was is just a simple and no harmful warning?
Busques ajuda? Comença pel wiki de l'equip català!
(_PSR) has to do with your power source. I would check to see if the battery shows charge/discharge correctly. The method already had the values 0x00(off) and 0x01(on), but needed a null value in case no value was returned. You really shouldn't notice any difference.
Ok my problem seems to be resolved..
The above post and 67GTA's previous post mentioning that Toshiba's seem to have trouble with linux got me thinking... whether it was simply related to a bad (ie buggy ) acpi implementation in Hardy.. Toshset wouldn't run complaining that it was an unsupported Kernel extension...
So this morning I decide to can the entire distro and downloaded 9.0.4 (jaunty jackaloupe) and had it installed in about an hour or so.
The install went pretty smoothly and the temps were distinctly lower.
So the laptop doesn't seem to be overheating as of now ie 6 hours later..
Here is the output from acpi..
peter@neutrino:acpi -V
Battery 0: Charging, 35%, 00:57:48 until charged
Battery 0: design capacity 4000 mAh, last full capacity 4254 mAh = 100%
AC Adapter 0: off-line
Thermal 0: ok, 49.0 degrees C
Cooling 0: LCD 3 of 7
Cooling 1: Processor 0 of 3
Cooling 2: Processor 0 of 10
Cooling 3: Fan 1 of 1
peter@neutrino:~$ acpi -t
Battery 0: Charging, 36%, 00:56:54 until charged
Thermal 0: ok, 49.0 degrees C
With Hardy on this laptop the temps start at about 60 C and keeps rising to 75 or so.. I stop the machine at that point.. No point frying eggs with the laptop...
Thanks for all the understanding regarding DSDT's and ACPI ( both are totally new areas for me... )
_________
Toshiba L305D S5881 - AMD Turion RM-70 running 64bit Jaunty..
Cheers
Peter William
67GTA, you look like a god send to amny people so thanks in advance
Anyway, I have an Acer Aspire 5520 and I'm having heating issues.. I have fixed as much as I can with the dsdt file, but I'm right at the edge of what I know about linux here and there are still more warnings that I want gone when I try to compile.
And attached is the file itself, let me know if you need anymore info from me thanks, you really are awesome for helping with this issue.Code:Intel ACPI Component Architecture ASL Optimizing Compiler version 20081204 [Jan 10 2009] Copyright (C) 2000 - 2008 Intel Corporation Supports ACPI Specification Revision 3.0a /home/jijin/dsdt.dsl 825: Method (Z004, 0, NotSerialized) Warning 1087 - ^ Not all control paths return a value (Z004) /home/jijin/dsdt.dsl 1498: Method (_WED, 1, NotSerialized) Warning 1087 - ^ Not all control paths return a value (_WED) /home/jijin/dsdt.dsl 1498: Method (_WED, 1, NotSerialized) Warning 1080 - ^ Reserved method must return a value (_WED) /home/jijin/dsdt.dsl 1504: Return (Z004 ()) Warning 1092 - Called method may not always return a value ^ /home/jijin/dsdt.dsl 1542: Method (WMBD, 3, NotSerialized) Warning 1087 - ^ Not all control paths return a value (WMBD) /home/jijin/dsdt.dsl 2215: Method (WMNV, 3, NotSerialized) Warning 1087 - Not all control paths return a value ^ (WMNV) ASL Input: /home/jijin/dsdt.dsl - 6854 lines, 235103 bytes, 2960 keywords AML Output: /home/jijin/dsdt.aml - 24159 bytes, 868 named objects, 2092 executable opcodes Compilation complete. 0 Errors, 6 Warnings, 0 Remarks, 711 Optimizations
As an aside, I do NOT have anything listed in proc/acpi/fan/ folder. I did the thing you had told peterwill to do with the command:
Output of sensors:Code:sudo sensors-detect
It gets really hot and the fan doesn't kick on as fast (or as loud) as it does in windows playing the same game. I'm looking at 85°C+ temps during gaming and I would like the fan to kick on sooner and be able to spin faster as it does in windows.Code:acpitz-virtual-0 Adapter: Virtual device temp1: +66.0°C (crit = +100.0°C) k8temp-pci-00c3 Adapter: PCI adapter Core0 Temp: +63.0°C Core0 Temp: +64.0°C Core1 Temp: +64.0°C Core1 Temp: +63.0°C
Thanks again
Hey there! I was recently fascinated by this post about two weeks ago, when I wanted to figure out the issues behind a misplaced IRQ, and why my laptop wasn't idling cool enough (54C idle is NOT cool, man).
I did some digging (after reading your and everyone else's post), and I managed to find some documentation for ASL here: http://acpi.info/spec.htm . Be forewarned - those without any programming experience or assembly experience will be lost in some places.
I've learned a handful from debugging the DSDT file, including how it controls certain resources (hence my wireless card dying sometimes). So far, with your guide, I was able to knock my laptop's idle down to about 41-47C w/o AC and about 36-43C w/AC.
I hope that the documentation (I'd use the PDF) will help you and everyone else looking to disect their DSDT, and hopefully it will ultimately lead to an improved experience with fan control, thermals, and hibernation.
(K)Ubuntu User since 5.10 | {Semi Active RS Player} | Student Programmer
Bump for 67GTA or another person good with DSDT files
Shake in your boots I'm soon to have offspring and a BOY at that. He'll probably be the antichrist. =.=
I have a Raon Digital Everun Note D60H with a factory underclocked Turion X2-TL56 @ 1200MHz. I have a DSDT bug (error 4095) and powernow-k8 doesn't work (see dmesg).
Thanks a lot for a fixed file.
Stupid Microsoft Compiler. If we don't use any of their crappy OSes they just f*** up the BIOS.
* Original Table Header:
* Signature "DSDT"
* Length 0x0000621D (25117)
* Revision 0x01 **** ACPI 1.0, no 64-bit math support
* Checksum 0x14
* OEM ID "ATI"
* OEM Table ID "SB600"
* OEM Revision 0x06040000 (100925440)
* Compiler ID "MSFT"
* Compiler Version 0x03000000 (50331648)
*/
DefinitionBlock ("dsdt-everun-note.aml", "DSDT", 1, "ATI", "SB600", 0x06040000)
Last edited by Schugy; June 7th, 2009 at 11:03 PM.
Hello,
Seems like some of you have really screwed up dsdt s . Mine is not that bad, just 1 warning. Having said that I haven`t got a clue about how to fix it. I googled, read some other threads and found other people with similar problems but no solution.
Some help would be greatly appreciated.
dmesg|grep WarningCode:Intel ACPI Component Architecture ASL Optimizing Compiler version 20081204 [Jan 10 2009] Copyright (C) 2000 - 2008 Intel Corporation Supports ACPI Specification Revision 3.0a /home/tempered/dsdt.dsl 12682: Method (_Q15, 0, NotSerialized) Warning 1087 - Not all control paths return a value ^ (_Q15) ASL Input: /home/tempered/dsdt.dsl - 14751 lines, 489458 bytes, 6269 keywords AML Output: /home/tempered/dsdt.aml - 52499 bytes, 1275 named objects, 4994 executable opcodes Compilation complete. 0 Errors, 1 Warnings, 0 Remarks, 2938 Optimizations
Code:[ 0.000000] ACPI Warning (tbfadt-0460): Optional field "Gpe1Block" has zero address or length: 000000000000102C/0 [20080926]
Sorry, I've been busy with work. I haven't checked my email for several days.
jijin: I have dealt with several Acer Aspire's and can not effect the temp through the BIOS. I have advised everyone to file bugs against acpi, pm-utils, or maybe kernel (not sure) for their laptop model. I have fixed the errors for yours.
dsdt.aml.jijin.zip
Schugy: I didn't see any errors pertaining to your problems. Hopefully the Intel compiler automatically fixed them. It made around 1400 optimizations by it's self. If not, we can investigate.
dsdt.aml.Schugy.zip
ubunxpm: Yours was hiding. I fixed the 1 error, and 8 more showed up(LOL). I fixed them, and the Intel compiler still made about 2500 optimizations.
dsdt.aml.ubunxpm.zip
Be sure to add the acpi_osi="Linux" description per the how to. Send me your dmesg outputs afterwards, and I will check to see what is happening.
Bookmarks