On 08/25/2016 01:22 AM, Frederic Dalleau wrote:
Hi Larry,
On 24/08/2016 22:02, Larry Finger wrote:
On 08/21/2016 07:09 AM, Frederic Dalleau wrote:
I am unable to unload module bluetooth to verify that the second
leak is not a false positive; however, the one in btusb is a real
memory leak.
Hi Larry,
On 24/08/2016 22:02, Larry Finger wrote:
On 08/21/2016 07:09 AM, Frederic Dalleau wrote:
I am unable to unload module bluetooth to verify that the second
leak is not a false positive; however, the one in btusb is a real
memory leak.
I have a patch on the grill.
Any progress on t
On 08/21/2016 07:09 AM, Frederic Dalleau wrote:
Hi Marcel, Johan,
I am unable to unload module bluetooth to verify that the second
leak is not a false positive; however, the one in btusb is a real
memory leak.
There was a bugzilla last week with that backtrace:
https://bugzilla.kernel.org/sho
Hi Marcel, Johan,
I am unable to unload module bluetooth to verify that the second
leak is not a false positive; however, the one in btusb is a real
memory leak.
There was a bugzilla last week with that backtrace:
https://bugzilla.kernel.org/show_bug.cgi?id=120691
At the time, I was thinkin
On 08/20/2016 01:01 AM, Marcel Holtmann wrote:
Hi Larry,
I can not see a leak. Maybe Johan has an idea.
Marcel and Johan,
The hardware in question is an Intel device with USB ID 8087:07dc, which is part
of an Intel Wireless 7260.
The kmemleak backtraces for the two kinds of leaks are:
unr
Hi Marcel,
On Sat, Aug 20, 2016, Marcel Holtmann wrote:
> > I am seeing two skb leaks in the BT sub-system for kernel 4.8-rc2. I
> > only recently re-enabled kmemleak, but I do not think I saw these
> > leaks in 4.7.
> >
> > The first leak is at btusb_recv_intr+0x12b/0x170 [btusb]. This
> > addre
Hi Larry,
> I am seeing two skb leaks in the BT sub-system for kernel 4.8-rc2. I only
> recently re-enabled kmemleak, but I do not think I saw these leaks in 4.7.
>
> The first leak is at btusb_recv_intr+0x12b/0x170 [btusb]. This address refers
> to the call to bt_skb_alloc() in routine btusb_r
I am seeing two skb leaks in the BT sub-system for kernel 4.8-rc2. I only
recently re-enabled kmemleak, but I do not think I saw these leaks in 4.7.
The first leak is at btusb_recv_intr+0x12b/0x170 [btusb]. This address refers to
the call to bt_skb_alloc() in routine btusb_recv_intr().
The se
8 matches
Mail list logo