blob: dc9e549c3e6f908a273e5dc7f56c326989c3b320 [file] [log] [blame]
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -07001/*
2 * include/linux/ion.h
3 *
4 * Copyright (C) 2011 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
17#ifndef _LINUX_ION_H
18#define _LINUX_ION_H
19
Laura Abbottabcb6f72011-10-04 16:26:49 -070020#include <linux/ioctl.h>
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -070021#include <linux/types.h>
22
Laura Abbottabcb6f72011-10-04 16:26:49 -070023
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -070024struct ion_handle;
25/**
26 * enum ion_heap_types - list of all possible types of heaps
Iliyan Malchevf22301562011-07-06 16:53:21 -070027 * @ION_HEAP_TYPE_SYSTEM: memory allocated via vmalloc
28 * @ION_HEAP_TYPE_SYSTEM_CONTIG: memory allocated via kmalloc
29 * @ION_HEAP_TYPE_CARVEOUT: memory allocated from a prereserved
30 * carveout heap, allocations are physically
31 * contiguous
32 * @ION_HEAP_END: helper for iterating over heaps
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -070033 */
34enum ion_heap_type {
35 ION_HEAP_TYPE_SYSTEM,
36 ION_HEAP_TYPE_SYSTEM_CONTIG,
37 ION_HEAP_TYPE_CARVEOUT,
38 ION_HEAP_TYPE_CUSTOM, /* must be last so device specific heaps always
39 are at the end of this enum */
Rebecca Schultz Zavine6ee1242011-06-30 12:19:55 -070040 ION_NUM_HEAPS,
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -070041};
42
Iliyan Malchevf22301562011-07-06 16:53:21 -070043#define ION_HEAP_SYSTEM_MASK (1 << ION_HEAP_TYPE_SYSTEM)
44#define ION_HEAP_SYSTEM_CONTIG_MASK (1 << ION_HEAP_TYPE_SYSTEM_CONTIG)
45#define ION_HEAP_CARVEOUT_MASK (1 << ION_HEAP_TYPE_CARVEOUT)
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -070046
Laura Abbotta2e93632011-08-19 13:36:32 -070047
48/**
49 * These are the only ids that should be used for Ion heap ids.
50 * The ids listed are the order in which allocation will be attempted
51 * if specified. Don't swap the order of heap ids unless you know what
52 * you are doing!
53 */
54
55enum ion_heap_ids {
56 ION_HEAP_SYSTEM_ID,
57 ION_HEAP_SYSTEM_CONTIG_ID,
58 ION_HEAP_EBI_ID,
59 ION_HEAP_SMI_ID,
60};
61
62#define ION_KMALLOC_HEAP_NAME "kmalloc"
63#define ION_VMALLOC_HEAP_NAME "vmalloc"
64#define ION_EBI1_HEAP_NAME "EBI1"
65
Laura Abbott894fd582011-08-19 13:33:56 -070066#define CACHED 1
67#define UNCACHED 0
68
69#define ION_CACHE_SHIFT 0
70
71#define ION_SET_CACHE(__cache) ((__cache) << ION_CACHE_SHIFT)
72
Laura Abbott35412032011-09-29 09:50:06 -070073#define ION_IS_CACHED(__flags) ((__flags) & (1 << ION_CACHE_SHIFT))
74
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -070075#ifdef __KERNEL__
Laura Abbottcffdff52011-09-23 10:40:19 -070076#include <mach/ion.h>
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -070077struct ion_device;
78struct ion_heap;
79struct ion_mapper;
80struct ion_client;
81struct ion_buffer;
82
83/* This should be removed some day when phys_addr_t's are fully
84 plumbed in the kernel, and all instances of ion_phys_addr_t should
85 be converted to phys_addr_t. For the time being many kernel interfaces
86 do not accept phys_addr_t's that would have to */
87#define ion_phys_addr_t unsigned long
88
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -070089/**
90 * struct ion_platform_heap - defines a heap in the given platform
91 * @type: type of the heap from ion_heap_type enum
Rebecca Schultz Zavine6ee1242011-06-30 12:19:55 -070092 * @id: unique identifier for heap. When allocating (lower numbers
93 * will be allocated from first)
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -070094 * @name: used for debug purposes
95 * @base: base address of heap in physical memory if applicable
96 * @size: size of the heap in bytes if applicable
97 *
98 * Provided by the board file.
99 */
100struct ion_platform_heap {
101 enum ion_heap_type type;
Rebecca Schultz Zavine6ee1242011-06-30 12:19:55 -0700102 unsigned int id;
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -0700103 const char *name;
104 ion_phys_addr_t base;
105 size_t size;
Laura Abbotta2e93632011-08-19 13:36:32 -0700106 enum ion_memory_types memory_type;
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -0700107};
108
109/**
110 * struct ion_platform_data - array of platform heaps passed from board file
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -0700111 * @nr: number of structures in the array
Rebecca Schultz Zavine6ee1242011-06-30 12:19:55 -0700112 * @heaps: array of platform_heap structions
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -0700113 *
114 * Provided by the board file in the form of platform data to a platform device.
115 */
116struct ion_platform_data {
117 int nr;
118 struct ion_platform_heap heaps[];
119};
120
121/**
122 * ion_client_create() - allocate a client and returns it
123 * @dev: the global ion device
124 * @heap_mask: mask of heaps this client can allocate from
125 * @name: used for debugging
126 */
127struct ion_client *ion_client_create(struct ion_device *dev,
128 unsigned int heap_mask, const char *name);
129
130/**
Laura Abbott302911d2011-08-15 17:12:57 -0700131 * msm_ion_client_create - allocate a client using the ion_device specified in
132 * drivers/gpu/ion/msm/msm_ion.c
133 *
134 * heap_mask and name are the same as ion_client_create, return values
135 * are the same as ion_client_create.
136 */
137
138struct ion_client *msm_ion_client_create(unsigned int heap_mask,
139 const char *name);
140
141/**
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -0700142 * ion_client_destroy() - free's a client and all it's handles
143 * @client: the client
144 *
145 * Free the provided client and all it's resources including
146 * any handles it is holding.
147 */
148void ion_client_destroy(struct ion_client *client);
149
150/**
151 * ion_alloc - allocate ion memory
152 * @client: the client
153 * @len: size of the allocation
154 * @align: requested allocation alignment, lots of hardware blocks have
155 * alignment requirements of some kind
Rebecca Schultz Zavine6ee1242011-06-30 12:19:55 -0700156 * @flags: mask of heaps to allocate from, if multiple bits are set
157 * heaps will be tried in order from lowest to highest order bit
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -0700158 *
159 * Allocate memory in one of the heaps provided in heap mask and return
160 * an opaque handle to it.
161 */
162struct ion_handle *ion_alloc(struct ion_client *client, size_t len,
163 size_t align, unsigned int flags);
164
165/**
166 * ion_free - free a handle
167 * @client: the client
168 * @handle: the handle to free
169 *
170 * Free the provided handle.
171 */
172void ion_free(struct ion_client *client, struct ion_handle *handle);
173
174/**
175 * ion_phys - returns the physical address and len of a handle
176 * @client: the client
177 * @handle: the handle
178 * @addr: a pointer to put the address in
179 * @len: a pointer to put the length in
180 *
181 * This function queries the heap for a particular handle to get the
182 * handle's physical address. It't output is only correct if
183 * a heap returns physically contiguous memory -- in other cases
184 * this api should not be implemented -- ion_map_dma should be used
185 * instead. Returns -EINVAL if the handle is invalid. This has
186 * no implications on the reference counting of the handle --
187 * the returned value may not be valid if the caller is not
188 * holding a reference.
189 */
190int ion_phys(struct ion_client *client, struct ion_handle *handle,
191 ion_phys_addr_t *addr, size_t *len);
192
193/**
194 * ion_map_kernel - create mapping for the given handle
195 * @client: the client
196 * @handle: handle to map
Laura Abbott894fd582011-08-19 13:33:56 -0700197 * @flags: flags for this mapping
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -0700198 *
199 * Map the given handle into the kernel and return a kernel address that
Laura Abbott894fd582011-08-19 13:33:56 -0700200 * can be used to access this address. If no flags are specified, this
201 * will return a non-secure uncached mapping.
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -0700202 */
Laura Abbott894fd582011-08-19 13:33:56 -0700203void *ion_map_kernel(struct ion_client *client, struct ion_handle *handle,
204 unsigned long flags);
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -0700205
206/**
207 * ion_unmap_kernel() - destroy a kernel mapping for a handle
208 * @client: the client
209 * @handle: handle to unmap
210 */
211void ion_unmap_kernel(struct ion_client *client, struct ion_handle *handle);
212
213/**
214 * ion_map_dma - create a dma mapping for a given handle
215 * @client: the client
216 * @handle: handle to map
217 *
218 * Return an sglist describing the given handle
219 */
220struct scatterlist *ion_map_dma(struct ion_client *client,
Laura Abbott894fd582011-08-19 13:33:56 -0700221 struct ion_handle *handle,
222 unsigned long flags);
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -0700223
224/**
225 * ion_unmap_dma() - destroy a dma mapping for a handle
226 * @client: the client
227 * @handle: handle to unmap
228 */
229void ion_unmap_dma(struct ion_client *client, struct ion_handle *handle);
230
231/**
232 * ion_share() - given a handle, obtain a buffer to pass to other clients
233 * @client: the client
234 * @handle: the handle to share
235 *
Iliyan Malchev3fe24362011-08-09 14:42:08 -0700236 * Given a handle, return a buffer, which exists in a global name
237 * space, and can be passed to other clients. Should be passed into ion_import
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -0700238 * to obtain a new handle for this buffer.
Iliyan Malchev3fe24362011-08-09 14:42:08 -0700239 *
240 * NOTE: This function does do not an extra reference. The burden is on the
241 * caller to make sure the buffer doesn't go away while it's being passed to
242 * another client. That is, ion_free should not be called on this handle until
243 * the buffer has been imported into the other client.
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -0700244 */
245struct ion_buffer *ion_share(struct ion_client *client,
246 struct ion_handle *handle);
247
248/**
249 * ion_import() - given an buffer in another client, import it
250 * @client: this blocks client
251 * @buffer: the buffer to import (as obtained from ion_share)
252 *
253 * Given a buffer, add it to the client and return the handle to use to refer
254 * to it further. This is called to share a handle from one kernel client to
255 * another.
256 */
257struct ion_handle *ion_import(struct ion_client *client,
258 struct ion_buffer *buffer);
259
260/**
261 * ion_import_fd() - given an fd obtained via ION_IOC_SHARE ioctl, import it
262 * @client: this blocks client
263 * @fd: the fd
264 *
265 * A helper function for drivers that will be recieving ion buffers shared
266 * with them from userspace. These buffers are represented by a file
267 * descriptor obtained as the return from the ION_IOC_SHARE ioctl.
268 * This function coverts that fd into the underlying buffer, and returns
269 * the handle to use to refer to it further.
270 */
271struct ion_handle *ion_import_fd(struct ion_client *client, int fd);
Laura Abbott273dd8e2011-10-12 14:26:33 -0700272
273
274/**
275 * ion_handle_get_flags - get the flags for a given handle
276 *
277 * @client - client who allocated the handle
278 * @handle - handle to get the flags
279 * @flags - pointer to store the flags
280 *
281 * Gets the current flags for a handle. These flags indicate various options
282 * of the buffer (caching, security, etc.)
283 */
284int ion_handle_get_flags(struct ion_client *client, struct ion_handle *handle,
285 unsigned long *flags);
286
287
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -0700288#endif /* __KERNEL__ */
289
290/**
291 * DOC: Ion Userspace API
292 *
293 * create a client by opening /dev/ion
294 * most operations handled via following ioctls
295 *
296 */
297
298/**
299 * struct ion_allocation_data - metadata passed from userspace for allocations
300 * @len: size of the allocation
301 * @align: required alignment of the allocation
302 * @flags: flags passed to heap
303 * @handle: pointer that will be populated with a cookie to use to refer
304 * to this allocation
305 *
306 * Provided by userspace as an argument to the ioctl
307 */
308struct ion_allocation_data {
309 size_t len;
310 size_t align;
311 unsigned int flags;
312 struct ion_handle *handle;
313};
314
315/**
316 * struct ion_fd_data - metadata passed to/from userspace for a handle/fd pair
317 * @handle: a handle
318 * @fd: a file descriptor representing that handle
319 *
320 * For ION_IOC_SHARE or ION_IOC_MAP userspace populates the handle field with
321 * the handle returned from ion alloc, and the kernel returns the file
322 * descriptor to share or map in the fd field. For ION_IOC_IMPORT, userspace
323 * provides the file descriptor and the kernel returns the handle.
324 */
325struct ion_fd_data {
326 struct ion_handle *handle;
327 int fd;
328};
329
330/**
331 * struct ion_handle_data - a handle passed to/from the kernel
332 * @handle: a handle
333 */
334struct ion_handle_data {
335 struct ion_handle *handle;
336};
337
Rebecca Schultz Zavine6ee1242011-06-30 12:19:55 -0700338/**
339 * struct ion_custom_data - metadata passed to/from userspace for a custom ioctl
340 * @cmd: the custom ioctl function to call
341 * @arg: additional data to pass to the custom ioctl, typically a user
342 * pointer to a predefined structure
343 *
344 * This works just like the regular cmd and arg fields of an ioctl.
345 */
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -0700346struct ion_custom_data {
347 unsigned int cmd;
348 unsigned long arg;
349};
350
Laura Abbottabcb6f72011-10-04 16:26:49 -0700351
352/* struct ion_flush_data - data passed to ion for flushing caches
353 *
354 * @handle: handle with data to flush
355 * @vaddr: userspace virtual address mapped with mmap
356 * @offset: offset into the handle to flush
357 * @length: length of handle to flush
358 *
359 * Performs cache operations on the handle. If p is the start address
360 * of the handle, p + offset through p + offset + length will have
361 * the cache operations performed
362 */
363struct ion_flush_data {
364 struct ion_handle *handle;
365 void *vaddr;
366 unsigned int offset;
367 unsigned int length;
368};
Laura Abbott273dd8e2011-10-12 14:26:33 -0700369
370/* struct ion_flag_data - information about flags for this buffer
371 *
372 * @handle: handle to get flags from
373 * @flags: flags of this handle
374 *
375 * Takes handle as an input and outputs the flags from the handle
376 * in the flag field.
377 */
378struct ion_flag_data {
379 struct ion_handle *handle;
380 unsigned long flags;
381};
382
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -0700383#define ION_IOC_MAGIC 'I'
384
385/**
386 * DOC: ION_IOC_ALLOC - allocate memory
387 *
388 * Takes an ion_allocation_data struct and returns it with the handle field
389 * populated with the opaque handle for the allocation.
390 */
391#define ION_IOC_ALLOC _IOWR(ION_IOC_MAGIC, 0, \
392 struct ion_allocation_data)
393
394/**
395 * DOC: ION_IOC_FREE - free memory
396 *
397 * Takes an ion_handle_data struct and frees the handle.
398 */
399#define ION_IOC_FREE _IOWR(ION_IOC_MAGIC, 1, struct ion_handle_data)
400
401/**
402 * DOC: ION_IOC_MAP - get a file descriptor to mmap
403 *
404 * Takes an ion_fd_data struct with the handle field populated with a valid
405 * opaque handle. Returns the struct with the fd field set to a file
406 * descriptor open in the current address space. This file descriptor
407 * can then be used as an argument to mmap.
408 */
409#define ION_IOC_MAP _IOWR(ION_IOC_MAGIC, 2, struct ion_fd_data)
410
411/**
412 * DOC: ION_IOC_SHARE - creates a file descriptor to use to share an allocation
413 *
414 * Takes an ion_fd_data struct with the handle field populated with a valid
415 * opaque handle. Returns the struct with the fd field set to a file
416 * descriptor open in the current address space. This file descriptor
417 * can then be passed to another process. The corresponding opaque handle can
418 * be retrieved via ION_IOC_IMPORT.
419 */
420#define ION_IOC_SHARE _IOWR(ION_IOC_MAGIC, 4, struct ion_fd_data)
421
422/**
423 * DOC: ION_IOC_IMPORT - imports a shared file descriptor
424 *
425 * Takes an ion_fd_data struct with the fd field populated with a valid file
426 * descriptor obtained from ION_IOC_SHARE and returns the struct with the handle
427 * filed set to the corresponding opaque handle.
428 */
429#define ION_IOC_IMPORT _IOWR(ION_IOC_MAGIC, 5, int)
430
431/**
432 * DOC: ION_IOC_CUSTOM - call architecture specific ion ioctl
433 *
434 * Takes the argument of the architecture specific ioctl to call and
435 * passes appropriate userdata for that ioctl
436 */
437#define ION_IOC_CUSTOM _IOWR(ION_IOC_MAGIC, 6, struct ion_custom_data)
438
Laura Abbottabcb6f72011-10-04 16:26:49 -0700439
440/**
441 * DOC: ION_IOC_CLEAN_CACHES - clean the caches
442 *
443 * Clean the caches of the handle specified.
444 */
445#define ION_IOC_CLEAN_CACHES _IOWR(ION_IOC_MAGIC, 7, \
446 struct ion_flush_data)
447/**
448 * DOC: ION_MSM_IOC_INV_CACHES - invalidate the caches
449 *
450 * Invalidate the caches of the handle specified.
451 */
452#define ION_IOC_INV_CACHES _IOWR(ION_IOC_MAGIC, 8, \
453 struct ion_flush_data)
454/**
455 * DOC: ION_MSM_IOC_CLEAN_CACHES - clean and invalidate the caches
456 *
457 * Clean and invalidate the caches of the handle specified.
458 */
459#define ION_IOC_CLEAN_INV_CACHES _IOWR(ION_IOC_MAGIC, 9, \
460 struct ion_flush_data)
Laura Abbott273dd8e2011-10-12 14:26:33 -0700461
462/**
463 * DOC: ION_IOC_GET_FLAGS - get the flags of the handle
464 *
465 * Gets the flags of the current handle which indicate cachability,
466 * secure state etc.
467 */
468#define ION_IOC_GET_FLAGS _IOWR(ION_IOC_MAGIC, 10, \
469 struct ion_flag_data)
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -0700470#endif /* _LINUX_ION_H */