sfc: Fix DMA unmapping issue with firmware assisted TSO
authorAlexandre Rames <arames@solarflare.com>
Thu, 31 Oct 2013 12:42:32 +0000 (12:42 +0000)
committerBen Hutchings <bhutchings@solarflare.com>
Thu, 31 Oct 2013 20:58:14 +0000 (20:58 +0000)
commit2acdb92e85412bf791a3c01f2173695b6e0a3f72
tree9ba015810efc7ba0e2eb35827310853eccc437e5
parentba4865027c11d7ac8e5a33e0624dd415caab2027
sfc: Fix DMA unmapping issue with firmware assisted TSO

When using firmware assisted TSO, we use a single DMA mapping for
the linear area of a TSO skb.

We still have to segment the super-packet and insert a descriptor
containing the original headers before each segment of payload, so we
can unmap the linear area only after the last segment is completed.
The unmapping information for the linear area is therefore associated
with the last header descriptor.

We calculate the DMA address to unmap from using the map length and
the invariant that the end of the DMA mapping matches the end of
the data referenced by the last descriptor.  But this invariant is
broken when there is TCP payload in the linear area.

Fix this by adding and using an explicit dma_offset field.

Signed-off-by: Ben Hutchings <bhutchings@solarflare.com>
drivers/net/ethernet/sfc/net_driver.h
drivers/net/ethernet/sfc/tx.c