Re: f_loopback's new problem

2015-11-01 Thread Peter Chen
On Fri, Oct 30, 2015 at 10:28:09AM +0100, Krzysztof Opasiak wrote: > > > On 10/30/2015 08:31 AM, Peter Chen wrote: > >Hi Krzysztof and Felipe, > > > >With commit (91c42b0d usb: gadget: loopback: Fix looping back logic > >implementation), the gadget loopback supports real loopback function > >that

Re: [PATCH v11 0/4] Allow USB devices to remain runtime-suspended when sleeping

2015-11-01 Thread Rafael J. Wysocki
On Tuesday, October 27, 2015 03:38:47 PM Tomeu Vizoso wrote: > Hi, > > this is v11 of an attempt to make it easier for devices to remain in > runtime PM when the system goes to sleep, mainly to reduce the time > spent resuming devices. > > For this, we interpret the absence of all PM callback imp

Page allocation failure

2015-11-01 Thread Steinar H. Gunderson
Hello again, I am (still) using libusb-1.0 to drive an USB 3.0 video card. After I turned off power management (see previous emails :-) ) it seems stable, but after running something like 5–6 hours, I seem to get problems on URB submission: [82029.656250] nageru: page allocation failure: order:

Re: implement put_char() in cdc-acm

2015-11-01 Thread Sven Brauch
On 01/11/15 20:59, Peter Hurley wrote: > Just the kernel .config of the host please. > > Regards, > Peter Hurley See attached. config.gz Description: application/gzip signature.asc Description: OpenPGP digital signature

Re: implement put_char() in cdc-acm

2015-11-01 Thread Peter Hurley
On 11/01/2015 02:28 PM, Sven Brauch wrote: Hey, On 28/10/15 13:33, Oliver Neukum wrote: Sven, please test Oliver's patch on that tree. It can be found at https://kernel.googlesource.com/pub/scm/linux/kernel/git/gregkh/tty/ I finally got around to test this; sorry for the delay. I cloned that

Re: implement put_char() in cdc-acm

2015-11-01 Thread Sven Brauch
Hey, On 28/10/15 13:33, Oliver Neukum wrote: >> Sven, please test Oliver's patch on that tree. > It can be found at > https://kernel.googlesource.com/pub/scm/linux/kernel/git/gregkh/tty/ I finally got around to test this; sorry for the delay. I cloned that tree (git describe said v4.3-rc5), and

Re: [PATCH V2] USB: bcma: switch to GPIO descriptor for power control

2015-11-01 Thread Hauke Mehrtens
On 11/01/2015 10:04 AM, Rafał Miłecki wrote: > So far we were using simple (legacy) GPIO functions & some poor logic to > control power. It got many drawbacks: we were ignoring OF flags > (GPIO_ACTIVE_LOW), we were not setting direction to output and we were > assuming gpio_request success all the

Re: [PATCH] USB: bcma: switch to GPIO descriptor for power control

2015-11-01 Thread kbuild test robot
Hi Rafał, [auto build test ERROR on usb/usb-next -- if it's inappropriate base, please suggest rules for selecting the more suitable base] url: https://github.com/0day-ci/linux/commits/Rafa-Mi-ecki/USB-bcma-switch-to-GPIO-descriptor-for-power-control/20151101-155324 config: x

[PATCH V2] USB: bcma: switch to GPIO descriptor for power control

2015-11-01 Thread Rafał Miłecki
So far we were using simple (legacy) GPIO functions & some poor logic to control power. It got many drawbacks: we were ignoring OF flags (GPIO_ACTIVE_LOW), we were not setting direction to output and we were assuming gpio_request success all the time. Fix it by switching to gpiod functions and addi

[PATCH] USB: bcma: switch to GPIO descriptor for power control

2015-11-01 Thread Rafał Miłecki
So far we were using simple (legacy) GPIO functions & some poor logic to control power. It got many drawbacks: we were ignoring OF flags (GPIO_ACTIVE_LOW), we were not setting direction to output and we were assuming gpio_request success all the time. Fix it by switching to gpiod functions and addi