If this memory allocation fail, we will return 0, which means success.
Return -ENOMEM instead.
Signed-off-by: Christophe JAILLET
---
drivers/usb/gadget/function/uvc_configfs.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/gadget/function/uvc_configfs.c
b/driver
Apologies,
this one has been sent by error.
It is the same as:
[PATCH 2/2] usb: gadget: composite: Fix function used to free memory
sent a couple of minutes before.
Best regards,
CJ
Le 16/07/2016 à 08:57, Christophe JAILLET a écrit :
'cdev->os_desc_req' has been allocated with 'usb_ep_all
Hi Christophe,
Thank you for the patch.
On Saturday 16 Jul 2016 09:04:40 Christophe JAILLET wrote:
> If this memory allocation fail, we will return 0, which means success.
> Return -ENOMEM instead.
>
> Signed-off-by: Christophe JAILLET
Reviewed-by: Laurent Pinchart
> ---
> drivers/usb/gadge
I just found your address as a better one than linux-kernel:
***
My typing follows a line with a bunch of stars. That is followed by
command output.
***
I have a USB 3.0 hub and switch that I need to use to switch devices
between a Linux desktop, laptop and MacBook Pro. At first, I was
On Wed, Jul 13, 2016 at 10:06:45AM +0800, Peter Chen wrote:
> Add binding doc for generic power sequence library.
I'd written a review on last version, but forgot to send it out. Anyway,
I mostly had the same comments as Philipp and Joshua. A couple of things
they missed...
>
> Signed-off-by:
On Wed, Jul 13, 2016 at 10:06:47AM +0800, Peter Chen wrote:
> Add optional properties for power sequence.
>
> Signed-off-by: Peter Chen
> ---
> Documentation/devicetree/bindings/usb/usb-device.txt | 9 +
> 1 file changed, 9 insertions(+)
>
> diff --git a/Documentation/devicetree/binding
On Thu, Jul 14, 2016 at 04:59:19PM +0800, William Wu wrote:
> Add a quirk to clear the GUSB2PHYCFG.U2_FREECLK_EXISTS bit,
> which specifies whether the USB2.0 PHY provides a free-running
> PHY clock, which is active when the clock control input is active.
>
> Signed-off-by: William Wu
> ---
> Cha
On Thu, Jul 14, 2016 at 04:59:20PM +0800, William Wu wrote:
> Add snps,phyif-utmi-width devicetree property to configure
> the UTMI+ PHY with an 8- or 16-bit interface. UTMI+ PHY
> interface is a hardware property, and it's platform dependent.
> Normally,the PHYIF can be configured during coreconsu
On Thu, Jul 14, 2016 at 04:59:21PM +0800, William Wu wrote:
> Add a quirk to clear the GUSB3PIPECTL.DELAYP1TRANS bit,
> which specifies whether disable delay PHY power change
> from P0 to P1/P2/P3 when link state changing from U0
> to U1/U2/U3 respectively.
>
> Signed-off-by: William Wu
> ---
> C
On Sat, Jul 16, 2016 at 12:40:43PM -0700, Bruce Korb wrote:
> [13026.604365] usb 1-1.3: USB disconnect, device number 28
> [13043.430087] usb 1-1.3: new full-speed USB device number 32 using xhci_hcd
> [13043.528010] usb 1-1.3: New USB device found, idVendor=046d, idProduct=c245
> [13043.528018] us
On Sat, Jul 16, 2016 at 4:18 PM, Greg KH wrote:
>> [13043.528023] usb 1-1.3: Product: Gaming Mouse G400
>> [13043.528027] usb 1-1.3: Manufacturer: Logitech
>> [13043.528309] usb 1-1.3: Not enough bandwidth for new device state.
>> [13043.528319] usb 1-1.3: can't set config #1, error -28
>
> That's
On Sat, Jul 16, 2016 at 04:27:05PM -0700, Bruce Korb wrote:
> On Sat, Jul 16, 2016 at 4:18 PM, Greg KH wrote:
> >> [13043.528023] usb 1-1.3: Product: Gaming Mouse G400
> >> [13043.528027] usb 1-1.3: Manufacturer: Logitech
> >> [13043.528309] usb 1-1.3: Not enough bandwidth for new device state.
>
On Sat, Jul 16, 2016 at 4:33 PM, Greg KH wrote:
> That's not how USB protocols work, they are driven from the host, not
> the device, your computer is asking that keyboard if it constantly has
> new data, it's not driven by how fast or slow you type.
Not a USB person, I didn't know. I prefer "I
From: Bjørn Mork
Date: Fri, 15 Jul 2016 19:42:28 +0200
> David Laight writes:
>> From: Bjørn Mork
>> Not only that, there certainly used to be manufacturers that used 'locally
>> administered' addresses on all their cards (as well as those that used
>> unallocated
>> address blocks).
>
> Sure.
From: Philippe Reynes
Date: Fri, 15 Jul 2016 15:25:36 +0200
> There are two generics functions phy_ethtool_{get|set}_link_ksettings,
> so we can use them instead of defining the same code in the driver.
>
> Signed-off-by: Philippe Reynes
Applied.
--
To unsubscribe from this list: send the line
15 matches
Mail list logo