BAR error, failed to get chip id.

[Ben Greear]

On 01/22/2014 04:41 PM, Adrian Chadd wrote:
> We need a pcie analyzer. Can you query its port to see what errors have shown up? Maybe we can toss some delay calls in the driver path when its detaching and
> attaching..

Do you have any suggestions for a pcie analyzer?  I'd certainly consider
buying one...and maybe sending it to someone who could actually use it :)

Next time I see the BAR thing I'll see if I can find any info about
PCIe errors.

Thanks,
Ben

> 
> Adrian
> 
> On Jan 22, 2014 7:37 PM, "Ben Greear" <greearb at candelatech.com <mailto:greearb at candelatech.com>> wrote:
> 
>     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> <mailto: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> <mailto: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> <mailto:ath10k at lists.infradead.org <mailto:ath10k at lists.infradead.org>>
>     >     http://lists.infradead.org/mailman/listinfo/ath10k
>     >
> 
> 
>     --
>     Ben Greear <greearb at candelatech.com <mailto:greearb at candelatech.com>>
>     Candela Technologies Inc  http://www.candelatech.com
> 


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