From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754467AbbJSR4q (ORCPT ); Mon, 19 Oct 2015 13:56:46 -0400 Received: from e39.co.us.ibm.com ([32.97.110.160]:55541 "EHLO e39.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754409AbbJSR4o (ORCPT ); Mon, 19 Oct 2015 13:56:44 -0400 X-IBM-Helo: d03dlp01.boulder.ibm.com X-IBM-MailFrom: nacc@linux.vnet.ibm.com X-IBM-RcptTo: linux-kernel@vger.kernel.org;sparclinux@vger.kernel.org Date: Mon, 19 Oct 2015 10:56:35 -0700 From: Nishanth Aravamudan To: Christoph Hellwig Cc: Matthew Wilcox , Keith Busch , Benjamin Herrenschmidt , Paul Mackerras , Michael Ellerman , Alexey Kardashevskiy , David Gibson , linux-nvme@lists.infradead.org, linux-kernel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, "David S. Miller" , sparclinux@vger.kernel.org Subject: Re: [PATCH 1/5 v2] dma-mapping: add generic dma_get_page_shift API Message-ID: <20151019175635.GG30179@linux.vnet.ibm.com> References: <20151002171606.GA41011@linux.vnet.ibm.com> <20151002200953.GB40695@linux.vnet.ibm.com> <20151002201142.GC40695@linux.vnet.ibm.com> <20151006095136.GB14144@infradead.org> <20151012210651.GB26702@linux.vnet.ibm.com> <20151014153900.GC30179@linux.vnet.ibm.com> <20151014154251.GA7271@infradead.org> <20151015225219.GD30179@linux.vnet.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20151015225219.GD30179@linux.vnet.ibm.com> X-Operating-System: Linux 3.13.0-40-generic (x86_64) User-Agent: Mutt/1.5.21 (2010-09-15) X-TM-AS-MML: disable X-Content-Scanned: Fidelis XPS MAILER x-cbid: 15101917-0033-0000-0000-0000067905F2 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 15.10.2015 [15:52:19 -0700], Nishanth Aravamudan wrote: > On 14.10.2015 [08:42:51 -0700], Christoph Hellwig wrote: > > Hi Nishanth, > > > > sorry for the late reply. > > > > > > On Power, since it's technically variable, we'd need a function. So are > > > > you suggesting define'ing it to a function just on Power and leaving it > > > > a constant elsewhere? > > > > > > > > I noticed that sparc has a IOMMU_PAGE_SHIFT already, fwiw. > > > > > > Sorry, I should have been more specific -- I'm ready to spin out a v3, > > > with a sparc-specific function. > > > > > > Are you ok with leaving it a function for now (the only caller is in > > > NVMe obviously). > > > > > > I guess we do indeed need a function then. I'll take a look at your > > patch, but as long you found a way to avoid adding too much boilerplate > > code it should be fine. > > Ok, so I've got the moved function (include/linux/dma-mapping.h > instead of dma-mapping-common.h) ready to go, which should only > involve changing the first patch in the series. But I'm really > mystified by what to do for sparc, which defines IOMMU_PAGE_SHIFT and > IO_PAGE_SHIFT in arch/sparc/kernel/iommu_common.h. > > 1) Which constant reflects the value we mean for this function on > sparc? I assume it should be IOMMU_PAGE_SHIFT, but they are the same > value and I want to make sure I get the semantics right. > > 2) Where would I put sparc's definition of dma_get_page_shift()? > Should it be in a asm/dma-mapping.h? Should we move some of the > constants from arch/sparc/kernel/iommu_common.h to > arch/sparc/include/asm/iommu_common.h and then #include that in > asm/dma-mapping.h? > > Dave M., any opinions/insights? Essentially, this helper function > assists the NVMe driver in determining what page size it should use to > satisfy both the device and IOMMU's requirements. Maybe I > misunderstand the constants on sparc and PAGE_SHIFT is fine there too? Anyone with sparc knowledge have an opinion/input? -Nish