| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 1 |  | 
 | 2 | Linux I2O User Space Interface | 
 | 3 | rev 0.3 - 04/20/99 | 
 | 4 |  | 
 | 5 | ============================================================================= | 
 | 6 | Originally written by Deepak Saxena(deepak@plexity.net) | 
 | 7 | Currently maintained by Deepak Saxena(deepak@plexity.net) | 
 | 8 | ============================================================================= | 
 | 9 |  | 
 | 10 | I. Introduction | 
 | 11 |  | 
 | 12 | The Linux I2O subsystem provides a set of ioctl() commands that can be | 
 | 13 | utilized by user space applications to communicate with IOPs and devices | 
 | 14 | on individual IOPs. This document defines the specific ioctl() commands | 
 | 15 | that are available to the user and provides examples of their uses. | 
 | 16 |  | 
 | 17 | This document assumes the reader is familiar with or has access to the | 
 | 18 | I2O specification as no I2O message parameters are outlined.  For information | 
 | 19 | on the specification, see http://www.i2osig.org | 
 | 20 |  | 
 | 21 | This document and the I2O user space interface are currently maintained | 
 | 22 | by Deepak Saxena.  Please send all comments, errata, and bug fixes to | 
 | 23 | deepak@csociety.purdue.edu | 
 | 24 |  | 
 | 25 | II. IOP Access | 
 | 26 |  | 
 | 27 | Access to the I2O subsystem is provided through the device file named | 
 | 28 | /dev/i2o/ctl.  This file is a character file with major number 10 and minor | 
 | 29 | number 166.  It can be created through the following command: | 
 | 30 |  | 
 | 31 |    mknod /dev/i2o/ctl c 10 166 | 
 | 32 |  | 
 | 33 | III. Determining the IOP Count | 
 | 34 |  | 
 | 35 |    SYNOPSIS | 
 | 36 |  | 
 | 37 |    ioctl(fd, I2OGETIOPS,  int *count); | 
 | 38 |  | 
 | 39 |    u8 count[MAX_I2O_CONTROLLERS]; | 
 | 40 |  | 
 | 41 |    DESCRIPTION | 
 | 42 |  | 
 | 43 |    This function returns the system's active IOP table.  count should | 
 | 44 |    point to a buffer containing MAX_I2O_CONTROLLERS entries.  Upon | 
 | 45 |    returning, each entry will contain a non-zero value if the given | 
 | 46 |    IOP unit is active, and NULL if it is inactive or non-existent. | 
 | 47 |  | 
 | 48 |    RETURN VALUE. | 
 | 49 |  | 
 | 50 |    Returns 0 if no errors occur, and -1 otherwise.  If an error occurs, | 
 | 51 |    errno is set appropriately: | 
 | 52 |  | 
 | 53 |      EFAULT   Invalid user space pointer was passed | 
 | 54 |  | 
 | 55 | IV. Getting Hardware Resource Table | 
 | 56 |  | 
 | 57 |    SYNOPSIS | 
 | 58 |  | 
 | 59 |    ioctl(fd, I2OHRTGET, struct i2o_cmd_hrt *hrt); | 
 | 60 |  | 
 | 61 |       struct i2o_cmd_hrtlct | 
 | 62 |       { | 
 | 63 |          u32   iop;      /* IOP unit number */ | 
 | 64 |          void  *resbuf;  /* Buffer for result */ | 
 | 65 |          u32   *reslen;  /* Buffer length in bytes */ | 
 | 66 |       }; | 
 | 67 |  | 
 | 68 |    DESCRIPTION | 
 | 69 |  | 
 | 70 |    This function returns the Hardware Resource Table of the IOP specified | 
 | 71 |    by hrt->iop in the buffer pointed to by hrt->resbuf. The actual size of | 
 | 72 |    the data is written into *(hrt->reslen). | 
 | 73 |  | 
 | 74 |    RETURNS | 
 | 75 |  | 
 | 76 |    This function returns 0 if no errors occur. If an error occurs, -1 | 
 | 77 |    is returned and errno is set appropriately: | 
 | 78 |  | 
 | 79 |       EFAULT      Invalid user space pointer was passed | 
 | 80 |       ENXIO       Invalid IOP number | 
 | 81 |       ENOBUFS     Buffer not large enough.  If this occurs, the required | 
 | 82 |                   buffer length is written into *(hrt->reslen) | 
 | 83 |  | 
 | 84 | V. Getting Logical Configuration Table | 
 | 85 |  | 
 | 86 |    SYNOPSIS | 
 | 87 |  | 
 | 88 |    ioctl(fd, I2OLCTGET, struct i2o_cmd_lct *lct); | 
 | 89 |  | 
 | 90 |       struct i2o_cmd_hrtlct | 
 | 91 |       { | 
 | 92 |          u32   iop;      /* IOP unit number */ | 
 | 93 |          void  *resbuf;  /* Buffer for result */ | 
 | 94 |          u32   *reslen;  /* Buffer length in bytes */ | 
 | 95 |       }; | 
 | 96 |  | 
 | 97 |    DESCRIPTION | 
 | 98 |  | 
 | 99 |    This function returns the Logical Configuration Table of the IOP specified | 
 | 100 |    by lct->iop in the buffer pointed to by lct->resbuf. The actual size of | 
 | 101 |    the data is written into *(lct->reslen). | 
 | 102 |  | 
 | 103 |    RETURNS | 
 | 104 |  | 
 | 105 |    This function returns 0 if no errors occur. If an error occurs, -1 | 
 | 106 |    is returned and errno is set appropriately: | 
 | 107 |  | 
 | 108 |       EFAULT      Invalid user space pointer was passed | 
 | 109 |       ENXIO       Invalid IOP number | 
 | 110 |       ENOBUFS     Buffer not large enough.  If this occurs, the required | 
 | 111 |                   buffer length is written into *(lct->reslen) | 
 | 112 |  | 
 | 113 | VI. Settting Parameters | 
 | 114 |  | 
 | 115 |    SYNOPSIS | 
 | 116 |  | 
 | 117 |    ioctl(fd, I2OPARMSET, struct i2o_parm_setget *ops); | 
 | 118 |  | 
 | 119 |       struct i2o_cmd_psetget | 
 | 120 |       { | 
 | 121 |          u32   iop;      /* IOP unit number */ | 
 | 122 |          u32   tid;      /* Target device TID */ | 
 | 123 |          void  *opbuf;   /* Operation List buffer */ | 
 | 124 |          u32   oplen;    /* Operation List buffer length in bytes */ | 
 | 125 |          void  *resbuf;  /* Result List buffer */ | 
 | 126 |          u32   *reslen;  /* Result List buffer length in bytes */ | 
 | 127 |       }; | 
 | 128 |  | 
 | 129 |    DESCRIPTION | 
 | 130 |  | 
 | 131 |    This function posts a UtilParamsSet message to the device identified | 
 | 132 |    by ops->iop and ops->tid.  The operation list for the message is | 
 | 133 |    sent through the ops->opbuf buffer, and the result list is written | 
 | 134 |    into the buffer pointed to by ops->resbuf.  The number of bytes | 
 | 135 |    written is placed into *(ops->reslen). | 
 | 136 |  | 
 | 137 |    RETURNS | 
 | 138 |  | 
 | 139 |    The return value is the size in bytes of the data written into | 
 | 140 |    ops->resbuf if no errors occur.  If an error occurs, -1 is returned | 
 | 141 |    and errno is set appropriatly: | 
 | 142 |  | 
 | 143 |       EFAULT      Invalid user space pointer was passed | 
 | 144 |       ENXIO       Invalid IOP number | 
 | 145 |       ENOBUFS     Buffer not large enough.  If this occurs, the required | 
 | 146 |                   buffer length is written into *(ops->reslen) | 
 | 147 |       ETIMEDOUT   Timeout waiting for reply message | 
 | 148 |       ENOMEM      Kernel memory allocation error | 
 | 149 |  | 
 | 150 |    A return value of 0 does not mean that the value was actually | 
 | 151 |    changed properly on the IOP.  The user should check the result | 
 | 152 |    list to determine the specific status of the transaction. | 
 | 153 |  | 
 | 154 | VII. Getting Parameters | 
 | 155 |  | 
 | 156 |    SYNOPSIS | 
 | 157 |  | 
 | 158 |    ioctl(fd, I2OPARMGET, struct i2o_parm_setget *ops); | 
 | 159 |  | 
 | 160 |       struct i2o_parm_setget | 
 | 161 |       { | 
 | 162 |          u32   iop;      /* IOP unit number */ | 
 | 163 |          u32   tid;      /* Target device TID */ | 
 | 164 |          void  *opbuf;   /* Operation List buffer */ | 
 | 165 |          u32   oplen;    /* Operation List buffer length in bytes */ | 
 | 166 |          void  *resbuf;  /* Result List buffer */ | 
 | 167 |          u32   *reslen;  /* Result List buffer length in bytes */ | 
 | 168 |       }; | 
 | 169 |  | 
 | 170 |    DESCRIPTION | 
 | 171 |  | 
 | 172 |    This function posts a UtilParamsGet message to the device identified | 
 | 173 |    by ops->iop and ops->tid.  The operation list for the message is | 
 | 174 |    sent through the ops->opbuf buffer, and the result list is written | 
 | 175 |    into the buffer pointed to by ops->resbuf.  The actual size of data | 
 | 176 |    written is placed into *(ops->reslen). | 
 | 177 |  | 
 | 178 |    RETURNS | 
 | 179 |  | 
 | 180 |       EFAULT      Invalid user space pointer was passed | 
 | 181 |       ENXIO       Invalid IOP number | 
 | 182 |       ENOBUFS     Buffer not large enough.  If this occurs, the required | 
 | 183 |                   buffer length is written into *(ops->reslen) | 
 | 184 |       ETIMEDOUT   Timeout waiting for reply message | 
 | 185 |       ENOMEM      Kernel memory allocation error | 
 | 186 |  | 
 | 187 |    A return value of 0 does not mean that the value was actually | 
| Adrian Bunk | 943ffb5 | 2006-01-10 00:10:13 +0100 | [diff] [blame] | 188 |    properly retrieved.  The user should check the result list | 
| Linus Torvalds | 1da177e | 2005-04-16 15:20:36 -0700 | [diff] [blame] | 189 |    to determine the specific status of the transaction. | 
 | 190 |  | 
 | 191 | VIII. Downloading Software | 
 | 192 |  | 
 | 193 |    SYNOPSIS | 
 | 194 |  | 
 | 195 |    ioctl(fd, I2OSWDL, struct i2o_sw_xfer *sw); | 
 | 196 |  | 
 | 197 |       struct i2o_sw_xfer | 
 | 198 |       { | 
 | 199 |          u32   iop;       /* IOP unit number */ | 
 | 200 |          u8    flags;     /* DownloadFlags field */ | 
 | 201 |          u8    sw_type;   /* Software type */ | 
 | 202 |          u32   sw_id;     /* Software ID */ | 
 | 203 |          void  *buf;      /* Pointer to software buffer */ | 
 | 204 |          u32   *swlen;    /* Length of software buffer */ | 
 | 205 |          u32   *maxfrag;  /* Number of fragments */ | 
 | 206 |          u32   *curfrag;  /* Current fragment number */ | 
 | 207 |       }; | 
 | 208 |  | 
 | 209 |    DESCRIPTION | 
 | 210 |  | 
 | 211 |    This function downloads a software fragment pointed by sw->buf | 
 | 212 |    to the iop identified by sw->iop. The DownloadFlags, SwID, SwType | 
 | 213 |    and SwSize fields of the ExecSwDownload message are filled in with | 
 | 214 |    the values of sw->flags, sw->sw_id, sw->sw_type and *(sw->swlen). | 
 | 215 |  | 
 | 216 |    The fragments _must_ be sent in order and be 8K in size. The last | 
 | 217 |    fragment _may_ be shorter, however. The kernel will compute its | 
 | 218 |    size based on information in the sw->swlen field. | 
 | 219 |  | 
 | 220 |    Please note that SW transfers can take a long time. | 
 | 221 |  | 
 | 222 |    RETURNS | 
 | 223 |  | 
 | 224 |    This function returns 0 no errors occur. If an error occurs, -1 | 
 | 225 |    is returned and errno is set appropriatly: | 
 | 226 |  | 
 | 227 |       EFAULT      Invalid user space pointer was passed | 
 | 228 |       ENXIO       Invalid IOP number | 
 | 229 |       ETIMEDOUT   Timeout waiting for reply message | 
 | 230 |       ENOMEM      Kernel memory allocation error | 
 | 231 |  | 
 | 232 | IX. Uploading Software | 
 | 233 |  | 
 | 234 |    SYNOPSIS | 
 | 235 |  | 
 | 236 |    ioctl(fd, I2OSWUL, struct i2o_sw_xfer *sw); | 
 | 237 |  | 
 | 238 |       struct i2o_sw_xfer | 
 | 239 |       { | 
 | 240 |          u32   iop;      /* IOP unit number */ | 
 | 241 |          u8    flags; 	 /* UploadFlags */ | 
 | 242 |          u8    sw_type;  /* Software type */ | 
 | 243 |          u32   sw_id;    /* Software ID */ | 
 | 244 |          void  *buf;     /* Pointer to software buffer */ | 
 | 245 |          u32   *swlen;   /* Length of software buffer */ | 
 | 246 |          u32   *maxfrag; /* Number of fragments */ | 
 | 247 |          u32   *curfrag; /* Current fragment number */ | 
 | 248 |       }; | 
 | 249 |  | 
 | 250 |    DESCRIPTION | 
 | 251 |  | 
 | 252 |    This function uploads a software fragment from the IOP identified | 
 | 253 |    by sw->iop, sw->sw_type, sw->sw_id and optionally sw->swlen fields. | 
 | 254 |    The UploadFlags, SwID, SwType and SwSize fields of the ExecSwUpload | 
 | 255 |    message are filled in with the values of sw->flags, sw->sw_id, | 
 | 256 |    sw->sw_type and *(sw->swlen). | 
 | 257 |  | 
 | 258 |    The fragments _must_ be requested in order and be 8K in size. The | 
 | 259 |    user is responsible for allocating memory pointed by sw->buf. The | 
 | 260 |    last fragment _may_ be shorter. | 
 | 261 |  | 
 | 262 |    Please note that SW transfers can take a long time. | 
 | 263 |  | 
 | 264 |    RETURNS | 
 | 265 |  | 
 | 266 |    This function returns 0 if no errors occur.  If an error occurs, -1 | 
 | 267 |    is returned and errno is set appropriatly: | 
 | 268 |  | 
 | 269 |       EFAULT      Invalid user space pointer was passed | 
 | 270 |       ENXIO       Invalid IOP number | 
 | 271 |       ETIMEDOUT   Timeout waiting for reply message | 
 | 272 |       ENOMEM      Kernel memory allocation error | 
 | 273 |  | 
 | 274 | X. Removing Software | 
 | 275 |  | 
 | 276 |    SYNOPSIS | 
 | 277 |  | 
 | 278 |    ioctl(fd, I2OSWDEL, struct i2o_sw_xfer *sw); | 
 | 279 |  | 
 | 280 |       struct i2o_sw_xfer | 
 | 281 |       { | 
 | 282 |          u32   iop;      /* IOP unit number */ | 
 | 283 |          u8    flags; 	 /* RemoveFlags */ | 
 | 284 |          u8    sw_type;  /* Software type */ | 
 | 285 |          u32   sw_id;    /* Software ID */ | 
 | 286 |          void  *buf;     /* Unused */ | 
 | 287 |          u32   *swlen;   /* Length of the software data */ | 
 | 288 |          u32   *maxfrag; /* Unused */ | 
 | 289 |          u32   *curfrag; /* Unused */ | 
 | 290 |       }; | 
 | 291 |  | 
 | 292 |    DESCRIPTION | 
 | 293 |  | 
 | 294 |    This function removes software from the IOP identified by sw->iop. | 
 | 295 |    The RemoveFlags, SwID, SwType and SwSize fields of the ExecSwRemove message | 
 | 296 |    are filled in with the values of sw->flags, sw->sw_id, sw->sw_type and | 
 | 297 |    *(sw->swlen). Give zero in *(sw->len) if the value is unknown. IOP uses | 
 | 298 |    *(sw->swlen) value to verify correct identication of the module to remove. | 
 | 299 |    The actual size of the module is written into *(sw->swlen). | 
 | 300 |  | 
 | 301 |    RETURNS | 
 | 302 |  | 
 | 303 |    This function returns 0 if no errors occur.  If an error occurs, -1 | 
 | 304 |    is returned and errno is set appropriatly: | 
 | 305 |  | 
 | 306 |       EFAULT      Invalid user space pointer was passed | 
 | 307 |       ENXIO       Invalid IOP number | 
 | 308 |       ETIMEDOUT   Timeout waiting for reply message | 
 | 309 |       ENOMEM      Kernel memory allocation error | 
 | 310 |  | 
 | 311 | X. Validating Configuration | 
 | 312 |  | 
 | 313 |    SYNOPSIS | 
 | 314 |  | 
 | 315 |    ioctl(fd, I2OVALIDATE, int *iop); | 
 | 316 | 	u32 iop; | 
 | 317 |  | 
 | 318 |    DESCRIPTION | 
 | 319 |  | 
 | 320 |    This function posts an ExecConfigValidate message to the controller | 
 | 321 |    identified by iop. This message indicates that the current | 
 | 322 |    configuration is accepted. The iop changes the status of suspect drivers | 
 | 323 |    to valid and may delete old drivers from its store. | 
 | 324 |  | 
 | 325 |    RETURNS | 
 | 326 |  | 
 | 327 |    This function returns 0 if no erro occur.  If an error occurs, -1 is | 
 | 328 |    returned and errno is set appropriatly: | 
 | 329 |  | 
 | 330 |       ETIMEDOUT   Timeout waiting for reply message | 
 | 331 |       ENXIO       Invalid IOP number | 
 | 332 |  | 
 | 333 | XI. Configuration Dialog | 
 | 334 |  | 
 | 335 |    SYNOPSIS | 
 | 336 |  | 
 | 337 |    ioctl(fd, I2OHTML, struct i2o_html *htquery); | 
 | 338 |       struct i2o_html | 
 | 339 |       { | 
 | 340 |          u32   iop;      /* IOP unit number */ | 
 | 341 |          u32   tid;      /* Target device ID */ | 
 | 342 |          u32   page;     /* HTML page */ | 
 | 343 |          void  *resbuf;  /* Buffer for reply HTML page */ | 
 | 344 |          u32   *reslen;  /* Length in bytes of reply buffer */ | 
 | 345 |          void  *qbuf;    /* Pointer to HTTP query string */ | 
 | 346 |          u32   qlen;     /* Length in bytes of query string buffer */ | 
 | 347 |       }; | 
 | 348 |  | 
 | 349 |    DESCRIPTION | 
 | 350 |  | 
 | 351 |    This function posts an UtilConfigDialog message to the device identified | 
 | 352 |    by htquery->iop and htquery->tid.  The requested HTML page number is | 
 | 353 |    provided by the htquery->page field, and the resultant data is stored | 
 | 354 |    in the buffer pointed to by htquery->resbuf.  If there is an HTTP query | 
 | 355 |    string that is to be sent to the device, it should be sent in the buffer | 
 | 356 |    pointed to by htquery->qbuf.  If there is no query string, this field | 
 | 357 |    should be set to NULL. The actual size of the reply received is written | 
 | 358 |    into *(htquery->reslen). | 
 | 359 |  | 
 | 360 |    RETURNS | 
 | 361 |  | 
 | 362 |    This function returns 0 if no error occur. If an error occurs, -1 | 
 | 363 |    is returned and errno is set appropriatly: | 
 | 364 |  | 
 | 365 |       EFAULT      Invalid user space pointer was passed | 
 | 366 |       ENXIO       Invalid IOP number | 
 | 367 |       ENOBUFS     Buffer not large enough.  If this occurs, the required | 
 | 368 |                   buffer length is written into *(ops->reslen) | 
 | 369 |       ETIMEDOUT   Timeout waiting for reply message | 
 | 370 |       ENOMEM      Kernel memory allocation error | 
 | 371 |  | 
 | 372 | XII. Events | 
 | 373 |  | 
 | 374 |     In the process of determining this.  Current idea is to have use | 
 | 375 |     the select() interface to allow user apps to periodically poll | 
 | 376 |     the /dev/i2o/ctl device for events.  When select() notifies the user | 
 | 377 |     that an event is available, the user would call read() to retrieve | 
 | 378 |     a list of all the events that are pending for the specific device. | 
 | 379 |  | 
 | 380 | ============================================================================= | 
 | 381 | Revision History | 
 | 382 | ============================================================================= | 
 | 383 |  | 
 | 384 | Rev 0.1 - 04/01/99 | 
 | 385 | - Initial revision | 
 | 386 |  | 
 | 387 | Rev 0.2 - 04/06/99 | 
 | 388 | - Changed return values to match UNIX ioctl() standard.  Only return values | 
 | 389 |   are 0 and -1.  All errors are reported through errno. | 
 | 390 | - Added summary of proposed possible event interfaces | 
 | 391 |  | 
 | 392 | Rev 0.3 - 04/20/99 | 
 | 393 | - Changed all ioctls() to use pointers to user data instead of actual data | 
 | 394 | - Updated error values to match the code |