Li, Aubrey wrote: > Dana H.Myers wrote: > > >> Bill Holler wrote: >> >>> Try disabling C-states (C2 and C3) in BIOS. >>> We still parse the _CST object when idle_cpu_no_deep_c is set >>> to be able to report what C-states are available. :-( >>> >>> I will have a fix you can try in under an hour. >>> >> Whoa. Let's figure out why ACPI CA is returning an >> apparently invalid Package structure from AcpiEvaluateObject() >> first - it's likely not directly the result of a buggy _CST "table". >> >> [_CST is an ACPI object encoded as AML, it's not simple >> table like the firmware tables are; ACPI CA parses it and >> constructs the returned object which is tripping over a panic] >> >> What I need to see is the entire output of '/home/sethg/iasl -g' for >> this machine. >> >> Dana >> >> > Inconsistency of _CST count and package elements caused this problem. > The count looks fine while the package elements don't exist. > What's your evidence of this? > We could be more robust to check elements before deref to it. > You *could* be, but you shouldn't *need* to be. > But I don't think it's ACPI CA related. > Do you know how AcpiEvaluateObject() works? :-)
> Thanks, > -Aubrey > >
