netdev - Re: [PATCH net,stable 1/1] net: fec: unmap the xmit buffer that are not transferred by DMA

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-Id: <20171227.105710.1032691419002143687.davem@davemloft.net>
Date:   Wed, 27 Dec 2017 10:57:10 -0500 (EST)
From:   David Miller <davem@...emloft.net>
To:     fugang.duan@....com
Cc:     netdev@...r.kernel.org
Subject: Re: [PATCH net,stable 1/1] net: fec: unmap the xmit buffer that
 are not transferred by DMA

From: Fugang Duan <fugang.duan@....com>
Date: Fri, 22 Dec 2017 17:12:09 +0800

> The enet IP only support 32 bit, it will use swiotlb buffer to do dma
> mapping when xmit buffer DMA memory address is bigger than 4G in i.MX
> platform. After stress suspend/resume test, it will print out:
> 
> log:
> [12826.352864] fec 5b040000.ethernet: swiotlb buffer is full (sz: 191 bytes)
> [12826.359676] DMA: Out of SW-IOMMU space for 191 bytes at device 5b040000.ethernet
> [12826.367110] fec 5b040000.ethernet eth0: Tx DMA memory map failed
> 
> The issue is that the ready xmit buffers that are dma mapped but DMA still
> don't copy them into fifo, once MAC restart, these DMA buffers are not unmapped.
> So it should check the dma mapping buffer and unmap them.
> 
> Signed-off-by: Fugang Duan <fugang.duan@....com>

Applied and queued up for -stable.