123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120 |
- RapidIO subsystem Channelized Messaging character device driver (rio_cm.c)
- ==========================================================================
- Version History:
- ----------------
- 1.0.0 - Initial driver release.
- ==========================================================================
- I. Overview
- This device driver is the result of collaboration within the RapidIO.org
- Software Task Group (STG) between Texas Instruments, Prodrive Technologies,
- Nokia Networks, BAE and IDT. Additional input was received from other members
- of RapidIO.org.
- The objective was to create a character mode driver interface which exposes
- messaging capabilities of RapidIO endpoint devices (mports) directly
- to applications, in a manner that allows the numerous and varied RapidIO
- implementations to interoperate.
- This driver (RIO_CM) provides to user-space applications shared access to
- RapidIO mailbox messaging resources.
- RapidIO specification (Part 2) defines that endpoint devices may have up to four
- messaging mailboxes in case of multi-packet message (up to 4KB) and
- up to 64 mailboxes if single-packet messages (up to 256 B) are used. In addition
- to protocol definition limitations, a particular hardware implementation can
- have reduced number of messaging mailboxes. RapidIO aware applications must
- therefore share the messaging resources of a RapidIO endpoint.
- Main purpose of this device driver is to provide RapidIO mailbox messaging
- capability to large number of user-space processes by introducing socket-like
- operations using a single messaging mailbox. This allows applications to
- use the limited RapidIO messaging hardware resources efficiently.
- Most of device driver's operations are supported through 'ioctl' system calls.
- When loaded this device driver creates a single file system node named rio_cm
- in /dev directory common for all registered RapidIO mport devices.
- Following ioctl commands are available to user-space applications:
- - RIO_CM_MPORT_GET_LIST : Returns to caller list of local mport devices that
- support messaging operations (number of entries up to RIO_MAX_MPORTS).
- Each list entry is combination of mport's index in the system and RapidIO
- destination ID assigned to the port.
- - RIO_CM_EP_GET_LIST_SIZE : Returns number of messaging capable remote endpoints
- in a RapidIO network associated with the specified mport device.
- - RIO_CM_EP_GET_LIST : Returns list of RapidIO destination IDs for messaging
- capable remote endpoints (peers) available in a RapidIO network associated
- with the specified mport device.
- - RIO_CM_CHAN_CREATE : Creates RapidIO message exchange channel data structure
- with channel ID assigned automatically or as requested by a caller.
- - RIO_CM_CHAN_BIND : Binds the specified channel data structure to the specified
- mport device.
- - RIO_CM_CHAN_LISTEN : Enables listening for connection requests on the specified
- channel.
- - RIO_CM_CHAN_ACCEPT : Accepts a connection request from peer on the specified
- channel. If wait timeout for this request is specified by a caller it is
- a blocking call. If timeout set to 0 this is non-blocking call - ioctl
- handler checks for a pending connection request and if one is not available
- exits with -EGAIN error status immediately.
- - RIO_CM_CHAN_CONNECT : Sends a connection request to a remote peer/channel.
- - RIO_CM_CHAN_SEND : Sends a data message through the specified channel.
- The handler for this request assumes that message buffer specified by
- a caller includes the reserved space for a packet header required by
- this driver.
- - RIO_CM_CHAN_RECEIVE : Receives a data message through a connected channel.
- If the channel does not have an incoming message ready to return this ioctl
- handler will wait for new message until timeout specified by a caller
- expires. If timeout value is set to 0, ioctl handler uses a default value
- defined by MAX_SCHEDULE_TIMEOUT.
- - RIO_CM_CHAN_CLOSE : Closes a specified channel and frees associated buffers.
- If the specified channel is in the CONNECTED state, sends close notification
- to the remote peer.
- The ioctl command codes and corresponding data structures intended for use by
- user-space applications are defined in 'include/uapi/linux/rio_cm_cdev.h'.
- II. Hardware Compatibility
- This device driver uses standard interfaces defined by kernel RapidIO subsystem
- and therefore it can be used with any mport device driver registered by RapidIO
- subsystem with limitations set by available mport HW implementation of messaging
- mailboxes.
- III. Module parameters
- - 'dbg_level' - This parameter allows to control amount of debug information
- generated by this device driver. This parameter is formed by set of
- bit masks that correspond to the specific functional block.
- For mask definitions see 'drivers/rapidio/devices/rio_cm.c'
- This parameter can be changed dynamically.
- Use CONFIG_RAPIDIO_DEBUG=y to enable debug output at the top level.
- - 'cmbox' - Number of RapidIO mailbox to use (default value is 1).
- This parameter allows to set messaging mailbox number that will be used
- within entire RapidIO network. It can be used when default mailbox is
- used by other device drivers or is not supported by some nodes in the
- RapidIO network.
- - 'chstart' - Start channel number for dynamic assignment. Default value - 256.
- Allows to exclude channel numbers below this parameter from dynamic
- allocation to avoid conflicts with software components that use
- reserved predefined channel numbers.
- IV. Known problems
- None.
- V. User-space Applications and API Library
- Messaging API library and applications that use this device driver are available
- from RapidIO.org.
- VI. TODO List
- - Add support for system notification messages (reserved channel 0).
|