PS:
just tested the original issue for my post, namely bitbang mode. Unfortunately,
this did not get solved by moving to Fedora 15. The bitbang mode still seems to
toggle bits that are not in the bit mask given to the call, as the signaltap
indicates that it has an invalid jtag configuration after ftdi_set_bitmode is
called....
Jo
On 8/12/2011 1:49 PM, Joachim Schambach wrote:
> 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
|
