Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Mon, 16 Sep 2002 17:00:01 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Mon, 16 Sep 2002 17:00:01 -0400 Received: from pizda.ninka.net ([216.101.162.242]:61414 "EHLO pizda.ninka.net") by vger.kernel.org with ESMTP id ; Mon, 16 Sep 2002 17:00:01 -0400 Date: Mon, 16 Sep 2002 13:56:06 -0700 (PDT) Message-Id: <20020916.135606.107746701.davem@redhat.com> To: lists@mdiehl.de Cc: akropel1@rochester.rr.com, linux-kernel@vger.kernel.org, alan@redhat.com Subject: Re: Streaming DMA mapping question From: "David S. Miller" In-Reply-To: References: <20020915.203006.123845370.davem@redhat.com> X-Mailer: Mew version 2.1 on Emacs 21.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 987 Lines: 21 From: Martin Diehl Date: Mon, 16 Sep 2002 23:06:35 +0200 (CEST) Wasn't there a patch submitted which suggested to add pci_dma_prep_*() calls in order to sync the cpu-driven changes back to the bus? I'm asking because I'm dealing with a driver that needs to reuse streaming pci maps. Yes, basically this is what must happen. If someone would code up a patch that includes the MIPS implementation, adds NOP implementations to every other asm/pci.h file and updates the Documentation/DMA-mapping.txt file appropriately, I'll probably just apply the patch and merge it upstream immediately. I don't have time to work on this patch right now and I don't know how the MIPS part should be implemented so... - 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/