On Fri, Apr 03, 2015 at 09:33:32AM +0900, Nobuo Iwata wrote:
> Originally, USB/IP transmits requests and response PDUs for preparation to
> transfer URBs in user space, after the preparation, URBs are transmitted in
> kernel space.
>
> To make easy to introduce application network protocols like
Hi Greg,
I now it's getting late, but please consider pulling the following
updates for 4.1.
All have been in linux-next for a while just fine.
Thanks,
Johan
The following changes since commit c517d838eb7d07bbe9507871fab3931deccff539:
Linux 4.0-rc1 (2015-02-22 18:21:14 -0800)
are available
Alan or Mathias,
Machine is a 64 bit Dell Inspiron with Intel chips running Fedora 3.19.3 kernel
Disabling the uas driver is no help. Any help is appreciated.
Steve
lspci -v
00:14.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family
USB xHCI (rev 05) (prog-if 30 [XHCI])
Have dev_pm_ops.prepare return 1 for USB devices, interfaces, endpoints
and ports so that USB devices can remain runtime-suspended when the
system goes to a sleep state, if their wakeup state is correct.
Also enable runtime PM for endpoints, which is another requirement for
the above to work.
Sig
v2: * Let creators of the input device to decide whether it should remain
runtime suspended when the system goes into a sleep state
* Don't enable PM runtime on all evdev handlers
* Cope with another wrong wakeup setting in usb_dev_prepare
Hi,
this series contain what
On 31 March 2015 at 19:09, Alan Stern wrote:
> On Tue, 31 Mar 2015, Tomeu Vizoso wrote:
>
>> Have dev_pm_ops.prepare return 1 for USB devices, interfaces, endpoints
>> and ports so that USB devices can remain runtime-suspended when the
>> system goes to a sleep state.
>>
>> Also enable runtime PM
On Sun, Mar 15, 2015 at 06:03:00PM +0100, Lars-Peter Clausen wrote:
> There are currently no umc drivers implementing suspend/resume, so remove
> the legacy suspend/resume support from the framework. If a umc driver ever
> wants to implement suspend/resume they can use dev_pm_ops, which works out
>
On Thu, Apr 02, 2015 at 04:45:40PM +0530, Sudip Mukherjee wrote:
> This reverts commit <1dc6120ef7f003305d99ef12f598a6b05eacc38c>.
>
> if we are doing allyesconfig on x86_64, build fails with error:
> drivers/built-in.o: In function `sl811_cs_probe':
> sl811_cs.c:(.text+0x1d4612e): undefined refer
On 04/03/2015 03:44 PM, Greg Kroah-Hartman wrote:
On Sun, Mar 15, 2015 at 06:03:00PM +0100, Lars-Peter Clausen wrote:
There are currently no umc drivers implementing suspend/resume, so remove
the legacy suspend/resume support from the framework. If a umc driver ever
wants to implement suspend/re
On Fri, 3 Apr 2015, Steve Bangert wrote:
> Alan or Mathias,
>
> Machine is a 64 bit Dell Inspiron with Intel chips running Fedora 3.19.3
> kernel
>
> Disabling the uas driver is no help. Any help is appreciated.
Can you post a usbmon trace with uas disabled? And a similar usbmon
trace using
Hi Greg,
On Wed, Mar 25, 2015 at 02:18:37PM -0700, Tony Lindgren wrote:
> Commit 3e457371f436 ("usb: musb: Fix fifo reads for dm816x with musb_dsps")
> fixed a USB error on dm816x, but introduced a new build error on i386
> when COMPILE_TEST is set:
>
> drivers/usb/musb/musb_dsps.c: In function ‘
On Fri, Apr 03, 2015 at 10:56:08AM +0200, Johan Hovold wrote:
> Hi Greg,
>
> I now it's getting late, but please consider pulling the following
> updates for 4.1.
>
> All have been in linux-next for a while just fine.
>
> Thanks,
> Johan
>
>
> The following changes since commit c517d838eb7d07b
On Fri, Apr 03, 2015 at 10:14:14AM -0500, Felipe Balbi wrote:
> Hi Greg,
>
> On Wed, Mar 25, 2015 at 02:18:37PM -0700, Tony Lindgren wrote:
> > Commit 3e457371f436 ("usb: musb: Fix fifo reads for dm816x with musb_dsps")
> > fixed a USB error on dm816x, but introduced a new build error on i386
> >
Hi Tomeu,
On Fri, Apr 03, 2015 at 02:57:56PM +0200, Tomeu Vizoso wrote:
> Have dev_pm_ops.prepare return 1 for USB devices, interfaces, endpoints
> and ports so that USB devices can remain runtime-suspended when the
> system goes to a sleep state, if their wakeup state is correct.
>
> Also enable
On Friday, April 03, 2015 01:44:36 PM Dmitry Torokhov wrote:
> Hi Tomeu,
>
> On Fri, Apr 03, 2015 at 02:57:56PM +0200, Tomeu Vizoso wrote:
> > Have dev_pm_ops.prepare return 1 for USB devices, interfaces, endpoints
> > and ports so that USB devices can remain runtime-suspended when the
> > system
Under blackfin, only bf527, bf548 and bf609 may use musb. The related
error with allmodconfig:
CC [M] drivers/usb/misc/trancevibrator.o
In file included from drivers/usb/musb/musb_core.h:70:0,
from drivers/usb/musb/musb_core.c:103:
drivers/usb/musb/musb_core.c: In funct
On Fri, Apr 3, 2015 at 11:51 PM, Chen Gang wrote:
> Under blackfin, only bf527, bf548 and bf609 may use musb. The related
> error with allmodconfig:
>
> CC [M] drivers/usb/misc/trancevibrator.o
> In file included from drivers/usb/musb/musb_core.h:70:0,
>from drivers/usb/
On 4/4/15 06:03, Richard Weinberger wrote:
> On Fri, Apr 3, 2015 at 11:51 PM, Chen Gang
> wrote:
>> Under blackfin, only bf527, bf548 and bf609 may use musb. The related
>> error with allmodconfig:
>>
>> CC [M] drivers/usb/misc/trancevibrator.o
>> In file included from drivers/usb/musb/mus
18 matches
Mail list logo
