Hi Eitan,
 
All Sean is saying is that the RMPP code itself only uses the last bit. 
 
The number of records is an SA thing and not RMPP thing. This is transparent to 
RMPP itself.
 
The need to determine the number of records is a consumer issue (SA or SA 
client). To do this, AttributeOffset and (at least the last) PayloadLength 
field is needed (as one can't rely on the first PayloadLength being non zero).
 
-- Hal

________________________________

From: Eitan Zahavi [mailto:[EMAIL PROTECTED]
Sent: Mon 8/22/2005 1:54 AM
To: 'Sean Hefty'; Eitan Zahavi; Hal Rosenstock
Cc: OPENIB GENERAL; Liran Sorani; Amit Krig; Aviram Gutman
Subject: RE: RMPP Message Format Errors


Hi Sean,
 
You wrote:
"Note that the current implementation of the RMPP code ignores the payload 
length on the receive side, and instead relies on the last bit to determine the 
end of a transfer."
 
But the receive side needs to calculate back the correct size of the assembled 
MAD.
If it is done in kernel or user it does not matter. To my best knowledge the 
only way to calculate how many records are enclosed in an RMPP message is to 
use the paylen and offset.
How can it be done without looking at paylen ?
 
EZ
 
Eitan Zahavi
Design Technology Director
Mellanox Technologies LTD
Tel:+972-4-9097208
Fax:+972-4-9593245
P.O. Box 586 Yokneam 20692 ISRAEL
 
-----Original Message-----
From: Sean Hefty [mailto:[EMAIL PROTECTED] 
Sent: Monday, August 22, 2005 1:01 AM
To: 'Eitan Zahavi'; Hal Rosenstock
Cc: OPENIB GENERAL; Liran Sorani; Amit Krig; Aviram Gutman
Subject: RE: RMPP Message Format Errors
 
Please let me know if you will have time to dig into these problems or if I 
should try and resolve them myself and provide patches. 
I will not be able to look at this until early next week (with IDF running this 
week), but I will try to do so.   So, it wouldn't surprise me if the receive 
side accepted an invalid RMPP MAD.
- Sean
_______________________________________________
openib-general mailing list
[email protected]
http://openib.org/mailman/listinfo/openib-general

To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general

Reply via email to