Bug 42673
Summary: | ath9k: Fatal PCI error and 'failed to stop TX DMA' | ||
---|---|---|---|
Product: | Networking | Reporter: | Ben Greear (greearb) |
Component: | Wireless | Assignee: | networking_wireless (networking_wireless) |
Status: | NEW --- | ||
Severity: | normal | CC: | boris.ilpossente, greearb, kerneldotorg, linville, psyberbits, shafi.wireless, szg00000 |
Priority: | P1 | ||
Hardware: | All | ||
OS: | Linux | ||
Kernel Version: | 3.0.18+ | Subsystem: | |
Regression: | No | Bisected commit-id: | |
Attachments: | system configuration and crash log |
Description
Ben Greear
2012-01-27 21:33:43 UTC
Paul Farrow reported similar problem, but this time there are no obvious PCI errors. His NIC is: Apple Macbook Airport A1181, AR9280 AR5BXB92 300m N card The PC is a Jetaway NF93R with a Intel DUO P8700 @ 2.53Ghz, the PCI slot is empty and the AR9280 card is in the pci-e slot. OS is 64-bit Fedora 16. Using the NIC in AP mode. ath: Failed to stop TX DMA! ath: DMA failed to stop in 10 ms AR_CR=0x00000024 AR_DIAG_SW=0x42000020 DMADBG_7=0x000062c0 ath: Could not stop RX, we could be confusing the DMA engine when we start RX up ------------[ cut here ]------------ WARNING: at drivers/net/wireless/ath/ath9k/recv.c:528 ath_stoprecv+0xd5/0xfb [ath9k]() Hardware name: OEM Modules linked in: cryptd aes_x86_64 aes_generic ipt_LOG iptable_nat nf_nat lockd nf_conntrack_ftp ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 f71882fg coretemp hwmon ip6table_filter ip6_tables snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_seq snd_seq_device snd_pcm arc4 ath9k mac80211 snd_timer snd ath9k_common ath9k_hw r8169 soundcore snd_page_alloc ath cfg80211 iTCO_wdt i2c_i801 mii pcspkr iTCO_vendor_support microcode joydev serio_raw sunrpc ipv6 autofs4 ata_generic pata_acpi pata_jmicron i915 drm_kms_helper drm i2c_algo_bit video [last unloaded: scsi_wait_scan] Pid: 0, comm: kworker/0:0 Not tainted 3.0.17+ #2 Call Trace: <IRQ> [<ffffffff810343b2>] warn_slowpath_common+0x7e/0x96 [<ffffffff810343df>] warn_slowpath_null+0x15/0x17 [<ffffffffa024e90a>] ath_stoprecv+0xd5/0xfb [ath9k] [<ffffffffa024d24f>] ath_reset+0x7e/0x1cb [ath9k] [<ffffffffa02485de>] ath_beacon_tasklet+0xe9/0x73c [ath9k] [<ffffffff812d45be>] ? uhci_free_td+0x8b/0x90 [<ffffffffa02499cb>] ? ath9k_ioread32+0x64/0x71 [ath9k] [<ffffffffa01ace84>] ? ar9002_hw_get_isr+0x181/0x3cd [ath9k_hw] [<ffffffff810397fb>] ? __tasklet_schedule+0x46/0x4b [<ffffffffa024b03f>] ? tasklet_schedule+0x15/0x17 [ath9k] [<ffffffffa024c8e8>] ? ath_isr+0x1bb/0x1e5 [ath9k] [<ffffffff81039018>] tasklet_action+0x7a/0xcb [<ffffffff81039370>] __do_softirq+0x89/0x115 [<ffffffff81077f92>] ? handle_irq_event+0x47/0x5d [<ffffffff813f34dc>] call_softirq+0x1c/0x26 [<ffffffff810038d7>] do_softirq+0x41/0x7e [<ffffffff810395ad>] irq_exit+0x44/0x9e [<ffffffff810035f4>] do_IRQ+0x89/0xa0 [<ffffffff813ed4d3>] common_interrupt+0x13/0x13 <EOI> [<ffffffff8100816c>] ? mwait_idle+0x5a/0x63 [<ffffffff8100815f>] ? mwait_idle+0x4d/0x63 [<ffffffff810011dc>] cpu_idle+0x58/0x93 [<ffffffff813def4e>] start_secondary+0x190/0x195 ---[ end trace 036819f004727a68 ]--- lspci info: 00:00.0 Host bridge: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub (rev 07) 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) 00:02.1 Display controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) 00:1a.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 03) 00:1a.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 03) 00:1a.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 03) 00:1a.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 03) 00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 03) 00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 (rev 03) 00:1c.1 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 2 (rev 03) 00:1c.2 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 3 (rev 03) 00:1c.3 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 4 (rev 03) 00:1c.4 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 5 (rev 03) 00:1c.5 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 6 (rev 03) 00:1d.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 03) 00:1d.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 03) 00:1d.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 03) 00:1d.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 03) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 93) 00:1f.0 ISA bridge: Intel Corporation ICH9M-E LPC Interface Controller (rev 03) 00:1f.2 IDE interface: Intel Corporation ICH9M/M-E 2 port SATA IDE Controller (rev 03) 00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 03) 00:1f.5 IDE interface: Intel Corporation ICH9M/M-E 2 port SATA IDE Controller (rev 03) 01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 02) 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 02) 03:00.0 Network controller: Atheros Communications Inc. AR928X Wireless Network Adapter (PCI-Express) (rev 01) 04:00.0 IDE interface: JMicron Technology Corp. JMB368 IDE controller hostapd-conf: logger_syslog=-1 logger_syslog_level=2 ctrl_interface=/var/run/hostapd ctrl_interface_group=0 # Some usable default settings... macaddr_acl=0 auth_algs=1 ignore_broadcast_ssid=0 # Uncomment these for base WPA & WPA2 support with a pre-shared key wpa=2 wpa_key_mgmt=WPA-PSK wpa_pairwise=TKIP rsn_pairwise=CCMP # DO NOT FORGET TO SET A WPA PASSPHRASE!! wpa_passphrase=somepassword # Most modern wireless drivers in the kernel need driver=nl80211 driver=nl80211 wme_enabled=1 ieee80211n=1 ht_capab=[HT40+][SHORT-GI-40][DSSS_CCK-40] # Customize these for your local configuration... interface=wlan0 hw_mode=g channel=1 ssid=The Planetarium own_ip_addr=192.168.1.15 This bug is still an issue on 3.11 kernel. I'm using debian experimental kernel amd64. lspci -vv: 04:00.0 Network controller: Qualcomm Atheros AR928X Wireless Network Adapter (PCI-Express) (rev 01) Subsystem: Foxconn International, Inc. T77H047.31 802.11bgn Wireless Half-size Mini PCIe Card [AR9283] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 17 Region 0: Memory at f0500000 (64-bit, non-prefetchable) [size=64K] Capabilities: <access denied> Kernel driver in use: ath9k this bug causes several issues in my case: - Kernel panic at startup - disable of interupt 17 and often system freeze - ath9k crash at startup or randomly after a while - fails to reload module with modprobe after removal i've also tried to disable acpi to be sure that's not a power management issue, neither the nohwcrypt=1 seems to work. this bug has a nondeterministic behaviour: sometimes the drivers works just fine for a lot of time, even under network stress condition, sometimes the driver causes kernel panic at startup, and sometimes the driver couldn't be loaded at all. I an give more infos if you tell me what you want. However, I will add some basic system configuration information and the dmesg output of the error Created attachment 111641 [details]
system configuration and crash log
basic information about the configuration of the system where the bug has occurred:
lspci
lsmod
dmesg
Hi, I use OpenWRT with kernel 3.18.9 and this is still an issue [1]. A user of DD-WRT manage to find a way to reproduce the problem all the time [2]. It looks like if a client is connected to a 2.4ghz channel with HT40 and then another client which is HT40 intolerant (e.g. Mac OSX, iOS) tries to connect, the transition from HT40 to HT20 is not done correctly and then AP is not usable anymore. To recover from this I have to reboot the router. As a workaround I configured my router to create AP with HT20 only. [1] https://dev.openwrt.org/ticket/11862 [2] http://svn.dd-wrt.com/ticket/2952#comment:110 |