* RE: Extra ACPI objects from an acpi PNP device?
@ 2006-05-10 19:54 Brown, Len
2006-05-10 20:53 ` Corey Minyard
0 siblings, 1 reply; 3+ messages in thread
From: Brown, Len @ 2006-05-10 19:54 UTC (permalink / raw)
To: Corey Minyard, linux-acpi, ambx1; +Cc: Matt Domsch
>I have a situation where I need to get an ACPI device. The PNP system
>seems like the way to go for this, but I need some extra objects from
>the ACPI namespace for this device (_IFT and _SRV to be specific,
>supposidly added in ACPI 3.0). There doesn't seem to be a clean way to
>do this right now. What would be the best way to get these?
If your code knows about specific AML methods, then it is by-definition,
ACPI-aware, and can't be hidden (completely) behind PNP.
Either that, or some ACPI-aware code needs to exist to intervene to
allow your code to know know anything about ACPI.
So you could make it ACPI aware like 8250_acpi.c was, before it was
deleted...
-Len
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Extra ACPI objects from an acpi PNP device?
2006-05-10 19:54 Extra ACPI objects from an acpi PNP device? Brown, Len
@ 2006-05-10 20:53 ` Corey Minyard
0 siblings, 0 replies; 3+ messages in thread
From: Corey Minyard @ 2006-05-10 20:53 UTC (permalink / raw)
To: Brown, Len; +Cc: linux-acpi, ambx1, Matt Domsch
Brown, Len wrote:
>>I have a situation where I need to get an ACPI device. The PNP system
>>seems like the way to go for this, but I need some extra objects from
>>the ACPI namespace for this device (_IFT and _SRV to be specific,
>>supposidly added in ACPI 3.0). There doesn't seem to be a clean way to
>>do this right now. What would be the best way to get these?
>>
>>
>
>If your code knows about specific AML methods, then it is by-definition,
>ACPI-aware, and can't be hidden (completely) behind PNP.
>
>
True, but the PNP stuff does a lot of the work :)
>Either that, or some ACPI-aware code needs to exist to intervene to
>allow your code to know know anything about ACPI.
>
>
I was thinking of some way to determine if it is ACPI and get the
handle, or a new call to get resources.
>So you could make it ACPI aware like 8250_acpi.c was, before it was
>deleted...
>
>
So just use ACPI directly. This will bypass the PNP port reservation
for that particular ACPI device, I assume.
Thanks,
-Corey
^ permalink raw reply [flat|nested] 3+ messages in thread
* Extra ACPI objects from an acpi PNP device?
@ 2006-05-10 19:14 Corey Minyard
0 siblings, 0 replies; 3+ messages in thread
From: Corey Minyard @ 2006-05-10 19:14 UTC (permalink / raw)
To: linux-acpi, ambx1; +Cc: Matt Domsch
I have a situation where I need to get an ACPI device. The PNP system
seems like the way to go for this, but I need some extra objects from
the ACPI namespace for this device (_IFT and _SRV to be specific,
supposidly added in ACPI 3.0). There doesn't seem to be a clean way to
do this right now. What would be the best way to get these?
Thanks,
-Corey
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2006-05-10 20:53 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-05-10 19:54 Extra ACPI objects from an acpi PNP device? Brown, Len
2006-05-10 20:53 ` Corey Minyard
-- strict thread matches above, loose matches on Subject: below --
2006-05-10 19:14 Corey Minyard
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.