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.
Patrick.
--
Mail: patrick.boettcher@xxxxxxx
WWW: http://www.wi-bw.tfh-wildau.de/~pboettch/
--
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
