error submitting urb, retrying (but please check your hardware)

[tob]

Hallo,
wenn ich ein bischen last (vorallem viel IO) auf meinem Rechner erzeuge bekomme ich immer diese Einträge in der log.
Die Einträge traten auf als ich mit 'shred' rumgespielt habe, sogar beim versuch shred zu mehr nettigkeit zu überreden ('ionice -c 3 nice -n 19 shred -fuvz /dev/sdXXXXX'):

Code: [Auswählen]

2011-06-07 09:06:18 [1671] Symbol rate: 6900018
2011-06-07 09:06:18 [1671] Constellation: QAM256
2011-06-07 09:06:18 [1671] Mirroring: Mirrored
2011-06-07 09:06:20 [1671] error submitting urb, retrying (but please check your hardware)
2011-06-07 09:06:21 [1671] error submitting urb after second attempt, marking request as not submitted
2011-06-07 09:06:21 [1671] this now very likely leads to stream corruptions
2011-06-07 09:06:51 [1671] error submitting urb, retrying (but please check your hardware)
2011-06-07 09:07:27 [1671] error submitting urb, retrying (but please check your hardware)
2011-06-07 09:07:30 [1671] error submitting urb, retrying (but please check your hardware)
2011-06-07 09:08:01 [1671] error submitting urb, retrying (but please check your hardware)
2011-06-07 09:08:40 [1671] error submitting urb, retrying (but please check your hardware)
2011-06-07 09:08:40 [1671] error submitting urb, retrying (but please check your hardware)
2011-06-07 09:08:42 [1671] error submitting urb, retrying (but please check your hardware)
2011-06-07 09:08:48 [1671] error submitting urb, retrying (but please check your hardware)
2011-06-07 09:08:51 [1671] error submitting urb, retrying (but please check your hardware)
2011-06-07 09:08:52 [1671] error submitting urb after second attempt, marking request as not submitted
2011-06-07 09:08:52 [1671] this now very likely leads to stream corruptions
2011-06-07 09:09:23 [1671] error submitting urb, retrying (but please check your hardware)
2011-06-07 09:09:26 [1671] THERE MUST BE A BUG WITH YOUR HARDWARE, PLEASE CHECK ISO/BULK TRANSFER MODE
2011-06-07 09:09:26 [1671] Packetsize < 188 bytes is invalid, throwing it away and increasing corruption
2011-06-07 09:10:14 [1671] error submitting urb, retrying (but please check your hardware)
2011-06-07 09:10:24 [1671] error submitting urb, retrying (but please check your hardware)
2011-06-07 09:10:55 [1671] error submitting urb, retrying (but please check your hardware)
2011-06-07 09:11:17 [1671] error submitting urb, retrying (but please check your hardware)
2011-06-07 09:12:16 [1671] error submitting urb, retrying (but please check your hardware)
2011-06-07 09:12:17 [1671] error submitting urb, retrying (but please check your hardware)
2011-06-07 09:12:20 [1671] Channel found (634000000)
2011-06-07 09:12:20 [1671] =============
2011-06-07 09:12:20 [1671] Symbol rate: 6900017
2011-06-07 09:12:20 [1671] Constellation: QAM256
2011-06-07 09:12:20 [1671] Mirroring: Mirrored
2011-06-07 09:12:20 [1671] Setting Frequency: 642000000
2011-06-07 09:12:20 [1671] Setting Symbolrate: 6900000
Kann ich das irgendwie verhindern. Bzw. heißt das wirklich das hardware defekt sein könnte? Und wenn ja welcher Stick ist schuld? Ich habe 3 an einem USB-Hub hängen..
Ich habe auch nicht das gefühl, dass sich die Hardware ohne neustart des Treibers wieder erholt, zumindest nicht, wenn das passiert wenn gerade aufgezeichnet wird (mythtv).

Ach ja, wie kann ich denn den ISO/BULK TRANSFER MODE testen?

benutzt wird der Development treiber..

[Sundtek]

besonders IO ist ziemlich schlecht wenn sie davon viel erzeugen. USB Geräte benötigen ca 150 Anfragen um eine Sekunde auszulesen.

Eine höhere Priorität für die USB Sticks können Sie eventuell erreichen indem Sie ein Kernelmodul hinzukompilieren

http://www.sundtek.de/support/khelper.tar.gz

Eventuell könnten Sie auch das nice level des Treibers erhöhen z.b -10 oder -19

ps fax | grep mediasrv
renice -19 -p [prozessid]

[tob]

Danke, werde das ausprobieren.

Und aus der Antwort lese ich heraus das meine Hardware vermutlich OK ist?

Kann man den Treiber eigentlich so konfigurieren, dass man im Logfile sehen kann welcher Adapter einen Eintrag verusacht?

[Sundtek]

Wäre natürlich sinnvoll für das nächste Update.

Also eins steht soweit aber fest dass es auf diesem System ein IO Bottleneck gibt, man kann auf diesem Rechner soweit lediglich versuchen etwas zu optimieren bzw. herumzuarbeiten.

Man merkt das ja auch wenn man Programme wie Firefox oder Chromium startet, die dauern dann einfach länger da das System den Programmen weniger Zeit gibt zum Arbeiten gibt.