Hallo, bei mir funktionieren keine USB-Geräte. Wenn ich eines einschalte/anstecke, kommt immer etwa folgende Meldung in /var/log/warn: Apr 26 20:40:56 zwick3 kernel: usb_control/bulk_msg: timeout Apr 26 20:40:56 zwick3 kernel: usb-ohci.c: unlink URB timeout Apr 26 20:40:56 zwick3 kernel: usb.c: USB device not accepting new address=2 (error=-110) Apr 26 20:41:02 zwick3 kernel: usb_control/bulk_msg: timeout Apr 26 20:41:02 zwick3 kernel: usb-ohci.c: unlink URB timeout Apr 26 20:41:02 zwick3 kernel: usb.c: USB device not accepting new address=3 (error=-110) Ich habe mich mit diesem Problem bereits an den SuSE Installationssupport gewendet, mit folgendem Ergebnis: Man empfahl mir ein paar Artikel aus der Supportdatenbank, und als die nichts halfen, ein Kernel-Update (das ich schon hatte) oder ein Bios-Update (das es nicht gibt). Inzwischen sind 2 Monate vergangen, und SuSE hat die Version 8.2 herausgebracht, mit dem 2.4.20er Kernel. Ich habe diesen Kernel gleich installiert, ohne Erfolg. Hat irgendjemand noch Lösungsansätze für dieses Problem? Ich bin mir zwar dessen bewusst, dass es eigentlich ein Entwicklerkernel ist, aber ich hätte auch schon versucht, testweise einen 2.5.68er Kernel (von kernel.org) zu kompilieren. Ich halte mich dabei an die Anleitung aus dem SuSE 8.1 Adminhandbuch (Kapitel 11, Seite 301ff). Ich habe gesehen, dass bei USB2.0 im Gegensatz zu den 2.4.*-Kernels nicht mehr "Experimental" steht, daher hätte ich Hoffnung, dass es mit diesem Kernel klappt. "make bzImage" funktioniert noch. "make modules" bricht jedoch ab: make[2]: *** [drivers/char/riscom8.o] Fehler 1 make[1]: *** [drivers/char] Fehler 2 make: *** [drivers] Fehler 2 Ich nahm dann immer das Modul, bei dem er stehenbleibt heraus, zum Schluss habe ich allerdings vermutlich zuwenig übrig gelassen, denn der Kernel hat nicht mehr gebootet. Gruß, Daniel
Daniel Zwick wrote:
"make modules" bricht jedoch ab: make[2]: *** [drivers/char/riscom8.o] Fehler 1 make[1]: *** [drivers/char] Fehler 2 make: *** [drivers] Fehler 2
Ich nahm dann immer das Modul, bei dem er stehenbleibt heraus, zum Schluss habe ich allerdings vermutlich zuwenig übrig gelassen, denn der Kernel hat nicht mehr gebootet.
Alternative Vorgehensweise bei dem Problem "Modul laesst sich nicht uebersetzen": Du fuehrt "make -k modules modules_install" aus. Durch das "-k" wird auch bei Fehlern nicht abgebrochen. Wenn depmod dann mt Fehler "unresolev symbol" abbricht ueber die Modulbeschreibung reflektieren und gegebenenfalls diese loeschen. Peter -- Falls dir meine Antwort nicht passt -> hast du http://www.lugbz.org/documents/smart-questions_de.html gelesen und befolgt?
participants (2)
-
Daniel Zwick
-
Peter Wiersig