summaryrefslogtreecommitdiff
path: root/arch/mips/bcm63xx/dev-enet.c
diff options
context:
space:
mode:
authorChristoph Hellwig <hch@lst.de>2019-02-01 11:47:44 +0300
committerPaul Burton <paul.burton@mips.com>2019-02-12 20:40:33 +0300
commit74f03104ed465ff71b11076ef620e4eaa53dbf74 (patch)
treec234d46f9f0daceb40d53a86b723012b1e274d6f /arch/mips/bcm63xx/dev-enet.c
parent94ee12b507db8b5876e31c9d6c9d84f556a4b49f (diff)
downloadlinux-74f03104ed465ff71b11076ef620e4eaa53dbf74.tar.xz
MIPS: lantiq: pass struct device to DMA API functions
The DMA API generally relies on a struct device to work properly, and only barely works without one for legacy reasons. Pass the easily available struct device from the platform_device to remedy this. Also use GFP_KERNEL instead of GFP_ATOMIC as the gfp_t for the memory allocation, as we aren't in interrupt context or under a lock. Note that this whole function looks somewhat bogus given that we never even look at the returned dma address, and the CPHYSADDR magic on a returned noncached mapping looks "interesting". But I'll leave that to people more familiar with the code to sort out. Signed-off-by: Christoph Hellwig <hch@lst.de> Signed-off-by: Paul Burton <paul.burton@mips.com> Cc: John Crispin <john@phrozen.org> Cc: Vinod Koul <vkoul@kernel.org> Cc: Dmitry Tarnyagin <dmitry.tarnyagin@lockless.no> Cc: Nicolas Ferre <nicolas.ferre@microchip.com> Cc: Sudip Mukherjee <sudipm.mukherjee@gmail.com> Cc: Felipe Balbi <balbi@kernel.org> Cc: linux-mips@vger.kernel.org Cc: linux-kernel@vger.kernel.org Cc: dmaengine@vger.kernel.org Cc: netdev@vger.kernel.org Cc: linux-usb@vger.kernel.org Cc: linux-fbdev@vger.kernel.org Cc: alsa-devel@alsa-project.org Cc: iommu@lists.linux-foundation.org
Diffstat (limited to 'arch/mips/bcm63xx/dev-enet.c')
0 files changed, 0 insertions, 0 deletions