]> CyberLeo.Net >> Repos - FreeBSD/releng/9.0.git/blob - share/man/man4/ch.4
Copy stable/9 to releng/9.0 as part of the FreeBSD 9.0-RELEASE release
[FreeBSD/releng/9.0.git] / share / man / man4 / ch.4
1 .\" $FreeBSD$
2 .\" Copyright (c) 1996
3 .\"     Julian Elischer <julian@FreeBSD.org>.  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 .\"
11 .\" 2. Redistributions in binary form must reproduce the above copyright
12 .\"    notice, this list of conditions and the following disclaimer in the
13 .\"    documentation and/or other materials provided with the distribution.
14 .\"
15 .\" THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND
16 .\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
17 .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
18 .\" ARE DISCLAIMED.  IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE
19 .\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
20 .\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
21 .\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
22 .\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
23 .\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
24 .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
25 .\" SUCH DAMAGE.
26 .\"
27 .Dd May 14, 1998
28 .Dt CH 4
29 .Os
30 .Sh NAME
31 .Nm ch
32 .Nd SCSI media-changer (juke box) driver
33 .Sh SYNOPSIS
34 .Cd device ch
35 .Sh DESCRIPTION
36 The
37 .Nm
38 driver provides support for a
39 .Em SCSI
40 media changer.
41 It allows many slots of media to be multiplexed between
42 a number of drives.
43 The changer device may optionally be equipped
44 with a bar code reader, which reads label information attached to
45 the media.
46 .Pp
47 A SCSI adapter must also be separately configured into the system
48 before a SCSI changer can be configured.
49 .Pp
50 As the SCSI adapter is probed during boot, the
51 .Em SCSI
52 bus is scanned for devices.
53 Any devices found which answer as 'Changer'
54 type devices will be 'attached' to the
55 .Nm
56 driver.
57 In
58 .Fx
59 releases prior to 2.1, the first found will be attached as
60 .Em ch0
61 and the next,
62 .Em ch1
63 etc.
64 Beginning in 2.1 it is possible to specify what ch unit a device should
65 come on line as; refer to
66 .Xr scsi 4
67 for details on kernel configuration.
68 .Sh KERNEL CONFIGURATION
69 It is only necessary to explicitly configure one
70 .Nm
71 device; data structures are dynamically allocated as media changes are found
72 on the
73 .Tn SCSI
74 bus.
75 .Sh IOCTLS
76 User mode programs communicate with the changer driver through a
77 number of ioctls which are described below.
78 Changer element addresses
79 used in the communication between the kernel and the changer device are
80 mapped to zero-based logical addresses.
81 Element types are specified as follows:
82 .Bl -tag -width CHET_MT
83 .It Dv CHET_MT
84 Medium transport element (picker).
85 .It Dv CHET_ST
86 Storage element (slot).
87 .It Dv CHET_IE
88 Import/export element (portal).
89 .It Dv CHET_DT
90 Data transfer element (drive).
91 .El
92 .Pp
93 The following
94 .Xr ioctl 2
95 calls apply to the changer.
96 They are defined
97 in the header file
98 .In sys/chio.h .
99 .Bl -tag -width CHIOEXCHANGE
100 .It Dv CHIOMOVE
101 .Pq Vt "struct changer_move"
102 Move a medium from one element to another
103 .Pq Sy "MOVE MEDIUM"
104 using the current picker.
105 The source and destination elements are specified
106 in a changer_move structure, which includes at least the following
107 fields:
108 .Bd -literal -offset indent
109 u_int cm_fromtype; /* element type to move from */
110 u_int cm_fromunit; /* logical unit of from element */
111 u_int cm_totype;   /* element type to move to */
112 u_int cm_tounit;   /* logical unit of to element */
113 u_int cm_flags;    /* misc. flags */
114 .Ed
115 If the
116 .Dv CM_INVERT
117 in the
118 .Va cm_flags
119 field is set, the medium
120 changer is instructed to flip the medium while moving it.
121 .It Dv CHIOEXCHANGE
122 .Pq Vt "struct changer_exchange"
123 Move the medium located in the source element to the first destination
124 element, and move the medium that had been in the first destination
125 element to the second destination element.
126 In case of a simple
127 exchange, the source and second destination elements should be the
128 same.
129 The current picker is used to perform the operation.
130 The addresses of the affected elements is specified to the ioctl in a
131 .Vt changer_exchange
132 structure which includes at least the following
133 fields:
134 .Bd -literal -offset indent
135 u_int ce_srctype;        /* element type of source */
136 u_int ce_srcunit;        /* logical unit of source */
137 u_int ce_fdsttype; /* element type of first destination */
138 u_int ce_fdstunit; /* logical unit of first destination */
139 u_int ce_sdsttype; /* element type of second destination */
140 u_int ce_sdstunit; /* logical unit of second destination */
141 u_int ce_flags;  /* misc. flags */
142 .Ed
143 In
144 .Va ce_flags ,
145 .Dv CM_INVERT1
146 and/or
147 .Dv CM_INVERT2
148 may be set
149 to flip the first or second medium during the exchange operation,
150 respectively.
151 .Pp
152 .Em This operation is untested .
153 .It Dv CHIOPOSITION
154 .Pq Vt "struct changer_position"
155 Position the current picker in front of the specified element.
156 The element is specified with a changer_position structure, which includes
157 at least the following elements:
158 .Bd -literal -offset indent
159 u_int cp_type;  /* element type */
160 u_int cp_unit;  /* logical unit of element */
161 u_int cp_flags; /* misc. flags */
162 .Ed
163 The
164 .Va cp_flags
165 field may be set to
166 .Dv CP_INVERT
167 to invert the picker during the operation.
168 .It Dv CHIOGPICKER
169 .Pq Vt int
170 Return the logical address of the current picker.
171 .It Dv CHIOSPICKER
172 .Pq Vt int
173 Select the picker specified by the given logical address.
174 .It Dv CHIOGPARAMS
175 .Pq Vt "struct changer_params"
176 Return the configuration parameters for the media changer.
177 This ioctl
178 fills the changer_params structure passed by the user with at least the
179 following fields:
180 .Bd -literal -offset indent
181 u_int cp_npickers; /* number of pickers */
182 u_int cp_nslots;   /* number of slots */
183 u_int cp_nportals; /* number of import/export portals */
184 u_int cp_ndrives;  /* number of drives */
185 .Ed
186 .Pp
187 This call can be used by applications to query the dimensions of
188 the jukebox before using the
189 .Dv CHIGSTATUS
190 ioctl to query the jukebox' status.
191 .It Dv CHIOIELEM
192 Perform the
193 .Sy INITIALIZE ELEMENT STATUS
194 call on the media changer device.
195 This forces the media changer to update its internal status
196 information with respect to loaded media.
197 It also scans any barcode labels provided that it has a label reader.
198 The
199 .Nm
200 driver's status is not affected by this call.
201 .It Dv CHIOGSTATUS
202 .Pq Vt "struct changer_element_status_request"
203 Perform the
204 .Sy READ ELEMENT STATUS
205 call on the media changer device.
206 This call reads the element status information of the media
207 changer and converts it to an array of
208 .Vt changer_element_status
209 structures.
210 .Pp
211 With each call to
212 .Dv CHIOGSTATUS ,
213 the status of one or more elements of one type may be queried.
214 .Pp
215 The application passes a
216 .Vt changer_element_status_request
217 structure to the
218 .Nm
219 driver which contains the following fields:
220 .Bd -literal -offset indent
221 u_int                          cesr_element_type;
222 u_int                          cesr_element_base;
223 u_int                          cesr_element_count;
224 u_int                          cesr_flags;
225 struct changer_element_status *cesr_element_status;
226 .Ed
227 .Pp
228 This structure is read by the driver to determine the type, logical
229 base address and number of elements for which information is to be
230 returned in the array of
231 .Vt changer_element_status
232 structures pointed to by the
233 .Va cesr_element_status field .
234 The application must allocate enough
235 memory for
236 .Va cesr_element_count
237 status structures (see below).
238 The
239 .Va cesr_flags
240 can optionally be set to
241 .Dv CESR_VOLTAGS
242 to indicate that volume tag (bar code) information is to be read from
243 the jukebox and returned.
244 .Pp
245 The
246 .Va cesr_element_base
247 and
248 .Va cesr_element_count
249 fields must be valid with respect to the physical configuration of the changer.
250 If they are not, the
251 .Dv CHIOGSTATUS
252 ioctl returns the
253 .Er EINVAL
254 error code.
255 .Pp
256 The information about the elements is returned in an array of
257 .Vt changer_element_status
258 structures.
259 This structure include at least the following fields:
260 .Bd -literal -offset indent
261 u_int            ces_addr;      /* element address in media changer */
262 u_char           ces_flags;     /* see CESTATUS definitions below */
263 u_char           ces_sensecode; /* additional sense code for element */
264 u_char           ces_sensequal; /* additional sense code qualifier */
265 u_char           ces_invert;    /* invert bit */
266 u_char           ces_svalid;    /* source address (ces_source) valid */
267 u_short          ces_source;    /* source address of medium */
268 changer_voltag_t ces_pvoltag;   /* primary volume tag */
269 changer_voltag_t ces_avoltag;   /* alternate volume tag */
270 u_char           ces_idvalid;   /* ces_scsi_id is valid */
271 u_char           ces_scsi_id;   /* SCSI id of element (if ces_idvalid is nonzero) */
272 u_char           ces_lunvalid;  /* ces_scsi_lun is valid */
273 u_char           ces_scsi_lun;  /* SCSI lun of element (if ces_lunvalid is nonzero) */
274 .Ed
275 .Pp
276 The
277 .Va ces_addr
278 field contains the address of the element in the
279 coordinate system of the media changer.
280 It is not used by the driver,
281 and should be used for diagnostic purposes only.
282 .Pp
283 The following flags are defined for the
284 .Va ces_flags
285 field:
286 .Bl -tag -width CESTATUS_IMPEXP
287 .It Dv CESTATUS_FULL
288 A medium is present.
289 .It Dv CESTATUS_IMPEXP
290 The medium has been deposited by the operator (and not by a picker).
291 .It Dv CESTATUS_EXCEPT
292 The element is in an exceptional state (e.g.\& invalid barcode label,
293 barcode not yet scanned).
294 .It Dv CESTATUS_ACCESS
295 The element is accessible by the picker.
296 .It Dv CESTATUS_EXENAB
297 The element supports medium export.
298 .It Dv CESTATUS_INENAB
299 The element supports medium import.
300 .El
301 .Pp
302 Note that not all flags are valid for all element types.
303 .El
304 .Sh NOTES
305 This version of the
306 .Nm
307 driver has been tested with a DEC TZ875 (5 slot, one DLT drive)
308 and a Breece Hill Q47 (60 slot, four DLT drives, barcode reader).
309 .Pp
310 Many of the features the
311 .Nm
312 driver supports are not thoroughly tested due to the fact that the
313 devices available for testing do not support the necessary commands.
314 This is true for alternate volume tags, media flipping, import/export
315 element handling, multiple picker operation and other things.
316 .Sh FILES
317 .Bl -tag -width /dev/ch[0-9] -compact
318 .It Pa /dev/ch[0-9]
319 device entries
320 .El
321 .Sh DIAGNOSTICS
322 If the media changer does not support features requested by the
323 .Nm
324 driver, it will produce both console error messages and failure return
325 codes to the ioctls described here.
326 .Sh SEE ALSO
327 .Xr cam 4 ,
328 .Xr chio 1 ,
329 .Xr cd 4 ,
330 .Xr da 4 ,
331 .Xr sa 4
332 .Sh HISTORY
333 The
334 .Nm
335 driver appeared in
336 .Bx 386 0.1 .
337 .Sh AUTHORS
338 .An -nosplit
339 The
340 .Nm
341 driver was written by
342 .An Jason R. Thorpe Aq thorpej@and.com
343 for And Communications,
344 .Pa http://www.and.com/ .
345 It was added to the system by
346 .An Stefan Grefen Aq grefen@goofy.zdv.uni-mainz.de
347 who apparently had such a device.
348 It was ported to CAM by
349 .An Kenneth Merry Aq ken@FreeBSD.org .
350 It was updated to support volume tags by
351 .An Hans Huebner Aq hans@artcom.de .