[HaBo]

bl0xx

Anzeige

Moin

Vorgeschichte:
Habe mir Backtrack 4 auf mein Lenovo Ideapad S10e installiert.
Nach etlichen Versuchen die Treiber der WLAN Karte [Broadcom BCM4312] zu installierten gescheitert sind [B43, Linux-STA (wl)], habe ich ein Kernelupdate gemacht [von 2.6.26.x zu 2.6.32.x]. Das B43 Treibermodule wird ohne Fehler geladen.

Problem:
Wenn ich "startx" ausführe und in der grafischen Oberfläche dann eine Shell öffne "hakt" diese regelmäßig alle paar Sekunden, was ziemlich nervig ist.
"Haken" heißt in dem Fall das Tastatureingaben für ein paar Sekunden nicht sichtbar sind, jedoch angenommen werden und dann wenn die Konsole wieder reagiert angezeigt bzw. bei "Enter" ausgeführt werden.

Sonstige Hinweise:
Dieser Kernel wird offiziel nicht von Backtrack 4 unterstützt und deswegen bekomme ich im zugehörigem Forum kein Support.

Ich hoffe mir kann jemand helfen.
Falls keiner eine Idee hat, werde ich versuchen den Kernel noch weiter zu "updaten".

MFG
bl0xx

xbeduine

Was steht im /var/log/Xorg.0.log?

bl0xx

Danke für deine Antwort.

Das Lustige ist, dass dieses Problem seit jetzt gerade nicht mehr besteht. [5min reibungslos Befehle eingetippt]
Das Netbook wurde seit dem letzten Auftreten des Fehlers nicht mehr gestartet, nur gerade zum gucken was in der Xorg.0.log steht.

Hoffentlich bleibt es nicht bei einem "Vorführungseffekt".
Teste das nochmal ausgiebig und halte dich/euch auf dem Laufendem.

Erkennst du irgendwelche Probleme in dem log? [als .txt angehangen]

MFG
bl0xx

Angehängte Dateien

log.txt (19,1 KB, 7x aufgerufen)

xbeduine

Ja - sollte dir aber als bt4 user keine Probleme bereiten das selbst in dem logfile zu finden

Bin ja nicht so:gibt dir die nötigen Infos.

bl0xx

Danke, sehr gnädig Also besteht ein Problem mit dem DMA Treiber von Intel ?! Dann werde ich mich mal auf machen und googeln Habe herrausgefunden, dass dieses haken erst auftritt nachdem ich mit dem Befehl "iwlist scanning" versuche nach WLAN-Netzen zu scannen. Nach Auführen des Befehl entsteht ein Prozess mit Status D (uninterruptable). Diesen kann ich auch wegen seinem Status auch nicht mit "kill" beenden. Nach ca. 10 Minuten verschwindet der Prozess und die Shell läuft wieder flüssig. Bin mir auch nicht sicher ob der Treiber jetzt überhaupt funktioniert, denn Scannen kann ich ja offensichtlich nciht. Hab die interessanten Logs mal als Anhänge hinzugefügt.

Angehängte Dateien

	xorglog_nach_scan.txt (280 Bytes, 2x aufgerufen)
	dmesg_vor_scan.txt (582 Bytes, 2x aufgerufen)
	dmesg_nach_scan.txt (3,1 KB, 2x aufgerufen)

bl0xx

Lösung: 2.6.33-rc5 + b43

Hintergrund:
b43 mit <2.6.33.x ergibt nen dma error mit dem bcm4312 chipsatz. https://patchwork.kernel.org/patch/82441/
Patchen oder 2.6.33