As another test, I installed Fedora 15 on the same machine, and then ran exactly
the same program. This time, everything worked as expected, i.e. with just one
call to ftdi_write_data I can call the same program several times, and every
time I see the write in signaltap.
BTW, I am still using libftdi 0.19 on this Fedora installation.
So it seems to be a kernel problem?
Cheers,
Jo
On 8/3/2011 1:39 AM, Xiaofan Chen wrote:
> On Wed, Aug 3, 2011 at 11:17 AM, Michael Plante
> <michael.plante@xxxxxxxxx> wrote:
>> Joachim Schambach wrote:
>>>> I am not totally sure how to interpret usbmon output, but it looks like all
>>>> packets that I am requesting are actually going out.
>> I am not either. I just know that's an intermediate troubleshooting step.
>> There are several people on the libusb list who can help interpret it. I
>> recommend writing there if no one gets back to you in a few days here.
> Good suggestion. Alan Stern, for one, will help to decode the
> usbmon log pretty fast.
>
> On the other hand, the usbmon does not seem to tell much if I try to
> follow the usbmon.txt to parse the log.
> http://www.mjmwired.net/kernel/Documentation/usb/usbmon.txt
>
> So maybe the problem is on the FPGA side.
>
> f62a4140 770501648 S Co:007:00 s 40 00 0000 0000 0000 0
> f62a4140 770501720 C Co:007:00 0 0
> http://lxr.linux.no/#linux+v3.0/drivers/usb/serial/ftdi_sio.h
> Vendor specific request, FTDI_SIO_RESET, Reset
> Status ok
>
> f62a4140 770502123 S Co:007:00 s 40 03 4138 0001 0000 0
> f62a4140 770502217 C Co:007:00 0 0
> Vendor specific request, FTDI_SIO_SET_BAUDRATE
> Status ok
>
> f62a4140 770502454 S Ci:007:00 s c0 90 0000 0043 0002 2 <
> f62a4140 770502592 C Ci:007:00 0 2 = 0000
> f62a4140 770502603 S Ci:007:00 s c0 90 0000 0044 0002 2 <
> f62a4140 770502717 C Ci:007:00 0 2 = 0000
> Vendor specific request, FTDI_E2ROM_READ
> (ftdi_read_chipid).
> Status ok
>
> d89e87c0 841791213 S Bo:007:02 -115 100 = 00010203 04050607 08090a0b 0c0d0e0f
> 10111213 14151617 18191a1b 1c1d1e1f
>
> Bulk Out transfer submission, device 7, EP 2 Out, 100 bytes of data,
> only partially (up to 32bytes, from 0x00 to 0x1f) displayed.
>
> d89e87c0 841792086 C Bo:007:02 0 100 >
> Bulk Out transfer completion, device 7, EP 2 Out, 100 bytes of data,
> status ok (means bulk out transfer is successful).
>
> d89e87c0 841793348 S Co:007:00 s 01 0b 0000 0000 0000 0
> d89e87c0 841794086 C Co:007:00 0 0
>
> This is a standard set_interface request (select interface 0)
> when the device is closed.
>
--
Dr Joachim Schambach tel: x1 512 471 1303
The University of Texas at Austin fax: x1 814 295 5111
Department of Physics email: jschamba@xxxxxxxxxxxxxxxxxx
1 University Station C1600
Austin, Texas 78712-0264, USA
--
libftdi - see http://www.intra2net.com/en/developer/libftdi for details.
To unsubscribe send a mail to libftdi+unsubscribe@xxxxxxxxxxxxxxxxxxxxxxx
|
