From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner+willy=40w.ods.org@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S263198AbTIARhV (ORCPT <rfc822;willy@w.ods.org>);
	Mon, 1 Sep 2003 13:37:21 -0400
Received: (majordomo@vger.kernel.org) by vger.kernel.org id S263203AbTIARhV
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Mon, 1 Sep 2003 13:37:21 -0400
Received: from pizda.ninka.net ([216.101.162.242]:46997 "EHLO pizda.ninka.net")
	by vger.kernel.org with ESMTP id S263198AbTIARhU (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Mon, 1 Sep 2003 13:37:20 -0400
Date: Mon, 1 Sep 2003 10:28:08 -0700
From: "David S. Miller" <davem@redhat.com>
To: Krzysztof Halasa <khc@pm.waw.pl>
Cc: alan@lxorguk.ukuu.org.uk, jes@trained-monkey.org, zaitcev@redhat.com,
       linux-kernel@vger.kernel.org
Subject: Re: [PATCH] RFC: kills consistent_dma_mask
Message-Id: <20030901102808.1d27f537.davem@redhat.com>
In-Reply-To: <m3ptikctx5.fsf@defiant.pm.waw.pl>
References: <m3oeynykuu.fsf@defiant.pm.waw.pl>
	<20030818111522.A12835@devserv.devel.redhat.com>
	<m33cfyt3x6.fsf@trained-monkey.org>
	<1061298438.30566.29.camel@dhcp23.swansea.linux.org.uk>
	<20030819095547.2bf549e3.davem@redhat.com>
	<m34r0dwfrr.fsf@defiant.pm.waw.pl>
	<m38ypl29i4.fsf@defiant.pm.waw.pl>
	<m3isoo2taz.fsf@trained-monkey.org>
	<m3n0dz5kfg.fsf@defiant.pm.waw.pl>
	<20030824060057.7b4c0190.davem@redhat.com>
	<m365kmltdy.fsf@defiant.pm.waw.pl>
	<m365kex2rp.fsf@defiant.pm.waw.pl>
	<20030830185007.5c61af71.davem@redhat.com>
	<1062334374.31861.32.camel@dhcp23.swansea.linux.org.uk>
	<20030831222233.1bd41f01.davem@redhat.com>
	<m37k4tj71h.fsf@defiant.pm.waw.pl>
	<20030901004308.477f8cc8.davem@redhat.com>
	<m3ptikctx5.fsf@defiant.pm.waw.pl>
X-Mailer: Sylpheed version 0.9.2 (GTK+ 1.2.6; sparc-unknown-linux-gnu)
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

On 01 Sep 2003 19:14:46 +0200
Krzysztof Halasa <khc@pm.waw.pl> wrote:

>  When pci_set_dma_mask() is successful, and returns zero, the PCI layer
> -saves away this mask you have provided.  The PCI layer will use this
> -information later when you make DMA mappings.
> +saves away this mask you have provided.  The PCI layer may or may not
> +use this information later when you make DMA mappings.

Umm, come on, this is inaccurate.

If it is accurate fix the broken platforms.  But this is unrelated to
the consistent DMA issues.