From owner-freebsd-arm@FreeBSD.ORG Wed Feb 4 02:00:13 2009 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB8111065672; Wed, 4 Feb 2009 02:00:03 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 063D08FC0C; Wed, 4 Feb 2009 02:00:02 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 58C5FFF9F; Wed, 4 Feb 2009 15:00:02 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L74tKlLqf1PS; Wed, 4 Feb 2009 14:59:58 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Wed, 4 Feb 2009 14:59:58 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 2E8A31142E; Wed, 4 Feb 2009 14:59:58 +1300 (NZDT) Date: Tue, 3 Feb 2009 17:59:58 -0800 From: Andrew Thompson To: Mark Tinguely Message-ID: <20090204015958.GA71913@citylink.fud.org.nz> References: <20090203233028.GA68871@citylink.fud.org.nz> <200902040009.n1409v7K033380@casselton.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200902040009.n1409v7K033380@casselton.net> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: arm@freebsd.org, sam@freebsd.org Subject: Re: busdma problem X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 02:00:14 -0000 On Tue, Feb 03, 2009 at 06:09:57PM -0600, Mark Tinguely wrote: > > On Fri, Jan 30, 2009 at 02:07:14PM -0800, Andrew Thompson wrote: > > As a test I removed the checking of KENTER_CACHE in > > arm/arm/pmap.c:pmap_kenter_internal() so all memory is uncached and now > > dma bounces to a stack variable work. > > > > busdma remaps the address nocache into vaddr_nocache pointer and uses > > that for the bcopy, obviously arm_remap_nocache() is not working > > correctly. > > > > Andrew > > I suspected this was another occurrance of the same cache problem that > has been mentioned starting about 3 weeks ago. I even was going to ask > you if it was using arm_remap_nocache(). > > I have a new concept patch for the kernel caching issue at: > > http://www.casselton.net/~tinguely/arm_pmap_unmanaged.diff > > I am still waiting for a drive to build a -current machine. I will also > look at any other caching ideas that others have. FWIW r188112 has fixed this issue for me. I will still be happy to help test your caching patch for any regressions, etc. Andrew