* Seeking Direction
@ 2010-10-15 19:29 Tim Roberts
0 siblings, 0 replies; only message in thread
From: Tim Roberts @ 2010-10-15 19:29 UTC (permalink / raw)
To: linux-acpi
I need to call a _DSM method for a device hardwired to a motherboard
USB slot. There will be two such devices. I've done this from Windows,
but I have a couple of questions about a Linux implementation. I
believe that I am not an idiot, but feel free to express an alternative
opinion.
Everything is pretty clear to me, except for the mechanism to find the
DSDT path for the slots. I'm hoping I can do all of the USB handling
from user-mode without a custom kernel driver. Given the sysfs name of
the device in /sys/bus/usb/devices (for example, 1-1.3 or 2-1.3), I can
parse that and hack up the path name (\_SB.PCI0.EHC1.HUBN.PR01.PR13 or
..EHC2...), but that seems rather delicate, and I don't know that the
naming scheme there is standardized, should this need to move to another
manufacturer. I couldn't find any way to link from the sysfs tree for
the USB device back to the /sys/devices/LNXSYSTM:00 tree, which would
give me the DSDT path.
So, in a udev arrival script for a device, or in a USB kernel driver for
a device, how can I learn the DSDT path to that device's slot, or at
least acquire an acpi_handle so I can call a _DSM?
And am I correct in thinking there is no way to enable a GPE callback
without using a kernel driver?
--
Tim Roberts, timr@probo.com
Providenza & Boekelheide, Inc.
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2010-10-15 19:29 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-10-15 19:29 Seeking Direction Tim Roberts
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox