Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752447Ab0LZRpI (ORCPT ); Sun, 26 Dec 2010 12:45:08 -0500 Received: from moutng.kundenserver.de ([212.227.17.10]:64125 "EHLO moutng.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752304Ab0LZRpF (ORCPT ); Sun, 26 Dec 2010 12:45:05 -0500 Date: Sun, 26 Dec 2010 18:45:00 +0100 (CET) From: Guennadi Liakhovetski X-X-Sender: lyakh@axis700.grange To: Janusz Krzysztofik cc: Russell King - ARM Linux , linux-arch@vger.kernel.org, Greg Kroah-Hartman , linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, Arnd Bergmann , Dan Williams , linux-sh@vger.kernel.org, Paul Mundt , Sascha Hauer , linux-usb@vger.kernel.org, David Brownell , linux-media@vger.kernel.org, linux-scsi@vger.kernel.org, "James E.J. Bottomley" , Catalin Marinas Subject: Re: [PATCH] dma_declare_coherent_memory: push ioremap() up to caller In-Reply-To: <201012250024.38576.jkrzyszt@tis.icnet.pl> Message-ID: References: <201012240020.37208.jkrzyszt@tis.icnet.pl> <201012241455.30430.jkrzyszt@tis.icnet.pl> <20101224154120.GH20587@n2100.arm.linux.org.uk> <201012250024.38576.jkrzyszt@tis.icnet.pl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Provags-ID: V02:K0:e9Cu2GpJdwUA/rs+zckniJE90wAnbZUagSG+XYoIyTL B5bZlRuM5yKYX8e2pNojWjC55ozrzVWsoYHiWjukqVDHvqfg+2 b5dYsJiTnIRWuO1df30v12yBdIH7adJBx++9SJX2KgOmq147gv ZWbxHB6chJXGPxcXjTKVmiFRhCwcnycYFyu3QohcDBd/wrzx4t KDdwveTa16AdeL3W68bqqJEpR1xP4NHZVlKMWmkvnY= Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1479 Lines: 38 On Sat, 25 Dec 2010, Janusz Krzysztofik wrote: [snip] > > Passing the virtual address allows the API to become much more > > flexible. Not only that, it allows it to be used on ARM, rather than > > becoming (as it currently stands) prohibited on ARM. > > > > I believe that putting ioremap() inside this API was the wrong thing > > to do, and moving it outside makes the API much more flexible and > > usable. It's something I still fully support. > > Thanks, this is what I was missing, having my point of view rather my > machine centric, with not much wider experience. I'll quote your > argumentation in next iteration of this patch if required. AFAIU, this patch is similar to the previous two attempts: http://www.spinics.net/lists/linux-sh/msg05482.html and http://thread.gmane.org/gmane.linux.drivers.video-input-infrastructure/22271 but is even more intrusive, because those two previous attempts added new functions, whereas this one is modifying an existing one. Both those two attempts have been NACKed by FUJITA Tomonori, btw, he is not on the otherwise extensive CC list for this patch. Thanks Guennadi --- Guennadi Liakhovetski, Ph.D. Freelance Open-Source Software Developer http://www.open-technology.de/ -- 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/