Re: [U-Boot] [PATCH 1/2] usb: ci_udc: allow multiple buffer allocs per ep

2014-06-15 Thread Marek Vasut
On Thursday, June 12, 2014 at 07:42:55 PM, Stephen Warren wrote: On 06/12/2014 11:30 AM, Marek Vasut wrote: On Thursday, June 12, 2014 at 05:55:40 PM, Stephen Warren wrote: [...] I'm slightly confused by this log. Do you have 2 boards running U-Boot, one running the USB controller in

Re: [U-Boot] [PATCH 1/2] usb: ci_udc: allow multiple buffer allocs per ep

2014-06-12 Thread Jörg Krause
On 06/10/2014 09:34 PM, Stephen Warren wrote: On 06/02/2014 05:02 PM, Jörg Krause wrote: Sorry, my previous post was not shown correctly. The raw text was missing. I removed the annotation. Since this commit my Ethernet Gadget on a custom Freescale i.MX28 board is broken. Using tftp to

Re: [U-Boot] [PATCH 1/2] usb: ci_udc: allow multiple buffer allocs per ep

2014-06-12 Thread Marek Vasut
On Thursday, June 12, 2014 at 10:36:55 AM, Jörg Krause wrote: On 06/10/2014 09:34 PM, Stephen Warren wrote: On 06/02/2014 05:02 PM, Jörg Krause wrote: Sorry, my previous post was not shown correctly. The raw text was missing. I removed the annotation. Since this commit my Ethernet

Re: [U-Boot] [PATCH 1/2] usb: ci_udc: allow multiple buffer allocs per ep

2014-06-12 Thread Stephen Warren
On 06/12/2014 02:36 AM, Jörg Krause wrote: On 06/10/2014 09:34 PM, Stephen Warren wrote: On 06/02/2014 05:02 PM, Jörg Krause wrote: Sorry, my previous post was not shown correctly. The raw text was missing. I removed the annotation. Since this commit my Ethernet Gadget on a custom

Re: [U-Boot] [PATCH 1/2] usb: ci_udc: allow multiple buffer allocs per ep

2014-06-12 Thread Marek Vasut
On Thursday, June 12, 2014 at 05:55:40 PM, Stephen Warren wrote: [...] I'm slightly confused by this log. Do you have 2 boards running U-Boot, one running the USB controller in device mode, and this is the log from some other board that's talking to that first board? I have one board

Re: [U-Boot] [PATCH 1/2] usb: ci_udc: allow multiple buffer allocs per ep

2014-06-12 Thread Stephen Warren
On 06/12/2014 11:30 AM, Marek Vasut wrote: On Thursday, June 12, 2014 at 05:55:40 PM, Stephen Warren wrote: [...] I'm slightly confused by this log. Do you have 2 boards running U-Boot, one running the USB controller in device mode, and this is the log from some other board that's talking to

Re: [U-Boot] [PATCH 1/2] usb: ci_udc: allow multiple buffer allocs per ep

2014-06-10 Thread Stephen Warren
On 06/02/2014 05:02 PM, Jörg Krause wrote: Sorry, my previous post was not shown correctly. The raw text was missing. I removed the annotation. Since this commit my Ethernet Gadget on a custom Freescale i.MX28 board is broken. Using tftp to download files I get in almost all cases a timeout:

Re: [U-Boot] [PATCH 1/2] usb: ci_udc: allow multiple buffer allocs per ep

2014-06-02 Thread Jörg Krause
Since this commit my Ethernet Gadget on a custom Freescale i.MX28 board is broken. Using tftp to download files I get in almost all cases a timeout: This is one case: This is another one: I reverted this commit from my master branch it works again as expected. -- View this message in

Re: [U-Boot] [PATCH 1/2] usb: ci_udc: allow multiple buffer allocs per ep

2014-06-02 Thread Jörg Krause
Sorry, my previous post was not shown correctly. The raw text was missing. I removed the annotation. Since this commit my Ethernet Gadget on a custom Freescale i.MX28 board is broken. Using tftp to download files I get in almost all cases a timeout: This is one case: Updating rootfs ... using

Re: [U-Boot] [PATCH 1/2] usb: ci_udc: allow multiple buffer allocs per ep

2014-05-07 Thread Marek Vasut
On Tuesday, May 06, 2014 at 01:48:11 AM, Stephen Warren wrote: From: Stephen Warren swar...@nvidia.com Modify ci_ep_alloc_request() to return a dynamically allocated request object, rather than a singleton that's part of the endpoint. This requires moving various state from the endpoint

[U-Boot] [PATCH 1/2] usb: ci_udc: allow multiple buffer allocs per ep

2014-05-05 Thread Stephen Warren
From: Stephen Warren swar...@nvidia.com Modify ci_ep_alloc_request() to return a dynamically allocated request object, rather than a singleton that's part of the endpoint. This requires moving various state from the endpoint structure to the request structure, since we need one copy per request.