M7350/kernel/include/linux/slimbus/slimbus.h
2024-09-09 08:52:07 +00:00

1083 lines
40 KiB
C

/* Copyright (c) 2011-2013, The Linux Foundation. All rights reserved.
*
* This program is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Public License version 2 and
* only version 2 as published by the Free Software Foundation.
*
* This program is distributed in the hope that it will be useful,
* but WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
* GNU General Public License for more details.
*/
#ifndef _LINUX_SLIMBUS_H
#define _LINUX_SLIMBUS_H
#include <linux/module.h>
#include <linux/device.h>
#include <linux/mutex.h>
#include <linux/mod_devicetable.h>
/* Interfaces between SLIMbus manager drivers and SLIMbus infrastructure. */
extern struct bus_type slimbus_type;
/* Standard values per SLIMbus spec needed by controllers and devices */
#define SLIM_CL_PER_SUPERFRAME 6144
#define SLIM_CL_PER_SUPERFRAME_DIV8 (SLIM_CL_PER_SUPERFRAME >> 3)
#define SLIM_MAX_CLK_GEAR 10
#define SLIM_MIN_CLK_GEAR 1
#define SLIM_CL_PER_SL 4
#define SLIM_SL_PER_SUPERFRAME (SLIM_CL_PER_SUPERFRAME >> 2)
#define SLIM_FRM_SLOTS_PER_SUPERFRAME 16
#define SLIM_GDE_SLOTS_PER_SUPERFRAME 2
/*
* SLIMbus message types. Related to interpretation of message code.
* Values are defined in Table 32 (slimbus spec 1.01.01)
*/
#define SLIM_MSG_MT_CORE 0x0
#define SLIM_MSG_MT_DEST_REFERRED_CLASS 0x1
#define SLIM_MSG_MT_DEST_REFERRED_USER 0x2
#define SLIM_MSG_MT_SRC_REFERRED_CLASS 0x5
#define SLIM_MSG_MT_SRC_REFERRED_USER 0x6
/*
* SLIMbus core type Message Codes.
* Values are defined in Table 65 (slimbus spec 1.01.01)
*/
/* Device management messages */
#define SLIM_MSG_MC_REPORT_PRESENT 0x1
#define SLIM_MSG_MC_ASSIGN_LOGICAL_ADDRESS 0x2
#define SLIM_MSG_MC_RESET_DEVICE 0x4
#define SLIM_MSG_MC_CHANGE_LOGICAL_ADDRESS 0x8
#define SLIM_MSG_MC_CHANGE_ARBITRATION_PRIORITY 0x9
#define SLIM_MSG_MC_REQUEST_SELF_ANNOUNCEMENT 0xC
#define SLIM_MSG_MC_REPORT_ABSENT 0xF
/* Data channel management messages */
#define SLIM_MSG_MC_CONNECT_SOURCE 0x10
#define SLIM_MSG_MC_CONNECT_SINK 0x11
#define SLIM_MSG_MC_DISCONNECT_PORT 0x14
#define SLIM_MSG_MC_CHANGE_CONTENT 0x18
/* Information management messages */
#define SLIM_MSG_MC_REQUEST_INFORMATION 0x20
#define SLIM_MSG_MC_REQUEST_CLEAR_INFORMATION 0x21
#define SLIM_MSG_MC_REPLY_INFORMATION 0x24
#define SLIM_MSG_MC_CLEAR_INFORMATION 0x28
#define SLIM_MSG_MC_REPORT_INFORMATION 0x29
/* Reconfiguration messages */
#define SLIM_MSG_MC_BEGIN_RECONFIGURATION 0x40
#define SLIM_MSG_MC_NEXT_ACTIVE_FRAMER 0x44
#define SLIM_MSG_MC_NEXT_SUBFRAME_MODE 0x45
#define SLIM_MSG_MC_NEXT_CLOCK_GEAR 0x46
#define SLIM_MSG_MC_NEXT_ROOT_FREQUENCY 0x47
#define SLIM_MSG_MC_NEXT_PAUSE_CLOCK 0x4A
#define SLIM_MSG_MC_NEXT_RESET_BUS 0x4B
#define SLIM_MSG_MC_NEXT_SHUTDOWN_BUS 0x4C
#define SLIM_MSG_MC_NEXT_DEFINE_CHANNEL 0x50
#define SLIM_MSG_MC_NEXT_DEFINE_CONTENT 0x51
#define SLIM_MSG_MC_NEXT_ACTIVATE_CHANNEL 0x54
#define SLIM_MSG_MC_NEXT_DEACTIVATE_CHANNEL 0x55
#define SLIM_MSG_MC_NEXT_REMOVE_CHANNEL 0x58
#define SLIM_MSG_MC_RECONFIGURE_NOW 0x5F
/*
* Clock pause flag to indicate that the reconfig message
* corresponds to clock pause sequence
*/
#define SLIM_MSG_CLK_PAUSE_SEQ_FLG (1U << 8)
/* Value management messages */
#define SLIM_MSG_MC_REQUEST_VALUE 0x60
#define SLIM_MSG_MC_REQUEST_CHANGE_VALUE 0x61
#define SLIM_MSG_MC_REPLY_VALUE 0x64
#define SLIM_MSG_MC_CHANGE_VALUE 0x68
/* Clock pause values defined in Table 66 (slimbus spec 1.01.01) */
#define SLIM_CLK_FAST 0
#define SLIM_CLK_CONST_PHASE 1
#define SLIM_CLK_UNSPECIFIED 2
struct slim_controller;
struct slim_device;
/* Destination type Values defined in Table 33 (slimbus spec 1.01.01) */
#define SLIM_MSG_DEST_LOGICALADDR 0
#define SLIM_MSG_DEST_ENUMADDR 1
#define SLIM_MSG_DEST_BROADCAST 3
/*
* @start_offset: Specifies starting offset in information/value element map
* @num_bytes: Can be 1, 2, 3, 4, 6, 8, 12, 16 per spec. This ensures that the
* message will fit in the 40-byte message limit and the slicesize can be
* compatible with values in table 21 (slimbus spec 1.01.01)
* @comp: Completion to indicate end of message-transfer. Used if client wishes
* to use the API asynchronously.
*/
struct slim_ele_access {
u16 start_offset;
u8 num_bytes;
struct completion *comp;
};
/*
* struct slim_framer - Represents Slimbus framer.
* Every controller may have multiple framers.
* Manager is responsible for framer hand-over.
* @e_addr: 6 byte Elemental address of the framer.
* @rootfreq: Root Frequency at which the framer can run. This is maximum
* frequency (clock gear 10 per slimbus spec) at which the bus can operate.
* @superfreq: Superframes per root frequency. Every frame is 6144 cells (bits)
* per slimbus specification.
*/
struct slim_framer {
u8 e_addr[6];
int rootfreq;
int superfreq;
};
#define to_slim_framer(d) container_of(d, struct slim_framer, dev);
/*
* struct slim_addrt: slimbus address used internally by the slimbus framework.
* @valid: If the device is still there or if the address can be reused.
* @eaddr: 6-bytes-long elemental address
* @laddr: It is possible that controller will set a predefined logical address
* rather than the one assigned by framework. (i.e. logical address may
* not be same as index into this table). This entry will store the
* logical address value for this enumeration address.
*/
struct slim_addrt {
bool valid;
u8 eaddr[6];
u8 laddr;
};
/*
* struct slim_msg_txn: Message to be sent by the controller.
* Linux framework uses this structure with drivers implementing controller.
* This structure has packet header, payload and buffer to be filled (if any)
* For the header information, refer to Table 34-36.
* @rl: Header field. remaining length.
* @mt: Header field. Message type.
* @mc: Header field. LSB is message code for type mt. Framework will set MSB to
* SLIM_MSG_CLK_PAUSE_SEQ_FLG in case "mc" in the reconfiguration sequence
* is for pausing the clock.
* @dt: Header field. Destination type.
* @ec: Element size. Used for elemental access APIs.
* @len: Length of payload. (excludes ec)
* @tid: Transaction ID. Used for messages expecting response.
* (e.g. relevant for mc = SLIM_MSG_MC_REQUEST_INFORMATION)
* @la: Logical address of the device this message is going to.
* (Not used when destination type is broadcast.)
* @rbuf: Buffer to be populated by controller when response is received.
* @wbuf: Payload of the message. (e.g. channel number for DATA channel APIs)
* @comp: Completion structure. Used by controller to notify response.
* (Field is relevant when tid is used)
*/
struct slim_msg_txn {
u8 rl;
u8 mt;
u16 mc;
u8 dt;
u16 ec;
u8 len;
u8 tid;
u8 la;
u8 *rbuf;
const u8 *wbuf;
struct completion *comp;
};
/* Internal port state used by slimbus framework to manage data-ports */
enum slim_port_state {
SLIM_P_FREE,
SLIM_P_UNCFG,
SLIM_P_CFG,
};
/*
* enum slim_port_req: Request port type by user through APIs to manage ports
* User can request default, half-duplex or port to be used in multi-channel
* configuration. Default indicates a simplex port.
*/
enum slim_port_req {
SLIM_REQ_DEFAULT,
SLIM_REQ_HALF_DUP,
SLIM_REQ_MULTI_CH,
};
/*
* enum slim_port_cfg: Port configuration parameters requested.
* User can request no configuration, packed data, or MSB aligned data port
*/
enum slim_port_cfg {
SLIM_CFG_NONE,
SLIM_CFG_PACKED,
SLIM_CFG_ALIGN_MSB,
};
/* enum slim_port_flow: Port flow type (inbound/outbound). */
enum slim_port_flow {
SLIM_SRC,
SLIM_SINK,
};
/* enum slim_port_err: Port errors */
enum slim_port_err {
SLIM_P_INPROGRESS,
SLIM_P_OVERFLOW,
SLIM_P_UNDERFLOW,
SLIM_P_DISCONNECT,
SLIM_P_NOT_OWNED,
};
/*
* struct slim_port: Internal structure used by framework to manage ports
* @err: Port error if any for this port. Refer to enum above.
* @state: Port state. Refer to enum above.
* @req: Port request for this port.
* @cfg: Port configuration for this port.
* @flow: Flow type of this port.
* @ch: Channel association of this port.
* @xcomp: Completion to indicate error, data transfer done event.
* @ctrl: Controller to which this port belongs to. This is useful to associate
* port with the SW since port hardware interrupts may only contain port
* information.
*/
struct slim_port {
enum slim_port_err err;
enum slim_port_state state;
enum slim_port_req req;
enum slim_port_cfg cfg;
enum slim_port_flow flow;
struct slim_ch *ch;
struct completion *xcomp;
struct slim_controller *ctrl;
};
/*
* enum slim_ch_state: Channel state of a channel.
* Channel transition happens from free-to-allocated-to-defined-to-pending-
* active-to-active.
* Once active, channel can be removed or suspended. Suspended channels are
* still scheduled, but data transfer doesn't happen.
* Removed channels are not deallocated until dealloc_ch API is used.
* Deallocation reset channel state back to free.
* Removed channels can be defined with different parameters.
*/
enum slim_ch_state {
SLIM_CH_FREE,
SLIM_CH_ALLOCATED,
SLIM_CH_DEFINED,
SLIM_CH_PENDING_ACTIVE,
SLIM_CH_ACTIVE,
SLIM_CH_SUSPENDED,
SLIM_CH_PENDING_REMOVAL,
};
/*
* enum slim_ch_proto: Channel protocol used by the channel.
* Hard Isochronous channel is not scheduled if current frequency doesn't allow
* the channel to be run without flow-control.
* Auto isochronous channel will be scheduled as hard-isochronous or push-pull
* depending on current bus frequency.
* Currently, Push-pull or async or extended channels are not supported.
* For more details, refer to slimbus spec
*/
enum slim_ch_proto {
SLIM_HARD_ISO,
SLIM_AUTO_ISO,
SLIM_PUSH,
SLIM_PULL,
SLIM_ASYNC_SMPLX,
SLIM_ASYNC_HALF_DUP,
SLIM_EXT_SMPLX,
SLIM_EXT_HALF_DUP,
};
/*
* enum slim_ch_rate: Most commonly used frequency rate families.
* Use 1HZ for push-pull transport.
* 4KHz and 11.025KHz are most commonly used in audio applications.
* Typically, slimbus runs at frequencies to support channels running at 4KHz
* and/or 11.025KHz isochronously.
*/
enum slim_ch_rate {
SLIM_RATE_1HZ,
SLIM_RATE_4000HZ,
SLIM_RATE_11025HZ,
};
/*
* enum slim_ch_coeff: Coefficient of a channel used internally by framework.
* Coefficient is applicable to channels running isochronously.
* Coefficient is calculated based on channel rate multiplier.
* (If rate multiplier is power of 2, it's coeff.1 channel. Otherwise it's
* coeff.3 channel.
*/
enum slim_ch_coeff {
SLIM_COEFF_1,
SLIM_COEFF_3,
};
/*
* enum slim_ch_control: Channel control.
* Activate will schedule channel and/or group of channels in the TDM frame.
* Suspend will keep the schedule but data-transfer won't happen.
* Remove will remove the channel/group from the TDM frame.
*/
enum slim_ch_control {
SLIM_CH_ACTIVATE,
SLIM_CH_SUSPEND,
SLIM_CH_REMOVE,
};
/* enum slim_ch_dataf: Data format per table 60 from slimbus spec 1.01.01 */
enum slim_ch_dataf {
SLIM_CH_DATAF_NOT_DEFINED = 0,
SLIM_CH_DATAF_LPCM_AUDIO = 1,
SLIM_CH_DATAF_IEC61937_COMP_AUDIO = 2,
SLIM_CH_DATAF_PACKED_PDM_AUDIO = 3,
};
/* enum slim_ch_auxf: Auxiliary field format per table 59 from slimbus spec */
enum slim_ch_auxf {
SLIM_CH_AUXF_NOT_APPLICABLE = 0,
SLIM_CH_AUXF_ZCUV_TUNNEL_IEC60958 = 1,
SLIM_CH_USER_DEFINED = 0xF,
};
/*
* struct slim_ch: Channel structure used externally by users of channel APIs.
* @prot: Desired slimbus protocol.
* @baser: Desired base rate. (Typical isochronous rates are: 4KHz, or 11.025KHz
* @dataf: Data format.
* @auxf: Auxiliary format.
* @ratem: Channel rate multiplier. (e.g. 48KHz channel will have 4KHz base rate
* and 12 as rate multiplier.
* @sampleszbits: Sample size in bits.
*/
struct slim_ch {
enum slim_ch_proto prot;
enum slim_ch_rate baser;
enum slim_ch_dataf dataf;
enum slim_ch_auxf auxf;
u32 ratem;
u32 sampleszbits;
};
/*
* struct slim_ich: Internal channel structure used by slimbus framework.
* @prop: structure passed by the client.
* @coeff: Coefficient of this channel.
* @state: Current state of the channel.
* @nextgrp: If this channel is part of group, next channel in this group.
* @prrate: Presence rate of this channel (per table 62 of the spec)
* @offset: Offset of this channel in the superframe.
* @newoff: Used during scheduling to hold temporary new offset until the offset
* is accepted/rejected by slimbus reconfiguration.
* @interval: Interval of this channel per superframe.
* @newintr: Used during scheduling to new interval temporarily.
* @seglen: Segment length of this channel.
* @rootexp: root exponent of this channel. Rate can be found using rootexp and
* coefficient. Used during scheduling.
* @srch: Source port used by this channel.
* @sinkh: Sink ports used by this channel.
* @nsink: number of sink ports used by this channel.
* @chan: Channel number sent on hardware lines for this channel. May not be
* equal to array-index into chans if client requested to use number beyond
* channel-array for the controller.
* @ref: Reference number to keep track of how many clients (upto 2) are using
* this channel.
* @def: Used to keep track of how many times the channel definition is sent
* to hardware and this will decide if channel-remove can be sent for the
* channel. Channel definition may be sent upto twice (once per producer
* and once per consumer). Channel removal should be sent only once to
* avoid clients getting underflow/overflow errors.
*/
struct slim_ich {
struct slim_ch prop;
enum slim_ch_coeff coeff;
enum slim_ch_state state;
u16 nextgrp;
u32 prrate;
u32 offset;
u32 newoff;
u32 interval;
u32 newintr;
u32 seglen;
u8 rootexp;
u32 srch;
u32 *sinkh;
int nsink;
u8 chan;
int ref;
int def;
};
/*
* struct slim_sched: Framework uses this structure internally for scheduling.
* @chc3: Array of all active coeffient 3 channels.
* @num_cc3: Number of active coeffient 3 channels.
* @chc1: Array of all active coeffient 1 channels.
* @num_cc1: Number of active coeffient 1 channels.
* @subfrmcode: Current subframe-code used by TDM. This is decided based on
* requested message bandwidth and current channels scheduled.
* @usedslots: Slots used by all active channels.
* @msgsl: Slots used by message-bandwidth.
* @pending_msgsl: Used to store pending request of message bandwidth (in slots)
* until the scheduling is accepted by reconfiguration.
* @m_reconf: This mutex is held until current reconfiguration (data channel
* scheduling, message bandwidth reservation) is done. Message APIs can
* use the bus concurrently when this mutex is held since elemental access
* messages can be sent on the bus when reconfiguration is in progress.
* @slots: Used for debugging purposes to debug/verify current schedule in TDM.
*/
struct slim_sched {
struct slim_ich **chc3;
int num_cc3;
struct slim_ich **chc1;
int num_cc1;
u32 subfrmcode;
u32 usedslots;
u32 msgsl;
u32 pending_msgsl;
struct mutex m_reconf;
u8 *slots;
};
/*
* enum slim_clk_state: Slimbus controller's clock state used internally for
* maintaining current clock state.
* @SLIM_CLK_ACTIVE: Slimbus clock is active
* @SLIM_CLK_PAUSE_FAILED: Slimbus controlled failed to go in clock pause.
* Hardware-wise, this state is same as active but controller will wait on
* completion before making transition to SLIM_CLK_ACTIVE in framework
* @SLIM_CLK_ENTERING_PAUSE: Slimbus clock pause sequence is being sent on the
* bus. If this succeeds, state changes to SLIM_CLK_PAUSED. If the
* transition fails, state changes to SLIM_CLK_PAUSE_FAILED
* @SLIM_CLK_PAUSED: Slimbus controller clock has paused.
*/
enum slim_clk_state {
SLIM_CLK_ACTIVE,
SLIM_CLK_ENTERING_PAUSE,
SLIM_CLK_PAUSE_FAILED,
SLIM_CLK_PAUSED,
};
/*
* struct slim_controller: Represents manager for a SlimBUS
* (similar to 'master' on I2C)
* @dev: Device interface to this driver
* @nr: Board-specific number identifier for this controller/bus
* @list: Link with other slimbus controllers
* @name: Name for this controller
* @clkgear: Current clock gear in which this bus is running
* @min_cg: Minimum clock gear supported by this controller (default value: 1)
* @max_cg: Maximum clock gear supported by this controller (default value: 10)
* @clk_state: Controller's clock state from enum slim_clk_state
* @pause_comp: Signals completion of clock pause sequence. This is useful when
* client tries to call slimbus transaction when controller may be entering
* clock pause.
* @a_framer: Active framer which is clocking the bus managed by this controller
* @m_ctrl: Mutex protecting controller data structures (ports, channels etc)
* @addrt: Logical address table
* @num_dev: Number of active slimbus slaves on this bus
* @devs: List of devices on this controller
* @wq: Workqueue per controller used to notify devices when they report present
* @txnt: Table of transactions having transaction ID
* @last_tid: size of the table txnt (can't grow beyond 256 since TID is 8-bits)
* @ports: Ports associated with this controller
* @nports: Number of ports supported by the controller
* @chans: Channels associated with this controller
* @nchans: Number of channels supported
* @reserved: Reserved channels that controller wants to use internally
* Clients will be assigned channel numbers after this number
* @sched: scheduler structure used by the controller
* @dev_released: completion used to signal when sysfs has released this
* controller so that it can be deleted during shutdown
* @xfer_msg: Transfer a message on this controller (this can be a broadcast
* control/status message like data channel setup, or a unicast message
* like value element read/write.
* @set_laddr: Setup logical address at laddr for the slave with elemental
* address e_addr. Drivers implementing controller will be expected to
* send unicast message to this device with its logical address.
* @allocbw: Controller can override default reconfiguration and channel
* scheduling algorithm.
* @get_laddr: It is possible that controller needs to set fixed logical
* address table and get_laddr can be used in that case so that controller
* can do this assignment.
* @wakeup: This function pointer implements controller-specific procedure
* to wake it up from clock-pause. Framework will call this to bring
* the controller out of clock pause.
* @config_port: Configure a port and make it ready for data transfer. This is
* called by framework after connect_port message is sent successfully.
* @framer_handover: If this controller has multiple framers, this API will
* be called to switch between framers if controller desires to change
* the active framer.
* @port_xfer: Called to schedule a transfer on port pn. iobuf is physical
* address and the buffer may have to be DMA friendly since data channels
* will be using data from this buffers without SW intervention.
* @port_xfer_status: Called by framework when client calls get_xfer_status
* API. Returns how much buffer is actually processed and the port
* errors (e.g. overflow/underflow) if any.
*/
struct slim_controller {
struct device dev;
unsigned int nr;
struct list_head list;
char name[SLIMBUS_NAME_SIZE];
int clkgear;
int min_cg;
int max_cg;
enum slim_clk_state clk_state;
struct completion pause_comp;
struct slim_framer *a_framer;
struct mutex m_ctrl;
struct slim_addrt *addrt;
u8 num_dev;
struct list_head devs;
struct workqueue_struct *wq;
struct slim_msg_txn **txnt;
u8 last_tid;
struct slim_port *ports;
int nports;
struct slim_ich *chans;
int nchans;
u8 reserved;
struct slim_sched sched;
struct completion dev_released;
int (*xfer_msg)(struct slim_controller *ctrl,
struct slim_msg_txn *txn);
int (*set_laddr)(struct slim_controller *ctrl,
const u8 *ea, u8 elen, u8 laddr);
int (*allocbw)(struct slim_device *sb,
int *subfrmc, int *clkgear);
int (*get_laddr)(struct slim_controller *ctrl,
const u8 *ea, u8 elen, u8 *laddr);
int (*wakeup)(struct slim_controller *ctrl);
int (*config_port)(struct slim_controller *ctrl,
u8 port);
int (*framer_handover)(struct slim_controller *ctrl,
struct slim_framer *new_framer);
int (*port_xfer)(struct slim_controller *ctrl,
u8 pn, u8 *iobuf, u32 len,
struct completion *comp);
enum slim_port_err (*port_xfer_status)(struct slim_controller *ctr,
u8 pn, u8 **done_buf, u32 *done_len);
};
#define to_slim_controller(d) container_of(d, struct slim_controller, dev)
/*
* struct slim_driver: Manage Slimbus generic/slave device driver
* @probe: Binds this driver to a slimbus device.
* @remove: Unbinds this driver from the slimbus device.
* @shutdown: Standard shutdown callback used during powerdown/halt.
* @suspend: Standard suspend callback used during system suspend
* @resume: Standard resume callback used during system resume
* @driver: Slimbus device drivers should initialize name and owner field of
* this structure
* @id_table: List of slimbus devices supported by this driver
*/
struct slim_driver {
int (*probe)(struct slim_device *sldev);
int (*remove)(struct slim_device *sldev);
void (*shutdown)(struct slim_device *sldev);
int (*suspend)(struct slim_device *sldev,
pm_message_t pmesg);
int (*resume)(struct slim_device *sldev);
int (*device_up)(struct slim_device *sldev);
struct device_driver driver;
const struct slim_device_id *id_table;
};
#define to_slim_driver(d) container_of(d, struct slim_driver, driver)
/*
* struct slim_pending_ch: List of pending channels used by framework.
* @chan: Channel number
* @pending: list of channels
*/
struct slim_pending_ch {
u8 chan;
struct list_head pending;
};
/*
* Client/device handle (struct slim_device):
* ------------------------------------------
* This is the client/device handle returned when a slimbus
* device is registered with a controller. This structure can be provided
* during register_board_info, or can be allocated using slim_add_device API.
* Pointer to this structure is used by client-driver as a handle.
* @dev: Driver model representation of the device.
* @name: Name of driver to use with this device.
* @e_addr: 6-byte elemental address of this device.
* @driver: Device's driver. Pointer to access routines.
* @ctrl: Slimbus controller managing the bus hosting this device.
* @laddr: 1-byte Logical address of this device.
* @mark_define: List of channels pending definition/activation.
* @mark_suspend: List of channels pending suspend.
* @mark_removal: List of channels pending removal.
* @notified: Flag to indicate whether this device has been notified. The
* device may report present multiple times, but should be notified only
* first time it has reported present.
* @dev_list: List of devices on a controller
* @wd: Work structure associated with workqueue for presence notification
* @sldev_reconf: Mutex to protect the pending data-channel lists.
* @pending_msgsl: Message bandwidth reservation request by this client in
* slots that's pending reconfiguration.
* @cur_msgsl: Message bandwidth reserved by this client in slots.
* These 3 lists are managed by framework. Lists are populated when client
* calls channel control API without reconfig-flag set and the lists are
* emptied when the reconfiguration is done by this client.
*/
struct slim_device {
struct device dev;
const char *name;
u8 e_addr[6];
struct slim_driver *driver;
struct slim_controller *ctrl;
u8 laddr;
struct list_head mark_define;
struct list_head mark_suspend;
struct list_head mark_removal;
bool notified;
struct list_head dev_list;
struct work_struct wd;
struct mutex sldev_reconf;
u32 pending_msgsl;
u32 cur_msgsl;
};
#define to_slim_device(d) container_of(d, struct slim_device, dev)
/*
* struct slim_boardinfo: Declare board info for Slimbus device bringup.
* @bus_num: Controller number (bus) on which this device will sit.
* @slim_slave: Device to be registered with slimbus.
*/
struct slim_boardinfo {
int bus_num;
struct slim_device *slim_slave;
};
/*
* slim_get_logical_addr: Return the logical address of a slimbus device.
* @sb: client handle requesting the adddress.
* @e_addr: Elemental address of the device.
* @e_len: Length of e_addr
* @laddr: output buffer to store the address
* context: can sleep
* -EINVAL is returned in case of invalid parameters, and -ENXIO is returned if
* the device with this elemental address is not found.
*/
extern int slim_get_logical_addr(struct slim_device *sb, const u8 *e_addr,
u8 e_len, u8 *laddr);
/* Message APIs Unicast message APIs used by slimbus slave drivers */
/*
* Message API access routines.
* @sb: client handle requesting elemental message reads, writes.
* @msg: Input structure for start-offset, number of bytes to read.
* @rbuf: data buffer to be filled with values read.
* @len: data buffer size
* @wbuf: data buffer containing value/information to be written
* context: can sleep
* Returns:
* -EINVAL: Invalid parameters
* -ETIMEDOUT: If controller could not complete the request. This may happen if
* the bus lines are not clocked, controller is not powered-on, slave with
* given address is not enumerated/responding.
*/
extern int slim_request_val_element(struct slim_device *sb,
struct slim_ele_access *msg, u8 *buf,
u8 len);
extern int slim_request_inf_element(struct slim_device *sb,
struct slim_ele_access *msg, u8 *buf,
u8 len);
extern int slim_change_val_element(struct slim_device *sb,
struct slim_ele_access *msg,
const u8 *buf, u8 len);
extern int slim_clear_inf_element(struct slim_device *sb,
struct slim_ele_access *msg, u8 *buf,
u8 len);
extern int slim_request_change_val_element(struct slim_device *sb,
struct slim_ele_access *msg, u8 *rbuf,
const u8 *wbuf, u8 len);
extern int slim_request_clear_inf_element(struct slim_device *sb,
struct slim_ele_access *msg, u8 *rbuf,
const u8 *wbuf, u8 len);
/*
* Broadcast message API:
* call this API directly with sbdev = NULL.
* For broadcast reads, make sure that buffers are big-enough to incorporate
* replies from all logical addresses.
* All controllers may not support broadcast
*/
extern int slim_xfer_msg(struct slim_controller *ctrl,
struct slim_device *sbdev, struct slim_ele_access *msg,
u16 mc, u8 *rbuf, const u8 *wbuf, u8 len);
/* end of message apis */
/* Port management for manager device APIs */
/*
* slim_alloc_mgrports: Allocate port on manager side.
* @sb: device/client handle.
* @req: Port request type.
* @nports: Number of ports requested
* @rh: output buffer to store the port handles
* @hsz: size of buffer storing handles
* context: can sleep
* This port will be typically used by SW. e.g. client driver wants to receive
* some data from audio codec HW using a data channel.
* Port allocated using this API will be used to receive the data.
* If half-duplex ports are requested, two adjacent ports are allocated for
* 1 half-duplex port. So the handle-buffer size should be twice the number
* of half-duplex ports to be allocated.
* -EDQUOT is returned if all ports are in use.
*/
extern int slim_alloc_mgrports(struct slim_device *sb, enum slim_port_req req,
int nports, u32 *rh, int hsz);
/* Deallocate the port(s) allocated using the API above */
extern int slim_dealloc_mgrports(struct slim_device *sb, u32 *hdl, int hsz);
/*
* slim_port_xfer: Schedule buffer to be transferred/received using port-handle.
* @sb: client handle
* @ph: port-handle
* @iobuf: buffer to be transferred or populated
* @len: buffer size.
* @comp: completion signal to indicate transfer done or error.
* context: can sleep
* Returns number of bytes transferred/received if used synchronously.
* Will return 0 if used asynchronously.
* Client will call slim_port_get_xfer_status to get error and/or number of
* bytes transferred if used asynchronously.
*/
extern int slim_port_xfer(struct slim_device *sb, u32 ph, u8 *iobuf, u32 len,
struct completion *comp);
/*
* slim_port_get_xfer_status: Poll for port transfers, or get transfer status
* after completion is done.
* @sb: client handle
* @ph: port-handle
* @done_buf: return pointer (iobuf from slim_port_xfer) which is processed.
* @done_len: Number of bytes transferred.
* This can be called when port_xfer complition is signalled.
* The API will return port transfer error (underflow/overflow/disconnect)
* and/or done_len will reflect number of bytes transferred. Note that
* done_len may be valid even if port error (overflow/underflow) has happened.
* e.g. If the transfer was scheduled with a few bytes to be transferred and
* client has not supplied more data to be transferred, done_len will indicate
* number of bytes transferred with underflow error. To avoid frequent underflow
* errors, multiple transfers can be queued (e.g. ping-pong buffers) so that
* channel has data to be transferred even if client is not ready to transfer
* data all the time. done_buf will indicate address of the last buffer
* processed from the multiple transfers.
*/
extern enum slim_port_err slim_port_get_xfer_status(struct slim_device *sb,
u32 ph, u8 **done_buf, u32 *done_len);
/*
* slim_connect_src: Connect source port to channel.
* @sb: client handle
* @srch: source handle to be connected to this channel
* @chanh: Channel with which the ports need to be associated with.
* Per slimbus specification, a channel may have 1 source port.
* Channel specified in chanh needs to be allocated first.
* Returns -EALREADY if source is already configured for this channel.
* Returns -ENOTCONN if channel is not allocated
*/
extern int slim_connect_src(struct slim_device *sb, u32 srch, u16 chanh);
/*
* slim_connect_sink: Connect sink port(s) to channel.
* @sb: client handle
* @sinkh: sink handle(s) to be connected to this channel
* @nsink: number of sinks
* @chanh: Channel with which the ports need to be associated with.
* Per slimbus specification, a channel may have multiple sink-ports.
* Channel specified in chanh needs to be allocated first.
* Returns -EALREADY if sink is already configured for this channel.
* Returns -ENOTCONN if channel is not allocated
*/
extern int slim_connect_sink(struct slim_device *sb, u32 *sinkh, int nsink,
u16 chanh);
/*
* slim_disconnect_ports: Disconnect port(s) from channel
* @sb: client handle
* @ph: ports to be disconnected
* @nph: number of ports.
* Disconnects ports from a channel.
*/
extern int slim_disconnect_ports(struct slim_device *sb, u32 *ph, int nph);
/*
* slim_get_slaveport: Get slave port handle
* @la: slave device logical address.
* @idx: port index at slave
* @rh: return handle
* @flw: Flow type (source or destination)
* This API only returns a slave port's representation as expected by slimbus
* driver. This port is not managed by the slimbus driver. Caller is expected
* to have visibility of this port since it's a device-port.
*/
extern int slim_get_slaveport(u8 la, int idx, u32 *rh, enum slim_port_flow flw);
/* Channel functions. */
/*
* slim_alloc_ch: Allocate a slimbus channel and return its handle.
* @sb: client handle.
* @chanh: return channel handle
* Slimbus channels are limited to 256 per specification.
* -EXFULL is returned if all channels are in use.
* Although slimbus specification supports 256 channels, a controller may not
* support that many channels.
*/
extern int slim_alloc_ch(struct slim_device *sb, u16 *chanh);
/*
* slim_query_ch: Get reference-counted handle for a channel number. Every
* channel is reference counted by one as producer and the others as
* consumer)
* @sb: client handle
* @chan: slimbus channel number
* @chanh: return channel handle
* If request channel number is not in use, it is allocated, and reference
* count is set to one. If the channel was was already allocated, this API
* will return handle to that channel and reference count is incremented.
* -EXFULL is returned if all channels are in use
*/
extern int slim_query_ch(struct slim_device *sb, u8 chan, u16 *chanh);
/*
* slim_dealloc_ch: Deallocate channel allocated using the API above
* -EISCONN is returned if the channel is tried to be deallocated without
* being removed first.
* -ENOTCONN is returned if deallocation is tried on a channel that's not
* allocated.
*/
extern int slim_dealloc_ch(struct slim_device *sb, u16 chanh);
/*
* slim_define_ch: Define a channel.This API defines channel parameters for a
* given channel.
* @sb: client handle.
* @prop: slim_ch structure with channel parameters desired to be used.
* @chanh: list of channels to be defined.
* @nchan: number of channels in a group (1 if grp is false)
* @grp: Are the channels grouped
* @grph: return group handle if grouping of channels is desired.
* Channels can be grouped if multiple channels use same parameters
* (e.g. 5.1 audio has 6 channels with same parameters. They will all be
* grouped and given 1 handle for simplicity and avoid repeatedly calling
* the API)
* -EISCONN is returned if channel is already used with different parameters.
* -ENXIO is returned if the channel is not yet allocated.
*/
extern int slim_define_ch(struct slim_device *sb, struct slim_ch *prop,
u16 *chanh, u8 nchan, bool grp, u16 *grph);
/*
* slim_control_ch: Channel control API.
* @sb: client handle
* @grpchanh: group or channel handle to be controlled
* @chctrl: Control command (activate/suspend/remove)
* @commit: flag to indicate whether the control should take effect right-away.
* This API activates, removes or suspends a channel (or group of channels)
* grpchanh indicates the channel or group handle (returned by the define_ch
* API). Reconfiguration may be time-consuming since it can change all other
* active channel allocations on the bus, change in clock gear used by the
* slimbus, and change in the control space width used for messaging.
* commit makes sure that multiple channels can be activated/deactivated before
* reconfiguration is started.
* -EXFULL is returned if there is no space in TDM to reserve the bandwidth.
* -EISCONN/-ENOTCONN is returned if the channel is already connected or not
* yet defined.
* -EINVAL is returned if individual control of a grouped-channel is attempted.
*/
extern int slim_control_ch(struct slim_device *sb, u16 grpchanh,
enum slim_ch_control chctrl, bool commit);
/*
* slim_get_ch_state: Channel state.
* This API returns the channel's state (active, suspended, inactive etc)
*/
extern enum slim_ch_state slim_get_ch_state(struct slim_device *sb,
u16 chanh);
/*
* slim_reservemsg_bw: Request to reserve bandwidth for messages.
* @sb: client handle
* @bw_bps: message bandwidth in bits per second to be requested
* @commit: indicates whether the reconfiguration needs to be acted upon.
* This API call can be grouped with slim_control_ch API call with only one of
* the APIs specifying the commit flag to avoid reconfiguration being called too
* frequently. -EXFULL is returned if there is no space in TDM to reserve the
* bandwidth. -EBUSY is returned if reconfiguration is requested, but a request
* is already in progress.
*/
extern int slim_reservemsg_bw(struct slim_device *sb, u32 bw_bps, bool commit);
/*
* slim_reconfigure_now: Request reconfiguration now.
* @sb: client handle
* This API does what commit flag in other scheduling APIs do.
* -EXFULL is returned if there is no space in TDM to reserve the
* bandwidth. -EBUSY is returned if reconfiguration request is already in
* progress.
*/
extern int slim_reconfigure_now(struct slim_device *sb);
/*
* slim_ctrl_clk_pause: Called by slimbus controller to request clock to be
* paused or woken up out of clock pause
* @ctrl: controller requesting bus to be paused or woken up
* @wakeup: Wakeup this controller from clock pause.
* @restart: Restart time value per spec used for clock pause. This value
* isn't used when controller is to be woken up.
* This API executes clock pause reconfiguration sequence if wakeup is false.
* If wakeup is true, controller's wakeup is called
* Slimbus clock is idle and can be disabled by the controller later.
*/
extern int slim_ctrl_clk_pause(struct slim_controller *ctrl, bool wakeup,
u8 restart);
/*
* slim_driver_register: Client driver registration with slimbus
* @drv:Client driver to be associated with client-device.
* This API will register the client driver with the slimbus
* It is called from the driver's module-init function.
*/
extern int slim_driver_register(struct slim_driver *drv);
/*
* slim_driver_unregister: Undo effects of slim_driver_register
* @drv: Client driver to be unregistered
*/
extern void slim_driver_unregister(struct slim_driver *drv);
/*
* slim_add_numbered_controller: Controller bring-up.
* @ctrl: Controller to be registered.
* A controller is registered with the framework using this API. ctrl->nr is the
* desired number with which slimbus framework registers the controller.
* Function will return -EBUSY if the number is in use.
*/
extern int slim_add_numbered_controller(struct slim_controller *ctrl);
/*
* slim_del_controller: Controller tear-down.
* Controller added with the above API is teared down using this API.
*/
extern int slim_del_controller(struct slim_controller *ctrl);
/*
* slim_add_device: Add a new device without register board info.
* @ctrl: Controller to which this device is to be added to.
* Called when device doesn't have an explicit client-driver to be probed, or
* the client-driver is a module installed dynamically.
*/
extern int slim_add_device(struct slim_controller *ctrl,
struct slim_device *sbdev);
/* slim_remove_device: Remove the effect of slim_add_device() */
extern void slim_remove_device(struct slim_device *sbdev);
/*
* slim_assign_laddr: Assign logical address to a device enumerated.
* @ctrl: Controller with which device is enumerated.
* @e_addr: 6-byte elemental address of the device.
* @e_len: buffer length for e_addr
* @laddr: Return logical address (if valid flag is false)
* @valid: true if laddr holds a valid address that controller wants to
* set for this enumeration address. Otherwise framework sets index into
* address table as logical address.
* Called by controller in response to REPORT_PRESENT. Framework will assign
* a logical address to this enumeration address.
* Function returns -EXFULL to indicate that all logical addresses are already
* taken.
*/
extern int slim_assign_laddr(struct slim_controller *ctrl, const u8 *e_addr,
u8 e_len, u8 *laddr, bool valid);
/*
* slim_msg_response: Deliver Message response received from a device to the
* framework.
* @ctrl: Controller handle
* @reply: Reply received from the device
* @len: Length of the reply
* @tid: Transaction ID received with which framework can associate reply.
* Called by controller to inform framework about the response received.
* This helps in making the API asynchronous, and controller-driver doesn't need
* to manage 1 more table other than the one managed by framework mapping TID
* with buffers
*/
extern void slim_msg_response(struct slim_controller *ctrl, u8 *reply, u8 tid,
u8 len);
/*
* slim_busnum_to_ctrl: Map bus number to controller
* @busnum: Bus number
* Returns controller representing this bus number
*/
extern struct slim_controller *slim_busnum_to_ctrl(u32 busnum);
/*
* slim_ctrl_add_boarddevs: Add devices registered by board-info
* @ctrl: Controller to which these devices are to be added to.
* This API is called by controller when it is up and running.
* If devices on a controller were registered before controller,
* this will make sure that they get probed when controller is up
*/
extern void slim_ctrl_add_boarddevs(struct slim_controller *ctrl);
/*
* slim_register_board_info: Board-initialization routine.
* @info: List of all devices on all controllers present on the board.
* @n: number of entries.
* API enumerates respective devices on corresponding controller.
* Called from board-init function.
*/
#ifdef CONFIG_SLIMBUS
extern int slim_register_board_info(struct slim_boardinfo const *info,
unsigned n);
#else
int slim_register_board_info(struct slim_boardinfo const *info,
unsigned n)
{
return 0;
}
#endif
static inline void *slim_get_ctrldata(const struct slim_controller *dev)
{
return dev_get_drvdata(&dev->dev);
}
static inline void slim_set_ctrldata(struct slim_controller *dev, void *data)
{
dev_set_drvdata(&dev->dev, data);
}
static inline void *slim_get_devicedata(const struct slim_device *dev)
{
return dev_get_drvdata(&dev->dev);
}
static inline void slim_set_clientdata(struct slim_device *dev, void *data)
{
dev_set_drvdata(&dev->dev, data);
}
#endif /* _LINUX_SLIMBUS_H */