| /linux/drivers/gpu/drm/i915/gem/ |
| 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()
169 mutex_lock(&mr->objects.lock); in i915_gem_process_region()
173 obj = list_first_entry_or_null(&mr->objects.list, typeof(*obj), in i915_gem_process_region()
187 mutex_unlock(&mr->objects.lock); in i915_gem_process_region()
200 mutex_lock(&mr->objects.lock); in i915_gem_process_region()
204 list_splice_tail(&still_in_list, &mr->objects.list); in i915_gem_process_region()
[all …]
|
| /linux/drivers/gpu/drm/i915/selftests/ |
| A D | i915_gem_evict.c | 40 struct list_head *objects) in quirk_add() argument
45 list_add(&obj->st_link, objects); in quirk_add()
71 quirk_add(obj, objects); in populate_ggtt()
111 LIST_HEAD(objects); in igt_evict_something()
159 LIST_HEAD(objects); in igt_overcommit()
176 quirk_add(obj, &objects); in igt_overcommit()
198 LIST_HEAD(objects); in igt_evict_for_vma()
253 LIST_HEAD(objects); in igt_evict_for_cache_color()
271 quirk_add(obj, &objects); in igt_evict_for_cache_color()
287 quirk_add(obj, &objects); in igt_evict_for_cache_color()
[all …]
|
| A D | intel_memory_region.c | 33 struct list_head *objects) in close_objects() argument
62 LIST_HEAD(objects); in igt_mock_fill()
101 close_objects(mem, &objects); in igt_mock_fill()
108 struct list_head *objects, in igt_object_create() argument
166 LIST_HEAD(objects); in igt_mock_reserve()
229 close_objects(mem, &objects); in igt_mock_reserve()
241 LIST_HEAD(objects); in igt_mock_contiguous()
318 list = &objects; in igt_mock_contiguous()
376 LIST_HEAD(objects); in igt_mock_splintered_region()
463 LIST_HEAD(objects); in igt_mock_max_segment()
[all …]
|
| /linux/drivers/gpu/drm/ |
| A D | drm_exec.c | 85 exec->objects = kvmalloc_array(nr, sizeof(void *), GFP_KERNEL); in drm_exec_init()
88 exec->max_objects = exec->objects ? nr : 0; in drm_exec_init()
105 kvfree(exec->objects); in drm_exec_fini()
148 tmp = kvrealloc(exec->objects, size + PAGE_SIZE, GFP_KERNEL); in drm_exec_obj_locked()
152 exec->objects = tmp; in drm_exec_obj_locked()
156 exec->objects[exec->num_objects++] = obj; in drm_exec_obj_locked()
265 if (exec->objects[i] == obj) { in drm_exec_unlock_obj()
268 exec->objects[i - 1] = exec->objects[i]; in drm_exec_unlock_obj()
322 struct drm_gem_object **objects, in drm_exec_prepare_array() argument
329 ret = drm_exec_prepare_obj(exec, objects[i], num_fences); in drm_exec_prepare_array()
|
| A D | drm_lease.c | 348 struct drm_mode_object **objects, in validate_lease() argument
384 struct drm_mode_object **objects; in fill_object_idr() local
391 if (!objects) in fill_object_idr()
397 objects[o] = drm_mode_object_find(dev, lessor_priv, in fill_object_idr()
400 if (!objects[o]) { in fill_object_idr()
405 if (!drm_mode_object_lease_required(objects[o]->type)) { in fill_object_idr()
421 struct drm_mode_object *obj = objects[o]; in fill_object_idr()
422 u32 object_id = objects[o]->id; in fill_object_idr()
463 if (objects[o]) in fill_object_idr()
464 drm_mode_object_put(objects[o]); in fill_object_idr()
[all …]
|
| /linux/Documentation/admin-guide/mm/ |
| 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/ |
| A D | overview.rst | 29 which DPAA2 software drivers use to operate on DPAA2 objects.
71 DPIO objects.
84 types of DPAA2 objects. In the example diagram below there
85 are 8 objects of 5 types (DPMCP, DPIO, DPBP, DPNI, and DPMAC)
129 DPRCs can be defined statically and populated with objects
144 The diagram below shows the objects needed for a simple
225 objects.
233 Some objects have explicit relationships that must
262 All interrupts generated by DPAA2 objects are message
268 In the case of DPAA2 devices/objects, all objects in the
[all …]
|
| 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/ |
| A D | main.c | 88 old = xa_erase(&ictx->objects, obj->id); in iommufd_object_abort()
115 xa_lock(&ictx->objects); in iommufd_get_object()
116 obj = xa_load(&ictx->objects, id); in iommufd_get_object()
120 xa_unlock(&ictx->objects); in iommufd_get_object()
150 XA_STATE(xas, &ictx->objects, id); in iommufd_object_remove()
173 xa_lock(&ictx->objects); in iommufd_object_remove()
199 xa_unlock(&ictx->objects); in iommufd_object_remove()
220 xa_unlock(&ictx->objects); in iommufd_object_remove()
273 while (!xa_empty(&ictx->objects)) { in iommufd_fops_release()
277 xa_for_each(&ictx->objects, index, obj) { in iommufd_fops_release()
[all …]
|
| 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/ |
| A D | zsmalloc.rst | 19 For simplicity, zsmalloc can only allocate objects of size up to PAGE_SIZE
79 the number of objects allocated
81 the number of objects allocated to the user
90 objects stored in the zspage. The inuse counter determines the zspage's
91 "fullness group" which is calculated as the ratio of the "inuse" objects to
92 the total number of objects the zspage can hold (objs_per_zspage). The
105 of objects that each zspage can store.
122 hold a total of 5 objects. If we need to store 13 objects of size 1568, we
126 objects of size 1568 bytes) and trace `calculate_zspage_chain_size()`, we
140 physical pages to store the same number of objects.
[all …]
|
| /linux/Documentation/dev-tools/ |
| 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
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
123 'clear' command to clear all reported unreferenced objects from the
138 Freeing kmemleak internal objects
182 The false negatives are real memory leaks (orphan objects) but not
[all …]
|
| /linux/scripts/kconfig/ |
| A D | streamline_config.pl | 145 my %objects;
336 if (defined($objects{$1})) {
337 @arr = @{$objects{$1}};
344 $objects{$1} = \@arr;
399 if (defined($objects{$module})) {
400 my @arr = @{$objects{$module}};
691 if (defined($objects{$module})) {
692 my @arr = @{$objects{$module}};
|
| /linux/tools/build/Documentation/ |
| 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/driver-api/acpi/ |
| 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/Documentation/core-api/ |
| 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.
147 or destroyed objects.
156 prevent the usage of invalid objects, which are still available in
[all …]
|
| /linux/drivers/bus/fsl-mc/ |
| 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/ |
| A D | netdevsim.rst | 60 Rate objects
63 The ``netdevsim`` driver supports rate objects management, which includes:
65 - registerging/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/ |
| A D | drm_exec.h | 41 struct drm_gem_object **objects; member
65 return index < exec->num_objects ? exec->objects[index] : NULL; in drm_exec_obj()
146 struct drm_gem_object **objects,
|
| /linux/Documentation/admin-guide/sysctl/ |
| 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/tools/mm/ |
| A D | slabinfo.c | 657 s->name, s->objects, in slabcache()
728 if (s->objects > 0) in slab_empty()
865 if (!s->slabs || !s->objects) in totals()
871 used = s->objects * s->object_size; in totals()
880 / s->objects; in totals()
897 if (s->objects < min_objects) in totals()
898 min_objects = s->objects; in totals()
922 if (s->objects > max_objects) in totals()
923 max_objects = s->objects; in totals()
940 total_objects += s->objects; in totals()
[all …]
|
| /linux/Documentation/ABI/testing/ |
| A D | sysfs-kernel-slab | 48 The alloc_fastpath file shows how many objects have been
72 was empty but there were objects available as the result of
93 The alloc_slowpath file shows how many objects have been
201 slabs (not objects) are freed by rcu.
287 objects are aligned on cachelines.
309 What: /sys/kernel/slab/<cache>/objects
315 The objects file is read-only and displays how many objects are
335 objects may be allocated from a single slab of the order
438 with the fewest available objects are used first.
480 objects a cache has and from which nodes they are from.
[all …]
|
| /linux/tools/perf/Documentation/ |
| 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/ |
| 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.
|
| /linux/Documentation/firmware-guide/acpi/ |
| A D | namespace.rst | 17 The Linux ACPI subsystem converts ACPI namespace objects into a Linux
39 blocks that contain definitions of various objects, including ACPI
84 is a hierarchy of objects identified by names and paths.
196 objects for ACPI namespace objects representing devices, power resources
197 processors, thermal zones. Those objects are exported to user space via
235 The following rules apply when creating struct acpi_device objects on
261 struct acpi_device objects represented by the given row (xSDT means DSDT
269 is derived from the _HID/_CID identification objects present under
275 objects having bus_id of the "LNXxxxxx" form (pseudo devices), in
289 ACPI device (i.e. struct acpi_device) objects may be linked to other
[all …]
|