This is the mail archive of the
ecos-discuss@sourceware.org
mailing list for the eCos project.
RE: USB MSD stack
- From: "Doyle, Patrick" <Patrick_Doyle at dtccom dot com>
- To: "'Andrew Lunn'" <andrew at lunn dot ch>, "Doyle, Patrick" <Patrick_Doyle at dtccom dot com>
- Cc: "'ecos-discuss at ecos dot sourceware dot org'" <ecos-discuss at ecos dot sourceware dot org>
- Date: Thu, 4 May 2006 10:46:58 -0400
- Subject: RE: [ECOS] USB MSD stack
> From: Andrew Lunn [mailto:andrew@lunn.ch]
>
> What you might be able to do is not set a device class. You then need
> to tell M$ windows that when it sees vendor XYZ it should load both
> the HID driver and the MSD driver. The HID driver will grab the
> interupt end point and the MSD driver will grab the bulk in and out
> endpoints. A lot will depend on what level M$ does its resource
> allocations. If it does the allocation at interface level, it will not
> work, the first loaded driver will win. If it does it at endpoint
> level you have a chance. Handling control transfers is going to be
> interesting.
>
> Or you could just write a HID and MSD driver for M$. Well, you don't
> need full drivers, just an intermediate driver which has two
> interfaces on top and one on the bottom. Does M$ have USB intermediate
> drivers? I know they exist for the networking stack....
>
> Andrew
Hmmm... we are hoping to avoid writing any host drivers (or even .ini files,
if possible). But we may learn that that is not possible.
Thanks again for your thoughts...
--wpd
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss