#927: Total hang on loading ath_pci (0.9.2) on mips-be platform
----------------------------------------+-----------------------------------
Reporter: [EMAIL PROTECTED] | Owner:
Type: defect | Status: new
Priority: major | Milestone:
Component: madwifi: driver | Version:
Resolution: | Keywords:
Patch_attached: 0 |
----------------------------------------+-----------------------------------
Comment (by [EMAIL PROTECTED]):
I've been doing further research. Improving my tracing I modified the
ath_hal_reg_read() function so it looks like this:
{{{
u_int32_t __ahdecl
ath_hal_reg_read(struct ath_hal *ah, u_int reg)
{
u_int32_t val;
printk("PREREAD 0x%x\n", reg);
val = _OS_REG_READ(ah, reg);
#ifdef AH_DEBUG
if (ath_hal_debug > 1)
ath_hal_printf(ah, "READ 0x%x => 0x%x\n", reg, val);
#endif
return val;
}
}}}
At the hang, I see:
{{{
READ 0x4000 => 0x0
DELAY 10
PREREAD 0x8004
}}}
So the call to _OS_REG_READ(0x8004) never actually returns!!
As that seems to be doing a simple memory mapped access, it sounds like
the device is dropping off the PCI bus during the initialisation, and
never coming back.
--
Ticket URL: <http://madwifi.org/ticket/927>
MadWifi <http://madwifi.org/>
Multiband Atheros Driver for Wireless Fidelity-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Madwifi-tickets mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/madwifi-tickets