On Wed, Nov 23, 2011 at 08:20:54AM +, Li Yang-R58472 wrote:
> >Leo, I have debugged this issue at my board just now, the reason of
> >failure is we only have one ep struct for ep0, so when talking about ep0,
> >it always pointers to udc->ep[0]. So even we initialize the current qh
> >address fo
>-Original Message-
>From: Peter Chen [mailto:hzpeterc...@gmail.com]
>Sent: Wednesday, November 23, 2011 11:02 AM
>To: Li Yang-R58472
>Cc: Chen Peter-B29397; ba...@ti.com; gre...@suse.de; linux-
>u...@vger.kernel.org; linuxppc-dev@lists.ozlabs.org
>Subject: Re: [PA
On Tue, Nov 22, 2011 at 7:48 PM, Peter Chen wrote:
>>>It seems to can't get the correct qh pointer, you may still need to use
>>>below code to get it
>>> int i = ep_index(ep) * 2 + ep_is_in(ep);
>>> struct ep_queue_head *dQH = &ep->udc->ep_qh[i];
>>
>> Thanks for trying. It will be
>>It seems to can't get the correct qh pointer, you may still need to use
>>below code to get it
>> int i = ep_index(ep) * 2 + ep_is_in(ep);
>> struct ep_queue_head *dQH = &ep->udc->ep_qh[i];
>
> Thanks for trying. It will be much easier if we can dereference QH from
> the ep struct
>Subject: Re: [PATCH] usb/fsl_udc: fix dequeuing a request in progress
>
>On Fri, Nov 11, 2011 at 08:38:13PM +0800, Li Yang wrote:
>> The original implementation of dequeuing a request in progress is not
>> correct. Change to use a correct process and also clean up the
&
On Fri, Nov 11, 2011 at 08:38:13PM +0800, Li Yang wrote:
> The original implementation of dequeuing a request in progress
> is not correct. Change to use a correct process and also clean
> up the related functions a little bit.
>
> Signed-off-by: Li Yang
> ---
> drivers/usb/gadget/fsl_udc_core.
