* Repeatable crash of CT firmware (at least).
@ 2015-08-06 19:16 Ben Greear
2015-08-11 0:08 ` Ben Greear
0 siblings, 1 reply; 2+ messages in thread
From: Ben Greear @ 2015-08-06 19:16 UTC (permalink / raw)
To: ath10k
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@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Repeatable crash of CT firmware (at least).
2015-08-06 19:16 Repeatable crash of CT firmware (at least) Ben Greear
@ 2015-08-11 0:08 ` Ben Greear
0 siblings, 0 replies; 2+ messages in thread
From: Ben Greear @ 2015-08-11 0:08 UTC (permalink / raw)
To: ath10k
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@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
_______________________________________________
ath10k mailing list
ath10k@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/ath10k
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2015-08-11 0:08 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-08-06 19:16 Repeatable crash of CT firmware (at least) Ben Greear
2015-08-11 0:08 ` Ben Greear
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.