linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* ath5k: issues with AHB support on ubiquiti bullet 2 (AR2315)
@ 2011-02-01  1:41 Hugh Davenport
  2011-02-01 12:17 ` Wojciech Dubowik
  0 siblings, 1 reply; 4+ messages in thread
From: Hugh Davenport @ 2011-02-01  1:41 UTC (permalink / raw)
  To: linville
  Cc: ath5k-devel, linux-wireless, lrodriguez, me, mickflemm, jirislaby

Hey all,

I'm just letting you know that I have been having issues getting the the
AHB support with the ath5k driver working (from compat-wireless 2011-01-05).

I'm testing it on an ubiquiti bullet 2 device which internally is a
AR2315 WiSoC. I am using openwrt backfire with the mac80211 package
patched to use a later version of compat-wireless (ie one with AHB
support in ath5k). I had to modify some of the patches in openwrt so
they applied cleanly, but don't think any affected the ath5k (and would
cause the problem i have).

Basically the issue is this. When I try to load the module as is in the
source tree, the system hangs and module never loads (device restarts
itself).

I tried a bit of debugging (sorry about any newbie techniques here, im
new to kernel debugging) by just printing and returning errors after
every main function called. The problem seemed to be with the first time
it called ath5k_hw_reg_write, which from my tracing seemed to be in th
wisoc reset function in the following chain.

ath5k_hw_reg_write (ath5k.h)
ath5k_hw_wisoc_reset (reset.c)
ath5k_hw_nic_wakeup (reset.c)
ath5k_hw_init (attach.c)
ath5k_init_softc (base.c)
ath_ahb_probe (ahb.c)


I then tried out a few things in the vain attempt to get it to load the
module, one which seemed to work is taking out the ioremap_nocache call
in ath_ahb_probe, and set mem to be res->start (on my system this is
0xb0000000 (the same as what madwifi tells me as well)). With this /fix/
the module now loads, gives the output below, but i can't bring the
interface up (device crashes again).

Atheros AR2315 chip found (MAC: 0x87, PHY: 0x48)


continuing traces when bring interface up brings me to another
ath5k_hw_reg_write call in the following chain

ath5k_hw_reg_write (ath5k.h)
ath5k_hw_start_rx_dma (dma.c)
ath5k_rx_start (base.c)
ath5k_reset (base.c)
ath5k_init_hw (base.c)
ath5k_start (mac80211-ops.c)


I am sorry about the long email, but I thought the more info you guys
have, the better.

If you have any ideas I can try, any more testing you may need me to do,
or anything that could help me get it working, let me know, and i'll do
my best to get anything done asap.

Cheers,

Hugh Davenport

^ permalink raw reply	[flat|nested] 4+ messages in thread
* ath5k: issues with AHB support on ubiquiti bullet 2 (AR2315)
@ 2011-01-24 20:27 Hugh Davenport
  0 siblings, 0 replies; 4+ messages in thread
From: Hugh Davenport @ 2011-01-24 20:27 UTC (permalink / raw)
  To: ath5k-devel; +Cc: linux-wireless

Hey all,

I'm just letting you know that I have been having issues getting the the
AHB support with the ath5k driver working (from compat-wireless 2011-01-05).

I'm testing it on an ubiquiti bullet 2 device which internally is a
AR2315 WiSoC. I am using openwrt backfire with the mac80211 package
patched to use a later version of compat-wireless (ie one with AHB
support in ath5k). I had to modify some of the patches in openwrt so
they applied cleanly, but don't think any affected the ath5k (and would
cause the problem i have).

Basically the issue is this. When I try to load the module as is in the
source tree, the system hangs and module never loads (device restarts
itself).

I tried a bit of debugging (sorry about any newbie techniques here, im
new to kernel debugging) by just printing and returning errors after
every main function called. The problem seemed to be with the first time
it called ath5k_hw_reg_write, which from my tracing seemed to be in th
wisoc reset function in the following chain.

ath5k_hw_reg_write (ath5k.h)
ath5k_hw_wisoc_reset (reset.c)
ath5k_hw_nic_wakeup (reset.c)
ath5k_hw_init (attach.c)
ath5k_init_softc (base.c)
ath_ahb_probe (ahb.c)


I then tried out a few things in the vain attempt to get it to load the
module, one which seemed to work is taking out the ioremap_nocache call
in ath_ahb_probe, and set mem to be res->start (on my system this is
0xb0000000 (the same as what madwifi tells me as well)). With this /fix/
the module now loads, gives the output below, but i can't bring the
interface up (device crashes again).

Atheros AR2315 chip found (MAC: 0x87, PHY: 0x48)


continuing traces when bring interface up brings me to another
ath5k_hw_reg_write call in the following chain

ath5k_hw_reg_write (ath5k.h)
ath5k_hw_start_rx_dma (dma.c)
ath5k_rx_start (base.c)
ath5k_reset (base.c)
ath5k_init_hw (base.c)
ath5k_start (mac80211-ops.c)


I am sorry about the long email, but I thought the more info you guys
have, the better.

If you have any ideas I can try, any more testing you may need me to do,
or anything that could help me get it working, let me know, and i'll do
my best to get anything done asap.

Cheers,

Hugh Davenport

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2011-02-02  2:50 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-02-01  1:41 ath5k: issues with AHB support on ubiquiti bullet 2 (AR2315) Hugh Davenport
2011-02-01 12:17 ` Wojciech Dubowik
2011-02-02  2:50   ` Hugh Davenport
  -- strict thread matches above, loose matches on Subject: below --
2011-01-24 20:27 Hugh Davenport

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).