Re: Possible OHCI driver bug ?

Alan Stern <[email protected]>
Newsgroups gmane.linux.usb.devel
Message-ID <[email protected]>
On Wed, 24 Oct 2007, Anantha Subramanyam wrote:

>             if (tick_before (tick, ed->tick)) {   <------ this check
> always true if ed->tick is 0x7FFF
> skip_ed:
>                 last = &ed->ed_next;
>                 continue;
>             }
>  
> 
> ohci-hub.c:
> #define tick_before(t1,t2) ((((s16)(t1))-((s16)(t2))) < 0)

Looks to me like you are right; the macro definition is messed up.  
You could try changing it to this:

#define tick_before(t1,t2)	((s16)((t1) - (t2)) < 0)


> Since the tick_before condition always returns true, this 'ed' is never
> removed for processing and hence the timeout. For trying out the above
> condition was changed to :
>             if (tick == ed->tick)) {    
> skip_ed:
>                 last = &ed->ed_next;
>                 continue;
>             }

No, don't do that!  You are replacing something wrong with something 
else even more wrong.

Alan Stern


-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
[email protected]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.