MadWifi Aussetzer
Der Aufruf von iwevent hilft hier bei der Lokalisierung des Problems. Folgen auf regelmäßige Aussetzer ebenso regelmäßige Rückmeldungen des Hintergrundscans, so ist der Verursacher in der Regel gefunden:
root@thinkpad:/home/basquiat# iwevent Waiting for Wireless Events from interfaces... 16:06:06.670110 ath0 Scan request completed 16:11:35.885831 ath0 Scan request completed 16:16:56.914699 ath0 Scan request completed
Der Scan des Madwifi-Treibers lässt sich manuell deaktivieren, wobei ath0 an die jeweilige Benamung anzpassen ist:
root@thinkpad:/home/basquiat# iwpriv ath0 bgscan 0
Was bei einem Handover den reibungslosen Wechsel von Access Point zu Access Point für hyperaktive Konferenzteilnehmer oder rastlose Studenten sicher stellen kann, nervt spätestens im Heimbetrieb, wenn die Musik im Medienstream stottert und die SSH-Session immer wieder für Sekunden einzufrieren scheint. Die beste Voreinstellung? Eine zielgruppenabhängige Frage. Kanalmitinsasse Dennis liefert zumindest für Freunde des IBM’schen Denkblocks interessante Ansätze: Nutzen wir den HDAPS-Sensor zur Bewegungsmessung, um Cybergeeks auf Wanderschaft als solche zu identifizieren, können wir den Hintergrundscan entsprechend aktivieren oder deaktivieren - verändert sich die Position des Notebooks nachhaltig, erscheint die Notwendigkeit eines Handovers wahrscheinlicher als im stationären Fixbetrieb.
Wer also schmeisst nun seinen gcc an und erfüllt den Wunsch des werten Kollegen nach einer netten Erwähnung seiner Person im printk() Format-String (ja, die Integration in eine Userlandapplikation wie dem NetworkManager erschiene natürlich weitaus passender)? Und überhaupt: GPS, anyone?
