#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

Reply via email to