From owner-freebsd-mips@FreeBSD.ORG Sun Dec 30 18:26:13 2012 Return-Path: Delivered-To: mips@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3E470B2D for ; Sun, 30 Dec 2012 18:26:13 +0000 (UTC) (envelope-from scott4long@yahoo.com) Received: from nm3-vm0.bullet.mail.bf1.yahoo.com (nm3-vm0.bullet.mail.bf1.yahoo.com [98.139.212.154]) by mx1.freebsd.org (Postfix) with ESMTP id D98B58FC16 for ; Sun, 30 Dec 2012 18:26:12 +0000 (UTC) Received: from [98.139.212.144] by nm3.bullet.mail.bf1.yahoo.com with NNFMP; 30 Dec 2012 18:23:15 -0000 Received: from [98.139.211.161] by tm1.bullet.mail.bf1.yahoo.com with NNFMP; 30 Dec 2012 18:23:14 -0000 Received: from [127.0.0.1] by smtp218.mail.bf1.yahoo.com with NNFMP; 30 Dec 2012 18:23:14 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1356891794; bh=aQikHoh3iRhB0ugZltL00Av3n8BidDAaxqutBqlcXws=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:Received:Content-Type:Mime-Version:Subject:From:In-Reply-To:Date:Cc:Content-Transfer-Encoding:Message-Id:References:To:X-Mailer; b=0Abgj6ZaJs6W3BzC3y+bpmSA3qoQgVYZx3rCuJ7z2BGezcVpG/HTb0GV8TRK8yplfxf8fP6L0LKs2Ep9PdKk0VBWomd1A3JnrJIueWvby13MYbqKQagoOJzNref71o4y/PoFeoTP3e9Lve1hVQu6tGdfLNY+MAmLYRC2qv72gjw= X-Yahoo-Newman-Id: 957165.61229.bm@smtp218.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: GTgpwDIVM1mAXIqTAHCqTGsphgy8mZCs0IqZ67iLbIZ9g7h 9tOoC80117cgOO14mQbz.9qXgzlfJvi7gKnfzOW8kCf5fkrdcZf3NLHWrdmn KwztSwTf9XFo0u6SG4vFR4uUHSPRuR9R2HPjyMnVTt7xxJFXYJeVaj0FRPVi Zc7Wqn7ZRYT3m6.RHQMaK4w1Tnyz94fB4DMpXQJu5FnWbTV9iybZn9NWSgoq bgvyqP44EMeXlkYNw4e.9GQexvDCUICUsyr3haVwjrBC5ASl8wQVuhFXMc.m EeNmtaHnTdeI2PK_3yusuKkldRc40KOw.vrr1tYfucOOPO9hMxt60e4ArwVZ SncC4rdwxdfdQiXOEELh2xU_pVvhjhFEGZMm7dtjDCSxBfSb0wzFKP4vvInI LQOnUakQovuviwk3.uDZXYAEinyHIEY7SNP5q_HOTy.5mWj8kcbZJ0wXVOIy 6MPcqd9jlORhk1g-- X-Yahoo-SMTP: clhABp.swBB7fs.LwIJpv3jkWgo2NU8- Received: from [10.64.26.18] (scott4long@69.53.237.126 with plain) by smtp218.mail.bf1.yahoo.com with SMTP; 30 Dec 2012 10:23:14 -0800 PST Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: Call for testing and review, busdma changes From: Scott Long In-Reply-To: <1356891693.54953.31.camel@revolution.hippie.lan> Date: Sun, 30 Dec 2012 11:23:11 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <30DCC8A9-8E26-4500-AF33-2D81981B554F@yahoo.com> References: <1355077061.87661.320.camel@revolution.hippie.lan> <1355085250.87661.345.camel@revolution.hippie.lan> <1356381775.1129.181.camel@revolution.hippie.lan> <1356390225.1129.217.camel@revolution.hippie.lan> <2D98F70D-4031-4860-BABB-1F4663896234@yahoo.com> <1356891693.54953.31.camel@revolution.hippie.lan> To: Ian Lepore X-Mailer: Apple Mail (2.1499) X-Mailman-Approved-At: Sun, 30 Dec 2012 19:43:16 +0000 Cc: powerpc@freebsd.org, marcel@freebsd.org, mips@freebsd.org, John Baldwin , "mav@freebsd.org Motin" , "attilio@FreeBSD.org Rao" , Jeff Roberson , sparc64@freebsd.org, arm@freebsd.org, kib@freebsd.org X-BeenThere: freebsd-mips@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to MIPS List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Dec 2012 18:26:13 -0000 On Dec 30, 2012, at 11:21 AM, Ian Lepore = wrote: > On Mon, 2012-12-24 at 22:13 -0500, Scott Long wrote: >>>>>=20 >>>>> Still unresolved is what to do about the remaining cases -- = attempts to >>>>> do dma in arbitrary buffers not obtained from bus_dmamem_alloc() = which >>>>> are not aligned and padded appropriately. There was some = discussion a >>>>> while back, but no clear resolution. I decided not to get bogged = down >>>>> by that fact and to fix the mbuf and allocated-buffer situations = that we >>>>> know how to deal with for now. >>>>=20 >>=20 >> Why would these allocations not be handled as normal dynamic buffers >> would with bus_dmamap_load()? >>=20 >> Scott >=20 > That's my point -- for "normal dynamic buffers" (that is, they weren't > obtained from bus_dmamem_alloc() and they aren't mbufs) which can have > arbitrary alignment and padding in relation to cache line boundaries = -- > we don't handle them correctly now unless they're accidentally already > aligned and sized to the right boundaries. What's unresolved is how = to > handle them correctly if they're not aligned/padded, that is, what to = do > about them that avoids needing a partial cacheline flush at sync time. >=20 Alignment is already handled. Scott