From: Zhao Yakui <yakui.zhao@intel.com>
To: David Brownell <david-b@pacbell.net>
Cc: linux-pm@lists.linux-foundation.org,
Thomas Renninger <trenn@suse.de>,
linux-acpi@vger.kernel.org
Subject: Re: [patch 2.6.25-rc6 1/7] crosslink ACPI and "real" device nodes
Date: Fri, 21 Mar 2008 16:34:31 +0800 [thread overview]
Message-ID: <1206088471.4109.56.camel@localhost.localdomain> (raw)
In-Reply-To: <200803210031.35174.david-b@pacbell.net>
On Fri, 2008-03-21 at 00:31 -0700, David Brownell wrote:
> On Thursday 20 March 2008, Zhao Yakui wrote:
> > On Thu, 2008-03-20 at 14:09 -0700, David Brownell wrote:
> > > From: David Brownell <dbrownell@users.sourceforge.net>
> > >
> > > Add cross-links between ACPI device and "real" devices in sysfs,
> > > exposing otherwise-hidden interrelationships between the various
> > > device nodes which ACPI creates. As a representative example one
> > > hardware device is exposed as two logical devices (PNP and ACPI):
> > >
> > > .../pnp0/00:06/
> > > .../LNXSYSTM:00/device:00/PNP0A03:00/device:15/PNP0B00:00/
> > >
> > > The PNP device gets a "firmware_node" link pointing to the ACPI device.
> > > The ACPI device has a "physical_node" link pointing to the PNP device.
> > > Linux drivers currently bind only to the "physical" device nodes.
> >
> > Very good idea.
> > But maybe there is a lot of ACPI devices on the laptops. And we take a
> > little care about the association between the acpi device and "real"
> > device.
>
> Are you suggesting that the ACPI nodes shouldn't exist at all?
> Or that something is wrong with how they're set up or used?
No. The ACPI nodes should exist. What I said is whether it is necessary
to create the link for all the ACPI devices between the ACPI device and
"real" node device. Of course it is also OK if link is created for the
ACPI device with the ability to wake the sleeping system.
> For now, there's some confusion. Devices listed in ACPI tables
> have one or two extra sysfs device nodes. I think *something*
> should help sort out the confusion -- this patch (originally
> from Zhang Rui, a co-worker of yours) is the only help for that
> which I've seen so far. Do you propose some other solution?
> If so, what is it ... and what are its advantages?
> > Maybe it is more useful if the link is set up for the acpi device with
> > the _PRW object. Maybe the link that points to ACPI device with the _PRW
> > object is created in the /sys/power/.
>
> That's way too many "maybes" for my taste! Maybe I don't see
> how "_PRW" could be the only interesting thing, when most of
> the ACPI nodes don't even *have* such records ... and when not
> all power-manageable devices are even known to ACPI.
Sorry. What I means is that the link(point to the ACPI device with the
ability to wake the sleeping system) is created in the /sys/power/.
After doing so, we can easily check which device has the ability to wake
the sleeping system. (The _PRW object indicates that the device have the
ability to wake the sleeping system).
>
> The notion of adding ACPI-specific stuff to generic areas (like
> /sys/power) really bothers me...
>
> - Dave
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2008-03-21 8:43 UTC|newest]
Thread overview: 57+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-03-20 21:08 [patch 2.6.25-rc6 0/7] misc pm wake patches David Brownell
2008-03-20 21:09 ` [patch 2.6.25-rc6 1/7] crosslink ACPI and "real" device nodes David Brownell
2008-03-21 6:43 ` Zhao Yakui
2008-03-21 7:31 ` David Brownell
2008-03-21 8:34 ` Zhao Yakui [this message]
2008-03-21 9:04 ` David Brownell
2008-03-20 21:10 ` [patch 2.6.25-rc6 2/7] acpi_pm_device_sleep_state() cleanup David Brownell
2008-03-24 16:30 ` [linux-pm] " Pavel Machek
2008-04-19 4:11 ` [RESEND patch 2.6.25] " David Brownell
2008-04-29 20:33 ` [RE-RESEND patch 2.6.25-git] " David Brownell
2008-04-29 21:49 ` Rafael J. Wysocki
2008-04-29 22:12 ` David Brownell
2008-04-30 12:07 ` Rafael J. Wysocki
2008-03-20 21:12 ` [patch 2.6.25-rc6 3/7] pci_choose_state() cleanup and fixes David Brownell
2008-03-20 22:37 ` Rafael J. Wysocki
2008-03-20 23:03 ` David Brownell
2008-03-21 0:22 ` Rafael J. Wysocki
2008-03-21 0:55 ` [linux-pm] " Alan Stern
2008-03-21 1:47 ` Rafael J. Wysocki
2008-03-21 8:15 ` David Brownell
2008-03-21 16:23 ` Rafael J. Wysocki
2008-03-22 17:55 ` David Brownell
2008-03-22 18:11 ` Rafael J. Wysocki
2008-03-22 18:29 ` David Brownell
2008-03-21 7:53 ` David Brownell
2008-03-21 16:38 ` Rafael J. Wysocki
2008-03-22 17:49 ` David Brownell
2008-03-22 18:34 ` Rafael J. Wysocki
2008-04-14 4:59 ` David Brownell
2008-03-20 21:15 ` [patch 2.6.25-rc6 4/7] USB uses pci_choose_state() David Brownell
2008-03-20 21:20 ` [patch 2.6.25-rc6 5/7] ACPI sets up device.power.can_wakeup flags David Brownell
2008-03-21 7:43 ` Zhao Yakui
2008-04-19 4:14 ` [RESEND patch 2.6.25] " David Brownell
2008-04-22 2:48 ` Zhang Rui
2008-03-20 21:22 ` [patch 2.6.25-rc6 6/7] ACPI uses device_may_wakeup() policy inputs David Brownell
2008-04-19 4:18 ` [RESEND patch 2.6.25] " David Brownell
2008-04-22 2:42 ` Zhang Rui
2008-04-26 19:29 ` David Brownell
2008-04-22 13:30 ` Zhao Yakui
2008-04-26 19:37 ` David Brownell
2008-04-28 12:48 ` Zhao Yakui
2008-04-28 8:50 ` Zhang Rui
2008-04-28 13:43 ` [linux-pm] " Alan Stern
2008-04-29 23:38 ` David Brownell
2008-04-30 13:58 ` Alan Stern
2008-05-14 14:56 ` Pavel Machek
2008-04-28 22:28 ` David Brownell
2008-04-28 21:35 ` Henrique de Moraes Holschuh
2008-04-28 22:20 ` David Brownell
2008-04-28 22:54 ` Henrique de Moraes Holschuh
2008-04-29 0:20 ` David Brownell
2008-04-29 20:32 ` David Brownell
2008-04-28 22:24 ` David Brownell
2008-04-28 22:26 ` David Brownell
2008-03-20 21:25 ` [patch 2.6.25-rc6 7/7] PCI set up device.power.can_wakeup flags David Brownell
2008-03-20 21:53 ` [linux-pm] " Alan Stern
2008-03-20 22:22 ` David Brownell
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1206088471.4109.56.camel@localhost.localdomain \
--to=yakui.zhao@intel.com \
--cc=david-b@pacbell.net \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-pm@lists.linux-foundation.org \
--cc=trenn@suse.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox