[openib-general] segmentation fault in ibv_modify_srq
Sayantan Sur
surs at cse.ohio-state.edu
Sun Oct 9 08:18:53 PDT 2005
Roland,
* On Oct,13 Roland Dreier<rolandd at cisco.com> wrote :
> Sayantan> I noticed that the test re-posts buffers only when the
> Sayantan> outstanding recv count is <= 1. I set a SRQ limit as
> Sayantan> max_recv - 5. So, I should get the event when 5 WQEs are
> Sayantan> consumed from the SRQ, right?
>
> Yes, your code is correct. The problem was that the mthca kernel
> driver was dispatching SRQ events incorrectly, so the event never
> reached userspace. I've checked in a fix for that, and I'm going to
> queue the SRQ limit event stuff for 2.6.15 (now that I've seen it
> working).
I did some further testing with this. Apparently, when the asynchronous
thread is first started, it gets the limit event (since no receives are
posted yet ...). But after that when the number of posted receives
actually drop below max_recv - 5, I am not able to see another limit
event.
Do you think that this could happen in the current implementation?
Thanks,
Sayantan.
--
http://www.cse.ohio-state.edu/~surs
More information about the general
mailing list