Linux acpi compatibility / intel iasl compiler

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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 kernelbug #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 the acpica project 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.

--joshua
--
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

[Index of Archives]     [Linux IBM ACPI]     [Linux Power Management]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]     [Linux Resources]

  Powered by Linux