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 |