Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1763580AbYF0VbY (ORCPT ); Fri, 27 Jun 2008 17:31:24 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758711AbYF0VbP (ORCPT ); Fri, 27 Jun 2008 17:31:15 -0400 Received: from mga11.intel.com ([192.55.52.93]:50097 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757747AbYF0VbO (ORCPT ); Fri, 27 Jun 2008 17:31:14 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.27,717,1204531200"; d="scan'208";a="346433265" Subject: Re: [PATCH v4 6/6] Atmel MCI: Driver for Atmel on-chip MMC controllers From: Dan Williams To: Haavard Skinnemoen Cc: Pierre Ossman , linux-kernel@vger.kernel.org, linux-embedded@vger.kernel.org, kernel@avr32linux.org, "Nelson, Shannon" , David Brownell In-Reply-To: <20080627211014.0e80db04@siona.local> References: <1214486603-23655-1-git-send-email-haavard.skinnemoen@atmel.com> <1214486603-23655-2-git-send-email-haavard.skinnemoen@atmel.com> <1214486603-23655-3-git-send-email-haavard.skinnemoen@atmel.com> <1214486603-23655-4-git-send-email-haavard.skinnemoen@atmel.com> <1214486603-23655-5-git-send-email-haavard.skinnemoen@atmel.com> <1214486603-23655-6-git-send-email-haavard.skinnemoen@atmel.com> <1214486603-23655-7-git-send-email-haavard.skinnemoen@atmel.com> <20080627211014.0e80db04@siona.local> Content-Type: text/plain Date: Fri, 27 Jun 2008 14:31:13 -0700 Message-Id: <1214602273.12666.7.camel@dwillia2-linux.ch.intel.com> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 (2.12.3-5.fc8) Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1825 Lines: 45 On Fri, 2008-06-27 at 12:10 -0700, Haavard Skinnemoen wrote: > On Thu, 26 Jun 2008 15:23:23 +0200 > Haavard Skinnemoen wrote: > > > This driver can also use PIO transfers when no DMA channels are > > available, and for transfers where using DMA may be difficult or > > impractical for some reason (e.g. the DMA setup overhead is usually > > not worth it for very short transfers, and badly aligned buffers or > > lengths are difficult to handle.) > > Btw, it's probably not that hard to rip the DMA bits out and post them > as a separate patch. This would mean that: > * Pierre can merge the driver independently of the other 5 patches > * A separate patch adding DMA support would make it clearer how the > DMA slave interface is used. > * The chances of having MMC support out of the box on avr32 boards > in > 2.6.27 become greater, and many people have been asking about that > (including Pierre and David.) > The driver is surprisingly fast with DMA turned off (2-3 MiB/s), but > the CPU usage is of course horrible. > > If that sounds like a good plan to you, I'll split the driver > tomorrow. > > This driver has been out of tree for way too long. I'm hoping we can > get it in before 2.6.27. I have high confidence that we can get the dma bits applied in time for 2.6.27. You seem to have addressed my previous concerns and there has been more than ample time for others with similar dma configurations to comment on the dma-slave framework. I just want some more time to give it an honest review. Regards, Dan -- 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/