[linux-dvb] Slow control data from dvb-usb (VP7045)
Manu Abraham
abraham.manu at gmail.com
Mon Nov 28 10:12:37 CET 2005
Patrick Boettcher wrote:
> Hi Jeremy,
>
> On Mon, 28 Nov 2005, Jeremy Nysen wrote:
>
>> The control data requests for dvb-usb devices (I'm testing with a
>> VP7045 device) is quite slow. Each request can take a few hundred
>> milliseconds to complete and return data. This gets longer when
>> multiple data bytes are requested from the frontend. eg. generating 3
>> requests for 3 register bytes of AGC information for the MT352 in the
>> device can take a whole second. If I perform 6 requests it takes
>> twice as long.
>
>
> Reading the MT352 is an extension, which is (afair) not done in the
> Windowsdriver made by Twinhan. Additionally I have a large msleep in
> every read-function, because reads are failing "all the time". You can
> try to reduce the read-delay in vp7045.c to an optimal value.
Hello Patrick,
Reads will fail, as does happen in the PCI version too. Rather than
playing around with increasing/decreasing timeouts, this _is_ nonsense.
The dst too suffered from this same illness off playing with transaction
timings earlier and had unusually long delays. Asking end users to play
around with the timings would generally cause confusion, and generally
for each and every problem people would be fiddling with the timings,,
which is _not_ the actual solution.
A better way would be _probably_ to handle the transaction errors
accordingly. ie, if there is an error_condition, handle the error
condition and retry the transaction. For the PCI cards, to identify
these transaction errors i had put verbose messages for these operations
such that people can report back on these, rather than hiding them.
These debug messages can be used to fix the actual problems.
Manu
More information about the linux-dvb
mailing list