BAR error, failed to get chip id.

[Ben Greear]

On 01/22/2014 04:10 PM, Adrian Chadd wrote:
> Tgis is rev 2.0 right? I recall reset bugs in 1.0 that had the pcie bits not setup right by the firmware after a cold reset.

I'm using a rev 2 development NIC (CUS223, I think..haven't cracked the
machine open in a while).

I usually get about 1-3 module reloads before the system either totally
freezes or prints out the info below (and fails to load the driver),
requiring reboot of the system.

I have been working on other features and bugs and have been ignoring
these lockups, but now I'm a bit more interested in trying to resolve
them...

Thanks,
Ben


> 
> Adrian
> 
> On Jan 22, 2014 3:34 PM, "Ben Greear" <greearb at candelatech.com <mailto:greearb at candelatech.com>> wrote:
> 
> 
>     I see this fairly often on module reload.  Firmware is modified
>     by me, based on 10.1.389, so if there are firmware fixes since then
>     that address this problem I would not know of it.  Kernel is ath-testing,
>     with some local changes, but nothing pertaining to the pci code.
> 
> 
>     Kernel 3.13.0-rc8-wl-ath+ on an x86_64 (ttyS0)
> 
>     ct523-9292 login: ath10k_pci 0000:05:00.0: BAR 0: error updating (0xf4400004 != 0xffffffff)
>     ath10k_pci 0000:05:00.0: BAR 0: error updating (high 0x000000 != 0xffffffff)
>     ath10k: Failed to get chip id: -110
> 
> 
>     After this, it takes a power cycle to get the system working again.
> 
>     Anyone seen similar?
> 
>     Thanks,
>     Ben
> 
>     --
>     Ben Greear <greearb at candelatech.com <mailto:greearb at candelatech.com>>
>     Candela Technologies Inc  http://www.candelatech.com
> 
> 
>     _______________________________________________
>     ath10k mailing list
>     ath10k at lists.infradead.org <mailto:ath10k at lists.infradead.org>
>     http://lists.infradead.org/mailman/listinfo/ath10k
> 


-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com