Linux kernel mirror (for testing) git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
kernel os linux
1
fork

Configure Feed

Select the types of activity you want to include in your feed.

at v4.10-rc6 305 lines 9.4 kB view raw
1/* 2 * ChromeOS EC multi-function device 3 * 4 * Copyright (C) 2012 Google, Inc 5 * 6 * This software is licensed under the terms of the GNU General Public 7 * License version 2, as published by the Free Software Foundation, and 8 * may be copied, distributed, and modified under those terms. 9 * 10 * This program is distributed in the hope that it will be useful, 11 * but WITHOUT ANY WARRANTY; without even the implied warranty of 12 * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the 13 * GNU General Public License for more details. 14 */ 15 16#ifndef __LINUX_MFD_CROS_EC_H 17#define __LINUX_MFD_CROS_EC_H 18 19#include <linux/cdev.h> 20#include <linux/device.h> 21#include <linux/notifier.h> 22#include <linux/mfd/cros_ec_commands.h> 23#include <linux/mutex.h> 24 25#define CROS_EC_DEV_NAME "cros_ec" 26#define CROS_EC_DEV_PD_NAME "cros_pd" 27 28/* 29 * The EC is unresponsive for a time after a reboot command. Add a 30 * simple delay to make sure that the bus stays locked. 31 */ 32#define EC_REBOOT_DELAY_MS 50 33 34/* 35 * Max bus-specific overhead incurred by request/responses. 36 * I2C requires 1 additional byte for requests. 37 * I2C requires 2 additional bytes for responses. 38 * */ 39#define EC_PROTO_VERSION_UNKNOWN 0 40#define EC_MAX_REQUEST_OVERHEAD 1 41#define EC_MAX_RESPONSE_OVERHEAD 2 42 43/* 44 * Command interface between EC and AP, for LPC, I2C and SPI interfaces. 45 */ 46enum { 47 EC_MSG_TX_HEADER_BYTES = 3, 48 EC_MSG_TX_TRAILER_BYTES = 1, 49 EC_MSG_TX_PROTO_BYTES = EC_MSG_TX_HEADER_BYTES + 50 EC_MSG_TX_TRAILER_BYTES, 51 EC_MSG_RX_PROTO_BYTES = 3, 52 53 /* Max length of messages for proto 2*/ 54 EC_PROTO2_MSG_BYTES = EC_PROTO2_MAX_PARAM_SIZE + 55 EC_MSG_TX_PROTO_BYTES, 56 57 EC_MAX_MSG_BYTES = 64 * 1024, 58}; 59 60/* 61 * @version: Command version number (often 0) 62 * @command: Command to send (EC_CMD_...) 63 * @outsize: Outgoing length in bytes 64 * @insize: Max number of bytes to accept from EC 65 * @result: EC's response to the command (separate from communication failure) 66 * @data: Where to put the incoming data from EC and outgoing data to EC 67 */ 68struct cros_ec_command { 69 uint32_t version; 70 uint32_t command; 71 uint32_t outsize; 72 uint32_t insize; 73 uint32_t result; 74 uint8_t data[0]; 75}; 76 77/** 78 * struct cros_ec_device - Information about a ChromeOS EC device 79 * 80 * @phys_name: name of physical comms layer (e.g. 'i2c-4') 81 * @dev: Device pointer for physical comms device 82 * @was_wake_device: true if this device was set to wake the system from 83 * sleep at the last suspend 84 * @cmd_readmem: direct read of the EC memory-mapped region, if supported 85 * @offset is within EC_LPC_ADDR_MEMMAP region. 86 * @bytes: number of bytes to read. zero means "read a string" (including 87 * the trailing '\0'). At most only EC_MEMMAP_SIZE bytes can be read. 88 * Caller must ensure that the buffer is large enough for the result when 89 * reading a string. 90 * 91 * @priv: Private data 92 * @irq: Interrupt to use 93 * @id: Device id 94 * @din: input buffer (for data from EC) 95 * @dout: output buffer (for data to EC) 96 * \note 97 * These two buffers will always be dword-aligned and include enough 98 * space for up to 7 word-alignment bytes also, so we can ensure that 99 * the body of the message is always dword-aligned (64-bit). 100 * We use this alignment to keep ARM and x86 happy. Probably word 101 * alignment would be OK, there might be a small performance advantage 102 * to using dword. 103 * @din_size: size of din buffer to allocate (zero to use static din) 104 * @dout_size: size of dout buffer to allocate (zero to use static dout) 105 * @wake_enabled: true if this device can wake the system from sleep 106 * @cmd_xfer: send command to EC and get response 107 * Returns the number of bytes received if the communication succeeded, but 108 * that doesn't mean the EC was happy with the command. The caller 109 * should check msg.result for the EC's result code. 110 * @pkt_xfer: send packet to EC and get response 111 * @lock: one transaction at a time 112 * @mkbp_event_supported: true if this EC supports the MKBP event protocol. 113 * @event_notifier: interrupt event notifier for transport devices. 114 * @event_data: raw payload transferred with the MKBP event. 115 * @event_size: size in bytes of the event data. 116 */ 117struct cros_ec_device { 118 119 /* These are used by other drivers that want to talk to the EC */ 120 const char *phys_name; 121 struct device *dev; 122 bool was_wake_device; 123 struct class *cros_class; 124 int (*cmd_readmem)(struct cros_ec_device *ec, unsigned int offset, 125 unsigned int bytes, void *dest); 126 127 /* These are used to implement the platform-specific interface */ 128 u16 max_request; 129 u16 max_response; 130 u16 max_passthru; 131 u16 proto_version; 132 void *priv; 133 int irq; 134 u8 *din; 135 u8 *dout; 136 int din_size; 137 int dout_size; 138 bool wake_enabled; 139 int (*cmd_xfer)(struct cros_ec_device *ec, 140 struct cros_ec_command *msg); 141 int (*pkt_xfer)(struct cros_ec_device *ec, 142 struct cros_ec_command *msg); 143 struct mutex lock; 144 bool mkbp_event_supported; 145 struct blocking_notifier_head event_notifier; 146 147 struct ec_response_get_next_event event_data; 148 int event_size; 149}; 150 151/** 152 * struct cros_ec_sensor_platform - ChromeOS EC sensor platform information 153 * 154 * @sensor_num: Id of the sensor, as reported by the EC. 155 */ 156struct cros_ec_sensor_platform { 157 u8 sensor_num; 158}; 159 160/* struct cros_ec_platform - ChromeOS EC platform information 161 * 162 * @ec_name: name of EC device (e.g. 'cros-ec', 'cros-pd', ...) 163 * used in /dev/ and sysfs. 164 * @cmd_offset: offset to apply for each command. Set when 165 * registering a devicde behind another one. 166 */ 167struct cros_ec_platform { 168 const char *ec_name; 169 u16 cmd_offset; 170}; 171 172/* 173 * struct cros_ec_dev - ChromeOS EC device entry point 174 * 175 * @class_dev: Device structure used in sysfs 176 * @cdev: Character device structure in /dev 177 * @ec_dev: cros_ec_device structure to talk to the physical device 178 * @dev: pointer to the platform device 179 * @cmd_offset: offset to apply for each command. 180 */ 181struct cros_ec_dev { 182 struct device class_dev; 183 struct cdev cdev; 184 struct cros_ec_device *ec_dev; 185 struct device *dev; 186 u16 cmd_offset; 187 u32 features[2]; 188}; 189 190/** 191 * cros_ec_suspend - Handle a suspend operation for the ChromeOS EC device 192 * 193 * This can be called by drivers to handle a suspend event. 194 * 195 * ec_dev: Device to suspend 196 * @return 0 if ok, -ve on error 197 */ 198int cros_ec_suspend(struct cros_ec_device *ec_dev); 199 200/** 201 * cros_ec_resume - Handle a resume operation for the ChromeOS EC device 202 * 203 * This can be called by drivers to handle a resume event. 204 * 205 * @ec_dev: Device to resume 206 * @return 0 if ok, -ve on error 207 */ 208int cros_ec_resume(struct cros_ec_device *ec_dev); 209 210/** 211 * cros_ec_prepare_tx - Prepare an outgoing message in the output buffer 212 * 213 * This is intended to be used by all ChromeOS EC drivers, but at present 214 * only SPI uses it. Once LPC uses the same protocol it can start using it. 215 * I2C could use it now, with a refactor of the existing code. 216 * 217 * @ec_dev: Device to register 218 * @msg: Message to write 219 */ 220int cros_ec_prepare_tx(struct cros_ec_device *ec_dev, 221 struct cros_ec_command *msg); 222 223/** 224 * cros_ec_check_result - Check ec_msg->result 225 * 226 * This is used by ChromeOS EC drivers to check the ec_msg->result for 227 * errors and to warn about them. 228 * 229 * @ec_dev: EC device 230 * @msg: Message to check 231 */ 232int cros_ec_check_result(struct cros_ec_device *ec_dev, 233 struct cros_ec_command *msg); 234 235/** 236 * cros_ec_cmd_xfer - Send a command to the ChromeOS EC 237 * 238 * Call this to send a command to the ChromeOS EC. This should be used 239 * instead of calling the EC's cmd_xfer() callback directly. 240 * 241 * @ec_dev: EC device 242 * @msg: Message to write 243 */ 244int cros_ec_cmd_xfer(struct cros_ec_device *ec_dev, 245 struct cros_ec_command *msg); 246 247/** 248 * cros_ec_cmd_xfer_status - Send a command to the ChromeOS EC 249 * 250 * This function is identical to cros_ec_cmd_xfer, except it returns success 251 * status only if both the command was transmitted successfully and the EC 252 * replied with success status. It's not necessary to check msg->result when 253 * using this function. 254 * 255 * @ec_dev: EC device 256 * @msg: Message to write 257 * @return: Num. of bytes transferred on success, <0 on failure 258 */ 259int cros_ec_cmd_xfer_status(struct cros_ec_device *ec_dev, 260 struct cros_ec_command *msg); 261 262/** 263 * cros_ec_remove - Remove a ChromeOS EC 264 * 265 * Call this to deregister a ChromeOS EC, then clean up any private data. 266 * 267 * @ec_dev: Device to register 268 * @return 0 if ok, -ve on error 269 */ 270int cros_ec_remove(struct cros_ec_device *ec_dev); 271 272/** 273 * cros_ec_register - Register a new ChromeOS EC, using the provided info 274 * 275 * Before calling this, allocate a pointer to a new device and then fill 276 * in all the fields up to the --private-- marker. 277 * 278 * @ec_dev: Device to register 279 * @return 0 if ok, -ve on error 280 */ 281int cros_ec_register(struct cros_ec_device *ec_dev); 282 283/** 284 * cros_ec_query_all - Query the protocol version supported by the ChromeOS EC 285 * 286 * @ec_dev: Device to register 287 * @return 0 if ok, -ve on error 288 */ 289int cros_ec_query_all(struct cros_ec_device *ec_dev); 290 291/** 292 * cros_ec_get_next_event - Fetch next event from the ChromeOS EC 293 * 294 * @ec_dev: Device to fetch event from 295 * 296 * Returns: 0 on success, Linux error number on failure 297 */ 298int cros_ec_get_next_event(struct cros_ec_device *ec_dev); 299 300/* sysfs stuff */ 301extern struct attribute_group cros_ec_attr_group; 302extern struct attribute_group cros_ec_lightbar_attr_group; 303extern struct attribute_group cros_ec_vbc_attr_group; 304 305#endif /* __LINUX_MFD_CROS_EC_H */