Hi Patrick,
thanks for the info.
I will check the stick with 2.6.30 and on a intel-system soon.
Marco
Patrick Boettcher wrote:
Hi Marco,
On Tue, 2 Jun 2009, Marco Borm wrote:
Definitely interesting. This is a known issue for the dib0700
device, which happens on some USB host controllers. Actually which
one do you use?
"USB Controller: ATI Technologies Inc SB700/SB800 USB OHCI0 Controller"
Hmm, looks bad: http://www.google.com/search?q=dib0700+sb700
But I am wondering if this could really be some bigger linux
USB-stack problem, because it runs with Linux/totem for hours
(mplayer was wrong). For me it looks like vdr uses some feature the
driver doesn't handle correctly. Isn't the EOVERFLOW some local error
value from the usb stack generates if some given buffer was to small?
:(. It is a long story for the SB700 ATI HC ... It turned out for
DiBcom that ATI fixed the HC-driver for Windows to make things work
correctly.
At some point in time they provided a patch for Linux and it was
actually included in 2.6.21 or 22 .
There is some work going on on 2.6.30 for almost similar problems for
another device, maybe it is worth to either:
1) try out latest 2.6.30 releases
2) do a (manual) bisect with older kernel to find out which change has
made things worse (this is extremely long)
Do you connect the device directly to the PC or is there an
extension cable or another USB hub in between?
I tried it with a longer and the short cable which was in the
package, never directly and never with a hub.
Knowing that you have the SB700, I can surely say, it's not the cable,
but the controller.
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html