Re: Kernel memory leak on CDC-ACM device plug/unplug

On Wed, Sep 19, 2018 at 04:11:55PM +0200, Romain Izard wrote: > While trying to debug a memory leak problem, I encountered the following > problem: > > After plugging/unplugging an USB CDC-ACM device, kmemleak reports multiple > copies of the following leak. It is not necessary to open the port

Re: [PATCH 1/2] usb: typec: mux: Take care of driver module reference counting

Hi, [This is an automated email] This commit has been processed because it contains a -stable tag. The stable tag indicates that it's relevant for the following trees: all The bot has tested the following trees: v4.18.8, v4.14.70, v4.9.127, v4.4.156, v3.18.122, v4.18.8: Failed to apply!

Re: [PATCH 2/2] usb: roles: Take care of driver module reference counting

Hi, [This is an automated email] This commit has been processed because it contains a -stable tag. The stable tag indicates that it's relevant for the following trees: all The bot has tested the following trees: v4.18.8, v4.14.70, v4.9.127, v4.4.156, v3.18.122, v4.18.8: Build OK! v4.14.70:

Re: [PATCH 4/4] arm64: dts: exynos: Update DWC3 modules on Exynos5433 SoCs

On Tue, Sep 18, 2018 at 10:16:53AM +0200, Marek Szyprowski wrote: > Update DWC3 hardware modules to Exynos5433 specific variant: change > compatible name and add all required clocks (both to the glue node and > DWC3 core node). > > Signed-off-by: Marek Szyprowski > --- >

Re: Possible race condition in f_mass_storage gadget during deinitialization. Kernel warning issued

Hi Adrian, On 9/18/2018 6:21 PM, Minas Harutyunyan wrote: > Hi Adrian, > > On 9/10/2018 11:54 AM, Adrian Ambrożewicz wrote: >> Thanks for the patch. I was happy to blindly apply it on my sources and >> check the result. Unfortunately it ended up with even worse crash than >> before. >> >> I've

[PATCH v2] usb: dwc2: Disable all EP's on disconnect

Disabling all EP's allow to reset EP's to initial state. On disconnect disable all EP's instead of just killing all requests. Because of some platform didn't catch disconnect event, same stuff added to dwc2_hsotg_core_init_disconnected() function when USB reset detected on the bus. Changed from

Kernel memory leak on CDC-ACM device plug/unplug

While trying to debug a memory leak problem, I encountered the following problem: After plugging/unplugging an USB CDC-ACM device, kmemleak reports multiple copies of the following leak. It is not necessary to open the port for the leak to happen. unreferenced object 0xddbfd500 (size 128):

Re: Inaccessible dual-role port on CherryTrail

On Fri, Sep 14, 2018 at 02:59:49PM -0700, Rob Weber wrote: > On Fri, Sep 14, 2018 at 11:09:15AM +0300, Heikki Krogerus wrote: > > Adding Hans. Hans has become something of a Cherry Trail expert. > > Hello Hans. Yesterday I was reading through your blog posts that describe > your work with the

[PATCH 2/2] usb: roles: Take care of driver module reference counting

This fixes potential "BUG: unable to handle kernel paging request at ..." from happening. Fixes: fde0aa6c175a ("usb: common: Small class for USB role switches") Cc: Acked-by: Hans de Goede Tested-by: Hans de Goede Signed-off-by: Heikki Krogerus --- drivers/usb/common/roles.c | 15

[PATCH 1/2] usb: typec: mux: Take care of driver module reference counting

Functions typec_mux_get() and typec_switch_get() already make sure that the mux device reference count is incremented, but the same must be done to the driver module as well to prevent the drivers from being unloaded in the middle of operation. This fixes a potential "BUG: unable to handle kernel

[PATCH 0/2] mux handling fixes for usb-linus

Hi Greg, These two patches will fix module reference counting problems we had in our mux handling code. Thanks, Heikki Krogerus (2): usb: typec: mux: Take care of driver module reference counting usb: roles: Take care of driver module reference counting drivers/usb/common/roles.c | 15

Hello Friend

Dear, I am working in financial firm in Asia. I have a business to transfer the sum of $19.000.000.00 of abandon fund in my office. If you are,interested in the transaction reply on my email for more details. Best Regards, Danny Chan.