Re: [PATCH 5/5] usb: gadget: f_midi: updated copyright

Hi, Felipe Ferreri Tonello writes: > [ text/plain ] > Hi Balbi, > > On March 4, 2016 7:13:05 AM GMT+00:00, Felipe Balbi wrote: >>"Felipe F. Tonello" writes: >>> [ text/plain ] >>> Signed-off-by: Felipe F. Tonello >> >>no commit log == no commit > > Got it. > >> >>> --- >>> drivers/usb/gadg

Re: [PATCH 4/5] usb: gadget: f_midi: cleanups and typos fixes

Hi, Felipe Ferreri Tonello writes: > [ text/plain ] > Hi Michal, > > On March 5, 2016 4:28:45 PM GMT+00:00, Michal Nazarewicz > wrote: On Wed, Mar 02 2016, Felipe F. Tonello wrote: > @@ -16,7 +16,7 @@ > * Copyright (C) 2006 Thumtronics Pty Ltd. > * Ben Williamson >>>

Re: [PATCH 3/5] usb: gadget: gmidi: remove bus powered requirement on bmAttributes

Hi, Felipe Ferreri Tonello writes: > [ text/plain ] > Hi Balbi, > > On March 4, 2016 7:16:42 AM GMT+00:00, Felipe Balbi wrote: >> >>Hi, >> >>"Felipe F. Tonello" writes: >>> [ text/plain ] >>> This gadget uses a bmAttributes and MaxPower that requires the USB >>bus to be >>> powered from the h

Re: [PATCH 2/5] usb: gadget: f_midi: added spinlock on transmit function

Hi, (please break your lines at 80-characters, have a look at Documentation/email-clients.txt if needed) Felipe Ferreri Tonello writes: > [ text/plain ] > Hi Balbi, > > On March 4, 2016 7:20:10 AM GMT+00:00, Felipe Balbi wrote: >> >>Hi, >> >>"Felipe F. Tonello" writes: >>> [ text/plain ] >>>

Re: Odd merge 3b30be3b6487 ("Merge tag 'v4.5-rc6' into next")

Hi, John Youn writes: > [ text/plain ] > On 3/4/2016 6:14 PM, Doug Anderson wrote: >> Hi, >> >> On Fri, Mar 4, 2016 at 5:56 PM, John Youn wrote: >>> On 3/4/2016 5:04 PM, Doug Anderson wrote: Felipe, Michael pointed out that there's an odd merge that happened. Specifically i

Re: [PATCH] asix: do not free array priv->mdio->irq

From: Colin King Date: Thu, 3 Mar 2016 13:27:56 + > From: Colin Ian King > > Used to be allocated and required freeing, but now > priv->mdio->irq is now a fixed sized array and should no longer be > free'd. > > Issue detected using static analysis with CoverityScan > > Fixes: e7f4dc3536a

Re: [PATCH v7 1/5] leds: core: add generic support for RGB LED's

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > > I admit I hadn't seen this earlier, and I didn't spend all day > > looking at previous attempts, but what's the motivation for > > putting all this overloaded syntax into the "brightness" file? I > > thought the point was to have a single value in

Re: [PATCH v7 1/5] leds: core: add generic support for RGB LED's

Am 06.03.2016 um 21:55 schrieb Karl Palsson: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Heiner Kallweit wrote: >> Add generic support for RGB LED's. >> >> Basic idea is to use enum led_brightness also for the hue and >> saturation color components.This allows to implement the color >>

Re: [PATCH v7 1/5] leds: core: add generic support for RGB LED's

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Heiner Kallweit wrote: > Add generic support for RGB LED's. > > Basic idea is to use enum led_brightness also for the hue and > saturation color components.This allows to implement the color > extension w/o changes to struct led_classdev. > > Select

Re: [PATCH] usbhid: Fix lockdep unannotated irqs-off warning

On Sat, 5 Mar 2016, Sedat Dilek wrote: > On Fri, Mar 4, 2016 at 5:04 PM, Alan Stern wrote: > > On Wed, 2 Mar 2016, Sedat Dilek wrote: > > > >> On 3/1/16, Alan Stern wrote: > >> > On Tue, 1 Mar 2016, Sedat Dilek wrote: > >> > > >> >> On Tue, Oct 13, 2015 at 2:57 AM, Steven Rostedt > >> >> wrote:

Re: Spurious Mass Storage Device Resets

On Sat, 5 Mar 2016, Rian Hunter wrote: > On Sat, 5 Mar 2016, Alan Stern wrote: > > > >4166c880 0.293164 S Bi:2:003:1 -115 13 < > >4166c880 0.293217 C Bi:2:003:1 0 13 = 55534253 7c333100 27b50312 3d > > > > Receive the status. The response is not meaningful; dCSWDataResidue > > and