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
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
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
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 GPD
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):
comm
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 ve
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 no
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
> ---
> arch/arm64/boot/dts/exyn
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! Possi
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: Fa
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 fo
It's dangerous to use empty code define.
Furthermore it lead to the following warning:
"suggest braces around empty body in an « else » statement"
So let's replace emptyness by "do {} while(0)"
Furthermore, as suggested by Joe Perches, rename the macro to INCR.
Signed-off-by: Corentin Labbe
---
On Tue, Sep 18, 2018 at 2:55 PM Colin King wrote:
>
> From: Colin Ian King
>
> Trivial fix to spelling mistake in dev_dbg message
>
> Signed-off-by: Colin Ian King
> ---
> drivers/usb/phy/phy-mxs-usb.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/usb/phy/phy-
13 matches
Mail list logo
