Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1762060AbYF0TKs (ORCPT ); Fri, 27 Jun 2008 15:10:48 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756842AbYF0TKi (ORCPT ); Fri, 27 Jun 2008 15:10:38 -0400 Received: from smtpeu1.atmel.com ([195.65.72.27]:45435 "EHLO bagnes.atmel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756818AbYF0TKh (ORCPT ); Fri, 27 Jun 2008 15:10:37 -0400 Date: Fri, 27 Jun 2008 21:10:14 +0200 From: Haavard Skinnemoen To: Haavard Skinnemoen Cc: Dan Williams , Pierre Ossman , linux-kernel@vger.kernel.org, linux-embedded@vger.kernel.org, kernel@avr32linux.org, shannon.nelson@intel.com, David Brownell Subject: Re: [PATCH v4 6/6] Atmel MCI: Driver for Atmel on-chip MMC controllers Message-ID: <20080627211014.0e80db04@siona.local> In-Reply-To: <1214486603-23655-7-git-send-email-haavard.skinnemoen@atmel.com> 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> Organization: Atmel X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.9; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 27 Jun 2008 19:10:16.0140 (UTC) FILETIME=[6ED178C0:01C8D889] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1395 Lines: 32 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. Haavard -- 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/