Actually, we've been using this patch in house for quite a while and it's been working for us. We were just hoping to migrate it into the kernel so that there would be no risk of future incompatibilities arising.
We're currently discussing in-house how to address Hal's request that we do this without breaking the existing functionality. -----Original Message----- From: Hefty, Sean [mailto:[email protected]] Sent: Thursday, May 27, 2010 12:03 PM To: Mike Heinz; Hal Rosenstock Cc: [email protected]; Roland Dreier Subject: RE: [PATCH] IB/core User RMPP patch > There are QLogic customers who have requested the ability to perform RMPP > transaction handling in user space. This was an option in our old > proprietary stack and there are a few customers still using it which need a > way to forward migrate to OFED while containing the scope of their > application changes. While we have developed appropriate "shim" libraries > to allow their applications to migrate, we can't simulate/shim rmpp > processing without some kernel support. Have you looked at using a QP other than QP1 for this? I believe that the current kernel code assumes that all non-data RMPP packets are initiated by the kernel and discarded upon completion. I would expect that more work would be needed than this patch to expose non-data RMPP MADs to the user, including their completions, plus require the user to perform the segmentation, reassembly, and transaction matching. (This is just a guess.) - Sean N�����r��y����b�X��ǧv�^�){.n�+����{��ٚ�{ay� ʇڙ�,j��f���h���z� �w��� ���j:+v���w�j�m��������zZ+�����ݢj"��!�i
