On the other hand, I'm looking forward to seeing Alan's code.
It should be a bit more usable out of the box for talking
to MSFT hosts.
That's the reason I have chosen to implement mass storage - I need to be
able to demonstrate the device with a Windows host and mass storage is the
only useful
Alan Stern wrote:
On Wed, 20 Aug 2003, David Brownell wrote:
When enough such drivers are available, we might want to assemble
them into multi-function devices. PXA based gadgets could very
easily talk Ethernet, usb-storage, TTY, and other device protocols
all at the same time!
If there are
Greg KH wrote:
On Tue, Aug 19, 2003 at 08:51:05AM +0100, Julian Back wrote:
David Brownell wrote:
Julian Back wrote:
My mass storage driver is intended as a demonstration so I was
planning to implement it as a user application using the GadgetFS, is
there any reason (other than performance)
On Wed, Aug 20, 2003 at 10:31:53AM +0100, Julian Back wrote:
There used to be a generic usb-serial driver that came included with
all Windows systems (back around Win2k time). All that you had to do
was modify a .inf file to add some product and vendor ids to it in order
to have a working
On Wed, 20 Aug 2003, David Brownell wrote:
When enough such drivers are available, we might want to assemble
them into multi-function devices. PXA based gadgets could very
easily talk Ethernet, usb-storage, TTY, and other device protocols
all at the same time!
If there are enough
David Brownell wrote:
Julian Back wrote:
My mass storage driver is intended as a demonstration so I was
planning to implement it as a user application using the GadgetFS, is
there any reason (other than performance) why I shouldn't do that?
Another demonstration would of course be run NFS in
On Tue, Aug 19, 2003 at 08:51:05AM +0100, Julian Back wrote:
David Brownell wrote:
Julian Back wrote:
My mass storage driver is intended as a demonstration so I was
planning to implement it as a user application using the GadgetFS, is
there any reason (other than performance) why I
On Mon, 18 Aug 2003, agikor M wrote:
Hi,David
I need to implement usb client(such as a mass-storage) on PXA255 based on
linux-2.4.18-rmk7-pxa3.But I have no idea about how to start it.Can you
help me?
Someone told me that the code(usb_ctl.c,usb_ep0.c...) in arch/arm/mach-pxa/
is a old
agikor M wrote:
Hi,David
I need to implement usb client(such as a mass-storage) on PXA255 based
on linux-2.4.18-rmk7-pxa3.But I have no idea about how to start it.Can
you help me?
There are some existing drivers to look at for examples of driver
structure and how to talk through the gadget API
Hi,
I'm writing a USB Device Controller driver for the onboard UDC of Renesas SuperH
devices (specifically the SH7705 but should also work on SH7727). When I have
got that working I was also planning to write a USB Mass-Storage gadget driver
to sit on top of it. I would be starting the mass
On Mon, 18 Aug 2003, Julian Back wrote:
Hi,
I'm writing a USB Device Controller driver for the onboard UDC of Renesas SuperH
devices (specifically the SH7705 but should also work on SH7727). When I have
got that working I was also planning to write a USB Mass-Storage gadget driver
to
Julian Back wrote:
My mass storage driver is intended as a demonstration so I was planning
to implement it as a user application using the GadgetFS, is there any
reason (other than performance) why I shouldn't do that?
Another demonstration would of course be run NFS in the
device, accessing the
Hi,David
I need to implement usb client(such as a mass-storage) on PXA255 based on
linux-2.4.18-rmk7-pxa3.But I have no idea about how to start it.Can you
help me?
Someone told me that the code(usb_ctl.c,usb_ep0.c...) in arch/arm/mach-pxa/
is a old stuff and you are maintaining a new
13 matches
Mail list logo