From: David Brownell <david-b@pacbell.net>
To: linux-usb-devel@lists.sourceforge.net, dtor_core@ameritech.net
Subject: Re: [linux-usb-devel] Re: [RFC] Changes to the driver model class code.
Date: Tue, 15 Mar 2005 12:35:02 -0800
User-Agent: KMail/1.7.1
Cc: Greg KH <greg@kroah.com>, Dominik Brodowski <linux@dominikbrodowski.net>,
       linux-kernel@vger.kernel.org, Kay Sievers <kay.sievers@vrfy.org>
References: <20050315170834.GA25475@kroah.com> <20050315195121.GA27408@kroah.com> <d120d50005031512143929e39f@mail.gmail.com>
In-Reply-To: <d120d50005031512143929e39f@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200503151235.02934.david-b@pacbell.net>
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1490
Lines: 33

On Tuesday 15 March 2005 12:14 pm, Dmitry Torokhov wrote:
> 
> It looks to me (and I might be wrong) that USB was never really
> integrated into the driver model. It was glued with it but the driver
> model came after most of the domain was defined, and it did not get to
> be "bones" of the subsystem. This is why it is so easy to deatch it.

That doesn't seem accurate to me.  Are you thinking maybe about
just how it uses the class device stuff?  Like the rest of the
class device support (for all busses!) that did indeed come later.
You may recall that the first versions of the driver model had
more or less a big "fixme" where class devices sat...  Or are
you maybe thinking about peripheral side (not host side) USB?

But the "struct device" core of the driver model sure looks like
the bones of USB to me.  Host controllers, hubs, devices, and
interfaces all use it well, behave well with hot-unplug (which
is more than many subsystems can say even in 2.6.11!), and even
handling funky cases like drivers needing to bind to multiple
interfaces on one device.  That last took quite a while to land,
it involved ripping out the last pre-driver-model binding code.

I would really _not_ want to try to detach any of that stuff!

- Dave
 

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/