From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from comal.ext.ti.com ([198.47.26.152]:45399 "EHLO comal.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754851Ab3IZKMo (ORCPT ); Thu, 26 Sep 2013 06:12:44 -0400 Message-ID: <5244088B.20807@ti.com> Date: Thu, 26 Sep 2013 15:42:27 +0530 From: Kishon Vijay Abraham I MIME-Version: 1.0 To: Arnd Bergmann CC: Pratyush Anand , Jingoo Han , "'Bjorn Helgaas'" , "linux-pci@vger.kernel.org" , "linux-samsung-soc@vger.kernel.org" , "'Kukjin Kim'" , Mohit KUMAR DCG , "'Sean Cross'" , "'Thierry Reding'" , "'SRIKANTH TUMKUR SHIVANAND'" , "linux-kernel@vger.kernel.org" , "devicetree@vger.kernel.org" Subject: Re: [PATCH V3] pci: exynos: split into two parts such as Synopsys part and Exynos part References: <000701ce8741$fe47deb0$fad79c10$@samsung.com> <201309242323.55323.arnd@arndb.de> <5243C0E5.7020508@ti.com> <201309261151.42034.arnd@arndb.de> In-Reply-To: <201309261151.42034.arnd@arndb.de> Content-Type: text/plain; charset="ISO-8859-1" Sender: linux-pci-owner@vger.kernel.org List-ID: Hi Arnd, On Thursday 26 September 2013 03:21 PM, Arnd Bergmann wrote: > On Thursday 26 September 2013, Kishon Vijay Abraham I wrote: >> On Wednesday 25 September 2013 02:53 AM, Arnd Bergmann wrote: >>> On Monday 23 September 2013, Kishon Vijay Abraham I wrote: >>>> Btw if we hadn't programmed inbound translation table, the address will go >>>> untranslated (according to the data book). I guess that's how it was working >>>> for Jingoo Han. >>>> >>>> ** >>>> 3.10.4 >>>> Inbound iATU Operation >>>> >>>> When there is no match, then the address is untranslated >>>> ** >>>> >>> >>> Well, that should work just as well, since you have a 1:1 translation anyway. >>> Do you get the same error without the translation? >> >> Yes. I get the same non-fatal error interrupt in RC. > > Ok, then I guess the translation is actually not at fault here but something > else. I would recommend looking at the IOMMU as the potential culprit. Maybe > having it disabled means that no DMA is going through, rather than all DMA > going through untranslated. Another possibility is that the IOMMU is set up > so that when disabled, it maps DMA address 0 to the start of RAM, rather > than identity mapping DMA address 0x80000000 there. If that's the case, > you either have to use the IOMMU, or set up the mapping in the root > complex to revert it. Thanks for your inputs. I'll check if that's the problem. Thanks Kishon