Milan Jurik <[email protected]> wrote: > > Hi, > > John Martin píše v so 10. 07. 2010 v 16:26 -0400: > > On 07/10/10 02:44 PM, Stefan Parvu wrote: > > > if you have any ideas how the heck to get rid off this much appreciated: > > > > > > Jul 10 21:29:40 neptune last message repeated 343 times > > > Jul 10 21:29:53 neptune unix: [ID 513276 kern.notice] NOTICE: Unknown > domain coordination type: 4 > > > Jul 10 21:36:19 neptune last message repeated 412 times > > > Jul 10 21:36:23 neptune unix: [ID 513276 kern.notice] NOTICE: Unknown > domain coordination type: 4 > > > Jul 10 21:43:03 neptune last message repeated 6283 times > > > Jul 10 21:43:13 neptune unix: [ID 513276 kern.notice] NOTICE: Unknown > domain coordination type: 4 > > > > As a temporary workaround, in /etc/power.conf set: > > > > cpupm disable > > > > and then > > > > $ pfexec pmconfig > > > > We've asked Toshiba for a M11 eval unit to examine > > these problems, but it might help speed things up if > > we can get a dump of the ACPI tables. I don't know if > > the iasl utility for Solaris is publicly available. > > acpidump should be enough here, shouldn't it? And that is in > pkg://diagnostic/acpidump
This is quite possible a BIOS bug. P-state has the corrupted coordination type(4). Currently ACPI defines 0xFC(SW_ALL), 0xFD(SW_ANY) and 0xFE(HW_ALL), "4" is unknown as reported. Yes, ACPIDUMP should be enough to dump the table out. Please send it out for diagnosis. Thanks, -Aubrey > > Best regards, > > Milan _______________________________________________ pm-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/pm-discuss
