Thank you for helping to make my point more clear while still missing it entirely. Should I need to know what a DSDT is and what it does in order to use Linux? No. Does anyone need to know such things when running a Windows OS on any hardware currently available. No.
If Linux is going to ever be a viable replacement for Windows the developers are going to need to be a lot more creative about solutions rather than excuses.
OR hardware companies could simply begin standing behind the quality of their products... just a thought...
You again seem to miss the point that this is not a OS specific problem. It has nothing to do with linux/vista/or sorts. It's because your hardware manufacturer faulted and used a crappy compiler. If you take a linux pre-installed pc, then you hardly face these problems. If you are not ready to spend sometime to get your OS running then you can by all means use windows.
P.S: I am not trying to be harsh but get your points straight, it is NOT a linux problem and no one is giving excuses here instead of fixing it. According to me its only because of the hardware manufacturer (In my case HP screwed up and I had lot of errors in dsdt which i fixed. Now my laptop rocks)
'UBUNTU', THE COLOR OF MY LIFE!!!
Ubuntu User # 25608
Gateway 6860fx
Bios v. 94.29
Yippee-SkippeeCode:CylnZ@CylnZ-laptop1:~$ iasl -tc /home/CylnZ/dsdt.dsl Intel ACPI Component Architecture ASL Optimizing Compiler version 20081204 [Jan 10 2009] Copyright (C) 2000 - 2008 Intel Corporation Supports ACPI Specification Revision 3.0a ASL Input: /home/CylnZ/dsdt.dsl - 7427 lines, 258581 bytes, 2928 keywords AML Output: /home/CylnZ/dsdt.aml - 27724 bytes, 715 named objects, 2213 executable opcodes Compilation complete. 0 Errors, 0 Warnings, 0 Remarks, 872 Optimizations CylnZ@CylnZ-laptop1:~$
If you want/need the file:
Last edited by CylnZ; May 25th, 2009 at 02:47 AM. Reason: acpi.sourceforge is read only now
I got these errors:
Can you help me with mi dsdt.dsl file?, i dont know how to fix it./home/user/dsdt.dsl 104: Method (\_WAK, 1, NotSerialized)
Warning 1080 - Reserved method must return a value ^ (_WAK)
/home/user/dsdt.dsl 3540: Method (_Q16, 0, NotSerialized)
Warning 1087 - Not all control paths return a value ^ (_Q16)
/home/users/dsdt.dsl 7714: Method (_HOT, 0, Serialized)
Warning 1087 - Not all control paths return a value ^ (_HOT)
/home/users/dsdt.dsl 7714: Method (_HOT, 0, Serialized)
Warning 1080 - Reserved method must return a value ^ (_HOT)
/home/users/dsdt.dsl 7716: Zero
Error 4095 - syntax error, unexpected PARSEOP_ZERO ^
/home/users/dsdt.dsl 7723: Method (_CRT, 0, Serialized)
Warning 1087 - Not all control paths return a value ^ (_CRT)
/home/users/dsdt.dsl 7723: Method (_CRT, 0, Serialized)
Warning 1080 - Reserved method must return a value ^ (_CRT)
/home/users/dsdt.dsl 7725: Zero
Error 4095 - syntax error, unexpected PARSEOP_ZERO ^
I have an HP DV6620LA and the only problem that i have detected is:
when the notebook boots only with battery i have to press any key to successful boot the os.
Sorry my english
Last edited by totoxa; May 28th, 2009 at 01:12 AM.
Yours isn't that bad. I will fix it and get it back to you tomorrow. A custom DSDT for your PC will fix:
Suspend/Hibernate
Heat/Fan(will run cooler, your temp limits aren't being read)
Fix hanging at boot
First I need a copy of the output ofThe output exceeds the terminal cache, so open a terminal, click "Edit" and then "Profile Preferences". Click on the "Scrolling" tab and change 512 to 3000. Then runCode:sudo dmesgand post a copy of it. I will need to compare it to the output of dmesg afterwards to make sure everything is okay.Code:sudo dmesg
Here is it
I went ahead and fixed it before bed You can copy/paste from the how to now that you have the fixed dsdt.aml file. The results from iasl: Compilation complete. 0 Errors, 0 Warnings, 0 Remarks, 1130 Optimizations. Be sure to add "acpi_osi="Linux" to /boot/grub/menu.lst per the how to. After you get it implemented, run "sudo dmesg" after rebooting and post a copy. I will look tomorrow to make sure there are no errors left in your dmesg output and post the changes for you. dsdt.aml.zip
Hi, I was directed here by way of the following post I made in the dell user support forums.
http://ubuntuforums.org/showthread.php?t=1149898
Since updating to Ubuntu 9.04 (32bit) on my Dell m1330n when returning from suspend occasionally (every second suspend really) my computer seems to myteriously "lose" my gnome session, and all of my work with it. It's pretty annoying and I have gotten into the habit of just shutting down my machine when moving from place to place. I posted my pm-suspend.log file in the other thead above and it seemed to indicate it returned from suspend correctly. However my session is gone :_|
I tried flashing my BIOS from version A8 to the current version A15 on the advice of another user. This did not fix my issue. I read through this thead and it seems unlikely to me that dell would compile a linux incompatible/buggy version of their DSDT in a laptop model that was actually sold with Ubuntu preinstalled on it.
I've taken a dump of my DSDT file and I could provide it if someone would be so kind as to take a look or tell me is the DSDT could potentially even be responsible fro my problem.
I'm a little lost as to where to look next. No log files are showing any errors or anything.
The only thing I see is an error with GDM indicating MTRR issues.
from /var/log/gmd/:0.log
error setting MTRR (base = 0xe0000000, size = 0x10000000, type = 1) Invalid argument (22)
Last edited by pormogo; May 28th, 2009 at 02:58 AM.
Bookmarks