On Mon, 2009-12-21 at 15:47 +0800, Pavel Troller wrote: > > On Mon, 2009-12-21 at 14:04 +0800, Pavel Troller wrote: > > > > On Mon, 2009-12-21 at 12:11 +0800, Pavel Troller wrote: > > > > > > On Sun, 2009-12-20 at 15:02 +0800, Pavel Troller wrote: > > > > > > > Hi! > > > > > > > On my new system with Gigabyte G41M-ES2H mobo and Intel Core Quad Q8300 CPU, > > > > > > > there are the following errors reported on boot: > > > > > > > > > > > > > > ACPI: SSDT 00000000cdcedb10 0022A (v01 PmRef Cpu0Ist 00003000 INTL 20040311) > > > > > > > Marking TSC unstable due to TSC halts in idle > > > > > > > Switching to clocksource hpet > > > > > > > processor LNXCPU:00: registered as cooling_device0 > > > > > > > ACPI: SSDT 00000000cdcedfd0 00152 (v01 PmRef Cpu1Ist 00003000 INTL 20040311) > > > > > > > ACPI Error (psparse-0537): Method parse/execution failed [\_PR_.CPU1._PDC] (Node ffff88012f815a00), AE_ALREADY_EXISTS > > > > > > > ACPI: Marking method _PDC as Serialized because of AE_ALREADY_EXISTS error > > > > > > > processor LNXCPU:01: registered as cooling_device1 > > > > > > > ACPI: SSDT 00000000cdcee130 00152 (v01 PmRef Cpu2Ist 00003000 INTL 20040311) > > > > > > > ACPI Error (psparse-0537): Method parse/execution failed [\_PR_.CPU2._PDC] (Node ffff88012f815a80), AE_ALREADY_EXISTS > > > > > > > ACPI: Marking method _PDC as Serialized because of AE_ALREADY_EXISTS error > > > > > > > processor LNXCPU:02: registered as cooling_device2 > > > > > > > ACPI: SSDT 00000000cdcee290 00152 (v01 PmRef Cpu3Ist 00003000 INTL 20040311) > > > > > > > ACPI Error (psparse-0537): Method parse/execution failed [\_PR_.CPU3._PDC] (Node ffff88012f815b00), AE_ALREADY_EXISTS > > > > > > > ACPI: Marking method _PDC as Serialized because of AE_ALREADY_EXISTS error > > > > > > > processor LNXCPU:03: registered as cooling_device3 > > > > > > > > > > > > > > Is this error just cosmetic, or is it worth fixing ? There is no BIOS update > > > > > > > for this motherboard yet. Are the SSDT tables replaceable the same way as DSDT > > > > > > > is ? > > > > > > > > > > > > > please attach the acpidump output. > > > > > > please run "acpidump --addr 0xcdcedb10 --length 0x22a > ssdt1.dat" > > > > > > "acpidump --addr 0xcdcedfd0 --length 0x152 > ssdt2.dat" "acpidump --addr > > > > > > 0xcdcee130 --length -x--152 > ssdt3.dat" "acpidump --addr 0xcdcee290 > > > > > > --length -x152 > ssdt4.dat" and attach the ssdt*.dat files here. > > > > > > > > > > > > thanks > > > > > > rui. > > > > > > > > > > Hi Rui, > > > > > the tables are here. Thank your for your reply! > > > > > > > > you need to run "acpidump > acpidump.dat" and attach the acpidump.dat as > > > > well. :) > > > > > > > > thanks, > > > > rui > > > > > > Oh, sorry, I forgot this one. > > > Here it is. > > > > please attach these tables as well, > > "acpidump --addr 0xCDCEE580 --length 0x0000018A >cpu1cst.dat" > > "acpidump --addr 0xCDCEE580 --length 0x0000018A >cpu1cst.dat" > > "acpidump --addr 0xCDCEE580 --length 0x0000018A >cpu1cst.dat" > > > > > > Hi! > OK, here are the tables (I hope I've found the addresses right :-) ). yes. I have found the root caused of this issue. BIOS provides duplicate ACPI method _CST, which is used for processor c-state control, for each processor. And the error message is printed out when ACPI tries to install the second _CST method. This is a BIOS problem to me. But anyway, it's harmless, the two _CST methods are the same, and the second _CST will be ignored automatically. If you still don't like this warning message, you need to upgrade your BIOS to see if they have already been fixed. :) thanks, rui -- 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
