acpi_cpu: _PDC vs _OSC
John Baldwin
jhb at freebsd.org
Thu Feb 4 22:29:27 UTC 2010
On Thursday 04 February 2010 5:13:29 pm Andriy Gapon wrote:
> on 04/02/2010 23:57 John Baldwin said the following:
> > On Thursday 04 February 2010 2:42:47 pm Andriy Gapon wrote:
> >> - * TODO: evaluate failure of _OSC.
> >> + * On some systems evaluation of _OSC/_PDC dynamically
> >> + * loads the _PSS and other methods.
> >> */
> >
> > I would only say _OSC here. I don't think we've seen any systems that
load
> > something when _PDC is invoked, only when _OSC is invoked.
>
> Actually, I think that the way it's written should be OK.
> I've seen a few DSDTs where both are present and both do the same thing.
> E.g.:
>
> Scope (\_PR.CPU0)
> {
> Name (HI0, Zero)
> Name (HC0, Zero)
> Method (_PDC, 1, NotSerialized)
> {
> Store (CPDC (Arg0), Local0)
> GCAP (Local0)
> Return (Local0)
> }
>
> Method (_OSC, 4, NotSerialized)
> {
> Store (COSC (Arg0, Arg1, Arg2, Arg3), Local0)
> GCAP (Local0)
> Return (Local0)
> }
> ...
>
> Looks like CPDC is "Convert _PDC" and COSC is "Convert _OSC" and GCAP is
"G...
> capabilities", whatever "G..." could mean.
But is GCAP loading an additional SSDT? That is what the "loading something"
refers to and I think we've only observed that occurring with _OSC. I'd
rather we only document unexpected quirks that someone has actually reported
and not assume that just because an _OSC method on some box did it, there's
bound to be a _PDC method on some other box that does it. In truth, the
comment is probably not needed now anyway since this will always do _OSC
first.
--
John Baldwin
More information about the freebsd-acpi
mailing list