Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S964826AbVKQTwF (ORCPT ); Thu, 17 Nov 2005 14:52:05 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S964828AbVKQTwF (ORCPT ); Thu, 17 Nov 2005 14:52:05 -0500 Received: from khc.piap.pl ([195.187.100.11]:28164 "EHLO khc.piap.pl") by vger.kernel.org with ESMTP id S964826AbVKQTwE (ORCPT ); Thu, 17 Nov 2005 14:52:04 -0500 To: dsaxena@plexity.net Cc: linux-kernel@vger.kernel.org Subject: Re: dma_is_consistent() is nonsensical... References: <20051117184745.GA23776@plexity.net> From: Krzysztof Halasa Date: Thu, 17 Nov 2005 20:52:02 +0100 In-Reply-To: <20051117184745.GA23776@plexity.net> (Deepak Saxena's message of "Thu, 17 Nov 2005 10:47:45 -0800") Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1232 Lines: 24 Deepak Saxena writes: > Working on adding support for cache-coherent operation to ARM and > wondering exactly what this API is supposed to do. From the name it > is obviously supposed to tell the caller (only one in the kernel... > drivers/scsi/53c700.c) whether the provided dma_handle is cache-coherent > or not. In the case of multiple DMA domains where certain devices > are on snooping interfaces and others are not we really want to know what > device the DMA address is on so can we add a struct device* ptr to this > function? Or can we just kill it since nobody is actually using it? > Calling dma_alloc_coherent should always return coherent/consistent > (why the different naming conventions too?) so I don't really see a real > use case. I would have to look at the current code but yes, there were issues like that in the past. Coherent vs consistent - there are two APIs (DMA and PCI) each with a different name for this. -- Krzysztof Halasa - 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/