Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Thu, 4 Jul 2002 13:46:58 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Thu, 4 Jul 2002 13:46:57 -0400 Received: from [217.167.51.129] ([217.167.51.129]:25567 "EHLO zion.wanadoo.fr") by vger.kernel.org with ESMTP id ; Thu, 4 Jul 2002 13:46:57 -0400 From: Benjamin Herrenschmidt To: Bartlomiej Zolnierkiewicz Cc: Subject: Re: [PATCH] 2.5.24 IDE 97 Date: Thu, 4 Jul 2002 19:51:25 +0200 Message-Id: <20020704175126.29120@192.168.4.1> In-Reply-To: References: X-Mailer: CTM PowerMail 3.1.2 F 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: 808 Lines: 20 >My tuning scheme satisfies your both demands, by ch->dma_base, >ch->autodma and ch->modes_map host informs generic code about its >capabilities. Just keep in mind that some chipsets don't use dma_base but still can do DMA (typically ide-pmac, and some embedded controllers). They do DMA their own way, not using the PRD tables. Actually, I would love beeing able to use that same dma_base (and others) fields for my own stuffs, but the common layer, last I looked at it, still does assumptions that when those are filled, they match a legacy controller. Ben. - 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/