[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <bfe4adcc-01c1-7b46-f40a-8e020ff77f58@xenosoft.de>
Date: Mon, 21 Jan 2019 15:38:38 +0100
From: Christian Zigotzky <chzigotzky@...osoft.de>
To: Christoph Hellwig <hch@....de>
Cc: linux-arch@...r.kernel.org,
Darren Stevens <darren@...vens-zone.net>,
linux-kernel@...r.kernel.org, Julian Margetson <runaway@...dw.ms>,
linux-mm@...ck.org, iommu@...ts.linux-foundation.org,
Paul Mackerras <paulus@...ba.org>,
Olof Johansson <olof@...om.net>, linuxppc-dev@...ts.ozlabs.org
Subject: Re: use generic DMA mapping code in powerpc V4
Hello Christoph,
Thanks for your reply. I successfully compiled a kernel (uImage) for the
X5000 from your Git 'powerpc-dma.6-debug' (both patches) today.
It detects the SATA hard disk drive and boots without any problems. I
will test the first patch in next days.
Thanks for your help,
Christian
On 19 January 2019 at 3:04PM, Christoph Hellwig wrote:
> On Sat, Jan 19, 2019 at 02:02:22PM +0100, Christoph Hellwig wrote:
>> Interesting. This suggest it is related to the use of ZONE_DMA by
>> the FSL SOCs that your board uses. Let me investigate this a bit more.
> As a hack to check that theory I've pushed a new commit to the
> powerpc-dma.6-debug branch to use old powerpc GFP_DMA selection
> with the new dma direct code:
>
> http://git.infradead.org/users/hch/misc.git/commitdiff/5c532d07c2f3c3972104de505d06b8d85f403f06
>
> And another one that drops the addressability checks that powerpc
> never had:
>
> http://git.infradead.org/users/hch/misc.git/commitdiff/18e7629b38465ca98f8e7eed639123a13ac3b669
>
> Can you first test with both patches, and then just with the first
> in case that worked?
>
>
Powered by blists - more mailing lists