MIDI gadget allocating too much from coherent pool

Hi, I have the following setup: DSP (read sensors and read/send MIDI) <- UART -> SOC (imx6) <- USB MIDI GADGET -> HOST When the throughput from the DSP is high, thus causing the throughput on the USB to be high as well, I get a Kernel Panic saying to increase the coherent_pool. I've used some

Re: [PATCH] Revert "usb: chipidea: usbmisc_imx: delete clock information"

On Wed, Jul 01, 2015 at 12:06:19PM -0300, Fabio Estevam wrote: > From: Fabio Estevam > > This reverts commit 73dea4a912b2bfe955305de4891018f9e71e399d. > > Since commit 73dea4a912b2("usb: chipidea: usbmisc_imx: delete clock > information") it is not possible to boot

RE: [PATCH v1] media: uvcvideo: handle urb completion in a work queue

> -Original Message- > From: Alan Stern [mailto:st...@rowland.harvard.edu] > Sent: Wednesday, September 9, 2015 6:30 PM > To: Laurent Pinchart > Cc: Hans de Goede; Kaukab, Yousaf; linux-me...@vger.kernel.org; > mche...@osg.samsung.com; linux-usb@vger.kernel.org > Subject: Re: [PATCH v1]

Re: [PATCH v4 07/13] usb: otg: add OTG core

On Wed, Sep 09, 2015 at 01:21:50PM +0300, Roger Quadros wrote: > On 09/09/15 11:45, Peter Chen wrote: > > On Wed, Sep 09, 2015 at 12:33:20PM +0300, Roger Quadros wrote: > >> On 09/09/15 11:13, Peter Chen wrote: > >>> On Wed, Sep 09, 2015 at 12:08:10PM +0300, Roger Quadros wrote: > On 09/09/15

Re: [PATCH] Revert "usb: chipidea: usbmisc_imx: delete clock information"

Hi Peter, On Thu, Sep 10, 2015 at 4:21 AM, Peter Chen wrote: > Hi Fabio, > > I am back for this patch, but the dts is wrong for mx25/mx27, it should > include three clocks for controller, I can change the driver, but > how to cover the old incorrect dts? For the

xhci_hcd: unstable communication with Opella-XD JTAG probe

Hello, I'm seeing a problem when attaching USB device (in my case Ashling Opella-XD JTAG probe) in Dell e7440 laptop if USB 3.0 is enable in BIOS. If I disable USB 3.0 in BIOS the same device works perfectly fine. What's also interesting on my previous laptop (it was HP Elitebook something) I

Re: [PATCH v4 07/13] usb: otg: add OTG core

On Wed, Sep 09, 2015 at 01:01:14PM +0300, Roger Quadros wrote: ... ... > +return -EINVAL; > >>> > >>> Return non-zero, then if err, do we need call usb_otg_add_hcd() after > >>> usb_otg_register_hcd() fails? > >> > >> You should not call usb_otg_register_hcd() but usb_add_hcd(). > >>

Re: Chipidea ULPI driver

(break your lines at 80-characters) On Thu, Sep 10, 2015 at 02:57:49PM +, Punnaiah Choudary Kalluri wrote: > > > > -Original Message- > > From: Felipe Balbi [mailto:ba...@ti.com] > > Sent: Thursday, September 10, 2015 8:14 PM > > To: Subbaraya Sundeep Bhatta > > Cc: Peter Chen;

RE: Chipidea ULPI driver

> -Original Message- > From: Felipe Balbi [mailto:ba...@ti.com] > Sent: Thursday, September 10, 2015 8:14 PM > To: Subbaraya Sundeep Bhatta > Cc: Peter Chen; ba...@ti.com; linux-usb@vger.kernel.org; linux- > ker...@vger.kernel.org; Greg Kroah-Hartman > (gre...@linuxfoundation.org);

Re: [PATCH v4 07/13] usb: otg: add OTG core

On 10/09/15 08:35, Peter Chen wrote: > On Wed, Sep 09, 2015 at 01:21:50PM +0300, Roger Quadros wrote: >> On 09/09/15 11:45, Peter Chen wrote: >>> On Wed, Sep 09, 2015 at 12:33:20PM +0300, Roger Quadros wrote: On 09/09/15 11:13, Peter Chen wrote: > On Wed, Sep 09, 2015 at 12:08:10PM +0300,

Re: Chipidea ULPI driver

(break your lines at 80-characters) On Thu, Sep 10, 2015 at 12:44:58PM +, Subbaraya Sundeep Bhatta wrote: > Hi Peter, > > We are using NOP transceiver driver for USB3320 ULPI PHY with ChipIdea > controller. > > Recently we found that one of the boards (zedboard) requires PHY > register

Re: [PATCH v4 07/13] usb: otg: add OTG core

On 10/09/15 12:28, Li Jun wrote: > On Wed, Sep 09, 2015 at 01:01:14PM +0300, Roger Quadros wrote: > ... ... > >> +return -EINVAL; > > Return non-zero, then if err, do we need call usb_otg_add_hcd() after > usb_otg_register_hcd() fails? You should not call

[RFC][PATCH] Add spurious wakeup quirk for Lynxpoint controllers

We received several reports of systems rebooting and powering on after an attempted shutdown. Testing showed that setting XHCI_SPURIOUS_WAKEUP quirk in addition to the XHCI_SPURIOUS_REBOOT quirk allowed the system to shutdown as expected for Lynxpoint xHCI controllers. Set the qurik.

Re: [linux-sunxi] [PATCH] musb: sunxi: Ignore VBus errors in host-only mode

Hi, On 04-09-15 08:43, Olliver Schinagl wrote: Hey Hans, On 07-08-15 10:45, Olliver Schinagl wrote: If you change the dr_mode to host then you _must_ also remove any id_det and vbus_det gpio settings from the usb_phy node in the dts, as the sun4i phy code detects host vs otg mode by

Re: [linux-sunxi] [PATCH] musb: sunxi: Ignore VBus errors in host-only mode

Hi, On 10-09-15 20:30, Maxime Ripard wrote: On Thu, Sep 10, 2015 at 08:23:23PM +0200, Hans de Goede wrote: Hi, On 04-09-15 08:43, Olliver Schinagl wrote: Hey Hans, On 07-08-15 10:45, Olliver Schinagl wrote: If you change the dr_mode to host then you _must_ also remove any id_det and

Re: [PATCH] usb: gadget: amd5536udc: fix NULL pointer dereference

Hi Sudip, On Fri, Sep 04, 2015 at 05:12:23PM +0530, Sudip Mukherjee wrote: > We were checking if dev->regs is NULL but it was done after > dereferencing it. Lets reset the controller and iounmap dev->regs only > if it is not NULL. > free_irq() does not need dev->regs, so unmaping it before

Re: [linux-sunxi] [PATCH] musb: sunxi: Ignore VBus errors in host-only mode

On Thu, Sep 10, 2015 at 08:23:23PM +0200, Hans de Goede wrote: > Hi, > > On 04-09-15 08:43, Olliver Schinagl wrote: > >Hey Hans, > > > >On 07-08-15 10:45, Olliver Schinagl wrote: > >> > >>>If you change the dr_mode to host then you _must_ also remove any id_det > >>>and vbus_det > >>>gpio

Re: PROBLEM: lsusb -v freezes kernel on Acer ES1-111M

Hi Alan, > The only reason I can think of why it might hang is if some clock got > turned off. But I don't know of any clock which would have that > effect, or which would get turned off before we reach this point. > > I also don't understand why the ehci_readl() would freeze when the >

[PATCH v3 0/1] USB DWC2 parity fix in isochronous mode

This patch contains a fix for a real world interop problem found when using the Synopsis DWC2 USB controller with isochronous audio as detailed in the commit message. Changes from v2: - created s2c_hsotg_chage_ep_iso_parity function to call function in 3 places in code - used hsotg->num_of_eps

[PATCH v3 1/1] usb: dwc2: gadget: parity fix in isochronous mode

From: Roman Bacik USB OTG driver in isochronous mode has to set the parity of the receiving microframe. The parity is set to even by default. This causes problems for an audio gadget, if the host starts transmitting on odd microframes. This fix uses Incomplete Periodic

Re: [PATCH] xhci: create one unified function to calculate TRB TD remainder.

Hi, It works ok when I add MTK's quirk into xhci_td_remainder(), and test it by usb camera, udisk, usb ethernet adapter, and hub. On Tue, 2015-09-08 at 14:09 +0300, Mathias Nyman wrote: > xhci versions 1.0 and later report the untransferred data remaining in a > TD a bit differently than older

Re: [PATCH v7 1/5] dt-bindings: Add usb3.0 phy binding for MT65xx SoCs

Hi, On Tue, 2015-09-08 at 19:16 -0500, Rob Herring wrote: > On 09/08/2015 01:17 AM, Chunfeng Yun wrote: > > add a DT binding documentation of usb3.0 phy for MT65xx > > SoCs from Mediatek. > > > > Signed-off-by: Chunfeng Yun > > One comment, otherwise: > > Acked-by:

Re: [PATCH v4 07/13] usb: otg: add OTG core

On Thu, Sep 10, 2015 at 05:17:36PM +0300, Roger Quadros wrote: > On 10/09/15 08:35, Peter Chen wrote: > > On Wed, Sep 09, 2015 at 01:21:50PM +0300, Roger Quadros wrote: > >> On 09/09/15 11:45, Peter Chen wrote: > >>> On Wed, Sep 09, 2015 at 12:33:20PM +0300, Roger Quadros wrote: > On 09/09/15

Re: [PATCH v7 2/5] dt-bindings: Add a binding for Mediatek xHCI host controller

On Tue, 2015-09-08 at 19:30 -0500, Rob Herring wrote: > On 09/08/2015 01:18 AM, Chunfeng Yun wrote: > > add a DT binding documentation of xHCI host controller for the > > MT8173 SoC from Mediatek. > > > > Signed-off-by: Chunfeng Yun > > --- > >

Re: Chipidea ULPI driver

On Thu, Sep 10, 2015 at 02:57:49PM +, Punnaiah Choudary Kalluri wrote: > > > > -Original Message- > > From: Felipe Balbi [mailto:ba...@ti.com] > > Sent: Thursday, September 10, 2015 8:14 PM > > To: Subbaraya Sundeep Bhatta > > Cc: Peter Chen; ba...@ti.com; linux-usb@vger.kernel.org;

Re: [PATCH] xhci: create one unified function to calculate TRB TD remainder.

Hi, On Tue, 2015-09-08 at 14:09 +0300, Mathias Nyman wrote: > xhci versions 1.0 and later report the untransferred data remaining in a > TD a bit differently than older hosts. > > We used to have separate functions for these, and needed to check host > version before calling the right function.

RE: [PATCH v2 1/1] usb: dwc2: gadget: parity fix in isochronous mode

> -Original Message- > From: John Youn [mailto:john.y...@synopsys.com] > Sent: September-10-15 12:08 PM > To: Roman Bacik; John Youn; Scott Branden; Greg Kroah-Hartman; linux- > u...@vger.kernel.org > Cc: linux-ker...@vger.kernel.org; bcm-kernel-feedback-list > Subject: Re: [PATCH v2 1/1]

Re: [PATCH v2 1/1] usb: dwc2: gadget: parity fix in isochronous mode

On 9/10/2015 10:56 AM, Roman Bacik wrote: >> -Original Message- >> From: Roman Bacik >> Sent: September-09-15 7:59 PM >> To: 'John Youn'; Scott Branden; 'Greg Kroah-Hartman'; 'linux- >> u...@vger.kernel.org' >> Cc: 'linux-ker...@vger.kernel.org'; bcm-kernel-feedback-list >> Subject: RE:

Re: [PATCH v7 1/2] usb: make xhci platform driver use 64 bit or 32 bit DMA

On Tue, Sep 1, 2015 at 4:54 AM, Mathias Nyman wrote: > On 31.08.2015 21:58, Duc Dang wrote: >> >> On Thu, Aug 20, 2015 at 12:38 PM, Duc Dang wrote: >>> >>> The xhci platform driver needs to work on systems that >>> either only support 64-bit DMA or

Re: PROBLEM: lsusb -v freezes kernel on Acer ES1-111M

Mathias, Bjorn, and other PCI people: I need help with a problem affecting certain Acer computers such as the netbook model in $SUBJECT. More information about the system in question is available at https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1485057 In short, the problem is

[PATCH -next] usb: phy: fix phy-qcom-8x16-usb build

-) --- linux-next-20150910.orig/drivers/usb/phy/Kconfig +++ linux-next-20150910/drivers/usb/phy/Kconfig @@ -155,7 +155,7 @@ config USB_MSM_OTG config USB_QCOM_8X16_PHY tristate "Qualcomm APQ8016/MSM8916 on-chip USB PHY controller support" depends on ARCH_QCOM ||

RE: [PATCH v2 1/1] usb: dwc2: gadget: parity fix in isochronous mode

> -Original Message- > From: Roman Bacik > Sent: September-09-15 7:59 PM > To: 'John Youn'; Scott Branden; 'Greg Kroah-Hartman'; 'linux- > u...@vger.kernel.org' > Cc: 'linux-ker...@vger.kernel.org'; bcm-kernel-feedback-list > Subject: RE: [PATCH v2 1/1] usb: dwc2: gadget: parity fix in