[ofiwg] err_data handling in utl_cq?
Hefty, Sean
sean.hefty at intel.com
Mon Sep 23 11:25:21 PDT 2019
> I don’t see the err_data getting freed in ofi_cq_readerr(). Also, just adding a free
> may not be sufficient, shouldn’t it have something like the saved_err_data mechanism
> that is in util_eq.c to keep the err_data in scope for compatibility reasons?
I agree that the EQ and CQ implementations should be closer aligned.
The util_cq code allocates and frees the err_entry, but not the err_data. I don't see that any providers actually use this field for CQ entries, so it likely isn't an issue in practice. It seems cleaner that if util_cq frees err_data, it should also allocate it.
But... util_eq frees err_data without allocating it...
To 'fix' the CQ, I would add a new call, ofi_cq_write_error_data() that can take the err_data and size as input parameters. That would allow util_cq to include the allocation as part of the event data.
- Sean
More information about the ofiwg
mailing list