Unzuverlässige USB Ports?

[theo]

So, jetzt habe ich mal ein dumme Frage.

Weiß echt nicht, wo ich das posten soll, deshalb versuche ich es mal hier.

Wie ich berichtet habe ( http://www.lazarusforum.de/viewtopic.php?p=81664#p81664 ), hat meine Kiste einen etwas besseren Prozessor bekommen.

Seither habe ich Probleme mit den hinteren USB Ports (3,4,5,6). Die laufen zwar irgendwie, aber weder mein Logitech Maus Dongle, noch WLan über USB funktionieren damit zuverlässig.
D.h. nach einer gewissen Zeit machen die "Pause".

Wenn ich die Sticks in die Frontanschlüsse (1,2) stecke, ist alles prima.

Woran kann das liegen?
Ich habe den Prozessor gewechselt, ohne das BS neu aufzusetzen. ( Linux 3.16.7-29-desktop, openSUSE 13.2 (Harlequin) (x86_64) )
Liegt es möglicherweise daran?

Oder liegt es am Sandy Bridge -> Ivy Bridge Schritt? Mit dem Sandy Bridge Celeron G860 hatte ich diese Problem nicht. Die neue CPU ist von der Ivy Bridge Generation.

Hat jemand eine Idee? Ist nicht überlebenswichtig, aber ich frage mich doch...

[af0815]

Steht was in boot.msg oder messages drinnen, was mit dem zu tun haben kann?

[theo]

Steht was in boot.msg oder messages drinnen, was mit dem zu tun haben kann?

Nicht dass ich wüsste.
Aber da fallt mir noch eine andere Frage ein:
Gewisse Systemdateien fangen bei mir neuerdings mit einer komischen Zeichenfolge an "[[32m OK [0m]"
Im Anhang boot.log. Weiß jemand was das ist?

Das System läuft aber sonst gut. Ich arbeite und schreibe das hier darauf.

[af0815]

Schaut nach Farb escape sequenzen in der console aus.

[theo]

Schaut nach Farb escape sequenzen in der console aus.

Ja, habe ich mir auch gedacht. Steht aber so in der boot.log.
Es ist auf meinem Notebook mit OpenSuSE 13.2 aber auch so, wie ich eben gesehen habe.
Also mache ich mir darüber keine Sorgen, obwohl es merkwürdig ist.

Das mit den hinteren USB Ports macht mir mehr Mühe.
Wenn sie gar nicht funktionieren würden, OK.
Wenn die Vorderen auch nicht stabil wären, OK.
Aber was kann es sein, wenn 1+2 laufen, 3-6 aber nicht richtig?
Und das erst nach einem CPU Upgrade mit dem beibehaltenen Betriebssystem?
Die Ports sind ja nicht gestöpselt, sondern auf dem Board verlötet.

Schon klar, dass es darauf keine einfache Antwort gibt, aber vielleicht hat jemand irgend eine Idee dazu?

[Mathias]

Vielleicht ist das ein generelles Intel Problem, bei meiner Kiste sind die Vorderen USB3-Anschlüsse auch Loto-Buchsen, egal ab Windows Linux oder BIOS.
Ein mal gehts, einmal nicht.

[theo]

Vielleicht ist das ein generelles Intel Problem, bei meiner Kiste sind die Vorderen USB3-Anschlüsse auch Loto-Buchsen, egal ab Windows Linux oder BIOS.
Ein mal gehts, einmal nicht.

Ach so, ich hatte noch vergessen zu sagen: Es sind die hinteren USB 2.0 Ports mit dem Problem, die Vorderen 2.0 laufen.
Auch mit den hinteren USB 3.0 Ports hatte ich bisher keine Probleme.
An einem der 3.0 Ports habe ich eine externe HD, die läuft einwandfrei.

Tja, Intel? Keine Ahnung.

[Christian]

Eiegntlich müsste bei sowas in /var/lig/messages was zufinden sein.
Hast du irgendwas übertaktet ?
USB bedient ja auschliesslich der Chipsatz und an dem hat sich ja nix geändert. Nicht das das eine Kommunikationsgeschichte zwischen Chipsatz und Prozessor ist (FSB Takt)

[theo]

Eiegntlich müsste bei sowas in /var/lig/messages was zufinden sein.

Schau ich morgen mal auf der betreffenden Kiste nach. Allerdings gibt es diese Datei so nicht mehr., ist jetzt via "journalctl" abrufbar (systemd)

Hast du irgendwas übertaktet ?

Nö, keine Tricks.

USB bedient ja auschliesslich der Chipsatz und an dem hat sich ja nix geändert.

Denke ich auch, darum verstehe ich es ja auch nicht so ganz. Bin aber kein intimer Kenner in Sachen Hardware und deshalb für Tipps dankbar.

[Socke]

Hast du mal ein BIOS/(U)EFI-Update ausprobiert?

[theo]

Hast du mal ein BIOS/(U)EFI-Update ausprobiert?

Da hat sich nichts mehr getan in letzter Zeit:
https://www.asus.com/Mini-PCs/S2P8H61E/ ... _Download/
https://vip.asus.com/forum/topic.aspx?b ... uage=en-us

Und wie gesagt, vor dem CPU Upgrade hat es noch funktioniert. Es müsste dann also ein BIOS Problem mit der neuen CPU sein.
Die neue(re) CPU ist offiziell unterstützt. https://www.asus.com/Mini-PCs/S2P8H61E/HelpDesk_QVL/

Danke.

[theo]

Eiegntlich müsste bei sowas in /var/lig/messages was zufinden sein.

Schau ich morgen mal auf der betreffenden Kiste nach. Allerdings gibt es diese Datei so nicht mehr., ist jetzt via "journalctl" abrufbar (systemd)

Aha, nachdem ich nun mit "journalctl" geübt habe und den Fehler mit dem WLan Stick provozieren konnte, habe ich Daten bekommen:

Code: Alles auswählen

Dez 27 11:01:32 linux-sseu kernel: ieee80211 phy1: rt2x00usb_watchdog_tx_dma: Warning - TX queue 2 DMA timed out, invoke forced forced reset
Dez 27 11:01:33 linux-sseu kernel: ieee80211 phy1: rt2x00usb_watchdog_tx_dma: Warning - TX queue 2 DMA timed out, invoke forced forced reset
Dez 27 11:01:34 linux-sseu kernel: ieee80211 phy1: rt2x00usb_watchdog_tx_dma: Warning - TX queue 0 DMA timed out, invoke forced forced reset
Dez 27 11:01:34 linux-sseu kernel: ieee80211 phy1: rt2x00usb_watchdog_tx_dma: Warning - TX queue 2 DMA timed out, invoke forced forced reset
Dez 27 11:01:35 linux-sseu kernel: ieee80211 phy1: rt2x00usb_watchdog_tx_dma: Warning - TX queue 2 DMA timed out, invoke forced forced reset
Dez 27 11:01:36 linux-sseu kernel: ieee80211 phy1: rt2x00usb_watchdog_tx_dma: Warning - TX queue 2 DMA timed out, invoke forced forced reset
Dez 27 11:01:37 linux-sseu kernel: ieee80211 phy1: rt2x00usb_watchdog_tx_dma: Warning - TX queue 2 DMA timed out, invoke forced forced reset
Dez 27 11:01:37 linux-sseu kernel: ieee80211 phy1: rt2x00queue_flush_queue: Warning - Queue 2 failed to flush
Dez 27 11:01:37 linux-sseu kernel: ieee80211 phy1: rt2x00queue_flush_queue: Warning - Queue 0 failed to flush
Dez 27 11:01:37 linux-sseu kernel: ieee80211 phy1: rt2x00queue_flush_queue: Warning - Queue 2 failed to flush
Dez 27 11:01:37 linux-sseu kernel: ieee80211 phy1: rt2800usb_txdone: Warning - Data pending for entry 3 in queue 2
Dez 27 11:01:37 linux-sseu kernel: ieee80211 phy1: rt2800usb_txdone: Warning - Data pending for entry 3 in queue 2
Dez 27 11:01:38 linux-sseu kernel: ieee80211 phy1: rt2x00queue_flush_queue: Warning - Queue 2 failed to flush
Dez 27 11:01:38 linux-sseu kernel: ieee80211 phy1: rt2x00queue_flush_queue: Warning - Queue 2 failed to flush
Dez 27 11:01:38 linux-sseu kernel: ieee80211 phy1: rt2x00usb_watchdog_tx_dma: Warning - TX queue 2 DMA timed out, invoke forced forced reset

Mal schauen was usb_watchdog_tx_dma ist...

[theo]

Hmm, ich will mich noch nicht zu früh freuen, aber es scheint als ob ein..

ifconfig wlp0s29u1u4 down
iwconfig wlp0s29u1u4 power off
ifconfig wlp0s29u1u4 up

..die Situation verbessert.
Warum ist mir noch nicht klar.

[theo]

Nee, das war es doch nicht. Es läuft länger, aber nicht dauerhaft.
Sehr merkwürdig das Ganze...

[Christian]

Mhm hier komm ich auch an meine Grenzen. DMA wird glaub ich zumindest von der CPU initialisiert hier könnte das Problem liegen. Sieht zumindest erstmal so aus als ob das Problem nur bei DMS Transfers auftritt. Hilft dir leider nicht viel :/