From owner-freebsd-arm@FreeBSD.ORG Tue Jun 2 17:57:35 2009 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EEF310656B6 for ; Tue, 2 Jun 2009 17:57:35 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from mx0.deglitch.com (backbone.deglitch.com [IPv6:2001:16d8:fffb:4::abba]) by mx1.freebsd.org (Postfix) with ESMTP id 14CAE8FC18 for ; Tue, 2 Jun 2009 17:57:35 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from DSPAM-Daemon (localhost [127.0.0.1]) by mx0.deglitch.com (Postfix) with SMTP id 202538FC2D for ; Tue, 2 Jun 2009 21:57:33 +0400 (MSD) Received: from stasss.yandex.ru (dhcp170-227-red.yandex.net [95.108.170.227]) by mx0.deglitch.com (Postfix) with ESMTPSA id 58CE38FC26; Tue, 2 Jun 2009 21:57:31 +0400 (MSD) Date: Tue, 2 Jun 2009 21:57:31 +0400 From: Stanislav Sedov To: Sam Leffler Message-Id: <20090602215731.94a19635.stas@FreeBSD.org> In-Reply-To: <4A25566C.7020806@freebsd.org> References: <200905282320.n4SNK87M043401@casselton.net> <4A25566C.7020806@freebsd.org> Organization: The FreeBSD Project X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-DSPAM-Result: Innocent X-DSPAM-Processed: Tue Jun 2 21:57:32 2009 X-DSPAM-Confidence: 0.9899 X-DSPAM-Improbability: 1 in 9809 chance of being spam X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 4a25680c994291921440317 Cc: Mark Tinguely , freebsd-arm@freebsd.org Subject: Re: cache corruption patch 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: Tue, 02 Jun 2009 17:57:35 -0000 On Tue, 02 Jun 2009 09:42:20 -0700 Sam Leffler mentioned: > > Not sure what "added cache invalidation commands" you're referring to, > can you explain? Perhaps you could just provide a separate patch that > shows which bus_dma ops you think can go away. > I suppose he refers to Marcel's r192323 commit that added implicit data cache invalidation for non-DMA requests. -- Stanislav Sedov ST4096-RIPE !DSPAM:4a25680c994291921440317!