[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Pine.LNX.4.44L0.0908131435490.8368-100000@iolanthe.rowland.org>
Date: Thu, 13 Aug 2009 14:39:21 -0400 (EDT)
From: Alan Stern <stern@...land.harvard.edu>
To: "Rafael J. Wysocki" <rjw@...k.pl>
cc: linux-pm <linux-pm@...ts.linux-foundation.org>,
linux-acpi <linux-acpi@...r.kernel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Zhang Rui <rui.zhang@...el.com>, Len Brown <lenb@...nel.org>,
Arjan van de Ven <arjan@...ux.intel.com>
Subject: Re: [RFC][PATCH 0/3] PM: Asynchronous suspend and resume
On Thu, 13 Aug 2009, Rafael J. Wysocki wrote:
> > If the set of pm_connection objects is reasonably small then the
> > master_hook and slave_hook aren't needed; you can just read through the
> > entire list. Leaving out parent-child connections, which we already
> > know, would help shrink the set.
>
> Do you mean a global list for the entire system? I'm not sure if that wouldn't
> hurt performance (please note that it also affects runtime PM).
It doesn't have to affect runtime PM. That is, for runtime PM we can
make the bus subsystems responsible for enforcing the dependencies.
> We could use counters of "suspended slaves" and "active masters" to optimize
> things, but still updating these counters could take time (one has to find all
> devices dependent on given one and update a counter for each of them).
The problem with counters is that devices can be removed in the middle
of a suspend or resume. That would mess up the counter values.
Alan Stern
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists