Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1761720AbYF0SOK (ORCPT ); Fri, 27 Jun 2008 14:14:10 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756244AbYF0SNy (ORCPT ); Fri, 27 Jun 2008 14:13:54 -0400 Received: from smtpeu1.atmel.com ([195.65.72.27]:44928 "EHLO bagnes.atmel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754540AbYF0SNx (ORCPT ); Fri, 27 Jun 2008 14:13:53 -0400 Date: Fri, 27 Jun 2008 20:13:04 +0200 From: Haavard Skinnemoen To: David Brownell Cc: Dan Williams , Adrian Bunk , Pierre Ossman , linux-kernel@vger.kernel.org, linux-embedded@vger.kernel.org, kernel@avr32linux.org, "Nelson, Shannon" Subject: Re: [PATCH v4 4/6] dmaengine: Make DMA Engine menu visible for AVR32 users Message-ID: <20080627201304.188458be@siona.local> In-Reply-To: <200806270937.21850.david-b@pacbell.net> References: <1214486603-23655-1-git-send-email-haavard.skinnemoen@atmel.com> <20080626164601.712bf048@hskinnemo-gx745.norway.atmel.com> <1214528379.32709.51.camel@dwillia2-linux.ch.intel.com> <200806270937.21850.david-b@pacbell.net> 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 18:13:06.0283 (UTC) FILETIME=[7276D3B0:01C8D881] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1357 Lines: 33 On Fri, 27 Jun 2008 09:37:21 -0700 David Brownell wrote: > On Thursday 26 June 2008, Dan Williams wrote: > > I agree with removing the arch dependency, and I do not think we > > necessarily need to add HAVE_DMA_ENGINE. > > I think a HAVE_DMA_ENGINE would be better than what you're doing > below: moving the arch dependency into the network code, and > adding this !HIGHMEM64G thing (which is really just a more subtle > arch dependency). The !HIGHMEM64G dependency wasn't added; it was there before. I happen to believe the code that breaks HIGHMEM64G is rather ugly, but that's no reason to NAK this particular patch. Besides, I'm not really that interested in the XOR parts of the framework. > Note that HAS_DMA is very different from having DMA engine support... > one is a specific interface, the other is the generic mechanism with > any of its numerous (and often peripheral-specific) interfaces. They may be different, but you can't have DMA engine support on platforms that don't provide the DMA mapping API. At least not at the moment. The patch looks good to me. 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/