Hi,
after I tried a NEC USB-Controller card now using the same 2.6.30-1
kernel and DVB hardware I can confirm that the problem is the AMD USB
controller.
Greetings,
Marco
Patrick Boettcher wrote:
Hi Marco,
On Tue, 2 Jun 2009, Marco Borm wrote:
Definitely interesting. This is a known issue
Hi Patrick,
FYI: I tried 2.6.30 now and its still not working.
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
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
Hi Patrick,
thanks for response.
Patrick Boettcher wrote:
Hi Marco,
[...]This logs aren't very helpful, but I find something interesting
with Wireshark and usbmon:
device -> host
URB type: URB_COMPLETE ('C')
URB transfer type: URB_BULK (3)
[...]
URB status: Value too large for defined data t
on'
Jun 1 23:16:14 vdr kernel: function : dvb_dvr_poll
Jun 1 23:16:14 vdr kernel: function : dvb_dvr_poll
BOOM -> Jun 1 23:16:14 vdr kernel: urb completition error -75.
The whole logfile is available here:
http://www.retrodesignfan.eu/dvb/dib0700-usb-hangup.log
Greetings,
Marco Borm
Mar
gth [bytes]: 39480" in every package before that.
As I know this device works without problems under linux for other
people, so I'm wondering why. I searched but found nothing about such a
problem.
The wireshark capturefile is downloadable here:
http://rapidshare.com/files/239429647/t
uses low power USB
technology, but that was a mistake.
Next time I will buy a real usb device and know it isn't allowed to eat
more than 2.5W.
Greetings,
Marco
Markus Rechberger wrote:
On Mon, Apr 13, 2009 at 4:18 AM, Marco Borm wrote:
Hi Henrik,
one of the cards in my system is t
