blob: b61b2e013698e99aacc370d07b859f507ba48f44 [file] [log] [blame]
Simon Glass4ab61742013-02-25 14:08:37 -08001/*
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
Javier Martinez Canillas05c11ac2015-02-02 12:26:23 +010019#include <linux/cdev.h>
Gwendal Grignou57b33ff2015-06-09 13:04:47 +020020#include <linux/device.h>
Bill Richardson7e6cb5b2014-06-18 11:14:00 -070021#include <linux/notifier.h>
Simon Glass4ab61742013-02-25 14:08:37 -080022#include <linux/mfd/cros_ec_commands.h>
Bill Richardson7e6cb5b2014-06-18 11:14:00 -070023#include <linux/mutex.h>
Simon Glass4ab61742013-02-25 14:08:37 -080024
Gwendal Grignou57b33ff2015-06-09 13:04:47 +020025#define CROS_EC_DEV_NAME "cros_ec"
26#define CROS_EC_DEV_PD_NAME "cros_pd"
27
Simon Glass4ab61742013-02-25 14:08:37 -080028/*
Stephen Barberd3654072015-06-09 13:04:46 +020029 * 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/*
Stephen Barber2c7589a2015-06-09 13:04:45 +020035 * Max bus-specific overhead incurred by request/responses.
36 * I2C requires 1 additional byte for requests.
37 * I2C requires 2 additional bytes for responses.
Vic Yangb2376402017-03-24 18:44:01 +010038 * SPI requires up to 32 additional bytes for responses.
Stephen Barber2c7589a2015-06-09 13:04:45 +020039 * */
40#define EC_PROTO_VERSION_UNKNOWN 0
41#define EC_MAX_REQUEST_OVERHEAD 1
Vic Yangb2376402017-03-24 18:44:01 +010042#define EC_MAX_RESPONSE_OVERHEAD 32
Stephen Barber2c7589a2015-06-09 13:04:45 +020043
44/*
Simon Glass4ab61742013-02-25 14:08:37 -080045 * Command interface between EC and AP, for LPC, I2C and SPI interfaces.
46 */
47enum {
48 EC_MSG_TX_HEADER_BYTES = 3,
49 EC_MSG_TX_TRAILER_BYTES = 1,
50 EC_MSG_TX_PROTO_BYTES = EC_MSG_TX_HEADER_BYTES +
51 EC_MSG_TX_TRAILER_BYTES,
52 EC_MSG_RX_PROTO_BYTES = 3,
53
Gwendal Grignou5d749d02016-03-08 09:13:52 -080054 /* Max length of messages for proto 2*/
55 EC_PROTO2_MSG_BYTES = EC_PROTO2_MAX_PARAM_SIZE +
Bill Richardson5271db22014-04-30 10:44:08 -070056 EC_MSG_TX_PROTO_BYTES,
Gwendal Grignou5d749d02016-03-08 09:13:52 -080057
58 EC_MAX_MSG_BYTES = 64 * 1024,
Simon Glass4ab61742013-02-25 14:08:37 -080059};
60
Bill Richardson5d4773e2014-06-18 11:14:02 -070061/*
Simon Glass4ab61742013-02-25 14:08:37 -080062 * @version: Command version number (often 0)
Bill Richardson5d4773e2014-06-18 11:14:02 -070063 * @command: Command to send (EC_CMD_...)
Bill Richardson5d4773e2014-06-18 11:14:02 -070064 * @outsize: Outgoing length in bytes
Bill Richardson12ebc8a2014-06-18 11:14:06 -070065 * @insize: Max number of bytes to accept from EC
Bill Richardson5d4773e2014-06-18 11:14:02 -070066 * @result: EC's response to the command (separate from communication failure)
Javier Martinez Canillasa8411782015-06-09 13:04:42 +020067 * @data: Where to put the incoming data from EC and outgoing data to EC
Simon Glass4ab61742013-02-25 14:08:37 -080068 */
Bill Richardson5d4773e2014-06-18 11:14:02 -070069struct cros_ec_command {
70 uint32_t version;
71 uint32_t command;
Bill Richardson5d4773e2014-06-18 11:14:02 -070072 uint32_t outsize;
Bill Richardson5d4773e2014-06-18 11:14:02 -070073 uint32_t insize;
74 uint32_t result;
Javier Martinez Canillasa8411782015-06-09 13:04:42 +020075 uint8_t data[0];
Simon Glass4ab61742013-02-25 14:08:37 -080076};
77
78/**
79 * struct cros_ec_device - Information about a ChromeOS EC device
80 *
Bill Richardson7e6cb5b2014-06-18 11:14:00 -070081 * @phys_name: name of physical comms layer (e.g. 'i2c-4')
Javier Martinez Canillas05c11ac2015-02-02 12:26:23 +010082 * @dev: Device pointer for physical comms device
Bill Richardson7e6cb5b2014-06-18 11:14:00 -070083 * @was_wake_device: true if this device was set to wake the system from
84 * sleep at the last suspend
Javier Martinez Canillas05c11ac2015-02-02 12:26:23 +010085 * @cmd_readmem: direct read of the EC memory-mapped region, if supported
86 * @offset is within EC_LPC_ADDR_MEMMAP region.
87 * @bytes: number of bytes to read. zero means "read a string" (including
88 * the trailing '\0'). At most only EC_MEMMAP_SIZE bytes can be read.
89 * Caller must ensure that the buffer is large enough for the result when
90 * reading a string.
Bill Richardson7e6cb5b2014-06-18 11:14:00 -070091 *
Simon Glass4ab61742013-02-25 14:08:37 -080092 * @priv: Private data
93 * @irq: Interrupt to use
Gwendal Grignou57b33ff2015-06-09 13:04:47 +020094 * @id: Device id
Bill Richardson7e6cb5b2014-06-18 11:14:00 -070095 * @din: input buffer (for data from EC)
96 * @dout: output buffer (for data to EC)
Simon Glass4ab61742013-02-25 14:08:37 -080097 * \note
98 * These two buffers will always be dword-aligned and include enough
99 * space for up to 7 word-alignment bytes also, so we can ensure that
100 * the body of the message is always dword-aligned (64-bit).
Simon Glass4ab61742013-02-25 14:08:37 -0800101 * We use this alignment to keep ARM and x86 happy. Probably word
102 * alignment would be OK, there might be a small performance advantage
103 * to using dword.
Bill Richardson2ce701a2014-06-18 11:13:59 -0700104 * @din_size: size of din buffer to allocate (zero to use static din)
105 * @dout_size: size of dout buffer to allocate (zero to use static dout)
Simon Glass4ab61742013-02-25 14:08:37 -0800106 * @wake_enabled: true if this device can wake the system from sleep
Joseph Loa9eb1862016-12-16 18:57:36 +0100107 * @suspended: true if this device had been suspended
Andrew Brestickera6551a72014-09-18 17:18:56 +0200108 * @cmd_xfer: send command to EC and get response
109 * Returns the number of bytes received if the communication succeeded, but
110 * that doesn't mean the EC was happy with the command. The caller
111 * should check msg.result for the EC's result code.
Stephen Barber2c7589a2015-06-09 13:04:45 +0200112 * @pkt_xfer: send packet to EC and get response
Bill Richardson7e6cb5b2014-06-18 11:14:00 -0700113 * @lock: one transaction at a time
Vic Yang6f1d9122016-08-10 19:05:24 +0200114 * @mkbp_event_supported: true if this EC supports the MKBP event protocol.
115 * @event_notifier: interrupt event notifier for transport devices.
116 * @event_data: raw payload transferred with the MKBP event.
117 * @event_size: size in bytes of the event data.
Simon Glass4ab61742013-02-25 14:08:37 -0800118 */
119struct cros_ec_device {
Bill Richardson7e6cb5b2014-06-18 11:14:00 -0700120
121 /* These are used by other drivers that want to talk to the EC */
Bill Richardson7e6cb5b2014-06-18 11:14:00 -0700122 const char *phys_name;
123 struct device *dev;
124 bool was_wake_device;
125 struct class *cros_class;
Javier Martinez Canillas05c11ac2015-02-02 12:26:23 +0100126 int (*cmd_readmem)(struct cros_ec_device *ec, unsigned int offset,
127 unsigned int bytes, void *dest);
Bill Richardson7e6cb5b2014-06-18 11:14:00 -0700128
129 /* These are used to implement the platform-specific interface */
Stephen Barber2c7589a2015-06-09 13:04:45 +0200130 u16 max_request;
131 u16 max_response;
132 u16 max_passthru;
133 u16 proto_version;
Simon Glass4ab61742013-02-25 14:08:37 -0800134 void *priv;
135 int irq;
Stephen Barber2c7589a2015-06-09 13:04:45 +0200136 u8 *din;
137 u8 *dout;
Simon Glass4ab61742013-02-25 14:08:37 -0800138 int din_size;
139 int dout_size;
Simon Glass4ab61742013-02-25 14:08:37 -0800140 bool wake_enabled;
Joseph Loa9eb1862016-12-16 18:57:36 +0100141 bool suspended;
Andrew Brestickera6551a72014-09-18 17:18:56 +0200142 int (*cmd_xfer)(struct cros_ec_device *ec,
143 struct cros_ec_command *msg);
Stephen Barber2c7589a2015-06-09 13:04:45 +0200144 int (*pkt_xfer)(struct cros_ec_device *ec,
145 struct cros_ec_command *msg);
Bill Richardson7e6cb5b2014-06-18 11:14:00 -0700146 struct mutex lock;
Vic Yang6f1d9122016-08-10 19:05:24 +0200147 bool mkbp_event_supported;
148 struct blocking_notifier_head event_notifier;
149
150 struct ec_response_get_next_event event_data;
151 int event_size;
Simon Glass4ab61742013-02-25 14:08:37 -0800152};
153
Enric Balletbo i Serra974e6f02016-08-01 11:54:35 +0200154/**
155 * struct cros_ec_sensor_platform - ChromeOS EC sensor platform information
156 *
157 * @sensor_num: Id of the sensor, as reported by the EC.
158 */
159struct cros_ec_sensor_platform {
160 u8 sensor_num;
161};
162
Gwendal Grignou57b33ff2015-06-09 13:04:47 +0200163/* struct cros_ec_platform - ChromeOS EC platform information
164 *
165 * @ec_name: name of EC device (e.g. 'cros-ec', 'cros-pd', ...)
166 * used in /dev/ and sysfs.
167 * @cmd_offset: offset to apply for each command. Set when
168 * registering a devicde behind another one.
169 */
170struct cros_ec_platform {
171 const char *ec_name;
172 u16 cmd_offset;
173};
174
175/*
176 * struct cros_ec_dev - ChromeOS EC device entry point
177 *
178 * @class_dev: Device structure used in sysfs
179 * @cdev: Character device structure in /dev
180 * @ec_dev: cros_ec_device structure to talk to the physical device
181 * @dev: pointer to the platform device
182 * @cmd_offset: offset to apply for each command.
183 */
184struct cros_ec_dev {
185 struct device class_dev;
186 struct cdev cdev;
187 struct cros_ec_device *ec_dev;
188 struct device *dev;
189 u16 cmd_offset;
Vincent Palatine4244eb2016-08-01 11:54:37 +0200190 u32 features[2];
Gwendal Grignou57b33ff2015-06-09 13:04:47 +0200191};
192
Simon Glass4ab61742013-02-25 14:08:37 -0800193/**
194 * cros_ec_suspend - Handle a suspend operation for the ChromeOS EC device
195 *
196 * This can be called by drivers to handle a suspend event.
197 *
198 * ec_dev: Device to suspend
199 * @return 0 if ok, -ve on error
200 */
201int cros_ec_suspend(struct cros_ec_device *ec_dev);
202
203/**
204 * cros_ec_resume - Handle a resume operation for the ChromeOS EC device
205 *
206 * This can be called by drivers to handle a resume event.
207 *
208 * @ec_dev: Device to resume
209 * @return 0 if ok, -ve on error
210 */
211int cros_ec_resume(struct cros_ec_device *ec_dev);
212
213/**
214 * cros_ec_prepare_tx - Prepare an outgoing message in the output buffer
215 *
216 * This is intended to be used by all ChromeOS EC drivers, but at present
217 * only SPI uses it. Once LPC uses the same protocol it can start using it.
218 * I2C could use it now, with a refactor of the existing code.
219 *
220 * @ec_dev: Device to register
221 * @msg: Message to write
222 */
223int cros_ec_prepare_tx(struct cros_ec_device *ec_dev,
Bill Richardson5d4773e2014-06-18 11:14:02 -0700224 struct cros_ec_command *msg);
Simon Glass4ab61742013-02-25 14:08:37 -0800225
226/**
Bill Richardson6db07b62014-06-18 11:14:05 -0700227 * cros_ec_check_result - Check ec_msg->result
228 *
229 * This is used by ChromeOS EC drivers to check the ec_msg->result for
230 * errors and to warn about them.
231 *
232 * @ec_dev: EC device
233 * @msg: Message to check
234 */
235int cros_ec_check_result(struct cros_ec_device *ec_dev,
236 struct cros_ec_command *msg);
237
238/**
Andrew Brestickera6551a72014-09-18 17:18:56 +0200239 * cros_ec_cmd_xfer - Send a command to the ChromeOS EC
240 *
241 * Call this to send a command to the ChromeOS EC. This should be used
242 * instead of calling the EC's cmd_xfer() callback directly.
243 *
244 * @ec_dev: EC device
245 * @msg: Message to write
246 */
247int cros_ec_cmd_xfer(struct cros_ec_device *ec_dev,
248 struct cros_ec_command *msg);
249
250/**
Tomeu Vizoso9798ac62016-07-15 16:28:41 -0700251 * cros_ec_cmd_xfer_status - Send a command to the ChromeOS EC
252 *
253 * This function is identical to cros_ec_cmd_xfer, except it returns success
254 * status only if both the command was transmitted successfully and the EC
255 * replied with success status. It's not necessary to check msg->result when
256 * using this function.
257 *
258 * @ec_dev: EC device
259 * @msg: Message to write
260 * @return: Num. of bytes transferred on success, <0 on failure
261 */
262int cros_ec_cmd_xfer_status(struct cros_ec_device *ec_dev,
263 struct cros_ec_command *msg);
264
265/**
Simon Glass4ab61742013-02-25 14:08:37 -0800266 * cros_ec_remove - Remove a ChromeOS EC
267 *
Bill Richardsonee986622014-06-18 11:13:58 -0700268 * Call this to deregister a ChromeOS EC, then clean up any private data.
Simon Glass4ab61742013-02-25 14:08:37 -0800269 *
270 * @ec_dev: Device to register
271 * @return 0 if ok, -ve on error
272 */
273int cros_ec_remove(struct cros_ec_device *ec_dev);
274
275/**
276 * cros_ec_register - Register a new ChromeOS EC, using the provided info
277 *
278 * Before calling this, allocate a pointer to a new device and then fill
279 * in all the fields up to the --private-- marker.
280 *
281 * @ec_dev: Device to register
282 * @return 0 if ok, -ve on error
283 */
284int cros_ec_register(struct cros_ec_device *ec_dev);
285
Stephen Barber2c7589a2015-06-09 13:04:45 +0200286/**
Tomeu Vizosof4bcf5a2016-02-05 14:32:56 +0100287 * cros_ec_query_all - Query the protocol version supported by the ChromeOS EC
Stephen Barber2c7589a2015-06-09 13:04:45 +0200288 *
289 * @ec_dev: Device to register
290 * @return 0 if ok, -ve on error
291 */
292int cros_ec_query_all(struct cros_ec_device *ec_dev);
293
Vic Yang6f1d9122016-08-10 19:05:24 +0200294/**
295 * cros_ec_get_next_event - Fetch next event from the ChromeOS EC
296 *
297 * @ec_dev: Device to fetch event from
298 *
299 * Returns: 0 on success, Linux error number on failure
300 */
301int cros_ec_get_next_event(struct cros_ec_device *ec_dev);
302
Gwendal Grignou68c35ea2017-05-16 17:46:48 +0200303/**
304 * cros_ec_get_host_event - Return a mask of event set by the EC.
305 *
306 * When MKBP is supported, when the EC raises an interrupt,
307 * We collect the events raised and call the functions in the ec notifier.
308 *
309 * This function is a helper to know which events are raised.
310 */
311u32 cros_ec_get_host_event(struct cros_ec_device *ec_dev);
312
Gwendal Grignou57b33ff2015-06-09 13:04:47 +0200313/* sysfs stuff */
314extern struct attribute_group cros_ec_attr_group;
315extern struct attribute_group cros_ec_lightbar_attr_group;
Emilio López18800fc2015-09-21 10:38:22 -0300316extern struct attribute_group cros_ec_vbc_attr_group;
Gwendal Grignou57b33ff2015-06-09 13:04:47 +0200317
Archana Patnie04653a2017-02-01 17:22:03 +0100318/* ACPI GPE handler */
319#ifdef CONFIG_ACPI
320
321int cros_ec_acpi_install_gpe_handler(struct device *dev);
322void cros_ec_acpi_remove_gpe_handler(void);
323void cros_ec_acpi_clear_gpe(void);
324
325#else /* CONFIG_ACPI */
326
327static inline int cros_ec_acpi_install_gpe_handler(struct device *dev)
328{
329 return -ENODEV;
330}
331static inline void cros_ec_acpi_remove_gpe_handler(void) {}
332static inline void cros_ec_acpi_clear_gpe(void) {}
333
334#endif /* CONFIG_ACPI */
335
Simon Glass4ab61742013-02-25 14:08:37 -0800336#endif /* __LINUX_MFD_CROS_EC_H */