Repeatable crash of CT firmware (at least).
Ben Greear
greearb at candelatech.com
Mon Aug 10 17:08:03 PDT 2015
As an update, stock upstream kernels and multiple different official firmware versions
crash as well.
I've sent more details off to those that might be able to fix
things.
Thanks,
Ben
On 08/06/2015 12:16 PM, Ben Greear wrote:
> In case someone has time an interest, I would be curious if upstream
> firmware/kernels see this problem. Unfortunately, it takes a bit of
> setup to do this test (namely, constant tx source, and if doing this with
> something like ath9k, then you might need a variable attenuator).
>
> Possibly just a very loud constant tx source would reproduce the bug
> as well, and possibly it would happen in AP mode, etc.
>
> Channel 1, HT40
>
> Configure ath10k in station mode, associate with ath10k AP,
> start transmitting frames (about 4kpps tx, 1kpps rx in my case)
>
> Add a constant-transmit noise source at around -65 db on the same channel. This should
> cause ath10k station (and AP) to go silent.
>
> Shortly after, the station system's ath10k firmware crashes due to assert
> in the firmware CE logic.
>
> I know that a similar CE assert can happen if the host does bad things
> with the tx descriptors, so I am suspicious that is the case here. For instance,
> maybe firmware is still trying to transmit the frame when host tears down
> the station vdev??
>
> Of course, this could all be due to bugs in CT firmware and/or my kernel
> patches...
>
> Thanks,
> Ben
>
--
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc http://www.candelatech.com
More information about the ath10k
mailing list