I had a problem with the linux acpi almost a year ago. The problem was a bug in the dsdt table which was later fixed and the fix ended in the main kernel tree. Now it is fine. Windows had no problems at all. However I found a way to recompile the dsdt table and put the right one back in the bios file. There is a "small" problem. The original dsdt was recompiled with the microsoft asl compiler v2.0.2 Beta. After fixing it and recompiling it back, the new acpi modul doesn't fit in the bios file. Therefore I used the latest intel asl compiler - acpica-unix-20090903 (no errors, no wanrings after fixing it). I used the optimazation option and the resulted aml file fits in the bios. Without the optimazation, it is with 4 bytes longer than the available space. This is a 2006-2007 acer notebook with phoenix bios, which means being designed sometime in 2005. After dumping the original dsdt iasl says "acpi 1.0 support". here is linux kernel bug report http://bugzilla.kernel.org/show_bug.cgi?id=10237 Here are my questions: 1. Can I substitute the original dsdt (compiled with ms asl 2) with the one compiled and optimazed with Intel iasl? How will the hardware react? Will there be any problems that can make the notebook unbootable (not connected to the flashing process and checksums)? 2. Is there such a "big" diffference between the code produced by these apps? I know that ms doesn't stick to any standards and their compiler compiles almost anything without checking anything. On the other side the iasl asked me to correct 4-5 things. I've tested the recompiled dsdt with linux (inserted in the kernel) and it works fine. I know that linux sticks to standards and uses the code that comes from acpica.org therefore there shouldn't be any compatibility problems with linux. 3. How should windows react to the new dsdt recompiled with intel's iasl? will it be incompatible? Is it possible that the microsft asl is somehow even deeper rooted in the original bios, not just in the dsdt? What about the other apci tables and code? Should they also me recompiled with iasl? Possible HARDWARE incompatibility issues? 4. Any experiences with such bios-dsdt substitution? I know that some peoplewho read this list and have much greater knowledge about the linux/microsft implementation of the bios code. Therefore I need some advise (appart from "don't do it, you'll break everything") before trying this. Please help me with any possible problems before flashing my modified bios. -- To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
