Home | History | Annotate | Download | only in linux
      1 /*
      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>
     21 
     22 struct ion_handle;
     23 /**
     24  * enum ion_heap_types - list of all possible types of heaps
     25  * @ION_HEAP_TYPE_SYSTEM:	 memory allocated via vmalloc
     26  * @ION_HEAP_TYPE_SYSTEM_CONTIG: memory allocated via kmalloc
     27  * @ION_HEAP_TYPE_CARVEOUT:	 memory allocated from a prereserved
     28  * 				 carveout heap, allocations are physically
     29  * 				 contiguous
     30  * @ION_NUM_HEAPS:		 helper for iterating over heaps, a bit mask
     31  * 				 is used to identify the heaps, so only 32
     32  * 				 total heap types are supported
     33  */
     34 enum 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 */
     40 	ION_NUM_HEAPS = 16,
     41 };
     42 
     43 #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)
     46 
     47 /**
     48  * heap flags - the lower 16 bits are used by core ion, the upper 16
     49  * bits are reserved for use by the heaps themselves.
     50  */
     51 #define ION_FLAG_CACHED 1		/* mappings of this buffer should be
     52 					   cached, ion will do cache
     53 					   maintenance when the buffer is
     54 					   mapped for dma */
     55 #define ION_FLAG_CACHED_NEEDS_SYNC 2	/* mappings of this buffer will created
     56 					   at mmap time, if this is set
     57 					   caches must be managed manually */
     58 
     59 #ifdef __KERNEL__
     60 struct ion_device;
     61 struct ion_heap;
     62 struct ion_mapper;
     63 struct ion_client;
     64 struct ion_buffer;
     65 
     66 /* This should be removed some day when phys_addr_t's are fully
     67    plumbed in the kernel, and all instances of ion_phys_addr_t should
     68    be converted to phys_addr_t.  For the time being many kernel interfaces
     69    do not accept phys_addr_t's that would have to */
     70 #define ion_phys_addr_t unsigned long
     71 
     72 /**
     73  * struct ion_platform_heap - defines a heap in the given platform
     74  * @type:	type of the heap from ion_heap_type enum
     75  * @id:		unique identifier for heap.  When allocating (lower numbers
     76  * 		will be allocated from first)
     77  * @name:	used for debug purposes
     78  * @base:	base address of heap in physical memory if applicable
     79  * @size:	size of the heap in bytes if applicable
     80  *
     81  * Provided by the board file.
     82  */
     83 struct ion_platform_heap {
     84 	enum ion_heap_type type;
     85 	unsigned int id;
     86 	const char *name;
     87 	ion_phys_addr_t base;
     88 	size_t size;
     89 };
     90 
     91 /**
     92  * struct ion_platform_data - array of platform heaps passed from board file
     93  * @nr:		number of structures in the array
     94  * @heaps:	array of platform_heap structions
     95  *
     96  * Provided by the board file in the form of platform data to a platform device.
     97  */
     98 struct ion_platform_data {
     99 	int nr;
    100 	struct ion_platform_heap heaps[];
    101 };
    102 
    103 /**
    104  * ion_reserve() - reserve memory for ion heaps if applicable
    105  * @data:	platform data specifying starting physical address and
    106  *		size
    107  *
    108  * Calls memblock reserve to set aside memory for heaps that are
    109  * located at specific memory addresses or of specfic sizes not
    110  * managed by the kernel
    111  */
    112 void ion_reserve(struct ion_platform_data *data);
    113 
    114 /**
    115  * ion_client_create() -  allocate a client and returns it
    116  * @dev:	the global ion device
    117  * @heap_mask:	mask of heaps this client can allocate from
    118  * @name:	used for debugging
    119  */
    120 struct ion_client *ion_client_create(struct ion_device *dev,
    121 				     unsigned int heap_mask, const char *name);
    122 
    123 /**
    124  * ion_client_destroy() -  free's a client and all it's handles
    125  * @client:	the client
    126  *
    127  * Free the provided client and all it's resources including
    128  * any handles it is holding.
    129  */
    130 void ion_client_destroy(struct ion_client *client);
    131 
    132 /**
    133  * ion_alloc - allocate ion memory
    134  * @client:	the client
    135  * @len:	size of the allocation
    136  * @align:	requested allocation alignment, lots of hardware blocks have
    137  *		alignment requirements of some kind
    138  * @heap_mask:	mask of heaps to allocate from, if multiple bits are set
    139  *		heaps will be tried in order from lowest to highest order bit
    140  * @flags:	heap flags, the low 16 bits are consumed by ion, the high 16
    141  *		bits are passed on to the respective heap and can be heap
    142  * 		custom
    143  *
    144  * Allocate memory in one of the heaps provided in heap mask and return
    145  * an opaque handle to it.
    146  */
    147 struct ion_handle *ion_alloc(struct ion_client *client, size_t len,
    148 			     size_t align, unsigned int heap_mask,
    149 			     unsigned int flags);
    150 
    151 /**
    152  * ion_free - free a handle
    153  * @client:	the client
    154  * @handle:	the handle to free
    155  *
    156  * Free the provided handle.
    157  */
    158 void ion_free(struct ion_client *client, struct ion_handle *handle);
    159 
    160 /**
    161  * ion_phys - returns the physical address and len of a handle
    162  * @client:	the client
    163  * @handle:	the handle
    164  * @addr:	a pointer to put the address in
    165  * @len:	a pointer to put the length in
    166  *
    167  * This function queries the heap for a particular handle to get the
    168  * handle's physical address.  It't output is only correct if
    169  * a heap returns physically contiguous memory -- in other cases
    170  * this api should not be implemented -- ion_sg_table should be used
    171  * instead.  Returns -EINVAL if the handle is invalid.  This has
    172  * no implications on the reference counting of the handle --
    173  * the returned value may not be valid if the caller is not
    174  * holding a reference.
    175  */
    176 int ion_phys(struct ion_client *client, struct ion_handle *handle,
    177 	     ion_phys_addr_t *addr, size_t *len);
    178 
    179 /**
    180  * ion_map_dma - return an sg_table describing a handle
    181  * @client:	the client
    182  * @handle:	the handle
    183  *
    184  * This function returns the sg_table describing
    185  * a particular ion handle.
    186  */
    187 struct sg_table *ion_sg_table(struct ion_client *client,
    188 			      struct ion_handle *handle);
    189 
    190 /**
    191  * ion_map_kernel - create mapping for the given handle
    192  * @client:	the client
    193  * @handle:	handle to map
    194  *
    195  * Map the given handle into the kernel and return a kernel address that
    196  * can be used to access this address.
    197  */
    198 void *ion_map_kernel(struct ion_client *client, struct ion_handle *handle);
    199 
    200 /**
    201  * ion_unmap_kernel() - destroy a kernel mapping for a handle
    202  * @client:	the client
    203  * @handle:	handle to unmap
    204  */
    205 void ion_unmap_kernel(struct ion_client *client, struct ion_handle *handle);
    206 
    207 /**
    208  * ion_share_dma_buf() - given an ion client, create a dma-buf fd
    209  * @client:	the client
    210  * @handle:	the handle
    211  */
    212 int ion_share_dma_buf(struct ion_client *client, struct ion_handle *handle);
    213 
    214 /**
    215  * ion_import_dma_buf() - given an dma-buf fd from the ion exporter get handle
    216  * @client:	the client
    217  * @fd:		the dma-buf fd
    218  *
    219  * Given an dma-buf fd that was allocated through ion via ion_share_dma_buf,
    220  * import that fd and return a handle representing it.  If a dma-buf from
    221  * another exporter is passed in this function will return ERR_PTR(-EINVAL)
    222  */
    223 struct ion_handle *ion_import_dma_buf(struct ion_client *client, int fd);
    224 
    225 #endif /* __KERNEL__ */
    226 
    227 /**
    228  * DOC: Ion Userspace API
    229  *
    230  * create a client by opening /dev/ion
    231  * most operations handled via following ioctls
    232  *
    233  */
    234 
    235 /**
    236  * struct ion_allocation_data - metadata passed from userspace for allocations
    237  * @len:	size of the allocation
    238  * @align:	required alignment of the allocation
    239  * @heap_mask:	mask of heaps to allocate from
    240  * @flags:	flags passed to heap
    241  * @handle:	pointer that will be populated with a cookie to use to refer
    242  *		to this allocation
    243  *
    244  * Provided by userspace as an argument to the ioctl
    245  */
    246 struct ion_allocation_data {
    247 	size_t len;
    248 	size_t align;
    249 	unsigned int heap_mask;
    250 	unsigned int flags;
    251 	struct ion_handle *handle;
    252 };
    253 
    254 /**
    255  * struct ion_fd_data - metadata passed to/from userspace for a handle/fd pair
    256  * @handle:	a handle
    257  * @fd:		a file descriptor representing that handle
    258  *
    259  * For ION_IOC_SHARE or ION_IOC_MAP userspace populates the handle field with
    260  * the handle returned from ion alloc, and the kernel returns the file
    261  * descriptor to share or map in the fd field.  For ION_IOC_IMPORT, userspace
    262  * provides the file descriptor and the kernel returns the handle.
    263  */
    264 struct ion_fd_data {
    265 	struct ion_handle *handle;
    266 	int fd;
    267 };
    268 
    269 /**
    270  * struct ion_handle_data - a handle passed to/from the kernel
    271  * @handle:	a handle
    272  */
    273 struct ion_handle_data {
    274 	struct ion_handle *handle;
    275 };
    276 
    277 /**
    278  * struct ion_custom_data - metadata passed to/from userspace for a custom ioctl
    279  * @cmd:	the custom ioctl function to call
    280  * @arg:	additional data to pass to the custom ioctl, typically a user
    281  *		pointer to a predefined structure
    282  *
    283  * This works just like the regular cmd and arg fields of an ioctl.
    284  */
    285 struct ion_custom_data {
    286 	unsigned int cmd;
    287 	unsigned long arg;
    288 };
    289 
    290 #define ION_IOC_MAGIC		'I'
    291 
    292 /**
    293  * DOC: ION_IOC_ALLOC - allocate memory
    294  *
    295  * Takes an ion_allocation_data struct and returns it with the handle field
    296  * populated with the opaque handle for the allocation.
    297  */
    298 #define ION_IOC_ALLOC		_IOWR(ION_IOC_MAGIC, 0, \
    299 				      struct ion_allocation_data)
    300 
    301 /**
    302  * DOC: ION_IOC_FREE - free memory
    303  *
    304  * Takes an ion_handle_data struct and frees the handle.
    305  */
    306 #define ION_IOC_FREE		_IOWR(ION_IOC_MAGIC, 1, struct ion_handle_data)
    307 
    308 /**
    309  * DOC: ION_IOC_MAP - get a file descriptor to mmap
    310  *
    311  * Takes an ion_fd_data struct with the handle field populated with a valid
    312  * opaque handle.  Returns the struct with the fd field set to a file
    313  * descriptor open in the current address space.  This file descriptor
    314  * can then be used as an argument to mmap.
    315  */
    316 #define ION_IOC_MAP		_IOWR(ION_IOC_MAGIC, 2, struct ion_fd_data)
    317 
    318 /**
    319  * DOC: ION_IOC_SHARE - creates a file descriptor to use to share an allocation
    320  *
    321  * Takes an ion_fd_data struct with the handle field populated with a valid
    322  * opaque handle.  Returns the struct with the fd field set to a file
    323  * descriptor open in the current address space.  This file descriptor
    324  * can then be passed to another process.  The corresponding opaque handle can
    325  * be retrieved via ION_IOC_IMPORT.
    326  */
    327 #define ION_IOC_SHARE		_IOWR(ION_IOC_MAGIC, 4, struct ion_fd_data)
    328 
    329 /**
    330  * DOC: ION_IOC_IMPORT - imports a shared file descriptor
    331  *
    332  * Takes an ion_fd_data struct with the fd field populated with a valid file
    333  * descriptor obtained from ION_IOC_SHARE and returns the struct with the handle
    334  * filed set to the corresponding opaque handle.
    335  */
    336 #define ION_IOC_IMPORT		_IOWR(ION_IOC_MAGIC, 5, struct ion_fd_data)
    337 
    338 /**
    339  * DOC: ION_IOC_SYNC - syncs a shared file descriptors to memory
    340  *
    341  * Deprecated in favor of using the dma_buf api's correctly (syncing
    342  * will happend automatically when the buffer is mapped to a device).
    343  * If necessary should be used after touching a cached buffer from the cpu,
    344  * this will make the buffer in memory coherent.
    345  */
    346 #define ION_IOC_SYNC		_IOWR(ION_IOC_MAGIC, 7, struct ion_fd_data)
    347 
    348 /**
    349  * DOC: ION_IOC_CUSTOM - call architecture specific ion ioctl
    350  *
    351  * Takes the argument of the architecture specific ioctl to call and
    352  * passes appropriate userdata for that ioctl
    353  */
    354 #define ION_IOC_CUSTOM		_IOWR(ION_IOC_MAGIC, 6, struct ion_custom_data)
    355 
    356 #endif /* _LINUX_ION_H */
    357