From: David Brownell <david-b@pacbell.net>
To: Patrick Mochel <mochelp@infinity.powertie.org>
Cc: lkml <linux-kernel@vger.kernel.org>
Subject: Re: RFC: New Driver Model for 2.5
Date: Sat, 20 Oct 2001 10:03:17 -0700 [thread overview]
Message-ID: <0f2f01c15989$1de93960$6800000a@brownell.org> (raw)
In-Reply-To: <Pine.LNX.4.21.0110180754060.16868-100000@marty.infinity.powertie.org>
There seems to be a lot of agreement that having some
explicit representation of the device tree will help do the
power management better. That's something USB has
so far not done; there's no current hook from the host
controller drivers (HCDs) to power manage devices.
(But then, there's no HCD layer yet either. Each HCD
duplicates a lot of code, though there's work afoot to
change that.)
It might be appropriate to have, for example, the USB
portions of the device tree handle hub parent/child style
relationships. Hubs can't be resumed after their children,
and so on. Likewise it's no good telling devices they
should attempt remote wakeups unless all the hubs they
are connected to can wake up their parent devices, too;
no bus-powered hubs can be in that part of the tree.
And better standards for device naming and identification
are IMO good ... that'll improve diagnostics, and with a
bit of care we can finally have reasonably "stable" names.
Again, with USB the hub parent/child relationships are
more stable than the bus addresses that get assigned;
they can be used to distinguish the numerous devices
that don't have serial numbers (or for which the serial
numbers aren't really unique).
- Dave
parent reply other threads:[~2001-10-20 17:04 UTC|newest]
Thread overview: expand[flat|nested] mbox.gz Atom feed
[parent not found: <Pine.LNX.4.21.0110180754060.16868-100000@marty.infinity.powertie.org>]
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='0f2f01c15989$1de93960$6800000a@brownell.org' \
--to=david-b@pacbell.net \
--cc=linux-kernel@vger.kernel.org \
--cc=mochelp@infinity.powertie.org \
/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
all inboxes | Powered by JetHome®