Al Borchers wrote:
Be sure echo is turned off, use "stty -echo < /dev/ttyUSB0"
on the host side and "stty -echo < /dev/ttygs0" on the device
side. (The device names may not be quite right, I don't have
time right now to check.)
I have seen similar symptoms caused by each side echoing
characters b
I have been testing the g_serial serial gadget with my superh_udc driver
on the 2.4.21 kernel. It works when I send data from the host to the
device but when I send from the device to the host I get extra characters.
Example:
device# echo 1234 >/dev/ttygs0
host# cat /dev/usb/tts/0
1234
1^
cally usable.
The driver is already included in David Brownell's gadget-2.4 tree.
Please let me know if you have any comments on this driver.
Julian Back
---
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.ne
David Brownell wrote:
I've just implemented ep3 and have tried to test it using g_zero
(substituting "ep3in-bulk" for "ep2in-bulk" as you suggest) but it
has caused the host usbtest driver to crash when I plugged it in:
If it's that early, it suggests there's something wrong with
the descripto
David Brownell wrote:
For what it's worth I'm including my UDC driver as a patch against
your 2.4 gadget tree. I've only tried it with g_zero and
g_file_storage so those are the only changed gadgets. This patch
doesn't include any changes for stall free mass storage operation.
I'm sure ther
Pat LaVarre wrote:
Sorry the GUI here sent that last reply from me prematurely.
Continuing now from where I left off:
I've also added an option to the mass storage gadget to pad out short
replies rather than sending the short reply and stalling (this seems
to be a valid alternative according
David Brownell wrote:
You might want to pull the latest BK code from my trees, there have
been some stall-related changes recently. (Thanks to Pat LaVarre
and Alan Stern for helping sort this out, and I suspect they may
be able to provide further illumination...) The updates weren't
in BK 24 hou
Thanks to all on this list I have got my USB Device Controller Driver
for the SuperH working quite well. It works OK with the mass storage
gadget and I've tested it with Linux 2.4, Linux 2.6, Windows 2000 and
Windows XP hosts. We've also got the SuperH host controller at least
partially worki
to copy USB data between the main memory and the onchip buffer and
there seem to be a lot of places where this is necessary.
Our other worry is the size of the shared memory area. Is only having
8Kb likely to cause problems?
Any advice would be appreciated.
Thanks
Julian Back
David Brownell wrote:
Julian Back wrote:
The File Backed USB Storage Gadget seems to be fully working with my
SuperH UDC driver when attached to a host running a 2.6.0-test5 Linux
kernel.
Is that the 2.4 or 2.6 version of the file_storage driver?
2.4
I've seen both working, but with
at
least Linux likes it!) but Windows ignores it.
Thanks
Julian Back
---
This SF.net email is sponsored by: SF.net Giveback Program.
SourceForge.net hosts over 70,000 Open Source Projects.
See the people who have HELPED US provide better servi
I've based my Superh UDC driver on the pxa2xx_udc. The ep0 handling is
different (simpler) but the other endpoints are very similar. I didn't
really look at the net2280 code as it seemed much too complex for my
device, so I hadn't realised that it does queue management in hardware.
It seems
that your device does have at least a one byte
transmit/recieve buffer per end point. So can't you just write the
driver as if it had a 1 byte FIFO?
I could send you a copy of my driver if you think it would help, but as
I said it's not completely tested yet.
Julian Back
Miros
David Brownell wrote:
Julian Back wrote:
Hi,
I've been implementing a UDC driver for the on-board UDC of various
SuperH devices. I have now got the device to enumerate using Gadget
Zero but this has exposed some problems with the gadget driver
framework when used with the SuperH UDC
he current gadget drivers seem to rely on some of these commands being passed
on by the UDC driver, but in the case of the SuperH UDC this is not possible.
Any suggestions for a clean way to get round this problem?
Thanks
Julian Back
---
This sf
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
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 N
, is there any reason
(other than performance) why I shouldn't do that?
Thanks
Julian Back
Alan Stern wrote:
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 i
18 matches
Mail list logo
