Hi,
There is a potential double-lock sequence starting from hfc_remove_pci().
Forward trace:
1. hfc_remove_pci() LOCKS spin_lock_irqsave(, flags) at 5284
2. hfc_remove_pci() calls release_card(card) at 5285
3. release_card()calls release_port(hc, hc->chan[ch].dch) at
Hi,
This still looks like a deadlock bug to me, could someone take a look
as well and confirm? I will help preparing a patch if needed.
Thanks,
-- iago
On Fri, Nov 18, 2016 at 10:58 PM, Iago Abal <iago.a...@gmail.com> wrote:
> Hi,
>
> With the help of a static bug finder
Hi,
With the help of a static bug finder (EBA -
https://github.com/models-team/eba) I have found a potential deadlock
in drivers/net/wireless/st/cw1200/
sta.c. This happens due to a recursive mutex_lock on `priv->conf_mutex'.
If this is indeed a bug, I will be happy to help with a patch.
A
Hi,
I'm testing a static bug finder (EBA) on Linux 4.7 release candidates
and I may have found a potential double lock:
Double lock in net/ceph/auth.c
second lock at 108: mutex_lock(& ac->mutex); [ceph_auth_build_hello]
after calling from 263: ret = ceph_auth_build_hello(ac, msg_buf,