From owner-freebsd-scsi@FreeBSD.ORG Sun Apr 27 17:49:22 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 285A137B401; Sun, 27 Apr 2003 17:49:22 -0700 (PDT) Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56A5443F75; Sun, 27 Apr 2003 17:49:21 -0700 (PDT) (envelope-from ken@panzer.kdm.org) Received: from panzer.kdm.org (localhost [127.0.0.1]) by panzer.kdm.org (8.12.9/8.12.5) with ESMTP id h3S0nKPM087098; Sun, 27 Apr 2003 18:49:20 -0600 (MDT) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.12.9/8.12.5/Submit) id h3S0nK8N087097; Sun, 27 Apr 2003 18:49:20 -0600 (MDT) (envelope-from ken) Date: Sun, 27 Apr 2003 18:49:20 -0600 From: "Kenneth D. Merry" To: scsi@FreeBSD.org Message-ID: <20030427184920.A87049@panzer.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i cc: current@FreeBSD.org Subject: CAM 2TB array support available 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: Mon, 28 Apr 2003 00:49:22 -0000 There are patches against -current (from 4/26/2003) here: http://people.freebsd.org/~ken/cam.2TB.20030427 to allow the da(4) driver to talk to arrays larger than 2TB. This enables READ(16), WRITE(16) and READ CAPACITY(16) support. Note that that patch bumps CAM_VERSION, so you'll need to recompile libcam, camcontrol and any ports that talk to CAM. (e.g. cdrecord, cdda2wav, xmcd, etc.) If you have a device that supports 16 byte commands, but you don't have 2TB or more worth of disk space on it, you can still try out the 16 byte commands by increasing the minimum command size. For da0, you'd do: sysctl -w kern.cam.da.0.minimum_cmd_size=16 DO NOT try that on your boot disk unless you're sure it supports 16 byte commands. Otherwise you'll have a fine time trying to crank the value back down when you can't get to the sysctl binary because you're trying to use 16 byte reads to read it. :) Please send me feedback if you test these patches out. I'd also like testers with normal SCSI hardware. Your disks should work as before. In particular, make sure the disk capacity information that is printed out via dmesg for each disk is the same before and after the patch. I plan on checking this in before the 5.1 freeze. Ken -- Kenneth Merry ken@kdm.org