Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756935Ab0BPOWj (ORCPT ); Tue, 16 Feb 2010 09:22:39 -0500 Received: from smtp-out002.kontent.com ([81.88.40.216]:42913 "EHLO smtp-out002.kontent.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756391Ab0BPOWh (ORCPT ); Tue, 16 Feb 2010 09:22:37 -0500 From: Oliver Neukum To: "Shilimkar, Santosh" Subject: Re: USB mass storage and ARM cache coherency Date: Tue, 16 Feb 2010 15:22:38 +0100 User-Agent: KMail/1.12.2 (Linux/2.6.33-rc6-0.1-default; KDE/4.3.1; x86_64; ; ) Cc: "Russell King - ARM Linux" , Catalin Marinas , Pavel Machek , Greg KH , Matthew Dharm , Sergei Shtylyov , Ming Lei , Sebastian Siewior , "linux-usb@vger.kernel.org" , "linux-kernel" , "linux-arm-kernel" , "Mankad, Maulik Ojas" References: <20100208065519.GE1290@ucw.cz> <201002161446.59920.oliver@neukum.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201002161522.38467.oliver@neukum.org> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1284 Lines: 27 Am Dienstag, 16. Februar 2010 15:12:45 schrieb Shilimkar, Santosh: > > > > I am afraid for these controllers the controller driver must be responsible > > > > for all DMA and cache issues. Indicating the exact requirements to the > > > > upper layer would be a battle already lost. > > > > so the safe choice is not to set has_dma and the generic layer will leave > > > > the issue to the lower level. > > > This means don't use dma at all which will almost kill the performance. > > > > Why would you be unable to map a buffer in the hcd driver when you know > > that you'll use DMA? > Probably it can be. The USB stack has the dma maintenance code at common > place for all controllers and hence we were just trying to see if there is > way to handle that way. This is true. If you can find a clean way to describe your requirements to the generic layer, that would be better. The problem is that we must not end up with a dozen flags. Your original patch however kills ehci, ohci and uhci on some architectures. Regards Oliver -- 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/