| /Linux-v6.1/drivers/gpu/drm/i915/selftests/ |
| D | i915_gem_evict.c | 39 struct list_head *objects) in quirk_add() argument
44 list_add(&obj->st_link, objects); in quirk_add()
47 static int populate_ggtt(struct i915_ggtt *ggtt, struct list_head *objects) in populate_ggtt() argument
70 quirk_add(obj, objects); in populate_ggtt()
110 LIST_HEAD(objects); in igt_evict_something()
115 err = populate_ggtt(ggtt, &objects); in igt_evict_something()
148 cleanup_objects(ggtt, &objects); in igt_evict_something()
158 LIST_HEAD(objects); in igt_overcommit()
165 err = populate_ggtt(ggtt, &objects); in igt_overcommit()
175 quirk_add(obj, &objects); in igt_overcommit()
[all …]
|
| 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-v6.1/drivers/gpu/drm/i915/gem/ |
| 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-v6.1/Documentation/admin-guide/mm/ |
| D | shrinker_debugfs.rst | 50 3. *Count objects*
54 <cgroup inode id> <nr of objects on node 0> <nr of objects on node 1> ...
55 <cgroup inode id> <nr of objects on node 0> <nr of objects on node 1> ...
58 If there are no objects on all numa nodes, a line is omitted. If there
59 are no objects at all, the output might be empty.
108 4. *Scan objects*
112 <cgroup inode id> <numa id> <number of objects to scan>
|
| /Linux-v6.1/Documentation/networking/device_drivers/ethernet/freescale/dpaa2/ |
| 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 in and out of the DPRC.
[all …]
|
| 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-v6.1/drivers/gpu/drm/ |
| D | drm_lease.c | 345 struct drm_mode_object **objects, in validate_lease() argument
357 if (objects[o]->type == DRM_MODE_OBJECT_CRTC && has_crtc == -1) { in validate_lease()
360 if (objects[o]->type == DRM_MODE_OBJECT_CONNECTOR && has_connector == -1) in validate_lease()
364 if (objects[o]->type == DRM_MODE_OBJECT_PLANE && has_plane == -1) in validate_lease()
381 struct drm_mode_object **objects; in fill_object_idr() local
386 objects = kcalloc(object_count, sizeof(struct drm_mode_object *), in fill_object_idr()
388 if (!objects) in fill_object_idr()
394 objects[o] = drm_mode_object_find(dev, lessor_priv, in fill_object_idr()
397 if (!objects[o]) { in fill_object_idr()
402 if (!drm_mode_object_lease_required(objects[o]->type)) { in fill_object_idr()
[all …]
|
| /Linux-v6.1/Documentation/dev-tools/ |
| 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
108 4. the remaining white objects are considered orphan and reported via
123 'clear' command to clear all reported unreferenced objects from the
[all …]
|
| /Linux-v6.1/scripts/kconfig/ |
| 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-v6.1/tools/build/Documentation/ |
| 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-v6.1/Documentation/driver-api/acpi/ |
| 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-v6.1/Documentation/core-api/ |
| 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. When debugobjects detects an error, then
131 objects. The fixup function checks whether the object is valid and calls
[all …]
|
| /Linux-v6.1/tools/perf/Documentation/ |
| 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-v6.1/drivers/bus/fsl-mc/ |
| 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-v6.1/Documentation/networking/devlink/ |
| 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-v6.1/Documentation/admin-guide/sysctl/ |
| 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-v6.1/tools/vm/ |
| D | slabinfo.c | 36 unsigned long partial, objects, slabs, objects_partial, objects_total; member
378 return slab_size(s) - s->objects * s->object_size; in slab_waste()
558 s->name, s->aliases, s->order, s->objects); in report()
575 onoff(s->red_zone), s->objects * s->object_size); in report()
578 s->slabs * (page_size << s->order) - s->objects * s->object_size); in report()
581 (s->slab_size - s->object_size) * s->objects); in report()
655 s->name, s->objects, in slabcache()
663 s->name, s->objects, s->object_size, size_str, dist_str, in slabcache()
666 s->slabs ? (s->objects * s->object_size * 100) / in slabcache()
726 if (s->objects > 0) in slab_empty()
[all …]
|
| /Linux-v6.1/Documentation/mm/ |
| D | zsmalloc.rst | 21 For simplicity, zsmalloc can only allocate objects of size up to PAGE_SIZE
64 the number of objects allocated
66 the number of objects allocated to the user
74 * n = number of allocated objects
75 * N = total number of objects zspage can store
|
| /Linux-v6.1/Documentation/ABI/testing/ |
| 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
105 The cache_dma file is read-only and specifies whether objects
168 has been deactivated and contained free objects that were freed
201 slabs (not objects) are freed by rcu.
230 The free_fastpath file shows how many objects have been freed
241 The free_frozen file shows how many objects have been freed to
275 The free_slowpath file shows how many objects have been freed
287 objects are aligned on cachelines.
[all …]
|
| /Linux-v6.1/Documentation/firmware-guide/acpi/ |
| 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 …]
|
| /Linux-v6.1/lib/ |
| D | test_meminit.c | 353 void *objects[10]; in do_kmem_cache_size_bulk() local
357 num = kmem_cache_alloc_bulk(c, GFP_KERNEL, ARRAY_SIZE(objects), in do_kmem_cache_size_bulk()
358 objects); in do_kmem_cache_size_bulk()
360 bytes = count_nonzero_bytes(objects[i], size); in do_kmem_cache_size_bulk()
363 fill_with_garbage(objects[i], size); in do_kmem_cache_size_bulk()
367 kmem_cache_free_bulk(c, num, objects); in do_kmem_cache_size_bulk()
|
| /Linux-v6.1/Documentation/gpu/ |
| D | drm-mm.rst | 96 GEM is data-agnostic. It manages abstract buffer objects without knowing
137 GEM splits creation of GEM objects and allocation of the memory that
140 GEM objects are represented by an instance of struct :c:type:`struct
142 extend GEM objects with private information and thus create a
169 often the case in embedded devices. Drivers can create GEM objects with
170 no shmfs backing (called private GEM objects) by initializing them with a call
172 private GEM objects must be managed by drivers.
177 All GEM objects are reference-counted by the GEM core. References can be
194 Communication between userspace and the kernel refers to GEM objects
203 associated GEM objects.
[all …]
|
| /Linux-v6.1/Documentation/filesystems/ |
| D | directory-locking.rst | 10 When taking the i_rwsem on multiple non-directory objects, we
70 objects - A < B iff A is an ancestor of B.
84 (3) locks on non-directory objects are acquired only after locks on
85 directory objects, and are acquired in inode pointer order.
99 non-directory objects are not included in the set of contended locks.
110 Otherwise the set of contended objects would be infinite - each of them
117 would again have an infinite set of contended objects). But that
128 source), such loop would have to contain these objects and the rest of it
143 children", so if we are going to introduce hybrid objects we will need
|
| /Linux-v6.1/mm/ |
| D | slub.c | 595 bitmap_zero(obj_map, slab->objects); in __fill_map()
681 if (object < base || object >= base + slab->objects * s->size || in check_valid_pointer()
814 slab, slab->objects, slab->inuse, slab->freelist, in print_slab_info()
1184 if (slab->objects > maxobj) { in check_slab()
1186 slab->objects, maxobj); in check_slab()
1189 if (slab->inuse > slab->objects) { in check_slab()
1191 slab->inuse, slab->objects); in check_slab()
1211 while (fp && nr <= slab->objects) { in on_freelist()
1222 slab->inuse = slab->objects; in on_freelist()
1237 if (slab->objects != max_objects) { in on_freelist()
[all …]
|
| /Linux-v6.1/Documentation/admin-guide/blockdev/drbd/ |
| D | data-structure-v9.rst | 15 The DRBD objects are interconnected to form a matrix as depicted below; a
39 The drbd_resource, drbd_connection, and drbd_device objects are reference
40 counted. The peer_device objects only serve to establish the links between
|
