[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080515151741.GF6778@il.ibm.com>
Date: Thu, 15 May 2008 18:17:41 +0300
From: Muli Ben-Yehuda <muli@...ibm.com>
To: Alexis Bruemmer <alexisb@...ibm.com>
Cc: FUJITA Tomonori <fujita.tomonori@....ntt.co.jp>,
linux-kernel@...r.kernel.org, akpm@...ux-foundation.org
Subject: Re: [PATCH 0/2] x86: per-device dma_mapping_ops
On Wed, May 14, 2008 at 07:00:13PM -0700, Alexis Bruemmer wrote:
> I wanted to try and create a test version of this, at least for the
> calgary side, but ran into an error with this patch set:
>
> Fusion MPT SAS Host driver 3.04.06
> ACPI: PCI Interrupt 0000:34:00.0[A] -> GSI 142 (level, low) -> IRQ 142
> mptbase: ioc0: Initiating bringup
> ioc0: LSISAS1078 C1: Capabilities={Initiator}
> mptbase: ioc0: PCI-MSI enabled
> Calgary: DMA error on CalIOC2 PHB 0x33
> Calgary: 0x02000000@CSR 0x00000000@...SR 0xb0008000@...R 0x00000000@MCK
> Calgary: 0x00000000@...10 0xfee0c000@...20 0x00000000@...30
> 0x00000000@...40 0x03804a00@...50 0x00000000@...60 0x00000000@...70
> Calgary: 0x00000000@...b0
Calgary caught an errant DMA. If it was working before, we are
probably mis-programming the TCE tables. The first thing to check is
whether all dma_map_xxx calls by mptbase end up calling the Calgary
dma_ops.
Cheers,
Muli
--
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