brintos

brintos / linux-shallow public Read only

0
0
Text · 16.8 KiB · 02ea4e3 Raw
555 lines · c
1/*2 * Copyright 1999 Precision Insight, Inc., Cedar Park, Texas.3 * Copyright 2000 VA Linux Systems, Inc., Sunnyvale, California.4 * Copyright (c) 2009-2010, Code Aurora Forum.5 * Copyright 2016 Intel Corp.6 *7 * Permission is hereby granted, free of charge, to any person obtaining a8 * copy of this software and associated documentation files (the "Software"),9 * to deal in the Software without restriction, including without limitation10 * the rights to use, copy, modify, merge, publish, distribute, sublicense,11 * and/or sell copies of the Software, and to permit persons to whom the12 * Software is furnished to do so, subject to the following conditions:13 *14 * The above copyright notice and this permission notice (including the next15 * paragraph) shall be included in all copies or substantial portions of the16 * Software.17 *18 * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR19 * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,20 * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.  IN NO EVENT SHALL21 * VA LINUX SYSTEMS AND/OR ITS SUPPLIERS BE LIABLE FOR ANY CLAIM, DAMAGES OR22 * OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE,23 * ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR24 * OTHER DEALINGS IN THE SOFTWARE.25 */26 27#ifndef _DRM_DRV_H_28#define _DRM_DRV_H_29 30#include <linux/list.h>31#include <linux/irqreturn.h>32 33#include <video/nomodeset.h>34 35#include <drm/drm_device.h>36 37struct drm_file;38struct drm_gem_object;39struct drm_master;40struct drm_minor;41struct dma_buf;42struct dma_buf_attachment;43struct drm_display_mode;44struct drm_mode_create_dumb;45struct drm_printer;46struct sg_table;47 48/**49 * enum drm_driver_feature - feature flags50 *51 * See &drm_driver.driver_features, drm_device.driver_features and52 * drm_core_check_feature().53 */54enum drm_driver_feature {55	/**56	 * @DRIVER_GEM:57	 *58	 * Driver use the GEM memory manager. This should be set for all modern59	 * drivers.60	 */61	DRIVER_GEM			= BIT(0),62	/**63	 * @DRIVER_MODESET:64	 *65	 * Driver supports mode setting interfaces (KMS).66	 */67	DRIVER_MODESET			= BIT(1),68	/**69	 * @DRIVER_RENDER:70	 *71	 * Driver supports dedicated render nodes. See also the :ref:`section on72	 * render nodes <drm_render_node>` for details.73	 */74	DRIVER_RENDER			= BIT(3),75	/**76	 * @DRIVER_ATOMIC:77	 *78	 * Driver supports the full atomic modesetting userspace API. Drivers79	 * which only use atomic internally, but do not support the full80	 * userspace API (e.g. not all properties converted to atomic, or81	 * multi-plane updates are not guaranteed to be tear-free) should not82	 * set this flag.83	 */84	DRIVER_ATOMIC			= BIT(4),85	/**86	 * @DRIVER_SYNCOBJ:87	 *88	 * Driver supports &drm_syncobj for explicit synchronization of command89	 * submission.90	 */91	DRIVER_SYNCOBJ                  = BIT(5),92	/**93	 * @DRIVER_SYNCOBJ_TIMELINE:94	 *95	 * Driver supports the timeline flavor of &drm_syncobj for explicit96	 * synchronization of command submission.97	 */98	DRIVER_SYNCOBJ_TIMELINE         = BIT(6),99	/**100	 * @DRIVER_COMPUTE_ACCEL:101	 *102	 * Driver supports compute acceleration devices. This flag is mutually exclusive with103	 * @DRIVER_RENDER and @DRIVER_MODESET. Devices that support both graphics and compute104	 * acceleration should be handled by two drivers that are connected using auxiliary bus.105	 */106	DRIVER_COMPUTE_ACCEL            = BIT(7),107	/**108	 * @DRIVER_GEM_GPUVA:109	 *110	 * Driver supports user defined GPU VA bindings for GEM objects.111	 */112	DRIVER_GEM_GPUVA		= BIT(8),113	/**114	 * @DRIVER_CURSOR_HOTSPOT:115	 *116	 * Driver supports and requires cursor hotspot information in the117	 * cursor plane (e.g. cursor plane has to actually track the mouse118	 * cursor and the clients are required to set hotspot in order for119	 * the cursor planes to work correctly).120	 */121	DRIVER_CURSOR_HOTSPOT           = BIT(9),122 123	/* IMPORTANT: Below are all the legacy flags, add new ones above. */124 125	/**126	 * @DRIVER_USE_AGP:127	 *128	 * Set up DRM AGP support, see drm_agp_init(), the DRM core will manage129	 * AGP resources. New drivers don't need this.130	 */131	DRIVER_USE_AGP			= BIT(25),132	/**133	 * @DRIVER_LEGACY:134	 *135	 * Denote a legacy driver using shadow attach. Do not use.136	 */137	DRIVER_LEGACY			= BIT(26),138	/**139	 * @DRIVER_PCI_DMA:140	 *141	 * Driver is capable of PCI DMA, mapping of PCI DMA buffers to userspace142	 * will be enabled. Only for legacy drivers. Do not use.143	 */144	DRIVER_PCI_DMA			= BIT(27),145	/**146	 * @DRIVER_SG:147	 *148	 * Driver can perform scatter/gather DMA, allocation and mapping of149	 * scatter/gather buffers will be enabled. Only for legacy drivers. Do150	 * not use.151	 */152	DRIVER_SG			= BIT(28),153 154	/**155	 * @DRIVER_HAVE_DMA:156	 *157	 * Driver supports DMA, the userspace DMA API will be supported. Only158	 * for legacy drivers. Do not use.159	 */160	DRIVER_HAVE_DMA			= BIT(29),161	/**162	 * @DRIVER_HAVE_IRQ:163	 *164	 * Legacy irq support. Only for legacy drivers. Do not use.165	 */166	DRIVER_HAVE_IRQ			= BIT(30),167};168 169/**170 * struct drm_driver - DRM driver structure171 *172 * This structure represent the common code for a family of cards. There will be173 * one &struct drm_device for each card present in this family. It contains lots174 * of vfunc entries, and a pile of those probably should be moved to more175 * appropriate places like &drm_mode_config_funcs or into a new operations176 * structure for GEM drivers.177 */178struct drm_driver {179	/**180	 * @load:181	 *182	 * Backward-compatible driver callback to complete initialization steps183	 * after the driver is registered.  For this reason, may suffer from184	 * race conditions and its use is deprecated for new drivers.  It is185	 * therefore only supported for existing drivers not yet converted to186	 * the new scheme.  See devm_drm_dev_alloc() and drm_dev_register() for187	 * proper and race-free way to set up a &struct drm_device.188	 *189	 * This is deprecated, do not use!190	 *191	 * Returns:192	 *193	 * Zero on success, non-zero value on failure.194	 */195	int (*load) (struct drm_device *, unsigned long flags);196 197	/**198	 * @open:199	 *200	 * Driver callback when a new &struct drm_file is opened. Useful for201	 * setting up driver-private data structures like buffer allocators,202	 * execution contexts or similar things. Such driver-private resources203	 * must be released again in @postclose.204	 *205	 * Since the display/modeset side of DRM can only be owned by exactly206	 * one &struct drm_file (see &drm_file.is_master and &drm_device.master)207	 * there should never be a need to set up any modeset related resources208	 * in this callback. Doing so would be a driver design bug.209	 *210	 * Returns:211	 *212	 * 0 on success, a negative error code on failure, which will be213	 * promoted to userspace as the result of the open() system call.214	 */215	int (*open) (struct drm_device *, struct drm_file *);216 217	/**218	 * @postclose:219	 *220	 * One of the driver callbacks when a new &struct drm_file is closed.221	 * Useful for tearing down driver-private data structures allocated in222	 * @open like buffer allocators, execution contexts or similar things.223	 *224	 * Since the display/modeset side of DRM can only be owned by exactly225	 * one &struct drm_file (see &drm_file.is_master and &drm_device.master)226	 * there should never be a need to tear down any modeset related227	 * resources in this callback. Doing so would be a driver design bug.228	 */229	void (*postclose) (struct drm_device *, struct drm_file *);230 231	/**232	 * @unload:233	 *234	 * Reverse the effects of the driver load callback.  Ideally,235	 * the clean up performed by the driver should happen in the236	 * reverse order of the initialization.  Similarly to the load237	 * hook, this handler is deprecated and its usage should be238	 * dropped in favor of an open-coded teardown function at the239	 * driver layer.  See drm_dev_unregister() and drm_dev_put()240	 * for the proper way to remove a &struct drm_device.241	 *242	 * The unload() hook is called right after unregistering243	 * the device.244	 *245	 */246	void (*unload) (struct drm_device *);247 248	/**249	 * @release:250	 *251	 * Optional callback for destroying device data after the final252	 * reference is released, i.e. the device is being destroyed.253	 *254	 * This is deprecated, clean up all memory allocations associated with a255	 * &drm_device using drmm_add_action(), drmm_kmalloc() and related256	 * managed resources functions.257	 */258	void (*release) (struct drm_device *);259 260	/**261	 * @master_set:262	 *263	 * Called whenever the minor master is set. Only used by vmwgfx.264	 */265	void (*master_set)(struct drm_device *dev, struct drm_file *file_priv,266			   bool from_open);267	/**268	 * @master_drop:269	 *270	 * Called whenever the minor master is dropped. Only used by vmwgfx.271	 */272	void (*master_drop)(struct drm_device *dev, struct drm_file *file_priv);273 274	/**275	 * @debugfs_init:276	 *277	 * Allows drivers to create driver-specific debugfs files.278	 */279	void (*debugfs_init)(struct drm_minor *minor);280 281	/**282	 * @gem_create_object: constructor for gem objects283	 *284	 * Hook for allocating the GEM object struct, for use by the CMA285	 * and SHMEM GEM helpers. Returns a GEM object on success, or an286	 * ERR_PTR()-encoded error code otherwise.287	 */288	struct drm_gem_object *(*gem_create_object)(struct drm_device *dev,289						    size_t size);290 291	/**292	 * @prime_handle_to_fd:293	 *294	 * PRIME export function. Only used by vmwgfx.295	 */296	int (*prime_handle_to_fd)(struct drm_device *dev, struct drm_file *file_priv,297				uint32_t handle, uint32_t flags, int *prime_fd);298	/**299	 * @prime_fd_to_handle:300	 *301	 * PRIME import function. Only used by vmwgfx.302	 */303	int (*prime_fd_to_handle)(struct drm_device *dev, struct drm_file *file_priv,304				int prime_fd, uint32_t *handle);305 306	/**307	 * @gem_prime_import:308	 *309	 * Import hook for GEM drivers.310	 *311	 * This defaults to drm_gem_prime_import() if not set.312	 */313	struct drm_gem_object * (*gem_prime_import)(struct drm_device *dev,314				struct dma_buf *dma_buf);315	/**316	 * @gem_prime_import_sg_table:317	 *318	 * Optional hook used by the PRIME helper functions319	 * drm_gem_prime_import() respectively drm_gem_prime_import_dev().320	 */321	struct drm_gem_object *(*gem_prime_import_sg_table)(322				struct drm_device *dev,323				struct dma_buf_attachment *attach,324				struct sg_table *sgt);325 326	/**327	 * @dumb_create:328	 *329	 * This creates a new dumb buffer in the driver's backing storage manager (GEM,330	 * TTM or something else entirely) and returns the resulting buffer handle. This331	 * handle can then be wrapped up into a framebuffer modeset object.332	 *333	 * Note that userspace is not allowed to use such objects for render334	 * acceleration - drivers must create their own private ioctls for such a use335	 * case.336	 *337	 * Width, height and depth are specified in the &drm_mode_create_dumb338	 * argument. The callback needs to fill the handle, pitch and size for339	 * the created buffer.340	 *341	 * Called by the user via ioctl.342	 *343	 * Returns:344	 *345	 * Zero on success, negative errno on failure.346	 */347	int (*dumb_create)(struct drm_file *file_priv,348			   struct drm_device *dev,349			   struct drm_mode_create_dumb *args);350	/**351	 * @dumb_map_offset:352	 *353	 * Allocate an offset in the drm device node's address space to be able to354	 * memory map a dumb buffer.355	 *356	 * The default implementation is drm_gem_create_mmap_offset(). GEM based357	 * drivers must not overwrite this.358	 *359	 * Called by the user via ioctl.360	 *361	 * Returns:362	 *363	 * Zero on success, negative errno on failure.364	 */365	int (*dumb_map_offset)(struct drm_file *file_priv,366			       struct drm_device *dev, uint32_t handle,367			       uint64_t *offset);368 369	/**370	 * @show_fdinfo:371	 *372	 * Print device specific fdinfo.  See Documentation/gpu/drm-usage-stats.rst.373	 */374	void (*show_fdinfo)(struct drm_printer *p, struct drm_file *f);375 376	/** @major: driver major number */377	int major;378	/** @minor: driver minor number */379	int minor;380	/** @patchlevel: driver patch level */381	int patchlevel;382	/** @name: driver name */383	char *name;384	/** @desc: driver description */385	char *desc;386	/** @date: driver date, unused, to be removed */387	char *date;388 389	/**390	 * @driver_features:391	 * Driver features, see &enum drm_driver_feature. Drivers can disable392	 * some features on a per-instance basis using393	 * &drm_device.driver_features.394	 */395	u32 driver_features;396 397	/**398	 * @ioctls:399	 *400	 * Array of driver-private IOCTL description entries. See the chapter on401	 * :ref:`IOCTL support in the userland interfaces402	 * chapter<drm_driver_ioctl>` for the full details.403	 */404 405	const struct drm_ioctl_desc *ioctls;406	/** @num_ioctls: Number of entries in @ioctls. */407	int num_ioctls;408 409	/**410	 * @fops:411	 *412	 * File operations for the DRM device node. See the discussion in413	 * :ref:`file operations<drm_driver_fops>` for in-depth coverage and414	 * some examples.415	 */416	const struct file_operations *fops;417};418 419void *__devm_drm_dev_alloc(struct device *parent,420			   const struct drm_driver *driver,421			   size_t size, size_t offset);422 423/**424 * devm_drm_dev_alloc - Resource managed allocation of a &drm_device instance425 * @parent: Parent device object426 * @driver: DRM driver427 * @type: the type of the struct which contains struct &drm_device428 * @member: the name of the &drm_device within @type.429 *430 * This allocates and initialize a new DRM device. No device registration is done.431 * Call drm_dev_register() to advertice the device to user space and register it432 * with other core subsystems. This should be done last in the device433 * initialization sequence to make sure userspace can't access an inconsistent434 * state.435 *436 * The initial ref-count of the object is 1. Use drm_dev_get() and437 * drm_dev_put() to take and drop further ref-counts.438 *439 * It is recommended that drivers embed &struct drm_device into their own device440 * structure.441 *442 * Note that this manages the lifetime of the resulting &drm_device443 * automatically using devres. The DRM device initialized with this function is444 * automatically put on driver detach using drm_dev_put().445 *446 * RETURNS:447 * Pointer to new DRM device, or ERR_PTR on failure.448 */449#define devm_drm_dev_alloc(parent, driver, type, member) \450	((type *) __devm_drm_dev_alloc(parent, driver, sizeof(type), \451				       offsetof(type, member)))452 453struct drm_device *drm_dev_alloc(const struct drm_driver *driver,454				 struct device *parent);455int drm_dev_register(struct drm_device *dev, unsigned long flags);456void drm_dev_unregister(struct drm_device *dev);457 458void drm_dev_get(struct drm_device *dev);459void drm_dev_put(struct drm_device *dev);460void drm_put_dev(struct drm_device *dev);461bool drm_dev_enter(struct drm_device *dev, int *idx);462void drm_dev_exit(int idx);463void drm_dev_unplug(struct drm_device *dev);464 465/**466 * drm_dev_is_unplugged - is a DRM device unplugged467 * @dev: DRM device468 *469 * This function can be called to check whether a hotpluggable is unplugged.470 * Unplugging itself is singalled through drm_dev_unplug(). If a device is471 * unplugged, these two functions guarantee that any store before calling472 * drm_dev_unplug() is visible to callers of this function after it completes473 *474 * WARNING: This function fundamentally races against drm_dev_unplug(). It is475 * recommended that drivers instead use the underlying drm_dev_enter() and476 * drm_dev_exit() function pairs.477 */478static inline bool drm_dev_is_unplugged(struct drm_device *dev)479{480	int idx;481 482	if (drm_dev_enter(dev, &idx)) {483		drm_dev_exit(idx);484		return false;485	}486 487	return true;488}489 490/**491 * drm_core_check_all_features - check driver feature flags mask492 * @dev: DRM device to check493 * @features: feature flag(s) mask494 *495 * This checks @dev for driver features, see &drm_driver.driver_features,496 * &drm_device.driver_features, and the various &enum drm_driver_feature flags.497 *498 * Returns true if all features in the @features mask are supported, false499 * otherwise.500 */501static inline bool drm_core_check_all_features(const struct drm_device *dev,502					       u32 features)503{504	u32 supported = dev->driver->driver_features & dev->driver_features;505 506	return features && (supported & features) == features;507}508 509/**510 * drm_core_check_feature - check driver feature flags511 * @dev: DRM device to check512 * @feature: feature flag513 *514 * This checks @dev for driver features, see &drm_driver.driver_features,515 * &drm_device.driver_features, and the various &enum drm_driver_feature flags.516 *517 * Returns true if the @feature is supported, false otherwise.518 */519static inline bool drm_core_check_feature(const struct drm_device *dev,520					  enum drm_driver_feature feature)521{522	return drm_core_check_all_features(dev, feature);523}524 525/**526 * drm_drv_uses_atomic_modeset - check if the driver implements527 * atomic_commit()528 * @dev: DRM device529 *530 * This check is useful if drivers do not have DRIVER_ATOMIC set but531 * have atomic modesetting internally implemented.532 */533static inline bool drm_drv_uses_atomic_modeset(struct drm_device *dev)534{535	return drm_core_check_feature(dev, DRIVER_ATOMIC) ||536		(dev->mode_config.funcs && dev->mode_config.funcs->atomic_commit != NULL);537}538 539 540/* TODO: Inline drm_firmware_drivers_only() in all its callers. */541static inline bool drm_firmware_drivers_only(void)542{543	return video_firmware_drivers_only();544}545 546#if defined(CONFIG_DEBUG_FS)547void drm_debugfs_dev_init(struct drm_device *dev, struct dentry *root);548#else549static inline void drm_debugfs_dev_init(struct drm_device *dev, struct dentry *root)550{551}552#endif553 554#endif555