blob: 15ba708a45781e24d8fee6454466d4e0df267b72 [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
20#include <linux/types.h>
Laura Abbotta2e93632011-08-19 13:36:32 -070021#include <mach/ion.h>
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -070022
23struct ion_handle;
24/**
25 * enum ion_heap_types - list of all possible types of heaps
Iliyan Malchevf22301562011-07-06 16:53:21 -070026 * @ION_HEAP_TYPE_SYSTEM: memory allocated via vmalloc
27 * @ION_HEAP_TYPE_SYSTEM_CONTIG: memory allocated via kmalloc
28 * @ION_HEAP_TYPE_CARVEOUT: memory allocated from a prereserved
29 * carveout heap, allocations are physically
30 * contiguous
31 * @ION_HEAP_END: helper for iterating over heaps
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -070032 */
33enum ion_heap_type {
34 ION_HEAP_TYPE_SYSTEM,
35 ION_HEAP_TYPE_SYSTEM_CONTIG,
36 ION_HEAP_TYPE_CARVEOUT,
37 ION_HEAP_TYPE_CUSTOM, /* must be last so device specific heaps always
38 are at the end of this enum */
Rebecca Schultz Zavine6ee1242011-06-30 12:19:55 -070039 ION_NUM_HEAPS,
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -070040};
41
Iliyan Malchevf22301562011-07-06 16:53:21 -070042#define ION_HEAP_SYSTEM_MASK (1 << ION_HEAP_TYPE_SYSTEM)
43#define ION_HEAP_SYSTEM_CONTIG_MASK (1 << ION_HEAP_TYPE_SYSTEM_CONTIG)
44#define ION_HEAP_CARVEOUT_MASK (1 << ION_HEAP_TYPE_CARVEOUT)
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -070045
Laura Abbotta2e93632011-08-19 13:36:32 -070046
47/**
48 * These are the only ids that should be used for Ion heap ids.
49 * The ids listed are the order in which allocation will be attempted
50 * if specified. Don't swap the order of heap ids unless you know what
51 * you are doing!
52 */
53
54enum ion_heap_ids {
55 ION_HEAP_SYSTEM_ID,
56 ION_HEAP_SYSTEM_CONTIG_ID,
57 ION_HEAP_EBI_ID,
58 ION_HEAP_SMI_ID,
59};
60
61#define ION_KMALLOC_HEAP_NAME "kmalloc"
62#define ION_VMALLOC_HEAP_NAME "vmalloc"
63#define ION_EBI1_HEAP_NAME "EBI1"
64
Laura Abbott894fd582011-08-19 13:33:56 -070065#define CACHED 1
66#define UNCACHED 0
67
68#define ION_CACHE_SHIFT 0
69
70#define ION_SET_CACHE(__cache) ((__cache) << ION_CACHE_SHIFT)
71
Laura Abbott35412032011-09-29 09:50:06 -070072#define ION_IS_CACHED(__flags) ((__flags) & (1 << ION_CACHE_SHIFT))
73
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -070074#ifdef __KERNEL__
75struct ion_device;
76struct ion_heap;
77struct ion_mapper;
78struct ion_client;
79struct ion_buffer;
80
81/* This should be removed some day when phys_addr_t's are fully
82 plumbed in the kernel, and all instances of ion_phys_addr_t should
83 be converted to phys_addr_t. For the time being many kernel interfaces
84 do not accept phys_addr_t's that would have to */
85#define ion_phys_addr_t unsigned long
86
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -070087/**
88 * struct ion_platform_heap - defines a heap in the given platform
89 * @type: type of the heap from ion_heap_type enum
Rebecca Schultz Zavine6ee1242011-06-30 12:19:55 -070090 * @id: unique identifier for heap. When allocating (lower numbers
91 * will be allocated from first)
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -070092 * @name: used for debug purposes
93 * @base: base address of heap in physical memory if applicable
94 * @size: size of the heap in bytes if applicable
95 *
96 * Provided by the board file.
97 */
98struct ion_platform_heap {
99 enum ion_heap_type type;
Rebecca Schultz Zavine6ee1242011-06-30 12:19:55 -0700100 unsigned int id;
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -0700101 const char *name;
102 ion_phys_addr_t base;
103 size_t size;
Laura Abbotta2e93632011-08-19 13:36:32 -0700104 enum ion_memory_types memory_type;
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -0700105};
106
107/**
108 * struct ion_platform_data - array of platform heaps passed from board file
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -0700109 * @nr: number of structures in the array
Rebecca Schultz Zavine6ee1242011-06-30 12:19:55 -0700110 * @heaps: array of platform_heap structions
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -0700111 *
112 * Provided by the board file in the form of platform data to a platform device.
113 */
114struct ion_platform_data {
115 int nr;
116 struct ion_platform_heap heaps[];
117};
118
119/**
120 * ion_client_create() - allocate a client and returns it
121 * @dev: the global ion device
122 * @heap_mask: mask of heaps this client can allocate from
123 * @name: used for debugging
124 */
125struct ion_client *ion_client_create(struct ion_device *dev,
126 unsigned int heap_mask, const char *name);
127
128/**
Laura Abbott302911d2011-08-15 17:12:57 -0700129 * msm_ion_client_create - allocate a client using the ion_device specified in
130 * drivers/gpu/ion/msm/msm_ion.c
131 *
132 * heap_mask and name are the same as ion_client_create, return values
133 * are the same as ion_client_create.
134 */
135
136struct ion_client *msm_ion_client_create(unsigned int heap_mask,
137 const char *name);
138
139/**
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -0700140 * ion_client_destroy() - free's a client and all it's handles
141 * @client: the client
142 *
143 * Free the provided client and all it's resources including
144 * any handles it is holding.
145 */
146void ion_client_destroy(struct ion_client *client);
147
148/**
149 * ion_alloc - allocate ion memory
150 * @client: the client
151 * @len: size of the allocation
152 * @align: requested allocation alignment, lots of hardware blocks have
153 * alignment requirements of some kind
Rebecca Schultz Zavine6ee1242011-06-30 12:19:55 -0700154 * @flags: mask of heaps to allocate from, if multiple bits are set
155 * heaps will be tried in order from lowest to highest order bit
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -0700156 *
157 * Allocate memory in one of the heaps provided in heap mask and return
158 * an opaque handle to it.
159 */
160struct ion_handle *ion_alloc(struct ion_client *client, size_t len,
161 size_t align, unsigned int flags);
162
163/**
164 * ion_free - free a handle
165 * @client: the client
166 * @handle: the handle to free
167 *
168 * Free the provided handle.
169 */
170void ion_free(struct ion_client *client, struct ion_handle *handle);
171
172/**
173 * ion_phys - returns the physical address and len of a handle
174 * @client: the client
175 * @handle: the handle
176 * @addr: a pointer to put the address in
177 * @len: a pointer to put the length in
178 *
179 * This function queries the heap for a particular handle to get the
180 * handle's physical address. It't output is only correct if
181 * a heap returns physically contiguous memory -- in other cases
182 * this api should not be implemented -- ion_map_dma should be used
183 * instead. Returns -EINVAL if the handle is invalid. This has
184 * no implications on the reference counting of the handle --
185 * the returned value may not be valid if the caller is not
186 * holding a reference.
187 */
188int ion_phys(struct ion_client *client, struct ion_handle *handle,
189 ion_phys_addr_t *addr, size_t *len);
190
191/**
192 * ion_map_kernel - create mapping for the given handle
193 * @client: the client
194 * @handle: handle to map
Laura Abbott894fd582011-08-19 13:33:56 -0700195 * @flags: flags for this mapping
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -0700196 *
197 * Map the given handle into the kernel and return a kernel address that
Laura Abbott894fd582011-08-19 13:33:56 -0700198 * can be used to access this address. If no flags are specified, this
199 * will return a non-secure uncached mapping.
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -0700200 */
Laura Abbott894fd582011-08-19 13:33:56 -0700201void *ion_map_kernel(struct ion_client *client, struct ion_handle *handle,
202 unsigned long flags);
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -0700203
204/**
205 * ion_unmap_kernel() - destroy a kernel mapping for a handle
206 * @client: the client
207 * @handle: handle to unmap
208 */
209void ion_unmap_kernel(struct ion_client *client, struct ion_handle *handle);
210
211/**
212 * ion_map_dma - create a dma mapping for a given handle
213 * @client: the client
214 * @handle: handle to map
215 *
216 * Return an sglist describing the given handle
217 */
218struct scatterlist *ion_map_dma(struct ion_client *client,
Laura Abbott894fd582011-08-19 13:33:56 -0700219 struct ion_handle *handle,
220 unsigned long flags);
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -0700221
222/**
223 * ion_unmap_dma() - destroy a dma mapping for a handle
224 * @client: the client
225 * @handle: handle to unmap
226 */
227void ion_unmap_dma(struct ion_client *client, struct ion_handle *handle);
228
229/**
230 * ion_share() - given a handle, obtain a buffer to pass to other clients
231 * @client: the client
232 * @handle: the handle to share
233 *
Iliyan Malchev3fe24362011-08-09 14:42:08 -0700234 * Given a handle, return a buffer, which exists in a global name
235 * space, and can be passed to other clients. Should be passed into ion_import
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -0700236 * to obtain a new handle for this buffer.
Iliyan Malchev3fe24362011-08-09 14:42:08 -0700237 *
238 * NOTE: This function does do not an extra reference. The burden is on the
239 * caller to make sure the buffer doesn't go away while it's being passed to
240 * another client. That is, ion_free should not be called on this handle until
241 * the buffer has been imported into the other client.
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -0700242 */
243struct ion_buffer *ion_share(struct ion_client *client,
244 struct ion_handle *handle);
245
246/**
247 * ion_import() - given an buffer in another client, import it
248 * @client: this blocks client
249 * @buffer: the buffer to import (as obtained from ion_share)
250 *
251 * Given a buffer, add it to the client and return the handle to use to refer
252 * to it further. This is called to share a handle from one kernel client to
253 * another.
254 */
255struct ion_handle *ion_import(struct ion_client *client,
256 struct ion_buffer *buffer);
257
258/**
259 * ion_import_fd() - given an fd obtained via ION_IOC_SHARE ioctl, import it
260 * @client: this blocks client
261 * @fd: the fd
262 *
263 * A helper function for drivers that will be recieving ion buffers shared
264 * with them from userspace. These buffers are represented by a file
265 * descriptor obtained as the return from the ION_IOC_SHARE ioctl.
266 * This function coverts that fd into the underlying buffer, and returns
267 * the handle to use to refer to it further.
268 */
269struct ion_handle *ion_import_fd(struct ion_client *client, int fd);
270#endif /* __KERNEL__ */
271
272/**
273 * DOC: Ion Userspace API
274 *
275 * create a client by opening /dev/ion
276 * most operations handled via following ioctls
277 *
278 */
279
280/**
281 * struct ion_allocation_data - metadata passed from userspace for allocations
282 * @len: size of the allocation
283 * @align: required alignment of the allocation
284 * @flags: flags passed to heap
285 * @handle: pointer that will be populated with a cookie to use to refer
286 * to this allocation
287 *
288 * Provided by userspace as an argument to the ioctl
289 */
290struct ion_allocation_data {
291 size_t len;
292 size_t align;
293 unsigned int flags;
294 struct ion_handle *handle;
295};
296
297/**
298 * struct ion_fd_data - metadata passed to/from userspace for a handle/fd pair
299 * @handle: a handle
300 * @fd: a file descriptor representing that handle
301 *
302 * For ION_IOC_SHARE or ION_IOC_MAP userspace populates the handle field with
303 * the handle returned from ion alloc, and the kernel returns the file
304 * descriptor to share or map in the fd field. For ION_IOC_IMPORT, userspace
305 * provides the file descriptor and the kernel returns the handle.
306 */
307struct ion_fd_data {
308 struct ion_handle *handle;
309 int fd;
310};
311
312/**
313 * struct ion_handle_data - a handle passed to/from the kernel
314 * @handle: a handle
315 */
316struct ion_handle_data {
317 struct ion_handle *handle;
318};
319
Rebecca Schultz Zavine6ee1242011-06-30 12:19:55 -0700320/**
321 * struct ion_custom_data - metadata passed to/from userspace for a custom ioctl
322 * @cmd: the custom ioctl function to call
323 * @arg: additional data to pass to the custom ioctl, typically a user
324 * pointer to a predefined structure
325 *
326 * This works just like the regular cmd and arg fields of an ioctl.
327 */
Rebecca Schultz Zavinc80005a2011-06-29 19:44:29 -0700328struct ion_custom_data {
329 unsigned int cmd;
330 unsigned long arg;
331};
332
333#define ION_IOC_MAGIC 'I'
334
335/**
336 * DOC: ION_IOC_ALLOC - allocate memory
337 *
338 * Takes an ion_allocation_data struct and returns it with the handle field
339 * populated with the opaque handle for the allocation.
340 */
341#define ION_IOC_ALLOC _IOWR(ION_IOC_MAGIC, 0, \
342 struct ion_allocation_data)
343
344/**
345 * DOC: ION_IOC_FREE - free memory
346 *
347 * Takes an ion_handle_data struct and frees the handle.
348 */
349#define ION_IOC_FREE _IOWR(ION_IOC_MAGIC, 1, struct ion_handle_data)
350
351/**
352 * DOC: ION_IOC_MAP - get a file descriptor to mmap
353 *
354 * Takes an ion_fd_data struct with the handle field populated with a valid
355 * opaque handle. Returns the struct with the fd field set to a file
356 * descriptor open in the current address space. This file descriptor
357 * can then be used as an argument to mmap.
358 */
359#define ION_IOC_MAP _IOWR(ION_IOC_MAGIC, 2, struct ion_fd_data)
360
361/**
362 * DOC: ION_IOC_SHARE - creates a file descriptor to use to share an allocation
363 *
364 * Takes an ion_fd_data struct with the handle field populated with a valid
365 * opaque handle. Returns the struct with the fd field set to a file
366 * descriptor open in the current address space. This file descriptor
367 * can then be passed to another process. The corresponding opaque handle can
368 * be retrieved via ION_IOC_IMPORT.
369 */
370#define ION_IOC_SHARE _IOWR(ION_IOC_MAGIC, 4, struct ion_fd_data)
371
372/**
373 * DOC: ION_IOC_IMPORT - imports a shared file descriptor
374 *
375 * Takes an ion_fd_data struct with the fd field populated with a valid file
376 * descriptor obtained from ION_IOC_SHARE and returns the struct with the handle
377 * filed set to the corresponding opaque handle.
378 */
379#define ION_IOC_IMPORT _IOWR(ION_IOC_MAGIC, 5, int)
380
381/**
382 * DOC: ION_IOC_CUSTOM - call architecture specific ion ioctl
383 *
384 * Takes the argument of the architecture specific ioctl to call and
385 * passes appropriate userdata for that ioctl
386 */
387#define ION_IOC_CUSTOM _IOWR(ION_IOC_MAGIC, 6, struct ion_custom_data)
388
389#endif /* _LINUX_ION_H */