[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20180328075313.GA19864@lst.de>
Date: Wed, 28 Mar 2018 09:53:13 +0200
From: "hch@....de" <hch@....de>
To: Alexey Brodkin <Alexey.Brodkin@...opsys.com>
Cc: "andy.shevchenko@...il.com" <andy.shevchenko@...il.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"jesper.nilsson@...s.com" <jesper.nilsson@...s.com>,
"Eugeniy.Paltsev@...opsys.com" <Eugeniy.Paltsev@...opsys.com>,
"hch@....de" <hch@....de>,
"linux-snps-arc@...ts.infradead.org"
<linux-snps-arc@...ts.infradead.org>,
"iommu@...ts.linux-foundation.org" <iommu@...ts.linux-foundation.org>,
"dmaengine@...r.kernel.org" <dmaengine@...r.kernel.org>,
"Evgeniy.Didin@...opsys.com" <Evgeniy.Didin@...opsys.com>,
"geert@...ux-m68k.org" <geert@...ux-m68k.org>
Subject: Re: dma-mapping: clearing GFP_ZERO flag caused crashes of Ethernet
on arc/hsdk board.
> > The logical question is why?
>
> 1. See that's another platform with ARC core so maybe in case of ARM
> DMA allocator already zeroes pages regardless provided flags -
> personally I didn't check that.
Yes, most architectures always clear memory returned by dma_alloc*.
Looks like a few don't and my commit got them in trouble. As usual
I'd prefer to match x86 semantics for now to avoid problems.
I'll send patches for arc and s390 which seem to be actually used
holdouts, and will look if anyone else is also affected.
Powered by blists - more mailing lists