lsusb output:
Bus 002 Device 002: ID 8087:8000 Intel Corp.
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:8008 Intel Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
---
Bus 004 Device 005: ID 17e9:4318 DisplayLink
---
Bus 004
On 06/09/2014 02:19 PM, wei.y...@windriver.com wrote:
From: Yang Wei
While loading g_mass_storage module, the following warning
is triggered.
WARNING: at drivers/usb/gadget/composite.c:
usb_composite_setup_continue: Unexpected call
Modules linked in: fat vfat minix nls_cp437 nls_iso8859_1 g_ma
This patch adds a firmware for the USB 3.0 host controller of Renesas
R-Car H2 and M2 SoCs.
Signed-off-by: Yoshihiro Shimoda
---
However, the xhci-rcar driver is not merged yet:
http://marc.info/?l=linux-usb&m=140187017816231&w=2
LICENCE.r8a779x_usb3 | 26 ++
WHEN
When xHCI PCI host is suspended, if do_wakeup is false in xhci_pci_suspend,
xhci_bus_suspend needs to clear all root port wake on bits. Otherwise some Intel
platforms may get a spurious wakeup, even if PCI PME# is disabled.
This patch should be back-ported to kernels as old as 2.6.37, that
contain
On Thu, Jun 12, 2014 at 11:09:20PM +0200, Rickard Strandqvist wrote:
> I agree that you should not do patches just to silence a static control
> program.
>
> Concerning (len >= BUSID_SIZE) I agree! But I usually try to change as
> little as possible in the patches I do. But perhaps I should not t
On Thu, Jun 12, 2014 at 01:48:38PM -0700, Davidlohr Bueso wrote:
> On Thu, 2014-06-12 at 13:35 -0700, Greg Kroah-Hartman wrote:
> > On Thu, Jun 12, 2014 at 01:25:34PM -0700, Davidlohr Bueso wrote:
> > > On Thu, 2014-06-12 at 23:40 +0400, Wahib Faizi wrote:
> > > > Fix coding style issues detected b
2014-06-11 7:45 GMT+02:00 Dan Carpenter :
> On Tue, Jun 10, 2014 at 10:48:35PM +0200, Rickard Strandqvist wrote:
>> Hi
>>
>> True!
>> Sorry :-(
>>
>> But then one would either operate strcpy outright.
>>
>> Or use strlcpy then the code would be:
>>
>> /* strlcpy() handles not include \0 */
>>
On Thu, 2014-06-12 at 13:35 -0700, Greg Kroah-Hartman wrote:
> On Thu, Jun 12, 2014 at 01:25:34PM -0700, Davidlohr Bueso wrote:
> > On Thu, 2014-06-12 at 23:40 +0400, Wahib Faizi wrote:
> > > Fix coding style issues detected by checkpatch.pl in usbip_host_driver.c.
> >
> > Sorry but unless bundled
On Thu, 12 Jun 2014, Adam Borowski wrote:
> On Thu, Jun 12, 2014 at 02:11:58PM -0400, Alan Stern wrote:
> > On Wed, 11 Jun 2014, Oliver Neukum wrote:
> >
> > > Alan,
> > >
> > > I don't like this, but it might be enough to simply
> > > revert 0aa2832dd0d9d8609fd8f15139bc7572541a1215.
> > > I am
This driver adds support for USB controlled led panels that exists in
MSI GT683R laptop
Signed-off-by: Janne Kanniainen
---
Changes in v2:
- sorted headers to alphabetic order
- using devm_kzalloc
- using BIT(n)
- using usb_control_msg instead of usb_submit_urb
On Thu, Jun 12, 2014 at 01:25:34PM -0700, Davidlohr Bueso wrote:
> On Thu, 2014-06-12 at 23:40 +0400, Wahib Faizi wrote:
> > Fix coding style issues detected by checkpatch.pl in usbip_host_driver.c.
>
> Sorry but unless bundled with something more meaningful, I really don't
> see the value in thes
On Thu, 2014-06-12 at 23:40 +0400, Wahib Faizi wrote:
> Fix coding style issues detected by checkpatch.pl in usbip_host_driver.c.
Sorry but unless bundled with something more meaningful, I really don't
see the value in these changes. I certainly don't want to discourage
folks or anything, but just
On Thu, Jun 12, 2014 at 02:11:58PM -0400, Alan Stern wrote:
> On Wed, 11 Jun 2014, Oliver Neukum wrote:
>
> > Alan,
> >
> > I don't like this, but it might be enough to simply
> > revert 0aa2832dd0d9d8609fd8f15139bc7572541a1215.
> > I am afraid we have to deal with real hardware, not specs.
>
>
On Thu, 12 Jun 2014, Toralf Förster wrote:
> On 06/12/2014 08:11 PM, Alan Stern wrote:
> > On Wed, 11 Jun 2014, Oliver Neukum wrote:
> >
> >> Alan,
> >>
> >> I don't like this, but it might be enough to simply
> >> revert 0aa2832dd0d9d8609fd8f15139bc7572541a1215.
> >> I am afraid we have to deal
Fix coding style issue "do not use assignment in if condition"
detected by checkpatch.pl in usbip_host_driver.c.
Signed-off-by: Wahib Faizi
---
.../usbip/userspace/libsrc/usbip_host_driver.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/usbip/usersp
Fix coding style issue "line over 80 characters"
detected by checkpatch.pl in usbip_host_driver.c.
Signed-off-by: Wahib Faizi
---
.../usbip/userspace/libsrc/usbip_host_driver.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/usbip/userspace/libsrc/u
Fix coding style issues detected by checkpatch.pl in usbip_host_driver.c.
v3: Shorten subject line, as suggested by
Greg Kroah-Hartman ,
Joe Perches
v2: Split patch into logical chunks, as suggested by
Greg Kroah-Hartman
--
To unsubscribe from this list: send the line "unsubscribe linux-usb
On 06/12/2014 08:11 PM, Alan Stern wrote:
> On Wed, 11 Jun 2014, Oliver Neukum wrote:
>
>> Alan,
>>
>> I don't like this, but it might be enough to simply
>> revert 0aa2832dd0d9d8609fd8f15139bc7572541a1215.
>> I am afraid we have to deal with real hardware, not specs.
>
> Toralf and Adam:
>
> Do
Fix coding style issue "do not use assignment in if condition"
detected by checkpatch.pl in usbip_host_driver.c.
Signed-off-by: Wahib Faizi
---
.../usbip/userspace/libsrc/usbip_host_driver.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/usbip/usersp
Fix coding style issue "line over 80 characters"
detected by checkpatch.pl in usbip_host_driver.c.
Signed-off-by: Wahib Faizi
---
.../usbip/userspace/libsrc/usbip_host_driver.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/usbip/userspace/libsrc/u
Fix coding style issues detected by checkpatch.pl in usbip_host_driver.c.
v3: Shorten subject line, as suggested by
Greg Kroah-Hartman ,
Joe Perches
v2: Split patch into logical chunks, as suggested by
Greg Kroah-Hartman
--
To unsubscribe from this list: send the line "unsubscrib
On Wed, 11 Jun 2014, Oliver Neukum wrote:
> Alan,
>
> I don't like this, but it might be enough to simply
> revert 0aa2832dd0d9d8609fd8f15139bc7572541a1215.
> I am afraid we have to deal with real hardware, not specs.
Toralf and Adam:
Does this patch (for 3.14 or 3.15) fix the problems you obse
On Thu, 2014-06-12 at 10:54 -0700, Greg Kroah-Hartman wrote:
> On Thu, Jun 12, 2014 at 09:32:19PM +0400, Wahib Faizi wrote:
> > Fix coding style issue "do not use assignment in if condition"
> > detected by checkpatch.pl in usbip_host_driver.c.
> >
> > Signed-off-by: Wahib Faizi
>
> Both of thes
On Thu, Jun 12, 2014 at 09:32:19PM +0400, Wahib Faizi wrote:
> Fix coding style issue "do not use assignment in if condition"
> detected by checkpatch.pl in usbip_host_driver.c.
>
> Signed-off-by: Wahib Faizi
Both of these patches have the same Subject: line, which isn't good as
it doesn't make
Fix coding style issue "line over 80 characters"
detected by checkpatch.pl in usbip_host_driver.c.
Signed-off-by: Wahib Faizi
---
.../usbip/userspace/libsrc/usbip_host_driver.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/usbip/userspace/libsrc/u
Fix coding style issue "do not use assignment in if condition"
detected by checkpatch.pl in usbip_host_driver.c.
Signed-off-by: Wahib Faizi
---
.../usbip/userspace/libsrc/usbip_host_driver.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/usbip/usersp
Fix coding style issues detected by checkpatch.pl in usbip_host_driver.c.
v2: Split patch into logical chunks, as suggested by
Greg Kroah-Hartman
[PATCH v2 1/2]
Fix coding style issue "do not use assignment in if condition"
detected by checkpatch.pl in usbip_host_driver.c.
[PATCH v2 2/2]
On Thu, Jun 12, 2014 at 03:02:12PM +0800, Peter Chen wrote:
> On Wed, Jun 11, 2014 at 02:36:27PM -0500, Felipe Balbi wrote:
> > On Wed, Jun 11, 2014 at 11:29:57AM +0800, Peter Chen wrote:
> > > On Tue, Jun 10, 2014 at 11:35:07PM -0500, Felipe Balbi wrote:
> > > > Hi,
> > > >
> > > > On Tue, Jun 10
David,
my words may have been poorly chosen. Last thing I want is to break things...
What I meant to say is that this changes the behavior of conf.all.*
sysctls from no-op to be part of decision along with interface
specific ones. Default settings still work the same way unless
conf.all.* was man
On Thu, 12 Jun 2014, Peter Chen wrote:
> > Peter, correct me if this is wrong. It sounds like you want to have a
> > way for the user to control which gadget driver gets bound to which UDC
> > driver when everything is compiled into the kernel, nothing is built
> > as a separate module. Is th
On Thu, Jun 12, 2014 at 02:35:38PM +0400, Wahib Faizi wrote:
> Fix coding style issues detected by checkpatch.pl:
> 1. do not use assignment in if condition
> 2. line over 80 characters
You are doing two different things here, so please break it up into two
different patches. Can you please do th
Fix coding style issues detected by checkpatch.pl:
1. do not use assignment in if condition
2. line over 80 characters
Signed-off-by: Wahib Faizi
---
.../usbip/userspace/libsrc/usbip_host_driver.c |7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/u
Greetings Linux Kernel Developers!
This is Task 10 of the Eudyptula Challenge.
--
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 at http://vger.kernel.org/majordomo-info.html
From: Jim Baxter
> On 30/05/14 12:25, Jim Baxter wrote:
> > On 29/05/14 20:04, Eric Dumazet wrote:
> >> On Thu, 2014-05-29 at 18:12 +0100, Jim Baxter wrote:
> >>
> >> Note the patch is OK, but changelog a bit misleading ;)
> >>
> >> Kernel was not running out of memory, because truesize was correct
On 30/05/14 12:25, Jim Baxter wrote:
> On 29/05/14 20:04, Eric Dumazet wrote:
>> On Thu, 2014-05-29 at 18:12 +0100, Jim Baxter wrote:
>>
>> Note the patch is OK, but changelog a bit misleading ;)
>>
>> Kernel was not running out of memory, because truesize was correct.
>>
>> The problem here is tha
On Thu, Jun 12, 2014 at 01:48:41AM +0300, Janne Kanniainen wrote:
> This driver adds support for USB controlled led panels that exists in MSI
> GT683R laptop
You forgot to break this line.
>
> Signed-off-by: Janne Kanniainen
> ---
> Changes in v2:
> - sorted headers to alphabetic order
On Wed, Jun 11, 2014 at 02:36:27PM -0500, Felipe Balbi wrote:
> On Wed, Jun 11, 2014 at 11:29:57AM +0800, Peter Chen wrote:
> > On Tue, Jun 10, 2014 at 11:35:07PM -0500, Felipe Balbi wrote:
> > > Hi,
> > >
> > > On Tue, Jun 10, 2014 at 09:10:00PM -0700, Greg KH wrote:
> > > > > Let's take USB peri
On Wed, Jun 11, 2014 at 03:27:13PM -0400, Alan Stern wrote:
> On Wed, 11 Jun 2014, Greg KH wrote:
>
> > We can't break existing systems, so I don't understand the issue here.
> > Just don't configure your kernel for a system you don't have / want,
> > right?
> >
> > > > > From what I read code, w
38 matches
Mail list logo
