Re: Blocking the submission on urbs to usb core

Hello everybody,

I tried to make my urb submission to secure failure.
I've made urb->reject=1 in my submit function.
First time it works fine.
But in normal condition(i.e. after removing my module)
the normal functionality of detecting the device goes
down. Following are the logs.

USB Core Registration Done......
Inside my_urb_complete
Inside my_urb_submit
Inside my_urb_submit_Error
Inside my_urb_submit
Inside my_urb_submit_Error
<3>hub 1-0:1.0: hub_port_status failed (err = -1)

The last statement was not printed by me.
After this no device gets detected.
How can I overcome this problem



--- Alan Stern <[email protected]> wrote:

> On Wed, 19 Dec 2007, ashish mahamuni wrote:
> 
> > Hello Everybody,
> > 
> > I've implemented my own usb filter. (same like
> usbmon)
> 
> usbmon is not a filter.  It is a communications
> channel from the kernel 
> to userspace.
> 
> > I am able to capture all urbs that are generated
> in
> > host controller.
> 
> That makes no sense.  URBs are not generated in the
> host controller; 
> they are generated by drivers.
> 
> > But problem is those urbs get submitted to usb
> core
> > automatically.
> 
> What do you mean by "automatically"?  No URBs are
> submitted manually 
> (that is, by a human being) -- they are all
> submitted by drivers, and 
> all drivers run automatically.
> 
> > I don't want this. In fact I want this submission
> > under my control.
> 
> URB submission is not under your control.  You
> cannot prevent URBs from
> being submitted.  The most you can do is force
> submissions to fail.
> 
> > How should I do it?
> > I've my own functions as submit, complete and
> > submit_error.
> > I want my code in this functions such that I can
> pass
> > those urbs to core or hcd from this place.
> 
> That is impossible.  The submit, submit_error, and
> complete routines 
> are called by the core, so they can't pass URBs to
> the core.  And since 
> the core passes URBs to the HCD, your routines
> cannot also pass the 
> URBs to the HCD.
> 
> You need to rethink your strategy.  I don't know
> what you are trying to 
> accomplish, but whatever it is, you are using a bad
> approach.
> 
> Alan Stern
> 
> -
> To unsubscribe from this list: send the line
> "unsubscribe linux-usb" in
> the body of a message to [email protected]
> More majordomo info at 
> http://vger.kernel.org/majordomo-info.html
> 



      Bollywood, fun, friendship, sports and more. You name it, we have it on http://in.promos.yahoo.com/groups  


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
[email protected]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel