On 2.6.32.5 with s2-liplianin tree this is not observed, i.e. everything
works as expected - the S2-3650 does not cause the TBS device to stutter.
На 12.6.2011 г. 23:27 ч., Doychin Dokov написа:
The same thing happens when the devices are on different USB buses:
Bus 002 Device 004: ID 0b48:300a TechnoTrend AG TT-connect S2-3650 CI
Bus 001 Device 007: ID 0b48:3006 TechnoTrend AG TT-connect S-2400 DVB-S
Bus 001 Device 004: ID 734c:5980 TBS Technologies China
When the S2-3650 CI scans, the stream output from the TBS is gone. When
it's done scanning / locking, the TBS continues to work fine. The S-2400
is not affected in any way, nor it affects the other receivers.
It seems the issue is not relative to the devices being on the same USB
bus, nor the kernel used. I've tried Debian's 2.6.32.5 and 2.6.38-bpo2
on a Debian Squeeze system.
На 11.6.2011 г. 19:38 ч., Doychin Dokov написа:
i've been using the patches in the latest media_tree for some hours -
the S2-3650 CI seems to work. There's one thing that disturbs me, though
- when it scans / locks on a frequency, another device on the same PC,
using the same stb6100, gets stuck for a moment. Any ideas what might be
the cause for that? The two devices do not share common RF input signal,
but are on the same USB bus:
Bus 001 Device 004: ID 734c:5980 TBS Technologies China
Bus 001 Device 003: ID 0b48:300a TechnoTrend AG TT-connect S2-3650 CI
The TBS device is a QBOX2 SI, which works with their official driver
from their web-site.
There's also a third DVB device in the system - a TT S-2400 (which is on
the other USB bus, though), which does not exhibit any problems related
with the first two devices, nor causes them to get stuck when it's
scanning.
I'll try to switch devices around and see if anything changes.
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
