Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752248Ab0AZULk (ORCPT ); Tue, 26 Jan 2010 15:11:40 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752000Ab0AZULi (ORCPT ); Tue, 26 Jan 2010 15:11:38 -0500 Received: from wolverine01.qualcomm.com ([199.106.114.254]:42191 "EHLO wolverine01.qualcomm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751968Ab0AZULi (ORCPT ); Tue, 26 Jan 2010 15:11:38 -0500 X-IronPort-AV: E=McAfee;i="5400,1158,5873"; a="32825913" Message-ID: <4B5F4C76.4050100@codeaurora.org> Date: Tue, 26 Jan 2010 12:11:34 -0800 From: Abhijeet Dharmapurikar User-Agent: Thunderbird 2.0.0.22 (X11/20090608) MIME-Version: 1.0 To: FUJITA Tomonori CC: benh@kernel.crashing.org, linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org, dwalker@codeaurora.org, arnd@arndb.de, akpm@linux-foundation.org, mingo@elte.hu, joerg.roedel@amd.com, maciej.sosnowski@intel.com, dan.j.williams@intel.com, beckyb@kernel.crashing.org, yanghy@cn.fujitsu.com, linux-arch@vger.kernel.org, adharmap@quicinc.com Subject: Re: [RFC PATCH] dma: Add barrierless dma mapping/unmapping api References: <1264473346-32721-1-git-send-email-adharmap@codeaurora.org> <1264480210.3601.118.camel@pasglop> <20100126134207T.fujita.tomonori@lab.ntt.co.jp> In-Reply-To: <20100126134207T.fujita.tomonori@lab.ntt.co.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1339 Lines: 33 FUJITA Tomonori wrote: > On Tue, 26 Jan 2010 15:30:10 +1100 > Benjamin Herrenschmidt wrote: > >> On Mon, 2010-01-25 at 18:35 -0800, adharmap@codeaurora.org wrote: >>> From: Abhijeet Dharmapurikar >>> > >> There are people nowadays putting AXI bridges and the whole ARM >> paraphernalia of IP cores behind them on PowerPC cores for example and I >> can see that happening with x86 as well. >> >> In your case, I believe your are fixing the wrong problem anyways. The >> right approach would be instead to put all your buffer into an sglist >> and use dma_map/unmap_sg(). > > Agreed again. That's exactly what I suggested before: > > http://marc.info/?l=linux-kernel&m=126294076917753&w=2 I somehow missed your post, my apologies. Agreed that dma_map/unmap_sg would be the correct api to use here, however they still call the dmac_.*_range to map buffers. I could change those calls to do a barrier only after mapping the last buffer. This would be much more cleaner than introducing a .*_nobarrier API. Thanks for all the replies. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/