From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1032743AbdAFGwg (ORCPT ); Fri, 6 Jan 2017 01:52:36 -0500 Received: from mailgw01.mediatek.com ([218.249.47.110]:58447 "EHLO mailgw01.mediatek.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1030752AbdAFGwX (ORCPT ); Fri, 6 Jan 2017 01:52:23 -0500 X-Greylist: delayed 305 seconds by postgrey-1.27 at vger.kernel.org; Fri, 06 Jan 2017 01:52:23 EST Message-ID: <1483685164.3334.3.camel@mhfsdcap03> Subject: Re: [PATCH] iommu: Drop the of_iommu_{set/get}_ops() interface From: Yong Wu To: Lorenzo Pieralisi , Robin Murphy CC: , , , Matthias Brugger , Will Deacon , Joerg Roedel , "Marek Szyprowski" Date: Fri, 6 Jan 2017 14:46:04 +0800 In-Reply-To: References: <20170103173456.18154-1-lorenzo.pieralisi@arm.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.3-0ubuntu6 Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-MTK: N Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 2017-01-04 at 15:11 +0000, Robin Murphy wrote: > [+Yong Wu for mtk_iommu] > > On 03/01/17 17:34, Lorenzo Pieralisi wrote: > > With the introduction of the new iommu_{register/get}_instance() > > interface in commit e4f10ffe4c9b ("iommu: Make of_iommu_set/get_ops() DT > > agnostic") (based on struct fwnode_handle as look-up token, so firmware > > agnostic) to register IOMMU instances with the core IOMMU layer there is > > no reason to keep the old OF based interface around any longer. > > > > Convert all the IOMMU drivers (and OF IOMMU core code) that rely on the > > of_iommu_{set/get}_ops() to the new kernel interface to register/retrieve > > IOMMU instances and remove the of_iommu_{set/get}_ops() remaining glue > > code in order to complete the interface rework. > > Reviewed-by: Robin Murphy > > Looking at before-and-after disassemblies, of_iommu.o is binary > identical, and exynos-iommu.o differs only in the use of dev->fwnode > rather than &dev->of_node->fwnode (and is binary identical if I hack it > back to the latter). I'm not sure why the (GCC 6.2) codegen for > mtk_iommu.o changes quite so much when merely replacing a callsite with > the contents of its static inline callee, but it does :/ > > Robin. > For MTK IOMMU, Tested-by: Yong Wu Thanks.