Hi, I can report that the kernel patch for enabling DSDT for 2.6.28 patches a 2.6.29 kernel OK (Fedora 11). I've followed the various instructions (with corrections, because none of the seem to be exactly right - out of date?) and have patched a DSDT and got it to load from the initrd: # dmesg | fgrep -i dsdt ACPI: DSDT BFDE4000, BACC (r1 HPQOEM SLIC-MPC 1 MSFT 1000013) ACPI: Checking initramfs for custom DSDT ACPI: Found DSDT in DSDT.aml. ACPI: Override [DSDT-SLIC-MPC], this is unsafe: tainting kernel ACPI: Table DSDT replaced by host OS ACPI: DSDT 00000000, BAC7 (r1 HPQOEM SLIC-MPC 1 INTL 20090123) ACPI: DSDT override uses original SSDTs unless "acpi_no_auto_ssdt" ACPI: EC: Look up EC in DSDT The problem is that it seems to be completed ignored! The acpidump output with and without the custom DSDT is identical! The problem I'm trying to solve is this one: http://bugzilla.kernel.org/show_bug.cgi?id=13718 regards, RR
Hi, Looks like I was wrong. The DSDT changes were affecting the LCD display not the fan. I didn't notice because I generally use an external monitor. So, I'd conclude two things: 1. The custom DSDT is being loaded; and, 2. acpidump always outputs the machine's BIOS, and a custom DSDT is not reported return by this command. Please confirm and then close this as "not a bug". regards, RR
From the following log it seems that the custom DSDT is effective. >ACPI: DSDT BFDE4000, BACC (r1 HPQOEM SLIC-MPC 1 MSFT 1000013) >ACPI: Checking initramfs for custom DSDT >ACPI: Found DSDT in DSDT.aml. >ACPI: Override [DSDT-SLIC-MPC], this is unsafe: tainting kernel >ACPI: Table DSDT replaced by host OS So this is not a bug.
From the log it seems that the custom DSDT is effective after printing the following message: >ACPI: Table DSDT replaced by host OS And this is not a bug. So this bug will be rejected and marked as "invalid".