| /linux/drivers/gpu/drm/i915/selftests/ |
| H 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() 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() 111 LIST_HEAD(objects); in igt_evict_something() 116 err = populate_ggtt(ggtt, &objects); in igt_evict_something() 149 cleanup_objects(ggtt, &objects); in igt_evict_something() 159 LIST_HEAD(objects); in igt_overcommit() 166 err = populate_ggtt(ggtt, &objects); in igt_overcommit() 176 quirk_add(obj, &objects); in igt_overcommit() [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 …]
|
| H A D | i915_gem_gtt.c | 391 static void close_object_list(struct list_head *objects, in close_object_list() argument 397 list_for_each_entry_safe(obj, on, objects, st_link) { in close_object_list() 422 LIST_HEAD(objects); in fill_hole() 448 list_add(&obj->st_link, &objects); in fill_hole() 459 list_for_each_entry(obj, &objects, st_link) { in fill_hole() 499 list_for_each_entry(obj, &objects, st_link) { in fill_hole() 538 list_for_each_entry_reverse(obj, &objects, st_link) { in fill_hole() 578 list_for_each_entry_reverse(obj, &objects, st_link) { in fill_hole() 624 close_object_list(&objects, vm); in fill_hole() 631 close_object_list(&objects, vm); in fill_hole() [all …]
|
| /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() 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/ |
| H A D | drm_exec.c | 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() 107 kvfree(exec->objects); in drm_exec_fini() 150 tmp = kvrealloc(exec->objects, size + PAGE_SIZE, GFP_KERNEL); in drm_exec_obj_locked() 154 exec->objects = tmp; in drm_exec_obj_locked() 158 exec->objects[exec->num_objects++] = obj; in drm_exec_obj_locked() 267 if (exec->objects[i] == obj) { in drm_exec_unlock_obj() 270 exec->objects[i - 1] = exec->objects[i]; in drm_exec_unlock_obj() 324 struct drm_gem_object **objects, in drm_exec_prepare_array() argument 331 ret = drm_exec_prepare_obj(exec, objects[i], num_fences); in drm_exec_prepare_array()
|
| H A D | drm_lease.c | 348 struct drm_mode_object **objects, in validate_lease() argument 360 if (objects[o]->type == DRM_MODE_OBJECT_CRTC && has_crtc == -1) { in validate_lease() 363 if (objects[o]->type == DRM_MODE_OBJECT_CONNECTOR && has_connector == -1) in validate_lease() 367 if (objects[o]->type == DRM_MODE_OBJECT_PLANE && has_plane == -1) in validate_lease() 384 struct drm_mode_object **objects; in fill_object_idr() local 389 objects = kzalloc_objs(struct drm_mode_object *, object_count); in fill_object_idr() 390 if (!objects) in fill_object_idr() 396 objects[o] = drm_mode_object_find(dev, lessor_priv, in fill_object_idr() 399 if (!objects[o]) { in fill_object_idr() 404 if (!drm_mode_object_lease_required(objects[o]->type)) { in fill_object_idr() [all …]
|
| /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 in and out of the DPRC. [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/drivers/iommu/iommufd/ |
| H A D | main.c | 56 rc = xa_alloc(&ictx->objects, &obj->id, XA_ZERO_ENTRY, xa_limit_31b, in _iommufd_object_alloc() 105 XA_STATE(xas, &ictx->objects, obj->id); in iommufd_object_finalize() 108 xa_lock(&ictx->objects); in iommufd_object_finalize() 110 xa_unlock(&ictx->objects); in iommufd_object_finalize() 118 XA_STATE(xas, &ictx->objects, obj->id); in iommufd_object_abort() 121 xa_lock(&ictx->objects); in iommufd_object_abort() 123 xa_unlock(&ictx->objects); in iommufd_object_abort() 174 xa_lock(&ictx->objects); in iommufd_get_object() 175 obj = xa_load(&ictx->objects, id); in iommufd_get_object() 179 xa_unlock(&ictx->objects); in iommufd_get_object() [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 of size 1568, we 125 objects of size 1568 bytes) and trace `calculate_zspage_chain_size()`, we [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 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/scripts/kconfig/ |
| H A D | streamline_config.pl | 145 my %objects; 338 if (defined($objects{$1})) { 339 @arr = @{$objects{$1}}; 346 $objects{$1} = \@arr; 401 if (defined($objects{$module})) { 402 my @arr = @{$objects{$module}}; 701 if (defined($objects{$module})) { 702 my @arr = @{$objects{$module}};
|
| /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. When debugobjects detects an error, then 131 objects. The fixup function checks whether the object is valid and calls [all …]
|
| /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/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/lib/ |
| H A D | debugobjects.c | 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.first; in pool_move_batch() 175 dst->objects.first = first_batch; in pool_move_batch() 193 hlist_splice_init(head, last, &dst->objects); in pool_push_batch() 207 hlist_move_list(&src->objects, head); in pool_pop_batch() 216 src->objects.first = next; in pool_pop_batch() [all …]
|
| /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 are aligned on cachelines. [all …]
|
| /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/tools/mm/ |
| H A D | slabinfo.c | 36 unsigned long partial, objects, slabs, objects_partial, objects_total; member 383 return slab_size(s) - s->objects * s->object_size; in slab_waste() 563 s->name, s->aliases, s->order, s->objects); in report() 580 onoff(s->red_zone), s->objects * s->object_size); in report() 583 s->slabs * (page_size << s->order) - s->objects * s->object_size); in report() 586 (s->slab_size - s->object_size) * s->objects); in report() 660 s->name, s->objects, in slabcache() 668 s->name, s->objects, s->object_size, size_str, dist_str, in slabcache() 671 s->slabs ? (s->objects * s->object_size * 100) / in slabcache() 731 if (s->objects > 0) in slab_empty() [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/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/mm/ |
| H A D | slub.c | 417 void *objects[]; member 789 return sizeof(struct slabobj_ext) * slab->objects; in obj_exts_size_in_slab() 797 objext_offset = s->size * slab->objects; in obj_exts_offset_in_slab() 914 bitmap_zero(obj_map, slab->objects); in __fill_map() 999 if (object < base || object >= base + slab->objects * s->size || in check_valid_pointer() 1110 slab, slab->objects, slab->inuse, slab->freelist, in print_slab_info() 1543 if (slab->objects > maxobj) { in check_slab() 1545 slab->objects, maxobj); in check_slab() 1548 if (slab->inuse > slab->objects) { in check_slab() 1550 slab->inuse, slab->objects); in check_slab() [all …]
|
| /linux/include/drm/ |
| H 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/firmware-guide/acpi/ |
| H 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 …]
|