1.\" 2.\" Copyright (c) 1998 Kenneth D. Merry. 3.\" All rights reserved. 4.\" 5.\" Redistribution and use in source and binary forms, with or without 6.\" modification, are permitted provided that the following conditions 7.\" are met: 8.\" 1. Redistributions of source code must retain the above copyright 9.\" notice, this list of conditions and the following disclaimer. 10.\" 2. Redistributions in binary form must reproduce the above copyright 11.\" notice, this list of conditions and the following disclaimer in the 12.\" documentation and/or other materials provided with the distribution. 13.\" 3. The name of the author may not be used to endorse or promote products 14.\" derived from this software without specific prior written permission. 15.\" 16.\" THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND 17.\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE 18.\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE 19.\" ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE 20.\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL 21.\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS 22.\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) 23.\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT 24.\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY 25.\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF 26.\" SUCH DAMAGE. 27.\" 28.\" $FreeBSD$ 29.\" 30.Dd October 10, 1998 31.Dt CAM 3 32.Os 33.Sh NAME 34.Nm cam_open_device , 35.Nm cam_open_spec_device , 36.Nm cam_open_btl , 37.Nm cam_open_pass , 38.Nm cam_close_device , 39.Nm cam_close_spec_device , 40.Nm cam_getccb , 41.Nm cam_send_ccb , 42.Nm cam_freeccb , 43.Nm cam_path_string , 44.Nm cam_device_dup , 45.Nm cam_device_copy , 46.Nm cam_get_device 47.Nd CAM user library 48.Sh LIBRARY 49.Lb libcam 50.Sh SYNOPSIS 51.In stdio.h 52.In camlib.h 53.Ft struct cam_device * 54.Fo cam_open_device 55.Fa "const char *path" 56.Fa "int flags" 57.Fc 58.Ft struct cam_device * 59.Fo cam_open_spec_device 60.Fa "const char *dev_name" 61.Fa "int unit" 62.Fa "int flags" 63.Fa "struct cam_device *device" 64.Fc 65.Ft struct cam_device * 66.Fo cam_open_btl 67.Fa "path_id_t path_id" 68.Fa "target_id_t target_id" 69.Fa "lun_id_t target_lun" 70.Fa "int flags" 71.Fa "struct cam_device *device" 72.Fc 73.Ft struct cam_device * 74.Fo cam_open_pass 75.Fa "const char *path" 76.Fa "int flags" 77.Fa "struct cam_device *device" 78.Fc 79.Ft void 80.Fo cam_close_device 81.Fa "struct cam_device *dev" 82.Fc 83.Ft void 84.Fo cam_close_spec_device 85.Fa "struct cam_device *dev" 86.Fc 87.Ft union ccb * 88.Fo cam_getccb 89.Fa "struct cam_device *dev" 90.Fc 91.Ft int 92.Fo cam_send_ccb 93.Fa "struct cam_device *device" 94.Fa "union ccb *ccb" 95.Fc 96.Ft void 97.Fo cam_freeccb 98.Fa "union ccb *ccb" 99.Fc 100.Ft char * 101.Fo cam_path_string 102.Fa "struct cam_device *dev" 103.Fa "char *str" 104.Fa "int len" 105.Fc 106.Ft struct cam_device * 107.Fo cam_device_dup 108.Fa "struct cam_device *device" 109.Fc 110.Ft void 111.Fo cam_device_copy 112.Fa "struct cam_device *src" 113.Fa "struct cam_device *dst" 114.Fc 115.Ft int 116.Fo cam_get_device 117.Fa "const char *path" 118.Fa "char *dev_name" 119.Fa "int devnamelen" 120.Fa "int *unit" 121.Fc 122.Sh DESCRIPTION 123The CAM library consists of a number of functions designed to aid in 124programming with the CAM subsystem. 125This man page covers the basic set of 126library functions. 127More functions are documented in the man pages listed 128below. 129.Pp 130Many of the CAM library functions use the 131.Va cam_device 132structure: 133.Bd -literal 134struct cam_device { 135 char device_path[MAXPATHLEN+1];/* 136 * Pathname of the 137 * device given by the 138 * user. This may be 139 * null if the user 140 * states the device 141 * name and unit number 142 * separately. 143 */ 144 char given_dev_name[DEV_IDLEN+1];/* 145 * Device name given by 146 * the user. 147 */ 148 u_int32_t given_unit_number; /* 149 * Unit number given by 150 * the user. 151 */ 152 char device_name[DEV_IDLEN+1];/* 153 * Name of the device, 154 * e.g. 'pass' 155 */ 156 u_int32_t dev_unit_num; /* Unit number of the passthrough 157 * device associated with this 158 * particular device. 159 */ 160 161 char sim_name[SIM_IDLEN+1];/* 162 * Controller name, e.g.'ahc' 163 */ 164 u_int32_t sim_unit_number; /* Controller unit number */ 165 u_int32_t bus_id; /* Controller bus number */ 166 lun_id_t target_lun; /* Logical Unit Number */ 167 target_id_t target_id; /* Target ID */ 168 path_id_t path_id; /* System SCSI bus number */ 169 u_int16_t pd_type; /* type of peripheral device */ 170 struct scsi_inquiry_data inq_data; /* SCSI Inquiry data */ 171 u_int8_t serial_num[252]; /* device serial number */ 172 u_int8_t serial_num_len; /* length of the serial number */ 173 u_int8_t sync_period; /* Negotiated sync period */ 174 u_int8_t sync_offset; /* Negotiated sync offset */ 175 u_int8_t bus_width; /* Negotiated bus width */ 176 int fd; /* file descriptor for device */ 177}; 178.Ed 179.Pp 180.Fn cam_open_device 181takes as arguments a string describing the device it is to open, and 182.Ar flags 183suitable for passing to 184.Xr open 2 . 185The "path" passed in may actually be most any type of string that contains 186a device name and unit number to be opened. 187The string will be parsed by 188.Fn cam_get_device 189into a device name and unit number. 190Once the device name and unit number 191are determined, a lookup is performed to determine the passthrough device 192that corresponds to the given device. 193.Pp 194.Fn cam_open_spec_device 195opens the 196.Xr pass 4 197device that corresponds to the device name and unit number passed in. 198The 199.Ar flags 200should be flags suitable for passing to 201.Xr open 2 . 202The 203.Ar device 204argument is optional. 205The user may supply pre-allocated space for the 206.Va cam_device 207structure. 208If the 209.Ar device 210argument is 211.Va NULL , 212.Fn cam_open_spec_device 213will allocate space for the 214.Va cam_device 215structure using 216.Xr malloc 3 . 217.Pp 218.Fn cam_open_btl 219is similar to 220.Fn cam_open_spec_device , 221except that it takes a 222.Tn SCSI 223bus, target and logical unit instead of a device name and unit number as 224arguments. 225The 226.Va path_id 227argument is the CAM equivalent of a 228.Tn SCSI 229bus number. 230It represents the logical bus number in the system. 231The 232.Ar flags 233should be flags suitable for passing to 234.Xr open 2 . 235As with 236.Fn cam_open_spec_device , 237the 238.Fa device 239argument is optional. 240.Pp 241.Fn cam_open_pass 242takes as an argument the 243.Fa path 244of a 245.Xr pass 4 246device to open. 247No translation or lookup is performed, so the path passed 248in must be that of a CAM 249.Xr pass 4 250device. 251The 252.Fa flags 253should be flags suitable for passing to 254.Xr open 2 . 255The 256.Fa device 257argument, as with 258.Fn cam_open_spec_device 259and 260.Fn cam_open_btl , 261should be NULL if the user wants the CAM library to allocate space for the 262.Va cam_device 263structure. 264.Fn cam_close_device 265frees the 266.Va cam_device 267structure allocated by one of the above open() calls, and closes the file 268descriptor to the passthrough device. 269This routine should not be called if 270the user allocated space for the 271.Va cam_device 272structure. 273Instead, the user should call 274.Fn cam_close_spec_device . 275.Pp 276.Fn cam_close_spec_device 277merely closes the file descriptor opened in one of the open() routines 278described above. 279This function should be called when the 280.Va cam_device 281structure was allocated by the caller, rather than the CAM library. 282.Pp 283.Fn cam_getccb 284allocates a CCB 285using 286.Xr malloc 3 287and sets fields in the CCB header using values from the 288.Va cam_device 289structure. 290.Pp 291.Fn cam_send_ccb 292sends the given 293.Va ccb 294to the 295.Fa device 296described in the 297.Va cam_device 298structure. 299.Pp 300.Fn cam_freeccb 301frees CCBs allocated by 302.Fn cam_getccb . 303.Pp 304.Fn cam_path_string 305takes as arguments a 306.Va cam_device 307structure, and a string with length 308.Fa len . 309It creates a colon-terminated printing prefix string similar to the ones 310used by the kernel. 311e.g.: "(cd0:ahc1:0:4:0): ". 312.Fn cam_path_string 313will place at most 314.Fa len Ns \-1 315characters into 316.Ar str . 317The 318.Ar len Ns 'th 319character will be the terminating 320.Ql \e0 . 321.Pp 322.Fn cam_device_dup 323operates in a fashion similar to 324.Xr strdup 3 . 325It allocates space for a 326.Va cam_device 327structure and copies the contents of the passed-in 328.Fa device 329structure to the newly allocated structure. 330.Pp 331.Fn cam_device_copy 332copies the 333.Fa src 334structure to 335.Fa dst . 336.Pp 337.Fn cam_get_device 338takes a 339.Fa path 340argument containing a string with a device name followed by a unit number. 341It then breaks the string down into a device name and unit number, and 342passes them back in 343.Fa dev_name 344and 345.Fa unit , 346respectively. 347.Fn cam_get_device 348can handle strings of the following forms, at least: 349.Pp 350.Bl -tag -width 1234 -compact 351.It /dev/foo1 352.It foo0 353.It nsa2 354.El 355.Pp 356.Fn cam_get_device 357is provided as a convenience function for applications that need to provide 358functionality similar to 359.Fn cam_open_device . 360.Sh RETURN VALUES 361.Fn cam_open_device , 362.Fn cam_open_spec_device , 363.Fn cam_open_btl , 364and 365.Fn cam_open_pass 366return a pointer to a 367.Va cam_device 368structure, or NULL if there was an error. 369.Pp 370.Fn cam_getccb 371returns an allocated and partially initialized CCB, or NULL if allocation 372of the CCB failed. 373.Pp 374.Fn cam_send_ccb 375returns a value of -1 if an error occurred, and 376.Va errno 377is set to indicate the error. 378.Pp 379.Fn cam_path_string 380returns a filled printing prefix string as a convenience. 381This is the same 382.Fa str 383that is passed into 384.Fn cam_path_string . 385.Pp 386.Fn cam_device_dup 387returns a copy of the 388.Va device 389passed in, or NULL if an error occurred. 390.Pp 391.Fn cam_get_device 392returns 0 for success, and -1 to indicate failure. 393.Pp 394If an error is returned from one of the base CAM library functions 395described here, the reason for the error is generally printed in the global 396string 397.Va cam_errbuf 398which is 399.Dv CAM_ERRBUF_SIZE 400characters long. 401.Sh SEE ALSO 402.Xr cam_cdbparse 3 , 403.Xr pass 4 , 404.Xr camcontrol 8 405.Sh HISTORY 406The CAM library first appeared in 407.Fx 3.0 . 408.Sh AUTHORS 409.An Kenneth Merry Aq ken@FreeBSD.org 410.Sh BUGS 411.Fn cam_open_device 412does not check to see if the 413.Fa path 414passed in is a symlink to something. 415It also does not check to see if the 416.Fa path 417passed in is an actual 418.Xr pass 4 419device. 420The former would be rather easy to implement, but the latter would 421require a definitive way to identify a device node as a 422.Xr pass 4 423device. 424.Pp 425Some of the functions are possibly mis-named or poorly named. 426