I2O pass-through OSM (ptosm)

ptosm is a character special device which allows low-level access to the I2O subsystem from user space. The I2O subsystem is configured via HTML using a standard browser such as Netscape Navigator. The I2O-dialog daemon which interfaces the browser to the I2O subsystem is the primary user of the ptosm device. The device driver is implemented as a loadable STREAMS driver.

The device supports two ioctl commands:

I2O_PT_NUMIOPS

This command obtains the number of I/O processors (IOPs).

#include <sys/i2o/ptosm.h>

int fd, stat, num;

stat = ioctl(fd, I2O_PT_NUMIOPS, &num);

If the ioctl returns success then num contains the number of IOPs registered in the I2O message layer.

I2O_PT_MSGTFR

This command transfers messages to or from an IOP.

#include <sys/i2o/ptosm.h>

int fd, stat;
I2OptUserMsg_t i2oUserMsg;

stat = ioctl(fd, I2O_PT_MSGTFR, &i2oUserMsg);

I2OptUserMsg_t is a typedef of the following structure:

typedef struct {
        unsigned char   Version;
        unsigned char   IopNum;
        unsigned char   Pad[2];
        void            *Message;
        unsigned int    MessageLength;
        void            *Reply;
        unsigned int    ReplyLength;
        I2OPtData       Data[MAX_PT_SGL_BUFFERS];
} I2OptUserMsg_t;

Version should be set to I2O_CURRENT_VERSION.

IopNum should be set to the number of the desired target IOP.

Message is a pointer to a buffer containing a copy of the I2O message that is to be sent to the IOP. MessageLength is the length of this buffer.

The ptosm driver will generate and fill in the SGLOffset, MessageFlags and MessageLength fields of an I2O message. It will also generate the scatter/gather lists (SGLs) from information in the Data[] entries.

---

NOTE: The InitiatorContext and TransactionContext fields will be used for ptosm private data and will not be preserved in the Reply buffer.

---

Reply is a pointer to a buffer where the ptosm will place the reply from the IOP.

ReplyLength is the size of the Reply buffer. The ptosm will copy data up to this from the actual reply.

---

NOTE: It is an error for the Reply buffer to be smaller than a standard I2O reply message.

---

Data[] is an array of I2OPtData structures:

typedef struct {
        void            *Data;
        unsigned int    Length;
        unsigned int    Flags;
} I2OPtData;

Data is a pointer to a buffer that contains data to be written to the IOP or will contain data read from the IOP.

Length is the length of the buffer in bytes.

Flags controls the direction of data movement and is one of I2O_PT_DATA_READ or I2O_PT_DATA_WRITE. All other fields are reserved for future use and must be set to zero.

For each Data[] element that has the Flags field set to I2O_PT_DATA_READ or I2O_PT_DATA_WRITE, the ptosm driver creates a scatter/gather list (SGL) entry on the end of the Message that it sends to the IOP. Data array elements must be filled in, in order, from element 0.

In the current version of the interface (I2O_PT_VERSION_1) there may be a maximum of 4 SGLs attached to the message. Each dynamically created SGL will be of type SIMPLE. All messages must be of a type that generate a SINGLE_REPLY frame.

---

WARNING: This ioctl allows the user to send nearly all messages to the IOP. Sending messages that modify the behavior or running state of an IOP or any of its software could seriously impact system performance and may lead to a system panic, data loss, or both.

---

Return Values

The ioctl sets the following values in errno on failure:

EINVAL

A parameter error. This may include:

• IopNum is greater than the value returned by I2O_PT_NUMIOPS.

• Message is shorter or longer than a valid I2O message.

• Data[n].Length specifies a value greater than the maximum SGL value set in the Space.c file for the ptosm driver.

• Data[] entries are not ordered correctly from element 0 (for example, Data[0] and Data[2] contain valid data, but Data[1] has no data.)

ENOMEM

The system failed to allocate an internal buffer or could not get a valid message frame from the target IOP.