[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20181214183509.GA5247@lst.de>
Date: Fri, 14 Dec 2018 19:35:09 +0100
From: Christoph Hellwig <hch@....de>
To: Sam Ravnborg <sam@...nborg.org>
Cc: Christoph Hellwig <hch@....de>, iommu@...ts.linux-foundation.org,
Michal Simek <monstr@...str.eu>,
Ashutosh Dixit <ashutosh.dixit@...el.com>,
linux-alpha@...r.kernel.org, linux-snps-arc@...ts.infradead.org,
linux-c6x-dev@...ux-c6x.org, linux-m68k@...ts.linux-m68k.org,
openrisc@...ts.librecores.org, linux-parisc@...r.kernel.org,
linux-s390@...r.kernel.org, sparclinux@...r.kernel.org,
linux-xtensa@...ux-xtensa.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 1/2] dma-mapping: zero memory returned from dma_alloc_*
On Fri, Dec 14, 2018 at 07:10:56PM +0100, Sam Ravnborg wrote:
> Hi Christoph,
>
> I stumbled upon this one:
>
> #define __get_dma_pages(gfp_mask, order) \
> __get_free_pages((gfp_mask) | GFP_DMA, (order))
This isn't directly related to the dma mapping, but another place
that hides GFP_DMA allocations. So no need for the treatment,
but we really should kill this obsfucating wrapper..
Powered by blists - more mailing lists