[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <9b14ca1b-2d5d-52b5-c7b4-0e637dbb1157@xenosoft.de>
Date: Wed, 13 Nov 2019 11:14:16 +0100
From: Christian Zigotzky <chzigotzky@...osoft.de>
To: Christoph Hellwig <hch@....de>
Cc: linux-arch@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-mm@...ck.org, iommu@...ts.linux-foundation.org,
Benjamin Herrenschmidt <benh@...nel.crashing.org>,
paulus@...ba.org, darren@...vens-zone.net,
"contact@...on.com" <contact@...on.com>, rtd2@...a.co.nz,
mad skateman <madskateman@...il.com>,
Rob Herring <robh+dt@...nel.org>,
linuxppc-dev <linuxppc-dev@...ts.ozlabs.org>,
nsaenzjulienne@...e.de
Subject: Re: Bug 205201 - overflow of DMA mask and bus mask
Hello Christoph,
I have found the issue. :-)
GFP_DMA32 was renamed to GFP_DMA in the PowerPC updates 4.21-1 in
December last year.
Some PCI devices still use GFP_DMA32 (grep -r GFP_DMA32 *). I renamed
GFP_DMA32 to GFP_DMA in the file
"drivers/media/v4l2-core/videobuf-dma-sg.c". After compiling the RC7 of
kernel 5.4 my TV card works again.
Cheers,
Christian
On 12 November 2019 at 3:41 pm, Christoph Hellwig wrote:
> On Mon, Nov 11, 2019 at 01:22:55PM +0100, Christian Zigotzky wrote:
>> Now, I can definitely say that this patch does not solve the issue.
>>
>> Do you have another patch for testing or shall I bisect?
> I'm still interested in the .config and dmesg. Especially if the
> board is using arch/powerpc/sysdev/fsl_pci.c, which is the only
> place inside the powerpc arch code doing funny things with the
> bus_dma_mask, which Robin pointed out looks fishy.
>
>> Thanks,
>> Christian
> ---end quoted text---
>
Powered by blists - more mailing lists