[GIT PULL] USB changes for v5.4 merge window

Hi Greg, Here's my pull request for the next merge window. The biggest chunk is the addition of Cadence USB3 DRD Driver which, finally, compiles on x86, ARM and ARM64 without any issues. I haven't gotten any failure reports from 0-day either. Relevant changes have been testing on platforms I hav

Re: RK3288 dwc2 USB OTG + macOS

On 22/08/2019 17:06, Jack Mitchell wrote: > I'm having issues on a Firefly rk3288 board when trying to use USB > gadget ethernet on macOS. The dr_mode is set to "otg" and it works fine > with my Linux desktop. > > If I set the dr_mode to "peripheral" macOS will work, but still takes > around 10 se

[PATCH 3/4] xhci: add TSP bitflag to TRB tracing

Software can set a Transfer State Preserve (TSP) flag to maintain data toggle and sequence number when issuing a reset endpoint command. xhci driver is using TSP for soft retry, we want to show TSP usage in tracing as well Signed-off-by: Mathias Nyman --- drivers/usb/host/xhci.h | 3 ++- 1 file

[PATCH 1/4] usb: xhci: dbc: Simplify error handling in 'xhci_dbc_alloc_requests()'

From: Christophe JAILLET If the 'kmalloc()' fails, we need to undo the previous 'dbc_alloc_request()' call. Because of the more similar function name, it is more logical to use 'dbc_free_request()' instead of 'xhci_dbc_free_req()'. Both are equivalent here because: static void xhci_dbc_free_re

[PATCH 0/4] xhci features for usb-next

Hi Greg Minor xhci tuneups for usb-next. The memory leak fix might look like it belongs to usb-linus and stable, but is really about a leak possibility on a very unlikely error path. Nice to have it fixed, but not sure it's stable material. -Mathias Christophe JAILLET (2): usb: xhci: dbc: Simp

[PATCH 4/4] xhci: fix possible memleak on setup address fails.

From: Ikjoon Jang Xhci re-enables a slot on transaction error in set_address using xhci_disable_slot() + xhci_alloc_dev(). But in this case, xhci_alloc_dev() creates debugfs entries upon an existing device without cleaning up old entries, thus memory leaks. So this patch simply moves calling xh

[PATCH 2/4] usb: xhci: dbc: Use GFP_KERNEL instead of GFP_ATOMIC in 'xhci_dbc_alloc_requests()'

From: Christophe JAILLET There is no need to use GFP_ATOMIC to allocate 'req'. GFP_KERNEL should be enough and is already used for another allocation juste a few lines below. Signed-off-by: Christophe JAILLET Signed-off-by: Mathias Nyman --- drivers/usb/host/xhci-dbgtty.c | 2 +- 1 file chang

[PATCH 0/3] Add get/set ethernet address functions and ACPI MAC address pass through functionality to cdc_ncm driver

In recent testing of a Dell Universal Dock D6000, I found that MAC address pass through is not supported in the Linux drivers. However, this same device is supported in Windows 10 (Pro) on my personal computer, in as much as I was able to tell Windows to assign a new MAC address of my choosing

[PATCH 1/3] net: cdc_ncm: add get/set ethernet address functions

This patch adds support for pushing a MAC address out to USB based ethernet controllers driven by cdc_ncm. With this change, ifconfig can now set the device's MAC address. For example, the Dell Universal Dock D6000 is driven by cdc_ncm. The D6000 can now have its MAC address set by ifconfig, as

[PATCH 2/3] ACPI: move ACPI functionality out of r8152 driver

This change moves ACPI functionality out of the Realtek r8152 driver to its own source and header file, making it available to other drivers as needed now and into the future. At the time this ACPI snippet was introduced in 2016, only the Realtek driver made use of it in support of Dell's enterpri

[PATCH 3/3] net: cdc_ncm: Add ACPI MAC address pass through functionality

This change adds support to cdc_ncm for ACPI MAC address pass through functionality that also exists in the Realtek r8152 driver. This is in support of Dell's Universal Dock D6000, to give it the same feature capability as is currently available in Windows and advertized on Dell's product web site

hi

Good day to you,  this is the second times which I am sending this same message to you , I have good news for you but I will like us to know each other a little  first of all before I will tell you all about the good news which I have to share with you, With love from. Barbra

[PATCH 1/4] usb: musb: omap2430: Wait on enable to avoid babble

We can babble interrupt if we attempt to switch to USB host mode too soon after enabling musb. Let's fix the issue by waiting a bit in runtime_resume. Cc: Jacopo Mondi Cc: Marcel Partap Cc: Merlijn Wajer Cc: Michael Scott Cc: NeKit Cc: Pavel Machek Cc: Sebastian Reichel Signed-off-by: Tony

[PATCH 0/4] musb host improvments mostly for omap2430 glue

Hi all, So I ended up cleaning up omap2430 glue layer a bit for host mode with the various reproducable errors I was seeing docking droid4 to a lapdock. There are a few fixes, and then we end up removing all the devctl register tinkering for omap2430 glue layer. Regards, Tony Tony Lindgren (4)

[PATCH 2/4] usb: musb: omap2430: Handle multiple ID ground interrupts

We currently get "unhandled DISCONNECT transition" warnings from musb core on device disconnect as things are wrongly set to OTG_STATE_A_IDLE in host mode when enumerating devices. We can also get "Failed to write reg index" errors after enumerating. This is happening at least with cpcap phy where

[PATCH 3/4] usb: musb: Add musb_set_host and peripheral and use them for omap2430

At least some revisions of musb core need to set devctl session bit in peripheral mode to force musb to host mode. And we have places clearing the devctl session bit. Let's add a generic function to do this, and use it for omap2430. This should get us a bit closer to completely removing devctl reg

[PATCH 4/4] usb: musb: omap2430: Clean up enable and remove devctl tinkering

There should be no need to tinker with devctl in enable in the SoC glue code. We have musb_start() to take care of handling it already. Signed-off-by: Tony Lindgren --- drivers/usb/musb/omap2430.c | 20 1 file changed, 20 deletions(-) diff --git a/drivers/usb/musb/omap2430.