linux-kernel - [Regression, post-2.6.35] ath9k occasionally drops out of PCI config space

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Date:	Fri, 5 Nov 2010 21:50:02 +0100
From:	"Rafael J. Wysocki" <rjw@...k.pl>
To:	"Luis R. Rodriguez" <lrodriguez@...eros.com>
Cc:	Felix Fietkau <nbd@...nwrt.org>,
	"John W. Linville" <linville@...driver.com>,
	linux-wireless@...r.kernel.org,
	LKML <linux-kernel@...r.kernel.org>, linux-pci@...r.kernel.org
Subject: [Regression, post-2.6.35] ath9k occasionally drops out of PCI config space

Hi,

For some time I've been experiencing a regression associated with ath9k
that occasionally it drops the connection with the AP and goes into a state
in which reading from its PCI config registers (as done by lspci) return all
ones.

It may be sort of brought back to life by a suspend/resume afterwards, but
then the driver cannot really handle it and realoding the driver doesn't help
(probe fails).  Basically, full machine reboot is needed to revive the adapter.

The device is:

09:00.0 Network controller: Atheros Communications Inc. AR928X Wireless Network Adapter (PCI-Express) (rev 01)
        Subsystem: Foxconn International, Inc. Device e01f

and the kernel says:

[    9.623217] ath9k 0000:09:00.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19
[    9.631518] ath9k 0000:09:00.0: setting latency timer to 64
[   10.071497] ath: EEPROM regdomain: 0x65
[   10.071502] ath: EEPROM indicates we should expect a direct regpair map
[   10.071510] ath: Country alpha2 being used: 00
[   10.071514] ath: Regpair used: 0x65
[   10.096025] phy0: Selected rate control algorithm 'ath9k_rate_control'
[   10.097803] Registered led device: ath9k-phy0::radio
[   10.098035] Registered led device: ath9k-phy0::assoc
[   10.098249] Registered led device: ath9k-phy0::tx
[   10.098483] Registered led device: ath9k-phy0::rx
[   10.098496] phy0: Atheros AR9280 Rev:2 mem=0xffffc900017e0000, irq=19

The issue is not really bisectable, because I'm unable to trigger it on demand
and it occurs approx. 1-2 times a day.  So, if you have any ideas what to test,
please let me know.

It is not reproducible with the 2.6.35 kernel.

Thanks,
Rafael
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/