On Fri, 15 Feb 2019 at 07:15, Rafał Miłecki <[email protected]> wrote: > On Thu, 14 Feb 2019 at 23:37, Arend Van Spriel > <[email protected]> wrote: > > On 2/14/2019 11:30 PM, Rafał Miłecki wrote: > > > I've just found a well reproducible brcmfmac crash (NULL pointer > > > dereference). > > > > > > Steps: > > > 1. Wait for or trigger a FullMAC firmware crash > > > 2. Wait for some skb to get queued on a flowring > > > 3. Call rmmod brcmfmac > > > > > > Problem: > > > There is a NULL pointer dereference in one of the brcmf_detach() calls. > > > > > > Explanation: > > > brcmf_detach() first frees all "ifp"s and then deletes flowrings. If any > > > flowring has a skb it results in calling brcmf_txfinalize() which tries > > > to access "ifp" (struct brcmf_if) which is a NULL. > > > > Hi Rafał, > > > > Thanks for diving in. That was my suspicion. Does it mean you are > > working on a patch or shall I take care of it. > > It would be nice to have someone more experienced with detaching & > rings look at it. Is adding a simple > if (ifp) > enough? Or should that code get redesigned? Should we e.g. reorder detach > order?
Hi Arend, would you find a moment to look at that crash, please? -- Rafał
