Thread (1 message) 1 message, 1 author, 2013-02-20

Re: [PATCH 1/7] libibumad: Provide MAD definitions with libibumad

From: Hal Rosenstock <hidden>
Date: 2013-02-20 16:39:53

On 2/20/2013 11:29 AM, Hefty, Sean wrote:
quoted
I need to check the kernel code, but I believe that the RMPP header is exposed.
I looked at copy_recv_mad(), and it copies the entire 256-byte MAD to user space, which includes any RMPP header, followed by any additional segmented data.  So most of the RMPP definitions are relevant, the exceptions possibly being UMAD_RMPP_TYPE_[ACK | STOP | ABORT].  IMO - I would keep those for completeness.
Yes but how much of header is relevant when it's a multipacket RMPP MAD
message ? My concern is that it may be confusing as to validity/use of
certain RMPP fields, etc.

-- Hal
- Sean
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help