Re: xhci woes continued

2015-09-13 Thread Hans-Peter Jansen
On Samstag, 12. September 2015 14:46:42 Alan Stern wrote: > On Sat, 12 Sep 2015, Hans-Peter Jansen wrote: > > On Freitag, 11. September 2015 10:23:45 Alan Stern wrote: > > > On Fri, 11 Sep 2015, Hans-Peter Jansen wrote: > > > > I still have trouble with storage devices on xhci ports, that > > > > d

[PATCH 39/39] usb: host: drop null test before destroy functions

2015-09-13 Thread Julia Lawall
Remove unneeded NULL test. The semantic patch that makes this change is as follows: (http://coccinelle.lip6.fr/) // @@ expression x; @@ -if (x != NULL) \(kmem_cache_destroy\|mempool_destroy\|dma_pool_destroy\)(x); @@ expression x; @@ -if (x != NULL) { \(kmem_cache_destroy\|mempool_destroy

[PATCH 18/39] whci: drop null test before destroy functions

2015-09-13 Thread Julia Lawall
Remove unneeded NULL test. The semantic patch that makes this change is as follows: (http://coccinelle.lip6.fr/) // @@ expression x; @@ -if (x != NULL) \(kmem_cache_destroy\|mempool_destroy\|dma_pool_destroy\)(x); // Signed-off-by: Julia Lawall --- drivers/usb/host/whci/init.c |3 +--

[PATCH 16/39] usb: gadget: drop null test before destroy functions

2015-09-13 Thread Julia Lawall
Remove unneeded NULL test. The semantic patch that makes this change is as follows: (http://coccinelle.lip6.fr/) // @@ expression x; @@ -if (x != NULL) \(kmem_cache_destroy\|mempool_destroy\|dma_pool_destroy\)(x); // Signed-off-by: Julia Lawall --- drivers/usb/gadget/udc/bdc/bdc_core.c |

[PATCH 00/39] drop null test before destroy functions

2015-09-13 Thread Julia Lawall
Recent commits to kernel/git/torvalds/linux.git have made the following functions able to tolerate NULL arguments: kmem_cache_destroy (commit 3942d29918522) mempool_destroy (commit 4e3ca3e033d1) dma_pool_destroy (commit 44d7175da6ea) These patches remove the associated NULL tests for the files th

[PATCH 05/39] xhci: drop null test before destroy functions

2015-09-13 Thread Julia Lawall
Remove unneeded NULL test. The semantic patch that makes this change is as follows: (http://coccinelle.lip6.fr/) // @@ expression x; @@ -if (x != NULL) \(kmem_cache_destroy\|mempool_destroy\|dma_pool_destroy\)(x); // Signed-off-by: Julia Lawall --- drivers/usb/host/xhci-mem.c | 12 -

Re: xhci woes continued

2015-09-13 Thread Alan Stern
On Sun, 13 Sep 2015, Hans-Peter Jansen wrote: > > The usbmon trace clearly shows the problem: The card reader's firmware > > doesn't handle transfers larger than 64 KB properly. (That's a bit of > > a guess on my part; what the trace really shows is that transfers of > > length 120 KB and 72 KB f

Re: PROBLEM: lsusb -v freezes kernel on Acer ES1-111M

2015-09-13 Thread Roland Weber
Hi Alan, hi all, > > I can also produce the freeze on 3.17, with some extra steps: > > Okay, that's worth knowing. > > > (after boot there's just the ehci-pci bus with no device) > > - unbind ehci-pci > > - bind ehci-pci > > During both the unbind and the bind, the debugging lines you added to

Re: xhci woes continued

2015-09-13 Thread Hans-Peter Jansen
On Sonntag, 13. September 2015 10:23:13 Alan Stern wrote: > On Sun, 13 Sep 2015, Hans-Peter Jansen wrote: > > > The usbmon trace clearly shows the problem: The card reader's firmware > > > doesn't handle transfers larger than 64 KB properly. (That's a bit of > > > a guess on my part; what the trac

Re: PROBLEM: lsusb -v freezes kernel on Acer ES1-111M

2015-09-13 Thread Roland Weber
Hi all, I wrote: > I cannot yet tell whether the difference between freeze and non-freeze > is due to code changes, or because I used a different kernel config. > (It brings down compilation times from 3h to 2h.) > > So next I'll compile 3.17.8 with my config. Actually, it made more sense to try

Re: PROBLEM: lsusb -v freezes kernel on Acer ES1-111M

2015-09-13 Thread Alan Stern
On Sun, 13 Sep 2015, Roland Weber wrote: > I compiled a kernel 3.17(.0) with my additional debug lines... > and this one does NOT freeze! The output is: > > (first unbind) > ehci-pci :00:1d.0: remove, state 4 > ehci-pci :00:1d.0: roothub graceful disconnect > usb usb1: USB disconnect, dev

Fwd: Announce libusb-1.0.20

2015-09-13 Thread Chris Dickens
Resending to linux-usb without HTML. Hi All, I'm pleased to announce the libusb-1.0.20 final release. It has been over a year since the last release, and a lot of changes have gone in during that time (95 commits). Changelog: * Add Haiku support * Fix multiple memory and resource leaks (#16, #5

Re: [PATCH] Revert "usb: chipidea: usbmisc_imx: delete clock information"

2015-09-13 Thread Peter Chen
On Fri, Sep 11, 2015 at 10:17:20AM -0300, Fabio Estevam wrote: > On Fri, Sep 11, 2015 at 4:52 AM, Peter Chen wrote: > > > Hi Fabio, > > > > Would you please help to test build patches for this issue? > > Tested the patch on a mx27pdk running 4.2 and I got the same crash: > > usbcore: registered

Re: USB client crash on Vybrid with USB gadget RNDIS connection

2015-09-13 Thread Peter Chen
On Fri, Sep 11, 2015 at 04:51:22PM +0530, maitysancha...@gmail.com wrote: > On 15-09-11 15:56:17, maitysancha...@gmail.com wrote: > > Hello Peter, > > > > On 15-09-11 16:58:52, Peter Chen wrote: > > > On Fri, Sep 11, 2015 at 02:36:58PM +0530, maitysancha...@gmail.com wrote: > > > > Hello, > > > >

Re: Chipidea ULPI driver

2015-09-13 Thread Peter Chen
On Fri, Sep 11, 2015 at 11:34:10AM +, Subbaraya Sundeep Bhatta wrote: > Hi, > > > -Original Message- > > From: Peter Chen [mailto:peter.c...@freescale.com] > > Sent: Friday, September 11, 2015 6:52 AM > > To: Punnaiah Choudary Kalluri > > Cc: ba...@ti.com; Subbaraya Sundeep Bhatta; lin

Re: USB client crash on Vybrid with USB gadget RNDIS connection

2015-09-13 Thread maitysanchayan
On 15-09-14 13:11:16, Peter Chen wrote: > On Fri, Sep 11, 2015 at 04:51:22PM +0530, maitysancha...@gmail.com wrote: > > On 15-09-11 15:56:17, maitysancha...@gmail.com wrote: > > > Hello Peter, > > > > > > On 15-09-11 16:58:52, Peter Chen wrote: > > > > On Fri, Sep 11, 2015 at 02:36:58PM +0530, mai

Re: MIDI gadget allocating too much from coherent pool

2015-09-13 Thread Clemens Ladisch
Felipe Tonello wrote: > DSP (read sensors and read/send MIDI) <- UART -> SOC (imx6) <- USB > MIDI GADGET -> HOST > > When the throughput from the DSP is high, thus causing the throughput > on the USB to be high as well, I get a Kernel Panic saying to increase > the coherent_pool. I've used some cra