Roland Dreier wrote:
Actually I started merging stuff without sending the "applied" emails
yet. So far I have this in for-next:
What about the new RDMAoE patches?
Thanks
Tziporet
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majord...@
Actually I started merging stuff without sending the "applied" emails
yet. So far I have this in for-next:
Eli Cohen (2):
IB/mlx4: Remove unneeded code
IB/mlx4: Remove limitation on LSO header size
Or Gerlitz (1):
IB/iser: Rewrite SG handling for RDMA logic
Roland Dreier (1):
Roland Dreier wrote:
> I just haven't been in a merging mode lately... will start working on my
> 2.6.33 queue soon
So when more or less this work is going to start? it seems there are bunch of
things on the plate for this cycle.
Or.
--
To unsubscribe from this list: send the line "unsubscribe
> Roland, I don't see this patch in your for-next branch, any reason not
> to merge this?
No, I just haven't been in a merging mode lately... will start working
on my 2.6.33 queue soon.
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majord..
This patch re-writes the logic that does the above, to make it clearer and simpler. It also fixes a
bug in the being aligned for rdma checks, where a "start" check wasn't done but rather
only "end" check.
Roland, I don't see this patch in your for-next branch, any reason not
to merge this?
After dma-mapping an SG list provided by the SCSI midlayer, iser has
to make sure the mapped SG is "aligned for RDMA" in the sense that its
possible to produce one mapping in the HCA IOMMU which represents the
whole SG. Next, the mapped SG is formatted for registration with the HCA.
This patch re-