[ofw] RE: Possible IPoIB DMA problems

Anh Duong anh.duong at qlogic.com
Thu Aug 21 09:20:42 PDT 2008


>In any case, I wander if you saw this problems happening on a real
machine, >or is this something that you have reached by reading the
code?

I saw this problem while I was just reading the code.

Anh

-----Original Message-----
From: Fab Tillier [mailto:ftillier at windows.microsoft.com] 
Sent: Thursday, August 21, 2008 12:11 PM
To: Tzachi Dar; Anh Duong; ofw at lists.openfabrics.org
Cc: Stan C. Smith; John Russo; Alex Estrin; Usha Srinivasan
Subject: RE: Possible IPoIB DMA problems



>From: Tzachi Dar [mailto:tzachid at mellanox.co.il]
>Sent: Thursday, August 21, 2008 9:07 AM
>To: Anh Duong; ofw at lists.openfabrics.org
>Cc: Stan C. Smith; John Russo; Fab Tillier; Alex Estrin; Usha
Srinivasan
>Subject: RE: Possible IPoIB DMA problems
>
>As far as I know all low-level drivers on open fabrics don't use DMA
>addresses. Leonid will be able to say more once he is back from
>vacation.

For SRP and 'normal' IPoIB packets the storport and NDIS drivers do the
DMA mappings, respectively.  The solution for IPoIB's special packet
handling is to allocate a common buffer for the receive buffers.  It
should be pretty straight forward.

IBAL has the same problem internally with MAD buffers.  Allocating a
common buffer for this is much more complicated due to how IBAL is
designed (it doesn't know about device objects and Windows DMA).  A
potential work around here would be to size the special QPs large enough
that the MAD payload could be sent as an inline buffer.

-Fab



More information about the ofw mailing list