From owner-freebsd-arch@FreeBSD.ORG Sun Jul 5 14:16:13 2009 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5ED031065675; Sun, 5 Jul 2009 14:16:13 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout1.freenet.de (mout1.freenet.de [IPv6:2001:748:100:40::2:3]) by mx1.freebsd.org (Postfix) with ESMTP id DFF208FC08; Sun, 5 Jul 2009 14:16:12 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.16] (helo=6.mx.freenet.de) by mout1.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #92) id 1MNSVn-0005vt-B6; Sun, 05 Jul 2009 16:16:11 +0200 Received: from tb832.t.pppool.de ([89.55.184.50]:37641 helo=ernst.jennejohn.org) by 6.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #79) id 1MNSVn-0005yg-1L; Sun, 05 Jul 2009 16:16:11 +0200 Date: Sun, 5 Jul 2009 16:16:10 +0200 From: Gary Jennejohn To: Alexander Motin Message-ID: <20090705161610.52e01954@ernst.jennejohn.org> In-Reply-To: <4A50667F.7080608@FreeBSD.org> References: <4A4FAA2D.3020409@FreeBSD.org> <20090705100044.4053e2f9@ernst.jennejohn.org> <4A50667F.7080608@FreeBSD.org> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.2; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-purgate-ID: 149285::1246803371-00000AA3-92B87048/0-0/0-0 Cc: freebsd-arch@freebsd.org Subject: Re: DFLTPHYS vs MAXPHYS X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Jul 2009 14:16:13 -0000 On Sun, 05 Jul 2009 11:38:23 +0300 Alexander Motin wrote: > Gary Jennejohn wrote: > > I wonder whether all drivers can correctly handle larger values for > > DFLTPHYS. > > There are always will be drivers/devices with limitations. They should > just be able to report that limitations to system. This is possible with > GEOM, but it doesn't looks tuned well for all providers. There are many > places, when DFLTPHYS used just with hope that it will work. IMHO if > driver unable to adapt to any defined DFLTPHYS value, it should not use > it, but instead should announce some specific value that it really supports. > This would be the correct way to do things. I remember back in the good-old-days, circa 1985, disk drivers _always_ did their own PHYS handling so that utilities could pass in whatever value they wanted to use for the size. Of course, that meant that each driver reinvented the wheel. --- Gary Jennejohn