Re: [PATCH] net:fec: fix WARNING caused by lack of calls to dma_mapping_error()

[Ben Hutchings <bhutchings@solarflare.com>]

On Wed, 2013-11-13 at 01:00 +0000, Ben Hutchings wrote:
> On Tue, 2013-11-12 at 10:54 +0800, Fugang Duan wrote:
> > Enable CONFIG_HAVE_DMA_API_DEBUG, the kernel dump warning:
[...]
> > @@ -1001,6 +1005,9 @@ fec_enet_rx(struct net_device *ndev, int budget)
> >  
> >  		bdp->cbd_bufaddr = dma_map_single(&fep->pdev->dev, data,
> >  				FEC_ENET_TX_FRSIZE, DMA_FROM_DEVICE);
> > +		/* here dma mapping shouldn't be error, just avoid kernel dump */
> > +		if (dma_mapping_error(&fep->pdev->dev, bdp->cbd_bufaddr))
> > +			netdev_err(ndev, "Rx DMA memory map failed\n");
> 
> This is not handling the error.
[...]

It looks like the same RX DMA buffers are used repeatedly and the driver
copies into an skb.  So fec_enet_rx() should not map or unmap at all; it
should use dma_sync_single_for_cpu().  Then, indeed, no error handling
is required.

But there's still a big problem with this function.  Instead of
remembering the virtual address of each buffer, it passes the DMA
address to __va().  Physical and DMA addresses are *not* the same thing!
They may differ if the device is behind an IOMMU or bounce buffering was
required, or just because there is a fixed offset between the device and
host physical addresses. 

Ben.

-- 
Ben Hutchings, Staff Engineer, Solarflare
Not speaking for my employer; that's the marketing department's job.
They asked us to note that Solarflare product names are trademarked.