/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/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 | 390 static void close_object_list(struct list_head *objects, in close_object_list() argument 396 list_for_each_entry_safe(obj, on, objects, st_link) { in close_object_list() 421 LIST_HEAD(objects); in fill_hole() 447 list_add(&obj->st_link, &objects); in fill_hole() 457 list_for_each_entry(obj, &objects, st_link) { in fill_hole() 497 list_for_each_entry(obj, &objects, st_link) { in fill_hole() 536 list_for_each_entry_reverse(obj, &objects, st_link) { in fill_hole() 576 list_for_each_entry_reverse(obj, &objects, st_link) { in fill_hole() 622 close_object_list(&objects, vm); in fill_hole() 629 close_object_list(&objects, vm); in fill_hole() [all …]
|
/linux/drivers/gpu/drm/ |
H 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()
|
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 = kcalloc(object_count, sizeof(struct drm_mode_object *), in fill_object_idr() 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() [all …]
|
/linux/drivers/iommu/iommufd/ |
H A D | main.c | 44 XA_STATE(xas, &ictx->objects, obj->id); in iommufd_object_finalize() 47 xa_lock(&ictx->objects); in iommufd_object_finalize() 49 xa_unlock(&ictx->objects); in iommufd_object_finalize() 57 XA_STATE(xas, &ictx->objects, obj->id); in iommufd_object_abort() 60 xa_lock(&ictx->objects); in iommufd_object_abort() 62 xa_unlock(&ictx->objects); in iommufd_object_abort() 89 xa_lock(&ictx->objects); in iommufd_get_object() 90 obj = xa_load(&ictx->objects, id); in iommufd_get_object() 94 xa_unlock(&ictx->objects); in iommufd_get_object() 124 XA_STATE(xas, &ictx->objects, id); in iommufd_object_remove() [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/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 …]
|
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/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/mm/ |
H 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. 118 #100 instead of size class #96. Size class #100 is meant for objects of size 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 [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/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/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/networking/devlink/ |
H 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/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/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/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/ABI/testing/ |
H 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 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/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 …]
|
/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:
|