Re: [PATCH] ACPI: return first _ADR match for acpi_get_child

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wednesday, December 19, 2012 11:40:47 PM Lekensteyn wrote:
> Hi,
> 
> On Wednesday 19 December 2012 12:31:35 Rafael J. Wysocki wrote:
> > > This is a well-aimed shot in the dark based on the DSDT I see.
> > 
> > Can you post that DSDT by chance?
> The DSDT for a Lenovo Ideapad Y470 has been posted before to 
> https://bugzilla.kernel.org/show_bug.cgi?id=42696.
> 
> From dsdt.dsl,
> line 9279 (context Device(\_SB.PCI0.PEG0)):
> 
>     Name (_ADR, 0x00010000)
> 
> line 9377 (context Device(\_SB.PCI0.PEG0.PEGP)):
> 
>     Name (_ADR, 0xFFFF)
> 
> line 9414 (context Device(\_SB.PCI0.PEG0.VGA)):
>  Name (_ADR, Zero)
> 
> From ssdt6.dsl, line 1070, (context Device(\_SB.PCI0.PEG0.PEGP)):
>     Method (_INI, 0, NotSerialized)
>     {
>         Store (Zero, \_SB.PCI0.PEG0.PEGP._ADR)
>     }
> 

OK

But as far as I can say, there also are _PS0, _PS1 and _PS3 methods under
PEG0.VGA and there are display devices under it.  Moreover, it seems to have
_DOS defined (which PEGP doesn't have), so I'm not really sure we should
prefer PEG0.PEGP to PEG0.VGA after all?

I wonder what PEG0.PEGP and PEG0.VGA are supposed to represent, actually.

Thanks,
Rafael


-- 
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
--
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


[Index of Archives]     [Linux IBM ACPI]     [Linux Power Management]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]     [Linux Resources]

  Powered by Linux