From owner-freebsd-current@FreeBSD.ORG Wed Jan 11 17:04:21 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 979B9106568E; Wed, 11 Jan 2012 17:04:21 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 642978FC0A; Wed, 11 Jan 2012 17:04:21 +0000 (UTC) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.5/8.14.5) with ESMTP id q0BH4Ds9012322; Wed, 11 Jan 2012 10:04:13 -0700 (MST) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1251.1) Content-Type: text/plain; charset=us-ascii From: Scott Long In-Reply-To: <1326301229.2419.78.camel@revolution.hippie.lan> Date: Wed, 11 Jan 2012 10:04:13 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20120110213719.GA92799@onelab2.iet.unipi.it> <201201111005.28610.jhb@freebsd.org> <20120111162944.GB2266@onelab2.iet.unipi.it> <201201111149.44067.jhb@freebsd.org> <1326301229.2419.78.camel@revolution.hippie.lan> To: Ian Lepore X-Mailer: Apple Mail (2.1251.1) X-Spam-Status: No, score=-50.0 required=3.8 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: memory barriers in bus_dmamap_sync() ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jan 2012 17:04:21 -0000 On Jan 11, 2012, at 10:00 AM, Ian Lepore wrote: >=20 > I've wished (in the ARM world) for the ability to sync a portion of a > map. I've even kicked around the idea of proposing an API extension = to > do so, but I guess if FreeBSD went out of its way to remove that > functionality that idea probably won't fly. :) It's been discussed numerous times since mips and arm became relevant in = FreeBSD, and I'm frankly surprised that it hasn't happened yet. Go = forth and code, it won't be opposed. Scott