Previous atomic increment/decrement logic expects the atomic count to be
'0' after the final decrement.
Replacing atomic count with refcount does not allow that, as
refcount_dec() considers count of 1 as underflow and triggers a kernel
splat.
Fix the current refcount logic by using the usual pattern of decrementing
the refcount and test if it is '0' on the final deref in
c4iw_destroy_cq(). Use wait_for_completion() instead of wait_event().
Fixes:
|
||
---|---|---|
.. | ||
cm.c | ||
cq.c | ||
device.c | ||
ev.c | ||
id_table.c | ||
iw_cxgb4.h | ||
Kconfig | ||
Makefile | ||
mem.c | ||
provider.c | ||
qp.c | ||
resource.c | ||
restrack.c | ||
t4.h | ||
t4fw_ri_api.h |