Probleme mit Fritz!X USB an USB-OHCI-Kontroller

Hallo Liste, ich habe hier einen Rechner, der mir als Server dient. Darauf läuft SuSE 6.4 mit Kernel 2.4.18-pre2. Bisher hatte ich in diesem Rechner ein Tyan Trinity S1590 AT mit Onboard-USB (UHCI) im Einsatz. Dieses Board mußte ich aber in einen anderen Rechner einbauen. Seitdem steckt in dem Server ein Gigabyte GA586HX. In dem Rechner steckt nun u.a. ein PCI-USB-Kontroller mit 2 Ports. Bei dem USB-Kontroller handelt es sich lt. /proc/pci um einen "USB Controller: OPTi Inc. 82C861 (rev 16)". #cat /proc/bus/usb/devices sagt außerdem u.a.: S: Product=USB OHCI Root Hub Soweit zu einigen System-Parametern. Mein Problem ist nun, daß ich seit dem Mainboard-Wechsel unregelmäßig im Abstand von wenigen Minuten bis zu zwei Tagen folgende Fehlermeldung erhalte: kernel: fxusb: Rx URB status: -110 Die Fritz!X USB zeigt danach nur nochan, daß das Gerät Strom hat; die USB-Kontrollleuchte ist erloschen. Meistens reicht es nun aus, einfach den USB-Stecker am gerät abzuziehen und wieder einzustecken. Das USB-System funktioniert danach meist wieder einwandfrei. Zum Teil geschieht es aber auch, daß, nachdem obige Fehlermeldung erschienen ist, beim Versuch eines Verbindungsaufbaus zum Internet ein Kernel-Oops in den Logs erscheint. Den jüngsten habe ich einmal mit ksymoops bearbeitet und erhalte folgendes. Jan 19 12:00:00 server kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000014 Jan 19 12:00:00 server kernel: *pde = 00000000 Jan 19 12:00:00 server kernel: Oops: 0002 Jan 19 12:00:00 server kernel: CPU: 0 Jan 19 12:00:00 server kernel: EIP: 0010:[<c8853b0b>] Not tainted Jan 19 12:00:00 server kernel: EFLAGS: 00010286 Jan 19 12:00:00 server kernel: eax: c7844c00 ebx: c13c94c4 ecx: 00000009 edx: 00000000 Jan 19 12:00:00 server kernel: esi: c8871920 edi: 00000000 ebp: c767dd8c esp: c767dd74 Jan 19 12:00:00 server kernel: ds: 0018 es: 0018 ss: 0018 Jan 19 12:00:00 server kernel: Process fxusb_thread (pid: 191, stackpage=c767d000) Jan 19 12:00:00 server kernel: Stack: c8871940 c8871920 00000000 c88541fb c767ddf8 c88d122a c767ddac c8853f43 Jan 19 12:00:00 server kernel: c13c94c4 00000282 c767ddcc c8853177 c13d9404 c7b77de4 c767dddc c8853ef8 Jan 19 12:00:00 server kernel: 00000000 00000000 c767ddfc c8859054 c767de54 00000000 1fff03ff c8854c8f Jan 19 12:00:00 server kernel: Call Trace: [<c8871940>] [<c8871920>] [<c88541fb>] [<c88d122a>] [<c8853f43>] Jan 19 12:00:00 server kernel: [<c8853177>] [<c8853ef8>] [<c8859054>] [<c8854c8f>] [<c88d648c>] [<c885699a>] Jan 19 12:00:00 server kernel: [<c8871940>] [<c8871920>] [<c88719a0>] [<c8872250>] [<c88555e7>] [<c8856b61>] Jan 19 12:00:00 server kernel: [<c885c6f3>] [<c885b9d6>] [<c88823f9>] [<c88d122a>] [<c885c630>] [<c88686eb>] Jan 19 12:00:00 server kernel: [<c88590ec>] [<c88d25ac>] [<c8877ee2>] [<c8877f23>] [<c8858c71>] [<c88d27e0>] Jan 19 12:00:00 server kernel: [<c88556c0>] [<c8855fbe>] [<c88d68b4>] [<c88d68c0>] [<c885609b>] [<c8855224>] Jan 19 12:00:00 server kernel: [<c8858da6>] [<c88c822c>] [<c88c822c>] [<c8853dc6>] [<c0105480>] Jan 19 12:00:00 server kernel: Code: 89 42 14 8b 13 8b 43 2c 8b 0a 8a 40 02 25 ff 00 00 00 c1 e1

...

EIP; c8853b0b <[fxusb]usb_read+f/94> <===== Trace; c8871940 <[fxusb]Block_GetNextTxBuffer+0/60> Trace; c8871920 <[fxusb]Block_EventHandler+0/20> Trace; c88541fb <[fxusb]get_appl+2f/38> Trace; c88d122a <[fxusb]e.1240+0/16> Trace; c8853f43 <[fxusb]usb_RxStart+1b/20> Trace; c8853177 <[fxusb]next_data+37/58> Trace; c8853ef8 <[fxusb]usb_Open+58/64> Trace; c8859054 <[fxusb]_D3_Enqueue32+24/30> Trace; c8854c8f <[fxusb]os_appl_next_data+37/58> Trace; c88d648c <[fxusb]NextMessageNumber+164/42cf> Trace; c885699a <[fxusb]Block_ActDevice+9a/a0> Trace; c8871940 <[fxusb]Block_GetNextTxBuffer+0/60> Trace; c8871920 <[fxusb]Block_EventHandler+0/20> Trace; c88719a0 <[fxusb]Block_NewRxBufferAvail+0/80> Trace; c8872250 <[fxusb]Block_OpenComplete+0/40> Trace; c88555e7 <[fxusb]CA_APPLDATA_NEXT+17/20> Trace; c8856b61 <[fxusb]V1_Activate+11/20> Trace; c885c6f3 <[fxusb]CAPI_RebuildD3Mask+e3/110> Trace; c885b9d6 <[fxusb]_LI_AddTop+36/40> Trace; c88823f9 <[fxusb]B2_X75PhDeaktInd+29/2c0> Trace; c88d122a <[fxusb]e.1240+0/16> Trace; c885c630 <[fxusb]CAPI_RebuildD3Mask+20/110> Trace; c88686eb <[fxusb]D2_SingleHandler+1b/80> Trace; c88590ec <[fxusb]_D3_Dequeue32+1c/20> Trace; c88d25ac <[fxusb]_Q_D3+0/4> Trace; c8877ee2 <[fxusb]D3_Handler+62/4e0> Trace; c8877f23 <[fxusb]D3_Handler+a3/4e0> Trace; c8858c71 <[fxusb]_CM_Schedule+41/150> Trace; c88d27e0 <[fxusb]CMSG.86+0/e0> Trace; c88556c0 <[fxusb]CA_MSEC+10/20> Trace; c8855fbe <[fxusb]Block_PollTimer+e/b0> Trace; c88d68b4 <[fxusb]NextMessageNumber+58c/42cf> Trace; c88d68c0 <[fxusb]NextMessageNumber+598/42cf> Trace; c885609b <[fxusb]BLK_Poll+b/10> Trace; c8855224 <[fxusb]E1_Handler+14/20> Trace; c8858da6 <[fxusb]CM_Schedule+26/40> Trace; c88c822c <[fxusb]wait+4/c> Trace; c88c822c <[fxusb]wait+4/c> Trace; c8853dc6 <[fxusb]scheduler+b6/ec> Trace; c0105480 Code; c8853b0b <[fxusb]usb_read+f/94> 00000000 <_EIP>: Code; c8853b0b <[fxusb]usb_read+f/94> <===== 0: 89 42 14 mov %eax,0x14(%edx) <===== Code; c8853b0e <[fxusb]usb_read+12/94> 3: 8b 13 mov (%ebx),%edx Code; c8853b10 <[fxusb]usb_read+14/94> 5: 8b 43 2c mov 0x2c(%ebx),%eax Code; c8853b13 <[fxusb]usb_read+17/94> 8: 8b 0a mov (%edx),%ecx Code; c8853b15 <[fxusb]usb_read+19/94> a: 8a 40 02 mov 0x2(%eax),%al Code; c8853b18 <[fxusb]usb_read+1c/94> d: 25 ff 00 00 00 and $0xff,%eax Code; c8853b1d <[fxusb]usb_read+21/94> 12: c1 e1 00 shl $0x0,%ecx

Diesen Auszug habe ich auch schon an AVM geschickt. Deren Antwort:

Sehr geehrter Herr Schüszler,

vielen Dank für Ihre Anfrage. Da uns das von Ihnen geschilderte Problem nicht bekannt ist, scheint mir kein Treiberproblem in Bezug auf den AVM CAPI4Linux-Treiber vorzuliegen. Da bei Verwendung eines anderen Mainboards auch keine Treiberabstürze auftreten, scheint das Problem in der USB-Unterstützung des verwendeten Systems zu liegen. Bitte wenden Sie sich daher an den Hersteller des von ihnen verwendeten USB-Controllers.

Mit freundlichen Grüßen

AVM sieht die Ursache also im mit dem Mainboard-Wechsel verbundenen Wechsel des USB-Kontrollers. Das mag ich so nicht ganz glauben, da die Fehlermeldungen sich nur auf das fxusb-Modul beziehen, das von AVM kommt. Was kann ich nun gegen das geschilderte Problem unternehmen? Danke für Antworten und bye JT