blob: 112cdf1fa697faa020b73c1ba5cbcf6b2458b9ab [file] [log] [blame]
Ashutosh Joshi8c3c46d2016-01-08 16:09:11 -08001/*
2 * Copyright (C) 2016 The Android Open Source Project
3 *
4 * Licensed under the Apache License, Version 2.0 (the "License");
5 * you may not use this file except in compliance with the License.
6 * You may obtain a copy of the License at
7 *
8 * http://www.apache.org/licenses/LICENSE-2.0
9 *
10 * Unless required by applicable law or agreed to in writing, software
11 * distributed under the License is distributed on an "AS IS" BASIS,
12 * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
13 * See the License for the specific language governing permissions and
14 * limitations under the License.
15 */
16
17#ifndef CONTEXT_HUB_H
18#define CONTEXT_HUB_H
19
20#include <stdint.h>
21#include <sys/cdefs.h>
22#include <sys/types.h>
23
24#include <hardware/hardware.h>
25
26/**
27 * This header file defines the interface of a Context Hub Implementation to
28 * the Android service exposing Context hub capabilities to applications.
29 * The Context hub is expected to a low power compute domain with the following
30 * defining charecteristics -
31 *
32 * 1) Access to sensors like accelerometer, gyroscope, magenetometer.
33 * 2) Access to radios like GPS, Wifi, Bluetooth etc.
34 * 3) Access to low power audio sensing.
35 *
36 * Implementations of this HAL can add additional sensors not defined by the
37 * Android API. Such information sources shall be private to the implementation.
38 *
39 * The Context Hub HAL exposes the construct of code download. A piece of binary
40 * code can be pushed to the context hub through the supported APIs.
41 *
42 * This version of the HAL designs in the possibility of multiple context hubs.
43 */
44
45__BEGIN_DECLS
46
47/*****************************************************************************/
48
Greg Kaiser5600a6a2016-03-28 09:06:56 -070049#define CONTEXT_HUB_HEADER_MAJOR_VERSION 1
50#define CONTEXT_HUB_HEADER_MINOR_VERSION 0
51#define CONTEXT_HUB_DEVICE_API_VERSION \
52 HARDWARE_DEVICE_API_VERSION(CONTEXT_HUB_HEADER_MAJOR_VERSION, \
53 CONTEXT_HUB_HEADER_MINOR_VERSION)
54
55#define CONTEXT_HUB_DEVICE_API_VERSION_1_0 HARDWARE_DEVICE_API_VERSION(1, 0)
Ashutosh Joshi8c3c46d2016-01-08 16:09:11 -080056
57/**
58 * The id of this module
59 */
60#define CONTEXT_HUB_MODULE_ID "context_hub"
61
62/**
63 * Name of the device to open
64 */
65#define CONTEXT_HUB_HARDWARE_POLL "ctxt_poll"
66
67/**
68 * Memory types for code upload. Device-specific. At least HUB_MEM_TYPE_MAIN must be supported
69 */
70#define HUB_MEM_TYPE_MAIN 0
71#define HUB_MEM_TYPE_SECONDARY 1
72#define HUB_MEM_TYPE_TCM 2
73
74
75#define HUB_MEM_TYPE_FIRST_VENDOR 0x80000000ul
76
Alexey Polyudovda38a702016-04-08 10:24:57 -070077#define NANOAPP_VENDORS_ALL 0xFFFFFFFFFF000000ULL
78#define NANOAPP_VENDOR_ALL_APPS 0x0000000000FFFFFFULL
79
80#define NANOAPP_VENDOR(name) \
81 (((uint64_t)name[0] << 56) | \
82 ((uint64_t)name[1] << 48) | \
83 ((uint64_t)name[2] << 40) | \
84 ((uint64_t)name[3] << 32) | \
85 ((uint64_t)name[4] << 24))
86
87/*
88 * generates the NANOAPP ID from vendor id and app seq# id
89 */
90#define NANO_APP_ID(vendor, seq_id) \
91 (((uint64_t)vendor & NANOAPP_VENDORS_ALL) | ((uint64_t)seq_id & NANOAPP_VENDOR_ALL_APPS))
Ashutosh Joshi8c3c46d2016-01-08 16:09:11 -080092
93/**
94 * Other memory types (likely not writeable, informational only)
95 */
96#define HUB_MEM_TYPE_BOOTLOADER 0xfffffffful
97#define HUB_MEM_TYPE_OS 0xfffffffeul
98#define HUB_MEM_TYPE_EEDATA 0xfffffffdul
99#define HUB_MEM_TYPE_RAM 0xfffffffcul
100
101/**
102 * Types of memory blocks on the context hub
103 * */
104#define MEM_FLAG_READ 0x1 // Memory can be written to
105#define MEM_FLAG_WRITE 0x2 // Memory can be written to
106#define MEM_FLAG_EXEC 0x4 // Memory can be executed from
107
108/**
109 * The following structure defines each memory block in detail
110 */
111struct mem_range_t {
112 uint32_t total_bytes;
113 uint32_t free_bytes;
114 uint32_t type; // HUB_MEM_TYPE_*
115 uint32_t mem_flags; // MEM_FLAG_*
116};
117
Ashutosh Joshi8c3c46d2016-01-08 16:09:11 -0800118struct hub_app_name_t {
Alexey Polyudovda38a702016-04-08 10:24:57 -0700119 uint64_t id;
Ashutosh Joshi8c3c46d2016-01-08 16:09:11 -0800120};
121
122struct hub_app_info {
Alexey Polyudovda38a702016-04-08 10:24:57 -0700123 struct hub_app_name_t app_name;
Ashutosh Joshi8c3c46d2016-01-08 16:09:11 -0800124 uint32_t version;
125 uint32_t num_mem_ranges;
126 const struct mem_range_t *mem_usage;
127};
128
129/**
130 * Following enum defines the types of sensors that a hub may declare support
131 * for. Declaration for support would mean that the hub can access and process
132 * data from that particular sensor type.
133 */
134
135typedef enum {
136 CONTEXT_SENSOR_RESERVED, // 0
137 CONTEXT_SENSOR_ACCELEROMETER, // 1
138 CONTEXT_SENSOR_GYROSCOPE, // 2
139 CONTEXT_SENSOR_MAGNETOMETER, // 3
140 CONTEXT_SENSOR_BAROMETER, // 4
141 CONTEXT_SENSOR_PROXIMITY_SENSOR, // 5
142 CONTEXT_SENSOR_AMBIENT_LIGHT_SENSOR, // 6
143
144 CONTEXT_SENSOR_GPS = 0x100, // 0x100
145 // Reserving this space for variants on GPS
146 CONTEXT_SENSOR_WIFI = 0x200, // 0x200
147 // Reserving this space for variants on WIFI
148 CONTEXT_SENSOR_AUDIO = 0x300, // 0x300
149 // Reserving this space for variants on Audio
150 CONTEXT_SENSOR_CAMERA = 0x400, // 0x400
151 // Reserving this space for variants on Camera
152 CONTEXT_SENSOR_BLE = 0x500, // 0x500
153
154 CONTEXT_SENSOR_MAX = 0xffffffff, //make sure enum size is set
155} context_sensor_e;
156
157/**
158 * Sensor types beyond CONTEXT_HUB_TYPE_PRIVATE_SENSOR_BASE are custom types
159 */
160#define CONTEXT_HUB_TYPE_PRIVATE_SENSOR_BASE 0x10000
161
162/**
163 * The following structure describes a sensor
164 */
165struct physical_sensor_description_t {
166 uint32_t sensor_type; // From the definitions above eg: 100
167 const char *type_string; // Type as a string. eg: "GPS"
168 const char *name; // Identifier eg: "Bosch BMI160"
169 const char *vendor; // Vendor : eg "STM"
170 uint32_t version; // Version : eg 0x1001
Greg Kaisere78619b2016-03-03 11:40:03 -0800171 uint32_t fifo_reserved_count; // Batching possible in hardware. Please
Ashutosh Joshi8c3c46d2016-01-08 16:09:11 -0800172 // note that here hardware does not include
Greg Kaisere78619b2016-03-03 11:40:03 -0800173 // the context hub itself. Thus, this
Ashutosh Joshi8c3c46d2016-01-08 16:09:11 -0800174 // definition may be different from say the
175 // number advertised in the sensors HAL
176 // which allows for batching in a hub.
177 uint32_t fifo_max_count; // maximum number of batchable events.
178 uint64_t min_delay_ms; // in milliseconds, corresponding to highest
179 // sampling freq.
180 uint64_t max_delay_ms; // in milliseconds, corresponds to minimum
181 // sampling frequency
182 float peak_power_mw; // At max frequency & no batching, power
183 // in milliwatts
184};
185
186struct connected_sensor_t {
187 uint32_t sensor_id; // identifier for this sensor
188
189 /* This union may be extended to other sensor types */
190 union {
191 struct physical_sensor_description_t physical_sensor;
192 };
193};
194
195
196
197/**
198 * Messages of this length or less must be supported by all implementations,
199 * longer lengths are supported up to max_supported_msg_len. This is exposed
200 * to third party apps, and since we do not know their msg data formats we
201 * cannot fragment for them. Our own messages are allowed to be bigger and
202 * this HAL will fragment as needed. "Our own" messages are messaegs defined
203 * in this file.
204 */
205#define HUB_REQUIRED_SUPPORTED_MSG_LEN 128
206
207struct hub_message_t {
Alexey Polyudovda38a702016-04-08 10:24:57 -0700208 struct hub_app_name_t app_name; /* To/From this nanoapp */
Ashutosh Joshi8c3c46d2016-01-08 16:09:11 -0800209 uint32_t message_type;
210 uint32_t message_len;
211 const void *message;
212};
213
214
215/**
216 * Definition of a context hub. A device may contain more than one low
217 * power domain. In that case, please add an entry for each hub. However,
218 * it is perfectly OK for a device to declare one context hub and manage
219 * them internally as several
220 */
221
222struct context_hub_t {
223 const char *name; // descriptive name eg: "Awesome Hub #1"
224 const char *vendor; // hub hardware vendor eg: "Qualcomm"
225 const char *toolchain; // toolchain to make binaries eg:"gcc ARM"
226 uint32_t platform_version; // Version of the hardware : eg 0x20
227 uint32_t toolchain_version; // Version of the toolchain : eg: 0x484
228 uint32_t hub_id; // a device unique id for this hub
229
230 float peak_mips; // Peak MIPS platform can deliver
231 float stopped_power_draw_mw; // if stopped, retention power, milliwatts
232 float sleep_power_draw_mw; // if sleeping, retention power, milliwatts
233 float peak_power_draw_mw; // for a busy CPUm power in milliwatts
234
235 const struct connected_sensor_t *connected_sensors; // array of connected sensors
236 uint32_t num_connected_sensors; // number of connected sensors
237
238 uint32_t max_supported_msg_len;
Alexey Polyudovda38a702016-04-08 10:24:57 -0700239 const struct hub_app_name_t os_app_name; /* send msgs here for OS functions */
Ashutosh Joshi8c3c46d2016-01-08 16:09:11 -0800240};
241
242/**
243 * All communication between the context hubs and the Context Hub Service is in
244 * the form of messages. Some message types are distinguished and their
245 * Semantics shall be well defined.
246 * Custom message types should be defined starting above
247 * CONTEXT_HUB_PRIVATE_MSG_BASE
248 */
249
250typedef enum {
251 CONTEXT_HUB_APPS_ENABLE = 1, // 1: Enables the loaded nano-apps
252 CONTEXT_HUB_APPS_DISABLE, // 2: Disables any loaded nano-apps
253 CONTEXT_HUB_LOAD_APP, // 3: Load a supplied app
254 CONTEXT_HUB_UNLOAD_APP, // 4: Unload a specified app
255 CONTEXT_HUB_QUERY_APPS, // 5: Query for apps info on hub (gets struct hub_app_info[])
256 CONTEXT_HUB_QUERY_MEMORY, // 5: Query for memory info (gets struct mem_range_t[])
257 CONTEXT_HUB_LOAD_OS, // 6: Load up OS update
258} hub_messages_e;
259
260#define CONTEXT_HUB_TYPE_PRIVATE_MSG_BASE 0x10000
261
262
263/**
264 * A callback registers with the context hub service to pass messages
265 * coming from the hub to the service/clients.
266 */
267typedef int context_hub_callback(uint32_t hub_id, const struct hub_message_t *rxed_msg, void *cookie);
268
269
270/**
271 * Every hardware module must have a data structure named HAL_MODULE_INFO_SYM
272 * and the fields of this data structure must begin with hw_module_t
273 * followed by module specific information.
274 */
275struct context_hub_module_t {
276 struct hw_module_t common;
277
278 /**
279 * Enumerate all available hubs.The list is returned in "list".
Dmitry Grinberg90e91402016-02-04 16:43:41 -0800280 * @return result : number of hubs in list or error (negative)
Ashutosh Joshi8c3c46d2016-01-08 16:09:11 -0800281 *
282 * This method shall be called at device bootup.
283 */
284 int (*get_hubs)(struct context_hub_module_t* module, const struct context_hub_t ** list);
285
286 /**
287 * Registers a callback for the HAL implementation to communicate
288 * with the context hub service.
289 * @return result : 0 if successful, error code otherwise
290 */
291 int (*subscribe_messages)(uint32_t hub_id, context_hub_callback cbk, void *cookie);
292
293 /**
294 * Send a message to a hub
295 * @return result : 0 if successful, error code otherwise
296 */
297 int (*send_message)(uint32_t hub_id, const struct hub_message_t *msg);
298
299};
300
301__END_DECLS
302
303#endif // CONTEXT_HUB_SENSORS_INTERFACE_H