hello:
I saw your reply on the mailing list but I didn't receive your
reply mail, so I just send this mail and hope that you can see this :
)
My camera is logitech quickcam which use hdcs-1020( Agilent
Technology) as sensor and STV0602 as device controller. I noticed that
you said in your system
isoc error is fixed. I wonder what is the hardware configuration of
your platform? When using the old version of isp116x driver together
with CF wireless card we frequently meet with isoc errors [ my
PXA255(armv5tel) runs upto 400MHZ ]. It seems that in my system when
the isp116x share the same interrupt pin with other resources, or we
are doing some other work while capturing frames, we will meet with
error. Have you tested your driver with severe situation ??
Yesterday I tested the data tango driver write to and read from
isp1161A1 and find two problems :
1.My quickcam driver can not set the device correctly through the
usb transaction and because in your driver:
hc_isp116x.c function: hc_add_trans
switch (hci->active_urbs) {
case 1: parts = 8; break;
case 2: parts = 6; break;
case 3: parts = 4; break;
case 4: parts = 3; break;
case 5: parts = 2; break;
default: parts = 2;
}
if (len > maxps * parts)
len = maxps * parts;
the if condition may curtail the usb transfer data length and
unfortunately when sending an
important command which requires 35 bytes, the command length is cut
to 32 bytes and 3 bytes
are lost. So I ommited the if condition and the hdcs sensor can be set.
2. data I received from camera is not continuous and it seems that
it is in a burst format
and as a result the data received is far less that we expected, this
will cause the camera driver return error message and we cannot get
any image. Have you meet with this situation and do you have any
suggestions ?
by the way, I added some condition detection in the write ITL Buffer
part and I will just
write 8 bytes PTD and 16 bytes 0x00 into the ITL Buffer and it seem
works fine. Will isp116x
automatically clean ITL Buffer if no data is received in the frame (
1ms )? If it will not
clean its ITL Buffer I think we have to write 1023 bytes of 0x00 to
make sure the ITL Buffer
is not tainted by the previous data. It just my opinion
Thank you for your reply :-)
-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
digital self defense, top technical experts, no vendor pitches,
unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel