[PATCH] usb: ulpi: Add missing of_node_get() in ulpi_of_register()

In ulpi_of_register() we call of_find_node_by_name() which unconditionally calls of_node_put() on the 'from' argument. We haven't called of_node_get() though, so we've put the node once without getting it first. Add the of_node_get() call so that things are properly balanced. Fixes: ef6a7bcfb01c

Re: [PATCH v2 1/3] drivers: usb: phy: Add qoriq usb 3.0 phy driver support

On Tue, Nov 07, 2017 at 03:20:53PM +0800, Ran Wang wrote: > Adds qoriq usb 3.0 phy driver to implement erratum related workaround > for qoriq SoC. > > Signed-off-by: Sriram Dash > Signed-off-by: Ran Wang > --- > Change in v2: > - Replace funciont

Re: [PATCH] usb: f_fs: Drop check on Reserved1 field on OS_DESC_EXT_COMPAT

On Fri, 10 Nov 2017 12:40:39 +0200, Felipe Balbi wrote: > John Keeping writes: > > This check has gone through several incompatible variations in commits > > 53642399aa71 ("usb: gadget: f_fs: Fix wrong check on reserved1 of > > OS_DESC_EXT_COMPAT"), 354bc45bf329 ("usb: gadget:

Re: [PATCH] USB :core :Prevent USB devices to autosuspend while setting interface

On Fri, 10 Nov 2017 abhij...@vger.kernel.org wrote: > From: Abhijeet Kumar > > Runtime resume USB device in order to ensure that PM framework knows > that the we might be using the device in a short time and doesn't > autosuspend the device while we update it's

Re: [PATCH] USB :core :Prevent USB devices to autosuspend while setting interface

On Fri, Nov 10, 2017 at 09:32:07PM +0530, abhij...@vger.kernel.org wrote: > From: Abhijeet Kumar > > Runtime resume USB device in order to ensure that PM framework knows > that the we might be using the device in a short time and doesn't > autosuspend the device while

[PATCH] USB :core :Prevent USB devices to autosuspend while setting interface

From: Abhijeet Kumar Runtime resume USB device in order to ensure that PM framework knows that the we might be using the device in a short time and doesn't autosuspend the device while we update it's interface. Without this change, if device autosuspends and the kernel

Re: Multiple g_zero gadgets

On Fri, 10 Nov 2017, Hinko Kocevar wrote: > By the way, if I try to do a control out transfer to the g_zero gadget > I get 'Pipe error' (using libusb-1.0). Is this expected? No, it is not expected (assuming your transfer has USB_TYPE_VENDOR and bRequest = 0x5b and wValue = wIndex = 0). Alan

[PATCH] uas: Add US_FL_NO_ATA_1X quirk for one more Seagate device

Just like all previous UAS capable Seagate disk enclosures, this one needs a US_FL_NO_ATA_1X quirk. Cc: sta...@vger.kernel.org # 3.16 Signed-off-by: Andrey Astafyev <1...@246060.ru> Signed-off-by: Hans de Goede --- drivers/usb/storage/unusual_uas.h | 7 +++ 1 file

Re: [PATCH] USB: fix buffer overflows with parsing CDC headers

On Wed, Nov 08, 2017 at 12:43:07PM +0100, Oliver Neukum wrote: > In newer kernels this issue has been fixed at a central location with > > commit 2e1c42391ff2556387b3cb6308b24f6f65619feb > Author: Greg Kroah-Hartman > Date: Thu Sep 21 16:58:48 2017 +0200 > >

Re: [PATCH] USB :core :Prevent USB devices to autosuspend while setting interface

Hi, abhij...@vger.kernel.org, ku...@vger.kernel.org writes: these emails don't exist. Fix your email client. > From: abhijeet kumar capitalize names > Runtime resume USB device in order to ensure that PM framework > knows that the we might be using the device in a

[PATCH] USB :core :Prevent USB devices to autosuspend while setting interface

From: abhijeet kumar Runtime resume USB device in order to ensure that PM framework knows that the we might be using the device in a short time and doesn't autosuspend the device while we updating it's interface. Signed-off-by: abhijeet kumar

Re: [PATCH] usb: f_fs: Drop check on Reserved1 field on OS_DESC_EXT_COMPAT

Hi, John Keeping writes: > This check has gone through several incompatible variations in commits > 53642399aa71 ("usb: gadget: f_fs: Fix wrong check on reserved1 of > OS_DESC_EXT_COMPAT"), 354bc45bf329 ("usb: gadget: f_fs: Fix ExtCompat > descriptor validation") and

Re: xhci_hcd WARN Event TRB for slot ep with no TDs queued?

2017-11-02 18:18 GMT+01:00 Mathias Nyman : > On 02.11.2017 16:31, Juan Simón wrote: >> >> Hi, >> This is the trace output: https://pastebin.com/apt56yGe > > > Thanks > xhci logs look pretty good to me. A interrupt transfer TRB is queued > asking for 32 bytes from the

Re: Multiple g_zero gadgets

By the way, if I try to do a control out transfer to the g_zero gadget I get 'Pipe error' (using libusb-1.0). Is this expected? On Thu, Nov 9, 2017 at 4:24 PM, Alan Stern wrote: > On Thu, 9 Nov 2017, Felipe Balbi wrote: > >> >> Hi, >> >> Hinko Kocevar