From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Sricharan" Subject: RE: [RFC 0/9] IOMMU probe deferral support Date: Fri, 20 May 2016 17:04:35 +0530 Message-ID: <001701d1b28b$9941ce40$cbc56ac0$@codeaurora.org> References: <1461599894-1969-1-git-send-email-sricharan@codeaurora.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: Content-Language: en-us List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org Errors-To: iommu-bounces-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org To: 'Marek Szyprowski' , will.deacon-5wv7dgnIgG8@public.gmane.org, robin.murphy-5wv7dgnIgG8@public.gmane.org, joro-zLv9SwRftAIdnm+yROfE0A@public.gmane.org, iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, laurent.pinchart-ryLnwIuWjnjg/C1BVhZhaw@public.gmane.org List-Id: iommu@lists.linux-foundation.org Hi Robin/Laurent, >> -----Original Message----- >> From: linux-arm-kernel [mailto:linux-arm-kernel- >> bounces-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org] On Behalf Of Marek Szyprowski >> Sent: Thursday, May 12, 2016 6:23 PM >> To: Sricharan R ; will.deacon-5wv7dgnIgG8@public.gmane.org; >> robin.murphy-5wv7dgnIgG8@public.gmane.org; joro-zLv9SwRftAIdnm+yROfE0A@public.gmane.org; iommu-cunTk1MwBs/ROKNJybVBZg@public.gmane.org >> foundation.org; linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org; >> laurent.pinchart-ryLnwIuWjnjg/C1BVhZhaw@public.gmane.org >> Subject: Re: [RFC 0/9] IOMMU probe deferral support >> >> Hello, >> >> >> On 2016-04-25 17:58, Sricharan R wrote: >> > This is mostly a repost of the probe deferral series from Laurent >> > Pinchart [1]. Added a check to fix boot with ACPI. >> > Adapted arm-smmu driver to work with deferred probing and added a new >> > api for the below reason. This is based on the generic iommu binding >> > series from Robin Murphy . >> >> Thanks for this patchset. I'm working on some serious rework in exynos >> power domains and clocks support code and it turned out that I need this >> feature to resolve probing order. It works fine on my internal tree, where >> some iommu controllers cannot get their clocks early enough. >> >> Tested-by: Marek Szyprowski >> > Thanks for testing. So the issue that I was facing also was the same where the iommu > controllers cannot get clocks early. So waiting for some suggestions if this is right/ > or there is another way for doing this probe deferral? So wanted to ask what will be approach to have the probe deferral working. I remember that you mentioned last time that you were going to visit this. Hence thought of asking how to proceed on this ? Regards, Sricharan