Re: [PATCH] ARM: dts: Odroid XU4: fix USB3.0 ports

On Wed, Jan 25, 2017 at 7:51 AM, Anand Moon wrote: > Hi Richard, > > On 24 January 2017 at 19:18, Richard Genoud wrote: >> Since commit 2164a476205ccc ("usb: dwc3: set SUSPHY bit for all cores"), >> the USB ports on odroid-XU4 don't work anymore.

Re: [PATCHv4 0/2] cppi41 dma fixes for v4.10-rc cycle

On Thu, Jan 19, 2017 at 08:49:06AM -0800, Tony Lindgren wrote: > Hi all, > > I'm using v4 naming here as the earlier patch "dmaengine: cppi41: Add dma > support to da8xx" has been separated from the error -115 issue. We've > identified so far three musb and cppi41 regressions: > > 1. Error -71

Re: [PATCH] ARM: dts: Odroid XU4: fix USB3.0 ports

Hi Richard, On 24 January 2017 at 19:18, Richard Genoud wrote: > Since commit 2164a476205ccc ("usb: dwc3: set SUSPHY bit for all cores"), > the USB ports on odroid-XU4 don't work anymore. > > Inserting an usb key (USB2.0) on the USB3.0 port result in: > [ 64.488264]

[PATCH net-next] r8152: fix the wrong spelling

Replace rumtime with runtime. Signed-off-by: Hayes Wang --- drivers/net/usb/r8152.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c index f3b48ad..d59d773 100644 --- a/drivers/net/usb/r8152.c +++

Re: [PATCH v5 1/4] usb: dbc: early driver for xhci debug capability

Hi Ingo, On 01/24/2017 04:20 PM, Ingo Molnar wrote: > * Lu Baolu wrote: > >> Hi Ingo, >> >> On 01/22/2017 05:04 PM, Ingo Molnar wrote: >>> * Lu Baolu wrote: >>> >> +static void xdbc_runtime_delay(unsigned long count) >> +{ >> +

Re: [PATCH net 1/4] r8152: avoid start_xmit to call napi_schedule during autosuspend

On Wed, 25 Jan 2017 10:50:51 +0800 Hayes Wang wrote: > Adjust the setting of the flag of SELECTIVE_SUSPEND to prevent start_xmit() > from calling napi_schedule() directly during runtime suspend. > > After calling napi_disable() or clearing the flag of WORK_ENABLE, >

[PATCH net 1/4] r8152: avoid start_xmit to call napi_schedule during autosuspend

Adjust the setting of the flag of SELECTIVE_SUSPEND to prevent start_xmit() from calling napi_schedule() directly during runtime suspend. After calling napi_disable() or clearing the flag of WORK_ENABLE, scheduling the napi is useless. Signed-off-by: Hayes Wang ---

[PATCH net 0/4] r8152: fix scheduling napi

Scheduling the napi during the following periods would let it be ignored. And the events wouldn't be handled until next napi_schedule() is called. 1. after napi_disable and before napi_enable(). 2. after all actions of napi function is completed and before calling napi_complete(). If no next

[PATCH net 4/4] r8152: check rx after napi is enabled

Schedule the napi after napi_enable() for rx, if it is necessary. If the rx is completed when napi is disabled, the sheduling of napi would be lost. Then, no one handles the rx packet until next napi is scheduled. Signed-off-by: Hayes Wang --- drivers/net/usb/r8152.c | 7

[PATCH net 3/4] r8152: re-schedule napi for tx

Re-schedule napi after napi_complete() for tx, if it is necessay. In r8152_poll(), if the tx is completed after tx_bottom() and before napi_complete(), the scheduling of napi would be lost. Then, no one handles the next tx until the next napi_schedule() is called. Signed-off-by: Hayes Wang

[PATCH net 2/4] r8152: avoid start_xmit to schedule napi when napi is disabled

Stop the tx when the napi is disabled to prevent napi_schedule() is called. Signed-off-by: Hayes Wang --- drivers/net/usb/r8152.c | 8 ++-- 1 file changed, 6 insertions(+), 2 deletions(-) diff --git a/drivers/net/usb/r8152.c b/drivers/net/usb/r8152.c index

Re: functionfs on dwc3, xhci host: endpoint cannot be used in both directions ?

Hello, On Tue, 24 Jan 2017 11:02:10 +0200, Felipe Balbi wrote: > that's correct. Maybe I should always set bulk capability. Thanks for > catching that, I'll send v2 shortly. I just tested v2 from your branch, but the original "else" contains several inits which are

Re: [PATCH 2/6] usb: mtu3: add reference clock

On 01/20/2017 03:20 AM, Chunfeng Yun wrote: On Thu, 2017-01-19 at 13:22 +0100, Matthias Brugger wrote: On 18/01/17 07:08, Chunfeng Yun wrote: usually, the reference clock comes from 26M oscillator directly, but some SoCs are not, add it for compatibility. Signed-off-by: Chunfeng Yun

Re: [PATCH v2] usb: dwc3: handle DWC_USB3_NUM == DWC_USB3_NUM_IN_EPS

On 24/01/17 19:25, John Youn wrote: On 1/24/2017 3:05 AM, Bryan O'Donoghue wrote: On 23/01/17 22:34, John Youn wrote: On 1/23/2017 2:10 PM, Alan Stern wrote: On Mon, 23 Jan 2017, John Youn wrote: On 1/22/2017 5:29 PM, Bryan O'Donoghue wrote: - DWC_USB3_NUM indicates the number of Device

Re: [PATCHv15 2/3] usb: USB Type-C connector class

On Mon, Jan 16, 2017 at 05:56:13PM +0300, Heikki Krogerus wrote: > The purpose of USB Type-C connector class is to provide > unified interface for the user space to get the status and > basic information about USB Type-C connectors on a system, > control over data role swapping, and when the port

Re: [RESENT PATCH net,stable] qmi_wwan/cdc_ether: add device ID for HP lt2523 (Novatel E371) WWAN card

From: Bjørn Mork Date: Tue, 24 Jan 2017 10:45:38 +0100 > Another rebranded Novatel E371. qmi_wwan should drive this device, while > cdc_ether should ignore it. Even though the USB descriptors are plain > CDC-ETHER that USB interface is a QMI interface. Ref commit 7fdb7846c9ca >

Re: [PATCH] usb: storage: sddr09: Remove a set-but-not-used variable

On Tue, 24 Jan 2017, Augusto Mecking Caringi wrote: > The 'isnew' variable in 'sddr09_write_lba' function is set but never > used. > > This has been detected by building the driver with W=1: > > drivers/usb/storage/sddr09.c: In function ‘sddr09_write_lba’: > drivers/usb/storage/sddr09.c:873:17:

Re: [PATCH v2] usb: dwc3: handle DWC_USB3_NUM == DWC_USB3_NUM_IN_EPS

On 1/24/2017 11:39 AM, Felipe Balbi wrote: > Hi, > > (sorry if formatting sucks, using web interface) > > On Tue, Jan 24, 2017 at 9:21 PM John Youn > wrote: > > On 1/24/2017 12:53 AM, Felipe Balbi wrote: > > > > Hi, > > >

Re: [PATCH v3 00/24] usb: dwc2: Rework params, FIFO, and other changes

On 1/23/2017 2:52 PM, John Youn wrote: > Hi Felipe, > > This is a consolidation, rebase, and resend of several dwc2 patch > series that were submitted to this list in the past month or so. See > v2 [1] of this series for a summary. > > This latest revision is rebased to apply cleanly to your

Re: [PATCH v2] usb: dwc3: handle DWC_USB3_NUM == DWC_USB3_NUM_IN_EPS

On 1/24/2017 3:05 AM, Bryan O'Donoghue wrote: > On 23/01/17 22:34, John Youn wrote: >> On 1/23/2017 2:10 PM, Alan Stern wrote: >>> On Mon, 23 Jan 2017, John Youn wrote: >>> On 1/22/2017 5:29 PM, Bryan O'Donoghue wrote: > - DWC_USB3_NUM indicates the number of Device mode single

[PATCH] usb: musb: constify musb_hdrc_config structures

Declare musb_hdrc_config structures as const as they are only stored in the config field of a musb_hdrc_platform_data structure. This field is of type const, so musb_hdrc_config structures having this property can be made const too. Done using Coccinelle: @r disable optional_qualifier@ identifier

Re: [PATCH v2] usb: dwc3: handle DWC_USB3_NUM == DWC_USB3_NUM_IN_EPS

On 1/24/2017 12:53 AM, Felipe Balbi wrote: > > Hi, > > John Youn writes: Bryan O'Donoghue writes: > - DWC_USB3_NUM indicates the number of Device mode single directional > endpoints, including OUT and IN endpoint 0. > >

Re: [PATCH v3 24/24] usb: dwc2: gadget: Add checking for g-tx-fifo-size parameter

On 1/24/2017 10:40 AM, Stefan Wahren wrote: > Hi John, > > could you please push this series to the github synopsys-usb repo? > > I didn't have the chance to test combination of your last series. > > Stefan > Updated. Regards, John -- To unsubscribe from this list: send the line "unsubscribe

Re: [PATCH v3 24/24] usb: dwc2: gadget: Add checking for g-tx-fifo-size parameter

Hi John, could you please push this series to the github synopsys-usb repo? I didn't have the chance to test combination of your last series. Stefan -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majord...@vger.kernel.org More majordomo info

Re: usb: gadget: Kernel panic (NULL pointer dereference) when using fsl_udc2_core on i.MX31 PDK

On 24 January 2017 at 19:34, Felipe Balbi wrote: > > Hi, > > Magnus Lilja writes: >>> Magnus Lilja writes: > Magnus Lilja writes: I tried the fsl_udc_core gadget driver on the i.MX31 PDK

Re: [PATCH net] r8152: don't execute runtime suspend if the tx is not empty

From: Hayes Wang Date: Mon, 23 Jan 2017 14:18:43 +0800 > Runtime suspend shouldn't be executed if the tx queue is not empty, > because the device is not idle. > > Signed-off-by: Hayes Wang Applied and queued up for -stable, thanks. -- To

Re: usb: gadget: Kernel panic (NULL pointer dereference) when using fsl_udc2_core on i.MX31 PDK

Hi, Magnus Lilja writes: >> Magnus Lilja writes: Magnus Lilja writes: >>> I tried the fsl_udc_core gadget driver on the i.MX31 PDK board and got a >>> kernel panic (NULL pointer dereference) when connecting

Re: usb: gadget: Kernel panic (NULL pointer dereference) when using fsl_udc2_core on i.MX31 PDK

Hi On 24 January 2017 at 11:54, Felipe Balbi wrote: > > Hi, > > Magnus Lilja writes: >>> Magnus Lilja writes: >> I tried the fsl_udc_core gadget driver on the i.MX31 PDK board and got a >> kernel panic (NULL pointer

Re: [PATCH] ARM: dts: Odroid XU4: fix USB3.0 ports

On Tue, Jan 24, 2017 at 02:48:09PM +0100, Richard Genoud wrote: > Since commit 2164a476205ccc ("usb: dwc3: set SUSPHY bit for all cores"), > the USB ports on odroid-XU4 don't work anymore. Hi, Thanks for the patch. Please: 1. Use recent kernel to test it, which could be one of: mainline

Re: [PATCH v2 1/2] dt-bindings: usb: add DT binding for s3c2410 USB device controller

On Wed, Jan 18, 2017 at 02:08:45PM -0600, Rob Herring wrote: > On Wed, Jan 11, 2017 at 08:02:29PM -0200, Sergio Prado wrote: > > + - clocks: Should reference the bus and host clocks > > + - clock-names: Should contain two strings > > + "uclk" for the USB bus clock > > +

Re: [RFC] usb: gadget: uvc: webcam gadget USB PID is using value from a different gadget

Hi, Petr Cvek writes: >> Greg KH writes: >> fine by me. Just lsusb will look funky ;-) > > Heh, true, but I thought lsusb would use a string if the device provided > it. Haven't looked at that portion of the code in a very long time... >

[PATCH] usb: storage: sddr09: Remove a set-but-not-used variable

The 'isnew' variable in 'sddr09_write_lba' function is set but never used. This has been detected by building the driver with W=1: drivers/usb/storage/sddr09.c: In function ‘sddr09_write_lba’: drivers/usb/storage/sddr09.c:873:17: warning: variable ‘isnew’ set but not used

Re: [PATCH v2, 6/6] dt-bindings: phy-mt65xx-usb: add support for new version phy

Hi Chunfeng, On 01/20/2017 09:18 AM, Chunfeng Yun wrote: add a new compatible string for "mt2712", and move reference clock into each port node; Signed-off-by: Chunfeng Yun --- .../devicetree/bindings/phy/phy-mt65xx-usb.txt | 91 +--- 1 file

[PATCH 0/2] musb fixes for v4.10-rc6

Hi Greg, Here is musb fixes for v4.10-rc6, it is to fix a couple more regressions caused by runtime PM in musb drivers. Please let me know if any change is needed. Regards, -Bin. Tony Lindgren (2): usb: musb: Fix host mode error -71 regression usb: musb: Fix external abort on

[PATCH 1/2] usb: musb: Fix host mode error -71 regression

From: Tony Lindgren Commit 467d5c980709 ("usb: musb: Implement session bit based runtime PM for musb-core") started implementing musb generic runtime PM support by introducing devctl register session bit based state control. This caused a regression where if a USB mass storage

[PATCH 2/2] usb: musb: Fix external abort on non-linefetch for musb_irq_work()

From: Tony Lindgren While testing musb host mode cable plugging on a BeagleBone, I came across this error: Unhandled fault: external abort on non-linefetch (0x1008) at 0xd1dcfc60 ... [] (musb_default_readb [musb_hdrc]) from [] (musb_irq_work+0x1c/0x180 [musb_hdrc]) []

[BUG] usb: gadget: Kernel oops with UVC USB gadget and configfs

Setting the UVC gadget with configfs and then reloading UDC controler driver (pxa27x_udc) causes kernel to fail. UDC subsystem was patched only in decreasing maxpacket size for UVC, addition of more predefined endpoints for pxa27x_udc and addition of some debugging pr_info. Practically same

Re: [RFC] usb: gadget: uvc: webcam gadget USB PID is using value from a different gadget

Dne 23.1.2017 v 15:27 Felipe Balbi napsal(a): > > Hi, > > Greg KH writes: > fine by me. Just lsusb will look funky ;-) Heh, true, but I thought lsusb would use a string if the device provided it. Haven't looked at that portion of the code in a very long

Re: [PATCH 0/3] usb: xhci: Add broken port disable quirk

Felipe, On 03/01/17 14:53, Felipe Balbi wrote: > > Hi, > > Roger Quadros writes: >> Mathias & Felipe, >> >> On 17/11/16 17:01, Roger Quadros wrote: >>> Hi, >>> >>> Some XHCI controllers e.g. dwc3 based have a broken Port disable [1]. >>> >>> If the attached high-speed device is

Re: v4.9 to v4.10 regression: oops when USB cable is plugged in.

* Pali Rohár [170124 02:02]: > On Tuesday 24 January 2017 10:18:17 Pavel Machek wrote: > > Hi! > > On Mon 2017-01-23 14:44:54, Tony Lindgren wrote: > > > * Pavel Machek [170123 14:26]: > > > > [25392.239837] Unhandled fault: external abort on non-linefetch >

[PATCH] ARM: dts: Odroid XU4: fix USB3.0 ports

Since commit 2164a476205ccc ("usb: dwc3: set SUSPHY bit for all cores"), the USB ports on odroid-XU4 don't work anymore. Inserting an usb key (USB2.0) on the USB3.0 port result in: [ 64.488264] xhci-hcd xhci-hcd.2.auto: Port resume took longer than 2 msec, port status = 0xc400fe3 [

Re: [PATCH v4 4/5] usb: musb: musb_cppi41: Workaround DMA stall issue during teardown

Hello. On 1/24/2017 1:11 PM, Alexandre Bailon wrote: The DMA may hung up if a teardown is initiated while an endpoint is still Hang up. active (Advisory 2.3.27 of DA8xx errata). To workaround this issue, add a delay before to initiate the teardown. Signed-off-by: Alexandre Bailon

Re: functionfs on dwc3, xhci host: endpoint cannot be used in both directions ?

On Tue, 24 Jan 2017 11:02:10 +0200, Felipe Balbi wrote: > yeah, order matters. That's documented for f_fs. The order in the EP0 write call yes. The mangles-HS-wMaxPacketSize-if-no-LS/FS-given is not (or I could not find it). > Well, we can't easily change the way

Re: [PATCH v2 28/37] usb: host: xhci: combine event TRB completion debugging messages

On 23 January 2017 at 13:20, Mathias Nyman wrote: > From: Felipe Balbi > > If we just provide a helper to convert completion code to string, we can > combine all debugging messages into a single print. > > [keep the old debug messages,

RE: gadget: f_fs: Accept up to 30 endpoints.

From: Felipe Balbi > Sent: 24 January 2017 10:50 > David Laight writes: > > From: Of Vincent Pelletier > >> Sent: 23 January 2017 14:41 > >> It is allowed by the USB specification to enabled same-address, opposite- > >> direction endpoints simultaneously, which means 30

Re: [PATCH] USB: option: add device ID for HP lt2523 (Novatel E371)

On Tue, Jan 24, 2017 at 10:31:18AM +0100, Bjørn Mork wrote: > Yet another laptop vendor rebranded Novatel E371. > > Cc: sta...@vger.kernel.org > Signed-off-by: Bjørn Mork Applied, thanks. Johan -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body

Re: [PATCH v2] usb: dwc3: handle DWC_USB3_NUM == DWC_USB3_NUM_IN_EPS

On 23/01/17 22:34, John Youn wrote: > On 1/23/2017 2:10 PM, Alan Stern wrote: >> On Mon, 23 Jan 2017, John Youn wrote: >> >>> On 1/22/2017 5:29 PM, Bryan O'Donoghue wrote: - DWC_USB3_NUM indicates the number of Device mode single directional endpoints, including OUT and IN endpoint 0.

Re: usb: gadget: Kernel panic (NULL pointer dereference) when using fsl_udc2_core on i.MX31 PDK

Hi, Magnus Lilja writes: >> Magnus Lilja writes: > I tried the fsl_udc_core gadget driver on the i.MX31 PDK board and got a > kernel panic (NULL pointer dereference) when connecting the USB cable. I > had the g_serial module loaded as

RE: [PATCH v2 28/37] usb: host: xhci: combine event TRB completion debugging messages

Hi, David Laight writes: > From: Mathias Nyman >> Sent: 23 January 2017 12:20 >> If we just provide a helper to convert completion code to string, we can >> combine all debugging messages into a single print. > ... >> diff --git a/drivers/usb/host/xhci.h

RE: gadget: f_fs: Accept up to 30 endpoints.

Hi, David Laight writes: > From: Of Vincent Pelletier >> Sent: 23 January 2017 14:41 >> It is allowed by the USB specification to enabled same-address, opposite- >> direction endpoints simultaneously, which means 30 non-zero endpoints >> are allowed. So double

Re: [PATCH v2] arm: davinci: Make the usb20 clock available to PM runtime

On Tuesday 24 January 2017 04:02 PM, Alexandre Bailon wrote: > Add usb20 to the list of clock supported by PM runtime. Patch description does not match contents. You should rather talk about: since USB20 subsystem uses just one clock, there is no need of a con_id, so we are using NULL. Also,

RE: gadget: f_fs: Accept up to 30 endpoints.

From: Of Vincent Pelletier > Sent: 23 January 2017 14:41 > It is allowed by the USB specification to enabled same-address, opposite- > direction endpoints simultaneously, which means 30 non-zero endpoints > are allowed. So double eps_addrmap length to 30. > The original code only accepted 14

RE: [PATCH v2 28/37] usb: host: xhci: combine event TRB completion debugging messages

From: Mathias Nyman > Sent: 23 January 2017 12:20 > If we just provide a helper to convert completion code to string, we can > combine all debugging messages into a single print. ... > diff --git a/drivers/usb/host/xhci.h b/drivers/usb/host/xhci.h > index aa63e38..ebdd920 100644 > ---

[PATCH v2] arm: davinci: Make the usb20 clock available to PM runtime

Add usb20 to the list of clock supported by PM runtime. Signed-off-by: Alexandre Bailon Suggested-by: Sekhar Nori --- arch/arm/mach-davinci/da830.c | 2 +- arch/arm/mach-davinci/da850.c | 2 +- arch/arm/mach-davinci/usb-da8xx.c | 2 +- 3 files

[PATCH v4] ARM: dts: da850: Add the CPPI 4.1 DMA to the USB OTG controller

This adds the CPPI 4.1 DMA controller to the USB OTG controller. Changes since v3: - Don't use a wildcard for compatible property. Signed-off-by: Alexandre Bailon --- arch/arm/boot/dts/da850.dtsi | 25 + 1 file changed, 25 insertions(+) diff --git

[PATCH v4 1/5] usb: musb: da8xx: Remove CPPI 3.0 quirk and methods

DA8xx driver is registering and using the CPPI 3.0 DMA controller but actually, the DA8xx has a CPPI 4.1 DMA controller. Remove the CPPI 3.0 quirk and methods. Fixes: f8e9f34f80a2 ("usb: musb: Fix up DMA related macros") Fixes: 7f6283ed6fe8 ("usb: musb: Set up function pointers for DMA")

[PATCH v4 4/5] usb: musb: musb_cppi41: Workaround DMA stall issue during teardown

The DMA may hung up if a teardown is initiated while an endpoint is still active (Advisory 2.3.27 of DA8xx errata). To workaround this issue, add a delay before to initiate the teardown. Signed-off-by: Alexandre Bailon --- drivers/usb/musb/da8xx.c | 2 +-

[PATCH v4 0/5] usb: musb: da8xx: Add DMA support

This series update MUSB driver to add DMA support to DA8xx. It should be applied on top of "[PATCH v3 0/3] usb: musb: cppi41: Add a way to manage DMA irq" but "[PATCH v3 0/3] dmaengine: cppi41: Add dma support to da8xx" and "[PATCH] arm: davinci: Make the usb20 clock available to PM runtime" are

[PATCH v4 2/5] usb: musb: Use shared irq

In the DA8xx, USB and CPPI 4.1 are sharing the same interrupt line. Update the driver to request a shared irq. Signed-off-by: Alexandre Bailon --- drivers/usb/musb/musb_core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/usb/musb/musb_core.c

[PATCH v4 3/5] usb: musb: Add support of CPPI 4.1 DMA controller to DA8xx

Currently, only the PIO mode is supported. This add support of CPPI 4.1 to DA8xx. As the In DA8xx the CPPI 4.1 DMA is a part of the USB. Create the CPPI 4.1 device as a child of USB. Signed-off-by: Alexandre Bailon --- drivers/usb/musb/Kconfig | 4 ++--

[PATCH v4 5/5] usb: musb: da8xx: Add a primary support of PM runtime

Currently, MUSB DA8xx glue driver doesn't have PM runtime support. Because the CPPI 4.1 is using the same clock as MUSB DA8xx and CPPI 4.1 is a child of MUSB DA8xx glue, add support of PM runtime to the DA8xx glue driver in order to let the CPPI 4.1 driver manage the clock by using PM runtime.

Re: v4.9 to v4.10 regression: oops when USB cable is plugged in.

On Tuesday 24 January 2017 10:18:17 Pavel Machek wrote: > Hi! > On Mon 2017-01-23 14:44:54, Tony Lindgren wrote: > > * Pavel Machek [170123 14:26]: > > > [25392.239837] Unhandled fault: external abort on non-linefetch (0x1028) > > > at 0xfa0ab060 > > > [25392.239868] pgd = c0004000

[PATCH v3 3/3] dmaengine: cppi41: Fix teardown warnings

During the teardown of a RX channel, because there is only one completion queue available for RX channel, descriptor of another channel may be popped which will cause 2 warnings: - the first one because we popped a wrong descriptor (neither the channel's descriptor, nor the teardown descriptor).

[PATCH v3 2/3] dmaengine: cppi41: Add support of DA8xx to CPPI 4.1

The DA8xx has a CPPI 4.1 DMA controller. This is add the glue layer required to make it work on DA8xx. Signed-off-by: Alexandre Bailon --- drivers/dma/Kconfig | 6 +++--- drivers/dma/cppi41.c | 23 +++ 2 files changed, 26 insertions(+), 3 deletions(-)

[PATCH v3 1/3] dt/bindings: da8xx-usb: Add binding for the CPPI 4.1 DMA controller

DT binding for the TI DA8xx/OMAP-L1x/AM17xx/AM18xx CPPI 4.1 DMA controller. Signed-off-by: Alexandre Bailon --- .../devicetree/bindings/usb/da8xx-usb.txt | 39 ++ 1 file changed, 39 insertions(+) diff --git

[PATCH v3 0/3] dmaengine: cppi41: Add dma support to da8xx

This series add support of DA8xx to CPPI 4.1 driver. As the CPPI 4.1 is now generic, we only had to add the glue for DA8xx. This serie should applied on top of "[PATCH v3 0/7] dmaengine: cppi41: Make CPPI 4.1 driver more generic". Changes in v3: - Fix few typos - Don't use a wildcard for the

[RESENT PATCH net,stable] qmi_wwan/cdc_ether: add device ID for HP lt2523 (Novatel E371) WWAN card

Another rebranded Novatel E371. qmi_wwan should drive this device, while cdc_ether should ignore it. Even though the USB descriptors are plain CDC-ETHER that USB interface is a QMI interface. Ref commit 7fdb7846c9ca ("qmi_wwan/cdc_ether: add device IDs for Dell 5804 (Novatel E371) WWAN card")

Re: usb: gadget: Kernel panic (NULL pointer dereference) when using fsl_udc2_core on i.MX31 PDK

On 24 January 2017 at 09:52, Felipe Balbi wrote: > > Hi, > > Magnus Lilja writes: I tried the fsl_udc_core gadget driver on the i.MX31 PDK board and got a kernel panic (NULL pointer dereference) when connecting the USB cable. I had the

Re: [PATCH net,stable] qmi_wwan/cdc_ether: add device ID for HP lt2523 (Novatel E371) WWAN card

Bjørn Mork writes: > From: Dan Williams Woops! I didn't intend to blame this on you Dan. Sorry. I reused your commit message, and obviously unintentionally also the "author" line... But you did create the pattern, so it was only fair to give you the credit :)

[PATCH] USB: option: add device ID for HP lt2523 (Novatel E371)

Yet another laptop vendor rebranded Novatel E371. Cc: sta...@vger.kernel.org Signed-off-by: Bjørn Mork --- drivers/usb/serial/option.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/usb/serial/option.c b/drivers/usb/serial/option.c index 7ce31a4c7e7f..42cc72e54c05

[PATCH net,stable] qmi_wwan/cdc_ether: add device ID for HP lt2523 (Novatel E371) WWAN card

From: Dan Williams Another rebranded Novatel E371. qmi_wwan should drive this device, while cdc_ether should ignore it. Even though the USB descriptors are plain CDC-ETHER that USB interface is a QMI interface. Ref commit 7fdb7846c9ca ("qmi_wwan/cdc_ether: add device IDs for

Re: [PATCH v7 3/5] phy: Add set_vbus callback

Hi, On Tuesday 24 January 2017 01:28 AM, Stephen Boyd wrote: > Quoting Kishon Vijay Abraham I (2017-01-22 00:46:21) >> Hi, >> >> On Saturday 21 January 2017 12:20 AM, Stephen Boyd wrote: >>> Some USB PHYs need to be told about vbus changing state >>> explicitly. For example the qcom USB HS PHY

Re: v4.9 to v4.10 regression: oops when USB cable is plugged in.

Hi! On Mon 2017-01-23 14:44:54, Tony Lindgren wrote: > * Pavel Machek [170123 14:26]: > > [25392.239837] Unhandled fault: external abort on non-linefetch (0x1028) at > > 0xfa0ab060 > > [25392.239868] pgd = c0004000 > > [25392.239898] [fa0ab060] *pgd=48011452(bad) > > [25392.239929]

Re: [PATCH v4 0/6] usb: musb: cppi41: Add a way to manage DMA irq

On 01/23/2017 10:26 PM, Bin Liu wrote: > On Mon, Jan 23, 2017 at 05:48:02PM +0100, Alexandre Bailon wrote: > > This series was "dmaengine: cppi41: Make the driver more generic". > > I have tried to separate as munch I could CPPI 4.1 MUSB driver changes. > > > > Currently, the DMA interrupt is

Re: functionfs on dwc3, xhci host: endpoint cannot be used in both directions ?

Hi, Vincent Pelletier writes: > Hello, > > On Tue, Jan 24, 2017 at 12:20 AM, Felipe Balbi > wrote: >> Seems like HW engineer wanted these last few endpoints to *not* support >> full USB3 packets. They are probably supposed to be used for

Re: usb: gadget: Kernel panic (NULL pointer dereference) when using fsl_udc2_core on i.MX31 PDK

Hi, Magnus Lilja writes: >>> I tried the fsl_udc_core gadget driver on the i.MX31 PDK board and got a >>> kernel panic (NULL pointer dereference) when connecting the USB cable. I >>> had the g_serial module loaded as well. >>> >>> The NULL pointer panic comes from

Re: [PATCH v2] usb: dwc3: handle DWC_USB3_NUM == DWC_USB3_NUM_IN_EPS

Hi, John Youn writes: >>> Bryan O'Donoghue writes: - DWC_USB3_NUM indicates the number of Device mode single directional endpoints, including OUT and IN endpoint 0. - DWC_USB3_NUM_IN_EPS indicates the maximum number of

Re: [PATCH] usb: dwc2: fix "iomem 0x00000000" message by setting iomem parameters in usb_hcd

Hi, John Youn writes: >> John Youn writes: >>> @@ -1229,7 +1229,8 @@ static inline void dwc2_hcd_connect(struct >>> dwc2_hsotg *hsotg) {} >>> static inline void dwc2_hcd_disconnect(struct dwc2_hsotg *hsotg, bool >>> force) {}

Re: [PATCH] USB: Add quirk for WORLDE easykey.25 MIDI keyboard

On Tue, Jan 24, 2017 at 8:37 AM, Lukáš Lalinský wrote: > On Tue, Jan 24, 2017 at 8:32 AM, Oliver Neukum wrote: >> Am Montag, den 23.01.2017, 19:36 +0100 schrieb Lukáš Lalinský: >>> I have uploaded both captures here - >>>

Re: [PATCH] USB: Add quirk for WORLDE easykey.25 MIDI keyboard

Am Dienstag, den 24.01.2017, 08:37 +0100 schrieb Lukáš Lalinský: > On Tue, Jan 24, 2017 at 8:32 AM, Oliver Neukum > wrote: > > > > Am Montag, den 23.01.2017, 19:36 +0100 schrieb Lukáš Lalinský: > > > > > > I have uploaded both captures here - > > >

Re: [PATCH v5 1/4] usb: dbc: early driver for xhci debug capability

* Lu Baolu wrote: > Hi Ingo, > > On 01/22/2017 05:04 PM, Ingo Molnar wrote: > > * Lu Baolu wrote: > > > +static void xdbc_runtime_delay(unsigned long count) > +{ > +udelay(count); > +} > +static void