Wie kann ich den ath9k_htc-Treiber dazu bringen, nicht mehr ständig Protokoll zu führen?

Wie kann ich den ath9k_htc-Treiber dazu bringen, nicht mehr ständig Protokoll zu führen?

Ich verwende Xubuntu 16.04 auf einem alten Desktop-PC mit diesem Kernel:

$ uname -a
Linux casa-desktop 4.4.0-79-generic #100-Ubuntu SMP Wed May 17 19:58:14 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

Schon vor dem Upgrade lief es etwas langsamer und ich dachte, es läge an der alten Hardware. Dann bemerkte ich, dass der systemd-journaldDienst die CPU ständig zu etwa 10 % nutzte. Die Bootpartition füllte sich schnell, weil sich Gigabyte an Daten darin befanden /var/log/.

Beim Ausführen sudo journalctlwird eine unendliche Wiederholung davon angezeigt:

mag 23 21:04:39 casa-desktop kernel: ------------[ cut here ]------------
mag 23 21:04:39 casa-desktop kernel: WARNING: CPU: 0 PID: 71 at /build/linux-As38az/linux-4.4.0/drivers/usb/core/urb.c:449 usb_submit_urb.part.6+0x142/0x560()
mag 23 21:04:39 casa-desktop kernel: usb 2-1: BOGUS urb xfer, pipe 1 != type 3
mag 23 21:04:39 casa-desktop kernel: Modules linked in: btrfs xor raid6_pq ufs qnx4 hfsplus hfs minix ntfs msdos jfs xfs libcrc32c ath9k_htc drbg ansi_cprng ctr ccm binfmt_misc arc4 ath9k_common ath9k_hw ath mac80211 cfg80211 nvidia(POE) coretemp kvm_intel kvm irqbypass snd_hda_codec_realtek snd_hda_codec_generic snd_hda_intel snd_hda_codec snd_hda_core snd_hwdep snd_mpu401_uart drm input_leds serio_raw snd_pcm ns558 shpchp lpc_ich asus_atk0110 snd_seq_midi snd_seq_midi_event snd_rawmidi snd_seq snd_seq_device snd_timer snd 8250_fintek soundcore gameport mac_hid parport_pc ppdev lp parport autofs4 hid_generic usbhid hid pata_it821x skge pata_acpi sky2 floppy fjes [last unloaded: ath9k_htc]
mag 23 21:04:39 casa-desktop kernel: CPU: 0 PID: 71 Comm: kworker/u4:3 Tainted: P        W  OE   4.4.0-79-generic #100-Ubuntu
mag 23 21:04:39 casa-desktop kernel: Hardware name: System manufacturer System Product Name/P5LD2, BIOS 1401     08/24/2006
mag 23 21:04:39 casa-desktop kernel: Workqueue: phy1 ath9k_htc_ani_work [ath9k_htc]
mag 23 21:04:39 casa-desktop kernel:  0000000000000286 00000000924d4ef3 ffff8800b538fb50 ffffffff813f94d3
mag 23 21:04:39 casa-desktop kernel:  ffff8800b538fb98 ffffffff81d51bc0 ffff8800b538fb88 ffffffff81081322
mag 23 21:04:39 casa-desktop kernel:  ffff8800ba607e40 0000000000000002 ffff8800b53a7000 0000000000000001
mag 23 21:04:39 casa-desktop kernel: Call Trace:
mag 23 21:04:39 casa-desktop kernel:  [<ffffffff813f94d3>] dump_stack+0x63/0x90
mag 23 21:04:39 casa-desktop kernel:  [<ffffffff81081322>] warn_slowpath_common+0x82/0xc0
mag 23 21:04:39 casa-desktop kernel:  [<ffffffff810813bc>] warn_slowpath_fmt+0x5c/0x80
mag 23 21:04:39 casa-desktop kernel:  [<ffffffff81626872>] usb_submit_urb.part.6+0x142/0x560
mag 23 21:04:39 casa-desktop kernel:  [<ffffffff81626cf2>] usb_submit_urb+0x62/0x70
mag 23 21:04:39 casa-desktop kernel:  [<ffffffffc037cd8b>] hif_usb_send+0xeb/0x340 [ath9k_htc]
mag 23 21:04:39 casa-desktop kernel:  [<ffffffffc037b058>] htc_issue_send.constprop.2+0x58/0x70 [ath9k_htc]
mag 23 21:04:39 casa-desktop kernel:  [<ffffffffc037b428>] htc_send_epid+0x18/0x20 [ath9k_htc]
mag 23 21:04:39 casa-desktop kernel:  [<ffffffffc037e1f1>] ath9k_wmi_cmd+0x111/0x1a0 [ath9k_htc]
mag 23 21:04:39 casa-desktop kernel:  [<ffffffffc0383cd0>] ath9k_regwrite+0x70/0x100 [ath9k_htc]
mag 23 21:04:39 casa-desktop kernel:  [<ffffffffc022bbeb>] ath_hw_cycle_counters_update+0xab/0x130 [ath]
mag 23 21:04:39 casa-desktop kernel:  [<ffffffffc02de9d9>] ath9k_hw_ani_monitor+0x29/0x1c0 [ath9k_hw]
mag 23 21:04:39 casa-desktop kernel:  [<ffffffffc0382b6d>] ath9k_htc_ani_work+0xcd/0x1a0 [ath9k_htc]
mag 23 21:04:39 casa-desktop kernel:  [<ffffffff8109a585>] process_one_work+0x165/0x480
mag 23 21:04:39 casa-desktop kernel:  [<ffffffff8109a8eb>] worker_thread+0x4b/0x4c0
mag 23 21:04:39 casa-desktop kernel:  [<ffffffff8109a8a0>] ? process_one_work+0x480/0x480
mag 23 21:04:39 casa-desktop kernel:  [<ffffffff810a0c25>] kthread+0xe5/0x100
mag 23 21:04:39 casa-desktop kernel:  [<ffffffff810a0b40>] ? kthread_create_on_node+0x1e0/0x1e0
mag 23 21:04:39 casa-desktop kernel:  [<ffffffff81840e0f>] ret_from_fork+0x3f/0x70
mag 23 21:04:39 casa-desktop kernel:  [<ffffffff810a0b40>] ? kthread_create_on_node+0x1e0/0x1e0
mag 23 21:04:39 casa-desktop kernel: ---[ end trace 67672e07ef748fe4 ]---
mag 23 21:04:39 casa-desktop kernel: ------------[ cut here ]------------

Die Ursache hierfür ist ein TP-Link TL-WN722N USB-WLAN-Adapter:

Bus 002 Device 002: ID 0cf3:9271 Atheros Communications, Inc. AR9271 802.11n

Hier ist die linux-firmwareVersion, die ich habe:

$ sudo dpkg -s linux-firmware | grep -i version
Version: 1.157.10

Hier ist die Ausgabe von lsusb -vv:https://paste.ubuntu.com/24679177/

Das Seltsame ist …die WLAN-Verbindung funktioniertund ich kann problemlos im Internet surfen. Dieses Verhalten verlangsamt jedoch den Computer und füllt die Partition ständig mit Protokollen.

Wie kann ich dieses Problem beheben?Als vorübergehende Problemumgehung verwende ich einen Ersatz-WLAN-Adapter mit einem anderen Chipsatz, den ich aber gerne für andere zukünftige Zwecke behalten möchte.

Antwort1

Beachten Sie, dass Ihre Firmware-Version 1.157 ist. Ich schlage vor, dass Sie die Firmware auf die neueste Version, 1.164, aktualisieren. Vom Terminal aus:

wget http://mirrors.kernel.org/ubuntu/pool/main/l/linux-firmware/linux-firmware_1.164_all.deb
sudo dpkg -i linux-firmware*.deb

Wie bereits vorgeschlagen, empfehle ich außerdem, eine aktuelle Kernelversion zu installieren, nicht vonvorgeschlagen.

Starten Sie neu und überprüfen Sie das Protokoll erneut.

Während unserer Chatroom-Diskussion habe ich vorgeschlagen, dass es sich möglicherweise um ein Problem mit den BIOS-Einstellungen des Computers handelt. Ich habe Ihnen empfohlen, das BIOS auf die Standardeinstellungen zurückzusetzen, und Sie haben berichtet, dass das Problem behoben wurde. Vielen Dank für Ihre Rückmeldung, da ich sicher bin, dass viele Suchende die Lösung finden und von Ihrem Bericht profitieren werden.

verwandte Informationen