From owner-freebsd-scsi@FreeBSD.ORG Wed May 14 16:08:57 2003 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3ED1637B433 for ; Wed, 14 May 2003 16:08:52 -0700 (PDT) Received: from magic.adaptec.com (magic-mail.adaptec.com [208.236.45.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 824B543FBD for ; Wed, 14 May 2003 16:08:51 -0700 (PDT) (envelope-from scott_long@btc.adaptec.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11]) by magic.adaptec.com (8.11.6/8.11.6) with ESMTP id h4EN4wZ01024; Wed, 14 May 2003 16:04:58 -0700 Received: from btc.adaptec.com (hollin.btc.adaptec.com [10.100.253.56]) by redfish.adaptec.com (8.8.8p2+Sun/8.8.8) with ESMTP id QAA13970; Wed, 14 May 2003 16:08:40 -0700 (PDT) Message-ID: <3EC2CBD0.3020102@btc.adaptec.com> Date: Wed, 14 May 2003 17:05:52 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3) Gecko/20030414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <20030514151752.B79363@root.org> In-Reply-To: <20030514151752.B79363@root.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: scsi@freebsd.org Subject: Re: SCSI geometry calculation? X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 May 2003 23:08:57 -0000 Nate Lawson wrote: > I am reviewing our current geometry calculation and have a few questions. > Here is what I found in my review. > > Most drivers use >1G: 255/63, else 64/32. Exceptions are: > * aac - >=2G: 255/63, >=1G 128/32, else 64/32 > * aha - same > * amr - >2G: 255/63, else 64/32 > * asr - >4G: 255/63, >2G: 128/63, >1G: 65/63, else 64/32 > * ata-raid - always 255/63 > * bt - same as aha > * ciss - 255/32 if fault_tolerance is invalid else what the logical drive > reports. > * mlx - if MLX_GEOM_256_63 set: 255/63, else 128/32. Since nothing seems > to set mlx_geom, 128/32 is probably always used. > * mly - same > * pst - always 255/63 > * twe - >2G: 255/63, else 64/32 > > Some of these seem to be bugs, especially for volumes exactly on a > boundary (2G). Since many of the stranger ones are RAID controllers, they > won't have to support drive portability to other controllers. What should > actually be done in CALC_GEOMETRY? > Remember that with most RAID controllers, the volumes that you see are logical and have no bearing on the physical drives that compose them. The 'odd' geometry requirements usually stem from the requirements of the controller BIOS. FreeBSD needs to respect their geometry in order for the arrays to remain bootable and portable to other OS's (i.e. remain compatible with their BIOS). I'm really not sure what to say about the boundary cases other than if they are buggy, few people notice. mlx and mly are special in that you can set the geometry that the BIOS uses from the BIOS POST menu; I think it's assumed that if you change this then you know what you're doing. Scott