[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20081012071649.GB20056@colo.lackof.org>
Date: Sun, 12 Oct 2008 01:16:49 -0600
From: Grant Grundler <grundler@...isc-linux.org>
To: FUJITA Tomonori <fujita.tomonori@....ntt.co.jp>
Cc: yinghai@...nel.org, grundler@...isc-linux.org, matthew@....cx,
jbarnes@...tuousgeek.org, mingo@...e.hu, tglx@...utronix.de,
hpa@...or.com, akpm@...ux-foundation.org,
linux-kernel@...r.kernel.org, linux-pci@...r.kernel.org
Subject: Re: [PATCH] pci: print out DMA mask info
On Fri, Oct 10, 2008 at 04:32:07PM +0900, FUJITA Tomonori wrote:
...
> > > Well, that's because I wrote gart's alloc_coherent and introduced
> > > dma_alloc_coherent_mask. ;)
> >
> > oh. it is in tip
>
> Yeah, it's in tip. But the current gart code uses coherent_dma_mask
> properly (GART in tip works in the same way as the current
> GART). IIRC, other X86 hardware IOMMUs (VT-d, Calgary, AMD) uses
> dma_mask in dma_alloc_coherent (AMD in tip uses coherent_dma_mask).
This is a bug. Care to submit a patch to fix it?
I don't have any of the docs or HW (VT-d, Calgary) to test it.
> > then can we remove consistent_dma_mask? just use dma_mask instead for all.
>
> I don't think we can. One architecture needs it. The above usb
> chip seems to need it.
As noted before, several PCI-X devices support 64-bit DMA for payload
data but only 32-bit DMA for control data.
thanks,
grant
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists