On Tue, Jul 22, 2008 at 10:22:39AM +0800, Zhang Rui wrote: > On Thu, 2008-07-17 at 16:41 +0800, Andre Prendel wrote: > > On Tue, Jul 15, 2008 at 04:41:00PM +0800, Zhang Rui wrote: > > > > > It seems that OS failed to get the correct RSDT address > > > > (0x1fff0000), > > > > > although the RSDP is found correctly. (ACPI: RSDP 000FA340, > > 0014) > > > > > > > > > > please run "./acpidump --addr 0xFA340 --length 0x14 > rsdp_xxx", > > > > > and attach the rsdp for all of the three cases (good, ACPI > > Error, > > > > ACPI > > > > > Exception). > > > > Hello Rui, > > > > > > > > here is the output of the three cases. The dump files are attached > > > > too. > > > > > > > > ---- > > > > good > > > > ---- > > > > andre@ubuntu:~/src/acpi/pmtools-20071116/acpidump$ hexdump > > rsdp_good > > > > 0000000 5352 2044 5450 2052 418c 494d 2020 0020 > > > > 0000010 0000 1fff > > > > 0000014 > > > > > > > > ----- > > > > error > > > > ----- > > > > andre@ubuntu:~/src/acpi/pmtools-20071116/acpidump$ hexdump > > rsdp_error > > > > 0000000 5352 2044 5450 2052 418a 494d 2020 0020 > > > > 0000010 0000 21ff > > > > 0000014 > > > > > > > > --------- > > > > exception > > > > --------- > > > > andre@ubuntu:~/src/acpi/pmtools-20071116/acpidump$ hexdump > > > > rsdp_exception > > > > 0000000 5352 2044 5450 2052 417c 494d 2020 0020 > > > > 0000010 0000 2fff > > > > 0000014 > > > > > > Weird. > > > The dmesg shows that the memory map gotten from e820 table is > > changed. > > > And the file attached shows that rsdp points to different rsdt > > address. > > > > > > > > Now I see the ACPI Error under the 2.6.25.10 kernel sometimes too, > > but > > > > power off works well. So I also attach the two configs. Maybe the > > > > different config is the reason why power off works under > > 2.6.25.10. > > > so you may get different e820 table when running 2.6.25.10 as well? > > > could you please attach the dmesg output of a 2.6.25.10 kernel which > > has > > > the ACPI error? > > > > Attached. Yes, the e820 table differs, but power off still works. > > Hmm, there seems to be two bugs here. > 1. invalid e820 tables, which seems like a BIOS bug, please try to > upgrade your BIOS. > 2. poweroff doesn't work. > Hmm, please try boot option "acpi=off" in both 2.6.25 and 2.6.26. > I guess power off works on 2.6.25 while it fails on 2.6.26, right? Hello Rui, I have found the power off problem. After bisecting the problem without success I compared the configs from 2.6.25.10 and 2.6.26-rc*. I have seen a difference in the APM section. In the 2.6.26-rc* config CONFIG_APM_DO_ENABLE was not enabled. I dont know how this could happen. AFAIR I used the working 2.6.25 config and made just a "make oldconfig". So I have enabled CONFIG_APM_DO_ENABLE, build the kernel and now power off works fine. Further the ACPI errors/exceptions do not appear with 2.6.26 (stable) and the new config. Maybe this is why CONFIG_APM_DO_ENABLE is enabled. I dont know the relation between this option and ACPI. ----------------------- dmesg (extract) ----------------------- Linux version 2.6.26-default (andre@ubuntu) (gcc version 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)) #13 Mon Jul 21 22:48:01 CEST 2008 BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 000000000009fc00 (usable) BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved) BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 000000001fff0000 (usable) BIOS-e820: 000000002fff0000 - 000000002fff8000 (ACPI data) BIOS-e820: 000000002fff8000 - 0000000030000000 (ACPI NVS) BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved) BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved) BIOS-e820: 00000000ffee0000 - 00000000fff00000 (reserved) BIOS-e820: 00000000fffc0000 - 0000000100000000 (reserved) [...] ACPI: Interpreter disabled. Linux Plug and Play Support v0.97 (c) Adam Belay pnp: PnP ACPI: disabled [...] The bios problem still exists so maybe I will do an upgrade. > thanks, > rui Thanks, Andre > > -- > To unsubscribe from this list: send the line "unsubscribe kernel-testers" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html -- 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
