I have Breezy on Acer Aspire 3003LC. Completely up to date.
I copied the firmware DSDT from /proc/acpi
Using iASL: decompiled it, then adjusted the code until it would recompile without errors.
Stuck DSDT.aml into /etc/mkinitramfs, and ran dpkg-reconfigure linux-image.
Reboot.
No acpi, fan on all the time etc.
dmesg was flooded with APIC errors.
reboot with option "noapic" so I can see what's going on.
dmesg now shows that the custom dsdt file was found, but nothing was read from it. And this is the problem... here's the actual statement:
Code:
$ dmesg | grep ACPI
ACPI: Looking for DSDT in initramfs... found /DSDT.aml ... successfully read 0 bytes from /DSDT.aml
ACPI: Using customized DSDT
ACPI-0229 *** Warning: Invalid checksum in table [ ] (00, sum 54 is not zero)
ACPI-0306 *** Info: table [ ] replaced by host OS
ACPI-0320 *** Error: ns_search_and_enter: Bad character in ACPI Name: CBEEDF
ACPI-0295 *** Error: Looking up [0xCBEEDF] (NON-ASCII)
ACPI-0127 *** Error: acpi_load_tables: Could not load namespace: AE_BAD_CHARACTER
ACPI-0136 *** Error: acpi_load_tables: Could not load tables: AE_BAD_CHARACTER
ACPI: Unable to load the System Description Tables
ACPI: Subsystem revision 20050729
ACPI: Interpreter disabled.
pnp: PnP ACPI: disabled
And so there is no ACPI ... That first line would be the trouble.
Checking DSDT.aml shows
Code:
$ ls -l /etc/mkinitramfs/DSDT.aml
-rw-r--r-- 1 root root 13975 2005-11-27 23:47 /etc/mkinitramfs/DSDT.aml
Permissions don't seem to be the problem: everyone has read access; and the file clearly is bigger than 0 bytes. And i did compile with iasl -ta dsdt.dsl.
I suspect this may be something to do with the reconfigure process or the way the breezy kernel reads the custom dsdt - making this an Ubuntu/Debian specific issue.
So what gives???
(Before I give the "fixed" DSDT to sourceforge I want to make sure this is really fixed. The good folk on the ACPI list advise me to recompile the kernel with the dsdt.hax file factored in. But then I'd have to do this with every kernel upgrade!)