[ofw] ctrl-c of appl
Tzachi Dar
tzachid at mellanox.co.il
Thu Feb 11 05:49:24 PST 2010
Can you please open a bugzila bug for this issue?
Thanks
Tzachi
> -----Original Message-----
> From: Usha Srinivasan [mailto:usha.srinivasan at qlogic.com]
> Sent: Monday, February 08, 2010 11:02 PM
> To: Sean Hefty; Tzachi Dar
> Cc: 'ofw_list'
> Subject: RE: ctrl-c of appl
>
> I interpreted driver to mean hca driver, hence my confusion.
> I agree that this bug is not the fault of the user
> application, but lies somewhere between the application and
> the hca driver.
>
> If someone has a fix for this problem in ual (or kal), I will
> be happy to test it.
>
> -----Original Message-----
> From: Sean Hefty [mailto:sean.hefty at intel.com]
> Sent: Monday, February 08, 2010 3:41 PM
> To: Usha Srinivasan; Tzachi Dar
> Cc: 'ofw_list'
> Subject: RE: ctrl-c of appl
>
> >Ok, I'm not sure if I agree that the problem I reported below with
> >deregistermr not being called is the fault of the driver.
>
> I believe that Tzachi was simply stating that the problem is
> with some kernel driver. I.e. it's not a library or user
> space application issue.
>
> >When I get this bug check, it is because ibal has NOT called
> >DeregisterMR; it only calls DestroyQp, DestroyCq and
> UmCloseCa. How is
> >the driver supposed to determine which MRs to automatically
> deregister?
> >An application could have created an MR for use with multiple QPs.
> >And, I don't think there is a way to connect an MR with a CA
> ctx. Feel free to correct me if I'm wrong.
>
> In this case, resource tracking is done with IBAL, so IBAL
> should be responsible for tracking the memory registrations
> and deregistering the memory on application failure.
> Winverbs has a similar responsibility.
>
> - Sean
>
>
More information about the ofw
mailing list