Date: Tue, 29 Apr 2003 18:40:29 -0600 From: "Kenneth D. Merry" <ken@kdm.org> To: scsi@FreeBSD.org Cc: current@FreeBSD.org Subject: HEADS UP: CAM API change, 2TB device support Message-ID: <20030429184028.A99420@panzer.kdm.org>
next in thread | raw e-mail | index | archive | help
I have checked in the patches I sent out on Sunday. We now have (untested)
support for devices larger than 2TB in CAM.
There should be no effect on devices smaller than 2TB.
There are some API changes that went along with this change, so you'll need
to recompile any applications that talk to pass(4) or xpt(4). (camcontrol,
cdrecord, xmcd, cdda2wav, etc.)
Let me know if you run into any problems with this change.
If you've got an array that is larger than 2TB, please try these changes
out and let me know how they work.
Ken
----- Forwarded message from "Kenneth D. Merry" <ken@FreeBSD.org> -----
From: "Kenneth D. Merry" <ken@FreeBSD.org>
Date: Tue, 29 Apr 2003 17:35:22 -0700 (PDT)
To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org
Subject: cvs commit: src/sys/cam cam_ccb.h src/sys/cam/scsi scsi_all.c
scsi_all.h scsi_da.c
ken 2003/04/29 17:35:22 PDT
FreeBSD src repository
Modified files:
sys/cam cam_ccb.h
sys/cam/scsi scsi_all.c scsi_all.h scsi_da.c
Log:
Add support to CAM for devices with more than 2^32 blocks. (2TB if you're
using 512 byte blocks).
cam_ccb.h: Bump up volume_size and cylinders in ccb_calc_geometry to
64 bits and 32 bits respectively, so we can hold larger
device sizes. cylinders would overflow at about 500GB.
Bump CAM_VERSION for this change. Note that this will
require a recompile of all applications that talk to the
pass(4) driver.
scsi_all.c: Add descriptions for READ/WRITE(16), update READ/WRITE(12)
descriptions, add descriptions for SERVICE ACTION IN/OUT.
Add a new function, scsi_read_capacity_16(), that issues
the read capacity service action. (Necessary for arrays
larger than 2^32 sectors.) Update scsi_read_write() to use
a 64 bit LBA and issue READ(16) or WRITE(16) if necessary.
NOTE the API change. This should be largely transparnet
to most userland applications at compile time, but will
break binary compatibility. The CAM_VERSION bump, above,
also serves the purpose of forcing a recompile for any
applications that talk to CAM.
scsi_all.h: Add 16 byte READ/WRITE structures, structures for 16 byte
READ CAPACITY/SERVICE ACTION IN. Add scsi_u64to8b() and
scsi_8btou64.
scsi_da.c: The da(4) driver probe now has two stages for devices
larger than 2TB. If a standard READ CAPACITY(10) returns
0xffffffff, we issue the 16 byte version of read capacity
to determine the true array capacity. We also do the same
thing in daopen() -- use the 16 byte read capacity if the
device is large enough.
The sysctl/loader code has also been updated to accept
16 bytes as a minimum command size.
Revision Changes Path
1.24 +3 -3 src/sys/cam/cam_ccb.h
1.40 +68 -14 src/sys/cam/scsi/scsi_all.c
1.23 +82 -6 src/sys/cam/scsi/scsi_all.h
1.139 +194 -65 src/sys/cam/scsi/scsi_da.c
----- End forwarded message -----
--
Kenneth Merry
ken@kdm.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030429184028.A99420>