From mboxrd@z Thu Jan  1 00:00:00 1970
From: Luis R. Rodriguez <lrodriguez@atheros.com>
Date: Tue, 13 Oct 2009 11:28:09 -0700
Subject: [ath9k-devel] PCI error on iwconfig wlan0 up
In-Reply-To: <200910130103.13385.lindner_marek@yahoo.de>
References: <200910130103.13385.lindner_marek@yahoo.de>
Message-ID: <20091013182809.GA8240@tux>
List-Id: <ath9k-devel.lists.ath9k.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: ath9k-devel@lists.ath9k.org

On Mon, Oct 12, 2009 at 10:03:13AM -0700, Marek Lindner wrote:
> 
> Hi,
> 
> I'm running a SR71C (AR9280+AR5133) from Ubiquiti on Ubiquiti's router station
> using the latest compat-wireless driver. On module load I get this
> identification string:
> 
> phy0: Atheros AR9280 MAC/BB Rev:2 AR5133 RF Rev:d0: mem=0xb0000000, irq=48
> 
> Unfortunately, the driver crashes as soon as I try to enable the card (iwconfig
> wlan0 up). The kernel backtrace looks like this:
> 
> PCI error 1 at PCI addr 0x10009a10
> Data bus error, epc == 83c45b5c, ra == 83c45b54

Not sure what these mean, I take it this is mips? May want to check
with the arch list to see when/why these type of pci error / data bus errors
crop up.

  Luis

> Oops[#1]:
> Cpu 0
> $ 0   : 00000000 00000000 deadc0de 00000000
> $ 4   : b0008048 02000020 00000002 00000223
> $ 8   : 00005848 83a4c750 00000000 00000000
> $12   : 00000001 00000000 4acf889b 00000000
> $16   : 83c0290c 00000223 83bb0000 0000014f
> $20   : 83a4c1e0 83bb00e4 00000004 83bb0004
> $24   : 00000010 83c0290c
> $28   : 83f00000 83f01ce0 00000002 83c45b54
> Hi    : 0000000a
> Lo    : 17980000
> epc   : 83c45b5c ath9k_hw_reset+0xd64/0x1cbc [ath9k_hw]
>     Not tainted
> ra    : 83c45b54 ath9k_hw_reset+0xd5c/0x1cbc [ath9k_hw]
> Status: 1000f403    KERNEL EXL IE
> Cause : 1080001c
> PrId  : 00019374 (MIPS 24Kc)
> Modules linked in: ath9k ath9k_hw pppoe pppox ppp_async ppp_generic slhc ath
> mac80211 cfg80211 crc_ccitt arc4 aes_generic deflate ecb cbc button_hotplug
> gpio_buttons input_polldev input_core leds_gpio [last unloaded: ath9k_hw]
> Process ifconfig (pid: 687, threadinfo=83f00000, task=8389d200, tls=00000000)
> Stack : 7fb66ff8 801f13b4 83804c00 00000000 00000000 83f01e20 83c156b0 00000001
>         00000000 20000000 83bb00e4 83a4c934 83bb0000 83c156b0 83a4c1e0
> 83a4c9d0
>         83f01d72 83f01d74 83f01d70 83c03550 00000000 00000015 802d4720 fffffffe
>         83a4c1e0 ffffff82 83a96ac0 00001043 83a96800 00000000 83bcc50c 83a96800
>         80094d4c 80094d4c 802d83b0 83a28c60 00000000 00008964 83a96800
> 83bdfae8
>         ...
> Call Trace:
> [<83c45b5c>] ath9k_hw_reset+0xd64/0x1cbc [ath9k_hw]
> [<83c03550>] ath_descdma_setup+0x2c8/0x19c4 [ath9k]
> [<83bcc50c>] ieee80211_if_change_type+0xa74/0xfa4 [mac80211]
> 
> I traced the error to the REG_SET_BIT call in
> ath9k/hw.c:ath9k_hw_override_ini()
> REG_SET_BIT(ah, AR_DIAG_SW, (AR_DIAG_RX_DIS | AR_DIAG_RX_ABORT));
> 
> As I don't know what these registers are doing I tried a few things which
> might or might not help you:
> * even only reading the register AR_DIAG_SW at that point makes it crash
> * a few lines further up in ath9k_hw_process_ini() this very register was
> readable without invoking a kernel panic
> 
> I tried several of these cards on 2 different router station boards using
> different power supplies. I'm pretty sure it is not a hardware problem. Does
> anyone have an idea what the problem might be ?
> 
> Thanks in advance,
> Marek
> _______________________________________________
> ath9k-devel mailing list
> ath9k-devel at lists.ath9k.org
> https://lists.ath9k.org/mailman/listinfo/ath9k-devel