| /linux/drivers/gpu/drm/i915/gem/ |
| H A D | i915_gem_region.c | 18 mutex_lock(&mem->objects.lock); in i915_gem_object_init_memory_region()
19 list_add(&obj->mm.region_link, &mem->objects.list); in i915_gem_object_init_memory_region()
20 mutex_unlock(&mem->objects.lock); in i915_gem_object_init_memory_region()
27 mutex_lock(&mem->objects.lock); in i915_gem_object_release_memory_region()
29 mutex_unlock(&mem->objects.lock); in i915_gem_object_release_memory_region()
85 * the GTT, due to alignment restrictions. For such special objects, in __i915_gem_object_create_region()
87 * revisit this, either by allowing special mis-aligned objects in the in __i915_gem_object_create_region()
141 * i915_gem_process_region - Iterate over all objects of a region using ops
142 * to process and optionally skip objects
147 * checking whether to skip objects, an
[all...] |
| /linux/drivers/gpu/drm/i915/selftests/ |
| H A D | i915_gem_evict.c | 40 struct list_head *objects) in quirk_add() argument
42 /* quirk is only for live tiled objects, use it to declare ownership */ in quirk_add()
45 list_add(&obj->st_link, objects); in quirk_add()
48 static int populate_ggtt(struct i915_ggtt *ggtt, struct list_head *objects) in populate_ggtt() argument
71 quirk_add(obj, objects); in populate_ggtt()
78 pr_err("No objects on the GGTT inactive list!\n"); in populate_ggtt()
111 LIST_HEAD(objects); in igt_evict_something()
114 /* Fill the GGTT with pinned objects and try to evict one. */ in igt_evict_something()
116 err = populate_ggtt(ggtt, &objects); in igt_evict_something()
149 cleanup_objects(ggtt, &objects); in igt_evict_something()
[all...] |
| H A D | intel_memory_region.c | 33 struct list_head *objects) in close_objects() argument
38 list_for_each_entry_safe(obj, on, objects, st_link) { in close_objects()
62 LIST_HEAD(objects); in igt_mock_fill()
85 list_add(&obj->st_link, &objects); in igt_mock_fill()
101 close_objects(mem, &objects); in igt_mock_fill()
108 struct list_head *objects, in igt_object_create() argument
123 list_add(&obj->st_link, objects); in igt_object_create()
166 LIST_HEAD(objects); in igt_mock_reserve()
211 obj = igt_object_create(mem, &objects, size, 0); in igt_mock_reserve()
229 close_objects(mem, &objects); in igt_mock_reserve()
[all...] |
| /linux/drivers/gpu/drm/ |
| H A D | drm_exec.c | 13 * multiple GEM objects while preparing hardware operations (e.g. command
17 * unlocks all previously locked GEM objects and locks the contended one first
18 * before locking any further objects.
55 /* Unlock all objects and drop references */
74 * @nr: the initial # of objects
76 * Initialize the object and make sure that we can track locked objects.
78 * If nr is non-zero then it is used as the initial objects table size.
87 exec->objects = kvmalloc_array(nr, sizeof(void *), GFP_KERNEL); in drm_exec_init()
90 exec->max_objects = exec->objects ? nr : 0; in drm_exec_init()
101 * Unlock all locked objects, dro
324 drm_exec_prepare_array(struct drm_exec * exec,struct drm_gem_object ** objects,unsigned int num_objects,unsigned int num_fences) drm_exec_prepare_array() argument
[all...] |
| H A D | drm_lease.c | 31 * - An 'owner' is a &struct drm_master that is not leasing objects from
32 * another &struct drm_master, and hence 'owns' the objects. The owner can be
35 * - A 'lessor' is a &struct drm_master which is leasing objects to one or more
39 * - A 'lessee' is a &struct drm_master which is leasing objects from some
41 * lessor recorded in &drm_master.lessor, and holds the set of objects that
49 * The set of objects any &struct drm_master 'controls' is limited to the set
50 * of objects it leases (for lessees) or all objects (for owners).
58 * Since each lessee may lease objects from a single lessor, display resource
65 * objects fro
348 validate_lease(struct drm_device * dev,int object_count,struct drm_mode_object ** objects,bool universal_planes) validate_lease() argument
384 struct drm_mode_object **objects; fill_object_idr() local
[all...] |
| /linux/Documentation/admin-guide/mm/ |
| H A D | shrinker_debugfs.rst | 48 3. *Count objects*
52 <cgroup inode id> <nr of objects on node 0> <nr of objects on node 1> ...
53 <cgroup inode id> <nr of objects on node 0> <nr of objects on node 1> ...
56 If there are no objects on all numa nodes, a line is omitted. If there
57 are no objects at all, the output might be empty.
106 4. *Scan objects*
110 <cgroup inode id> <numa id> <number of objects to scan>
|
| /linux/Documentation/networking/device_drivers/ethernet/freescale/dpaa2/ |
| H A D | overview.rst | 26 network ports to create functional objects/devices such as network
29 which DPAA2 software drivers use to operate on DPAA2 objects.
71 DPIO objects.
76 The section provides a brief overview of some key DPAA2 objects.
77 A simple scenario is described illustrating the objects involved
84 types of DPAA2 objects. In the example diagram below there
85 are 8 objects of 5 types (DPMCP, DPIO, DPBP, DPNI, and DPMAC)
105 of the DPRC, discover the hardware objects present (including mappable
118 Hardware objects can be created and destroyed dynamically, providing
119 the ability to hot plug/unplug objects i
[all...] |
| H A D | ethernet-driver.rst | 30 Complex (MC) portals. MC abstracts most of these resources as DPAA2 objects
33 are treated as internal resources of other objects.
70 of DPCON objects, using DPIO portals for managing and communicating with the
106 all DPAA2 objects (and implicitly all DPAA2 kernel drivers) that work with data
161 DPNI objects (and the other DPAA2 objects needed for a network interface) can be
164 dynamically at runtime, via the DPAA2 objects APIs.
|
| /linux/drivers/iommu/iommufd/ |
| H A D | main.c | 5 * iommufd provides control over the IOMMU HW objects created by IOMMU kernel
6 * drivers. IOMMU HW objects revolve around IO page tables that map incoming DMA
55 rc = xa_alloc(&ictx->objects, &obj->id, XA_ZERO_ENTRY, xa_limit_31b, in _iommufd_object_alloc()
96 * destruction. Expect for special kernel-only objects there is no in-kernel way
97 * to reliably destroy a single object. Thus all APIs that are creating objects
104 XA_STATE(xas, &ictx->objects, obj->id); in iommufd_object_finalize()
107 xa_lock(&ictx->objects); in iommufd_object_finalize()
109 xa_unlock(&ictx->objects); in iommufd_object_finalize()
117 XA_STATE(xas, &ictx->objects, obj->id); in iommufd_object_abort()
120 xa_lock(&ictx->objects); in iommufd_object_abort()
[all...] |
| H A D | vfio_compat.c | 19 xa_lock(&ictx->objects); in get_compat_ioas()
24 xa_unlock(&ictx->objects); in get_compat_ioas()
59 xa_lock(&ictx->objects); in iommufd_vfio_compat_set_no_iommu()
66 xa_unlock(&ictx->objects); in iommufd_vfio_compat_set_no_iommu()
89 xa_lock(&ictx->objects); in iommufd_vfio_compat_ioas_create()
105 xa_unlock(&ictx->objects); in iommufd_vfio_compat_ioas_create()
117 xa_unlock(&ictx->objects); in iommufd_vfio_compat_ioas_create()
143 xa_lock(&ucmd->ictx->objects); in iommufd_vfio_ioas()
145 xa_unlock(&ucmd->ictx->objects); in iommufd_vfio_ioas()
150 xa_lock(&ucmd->ictx->objects); in iommufd_vfio_ioas()
[all...] |
| /linux/Documentation/mm/ |
| H A D | zsmalloc.rst | 19 For simplicity, zsmalloc can only allocate objects of size up to PAGE_SIZE
78 the number of objects allocated
80 the number of objects allocated to the user
89 objects stored in the zspage. The inuse counter determines the zspage's
90 "fullness group" which is calculated as the ratio of the "inuse" objects to
91 the total number of objects the zspage can hold (objs_per_zspage). The
104 of objects that each zspage can store.
117 #100 instead of size class #96. Size class #100 is meant for objects of size
121 hold a total of 5 objects. If we need to store 13 objects o
[all...] |
| /linux/Documentation/dev-tools/ |
| H A D | kmemleak.rst | 7 with the difference that the orphan objects are not freed but only
17 number of new unreferenced objects found. If the ``debugfs`` isn't already
37 Note that the orphan objects are listed in the order they were allocated
39 objects to be reported as orphan.
61 marking all current reported unreferenced objects grey,
62 or free all kmemleak objects if kmemleak has been disabled.
99 1. mark all objects as white (remaining white objects will later be
105 3. scan the gray objects for matching addresses (some white objects
[all...] |
| /linux/scripts/kconfig/ |
| H A D | streamline_config.pl | 145 my %objects;
297 # Read all Makefiles to map the configs to the objects
321 # collect objects after obj-$(CONFIG_FOO_BAR)
338 if (defined($objects{$1})) {
339 @arr = @{$objects{$1}};
344 # The objects have a hash mapping to a reference
346 $objects{$1} = \@arr;
401 if (defined($objects{$module})) {
402 my @arr = @{$objects{$module}};
701 if (defined($objects{
[all...] |
| /linux/Documentation/driver-api/acpi/ |
| H A D | scan_handlers.rst | 13 is scanned in search of device objects that generally represent various pieces
16 and the hierarchy of those struct acpi_device objects reflects the namespace
17 layout (i.e. parent device objects in the namespace are represented by parent
18 struct acpi_device objects and analogously for their children). Those struct
19 acpi_device objects are referred to as "device nodes" in what follows, but they
20 should not be confused with struct device_node objects used by the Device Trees
21 parsing code (although their role is analogous to the role of those objects).
28 information from the device objects represented by them and populating them with
38 basis of the device node's hardware ID (HID). They are performed by objects
|
| /linux/tools/build/Documentation/ |
| H A D | Build.txt | 5 idea and the way how objects are built is the same.
7 Basically the user provides set of 'Build' files that list objects and
11 we setup source objects, but we support more. This allows one 'Build' file to
12 carry a sources list for multiple build objects.
46 The user supplies 'Build' makefiles that contains a objects list, and connects
64 only prepares proper objects to be compiled and grouped together.
86 which creates the following objects:
91 that contain request objects names in Build files.
166 $ make util/map.o # objects
|
| /linux/Documentation/core-api/ |
| H A D | debug-objects.rst | 11 kernel objects and validate the operations on those.
15 - Activation of uninitialized objects
17 - Initialization of active objects
19 - Usage of freed/destroyed objects
62 tracking objects and the state of the internal tracking objects pool.
75 active and destroyed objects. When debugobjects detects an error, then
98 active and destroyed objects. When debugobjects detects an error, then
112 object returns. Otherwise we keep track of stale objects.
122 active and destroyed objects
[all...] |
| /linux/lib/ |
| H A D | debugobjects.c | 3 * Generic infrastructure for lifetime debugging of objects.
39 * We limit the freeing of debug objects via workqueue at a maximum
40 * frequency of 10Hz and about 1024 objects for each freeing operation.
41 * So it is freeing at most 10k debug objects per second.
58 struct hlist_head objects; member
160 first_batch = src->objects.first; in pool_move_batch()
166 src->objects.first = next_batch; in pool_move_batch()
168 next_batch->pprev = &src->objects.first; in pool_move_batch()
171 last->next = dst->objects.first; in pool_move_batch()
174 first_batch->pprev = &dst->objects in pool_move_batch()
[all...] |
| /linux/drivers/bus/fsl-mc/ |
| H A D | Kconfig | 15 DPAA2 objects (which are represented as Linux devices) and
16 binding objects to drivers.
23 configuring DPAA2 objects exported by the Management Complex.
|
| /linux/Documentation/networking/devlink/ |
| H A D | netdevsim.rst | 60 Rate objects
63 The ``netdevsim`` driver supports rate objects management, which includes:
65 - registering/unregistering leaf rate objects per VF devlink port;
66 - creation/deletion node rate objects;
78 Same parameters are exposed for leaf objects in corresponding ports directories.
|
| /linux/include/drm/ |
| H A D | drm_exec.h | 29 * @num_objects: number of objects locked
34 * @max_objects: maximum objects in array
39 * @objects: array of the locked objects
41 struct drm_gem_object **objects; member
60 * index is within the number of locked objects. NULL otherwise.
65 return index < exec->num_objects ? exec->objects[index] : NULL; in drm_exec_obj()
69 * drm_exec_for_each_locked_object - iterate over all the locked objects
74 * Iterate over all the locked GEM objects inside the drm_exec object.
81 * objects i
[all...] |
| /linux/Documentation/admin-guide/sysctl/ |
| H A D | user.rst | 15 limits on the number of namespaces and other objects that have
19 malfunction and attempt to create a ridiculous number of objects,
24 The creation of per user per user namespace objects are charged to
28 The creation of objects is also charged to all of the users
33 This recursive counting of created objects ensures that creating a
|
| /linux/Documentation/ABI/testing/ |
| H A D | sysfs-kernel-slab | 49 The alloc_fastpath file shows how many objects have been
73 was empty but there were objects available as the result of
94 The alloc_slowpath file shows how many objects have been
106 The cache_dma file is read-only and specifies whether objects
169 has been deactivated and contained free objects that were freed
202 slabs (not objects) are freed by rcu.
231 The free_fastpath file shows how many objects have been freed
242 The free_frozen file shows how many objects have been freed to
276 The free_slowpath file shows how many objects have been freed
288 objects ar
[all...] |
| /linux/tools/mm/ |
| H A D | slabinfo.c | 36 unsigned long partial, objects, slabs, objects_partial, objects_total; member
380 return slab_size(s) - s->objects * s->object_size; in slab_waste()
560 s->name, s->aliases, s->order, s->objects); in report()
577 onoff(s->red_zone), s->objects * s->object_size); in report()
580 s->slabs * (page_size << s->order) - s->objects * s->object_size); in report()
583 (s->slab_size - s->object_size) * s->objects); in report()
657 s->name, s->objects, in slabcache()
665 s->name, s->objects, s->object_size, size_str, dist_str, in slabcache()
668 s->slabs ? (s->objects * s->object_size * 100) / in slabcache()
728 if (s->objects > in slab_empty()
[all...] |
| /linux/tools/perf/Documentation/ |
| H A D | Build.txt | 18 main makefile that triggers build of all perf objects including
28 makefiles that defines build objects
36 The Makefile.perf triggers the build framework for build objects:
39 resulting in following objects:
43 Those objects are then used in final linking:
|
| /linux/Documentation/iio/ |
| H A D | iio_dmabuf_api.rst | 15 can attach DMABUF objects (externally created) to an IIO buffer, and
19 objects between several interfaces, allowing it to transfer data in a
22 The userspace application can also memory-map the DMABUF objects, and
49 automatically detach all previously attached DMABUF objects.
|