linux.git/drivers/usb/dwc3, branch v4.8

usb: dwc3: pci: fix build warning on !PM_SLEEP

2016-09-07T12:37:36+00:00

When building a kernel with CONFIG_PM_SLEEP=n, we
get the following warning:

drivers/usb/dwc3/dwc3-pci.c:253:12: warning: 'dwc3_pci_pm_dummy' defined but not used

In order to fix this, we should only define
dwc3_pci_pm_dummy() when CONFIG_PM_SLEEP is defined.

Fixes: f6c274e11e3b ("usb: dwc3: pci: runtime_resume child device")
Reported-by: Arnd Bergmann 
Acked-by: Arnd Bergmann 
Signed-off-by: Felipe Balbi

Revert "usb: dwc3: gadget: always decrement by 1"

2016-09-05T10:39:23+00:00

This reverts commit 6f8245b4e37c ("usb: dwc3: gadget: always decrement
by 1").

We can't always decrement this value.

We should decrement only if the calculation of free slots results in a
LINK TRB being among one of the free slots (dequeue < enqueue).

Otherwise, if the LINK TRB is not among the free slots then it should
not be decremented.

Signed-off-by: John Youn 
Signed-off-by: Felipe Balbi

usb: dwc3: gadget: always decrement by 1

2016-08-25T09:30:27+00:00

We need to decrement in both cases (enq > deq and
enq < deq)

Signed-off-by: Felipe Balbi

usb: dwc3: debug: fix ep name on trace output

2016-08-25T07:36:25+00:00

There was a typo when generating endpoint name which
would be very confusing when debugging. Fix it.

Signed-off-by: Felipe Balbi

usb: dwc3: gadget: don't rely on jiffies while holding spinlock

2016-08-22T07:45:13+00:00

__dwc3_gadget_wakeup() is called while holding a spinlock, then depends on
jiffies in order to timeout while polling the USB core for a link state
update. In the case the wakeup failed, the timeout will never happen and
will also cause the cpu to stall until rcu_preempt kicks in.

This switches to a "decrement variable and wait" timeout scheme.

Signed-off-by: Nicolas Saenz Julienne 
Signed-off-by: Felipe Balbi

usb: dwc3: core: allow device to runtime_suspend several times

2016-08-22T07:45:11+00:00

After going through runtime_suspend/runtime_resume
cycle once we would be left with an unbalanced
pm_runtime_get() call. Fix that by making sure that
we try to suspend right after resuming so things are
balanced and device can runtime_suspend again.

Signed-off-by: Felipe Balbi

usb: dwc3: pci: runtime_resume child device

2016-08-22T07:45:10+00:00

During runtime_resume of dwc3-pci.c, we need to
runtime suspend our child device (which is dwc3
proper) otherwise nothing will happen.

Signed-off-by: Felipe Balbi

usb: dwc3: gadget: stop processing on HWO set

2016-08-11T12:09:48+00:00

stop consuming TRBs when we reach one with HWO bit
already set. This will prevent us from prematurely
retiring a TRB.

Signed-off-by: Felipe Balbi

usb: dwc3: don't set last bit for ISOC endpoints

2016-08-11T12:09:48+00:00

According to Synopsys Databook 2.60a, section 8.3.4,
it's stated that:

	The LST bit should be set to 0 (isochronous
	transfers normally continue until the
	endpoint is removed entirely, at which time
	an End Transfer command is used to stop the
	transfer).

This patch makes sure that detail is observed and
fixes a regression with Android Audio playback
caused by recent changes to DWC3 gadget.

Signed-off-by: Janusz Dziedzic 
Signed-off-by: Felipe Balbi

usb: dwc3: fix missing platform_set_drvdata() in dwc3_of_simple_probe()

2016-08-11T12:09:45+00:00

Add missing platform_set_drvdata() in dwc3_of_simple_probe(), otherwise
calling platform_get_drvdata() in remove returns NULL.

This is detected by Coccinelle semantic patch.

Signed-off-by: Wei Yongjun 
Signed-off-by: Felipe Balbi