Home
last modified time | relevance | path

Searched refs:objects (Results 1 – 25 of 256) sorted by relevance

1234567891011

/Linux-v4.19/scripts/
Dlink-vmlinux.sh69 local objects
71 objects="--whole-archive \
78 ${LD} ${KBUILD_LDFLAGS} -r -o ${1} ${objects}
87 local objects
90 objects="--whole-archive \
99 -T ${lds} ${objects}
101 objects="-Wl,--whole-archive \
111 ${objects} \
/Linux-v4.19/Documentation/networking/dpaa2/
Doverview.rst26 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-v4.19/drivers/gpu/drm/
Ddrm_lease.c362 struct drm_mode_object **objects) in validate_lease() argument
373 if (objects[o]->type == DRM_MODE_OBJECT_CRTC && has_crtc == -1) { in validate_lease()
376 if (objects[o]->type == DRM_MODE_OBJECT_CONNECTOR && has_connector == -1) in validate_lease()
380 if (objects[o]->type == DRM_MODE_OBJECT_PLANE && has_plane == -1) in validate_lease()
397 struct drm_mode_object **objects; in fill_object_idr() local
400 objects = kcalloc(object_count, sizeof(struct drm_mode_object *), in fill_object_idr()
402 if (!objects) in fill_object_idr()
413 objects[o] = drm_mode_object_find(dev, lessor_priv, in fill_object_idr()
416 if (!objects[o]) { in fill_object_idr()
421 if (!drm_mode_object_lease_required(objects[o]->type)) { in fill_object_idr()
[all …]
/Linux-v4.19/drivers/gpu/drm/radeon/
Dradeon_mn.c53 struct rb_root_cached objects; member
79 &rmn->objects.rb_root, it.rb) { in radeon_mn_destroy()
81 interval_tree_remove(&node->it, &rmn->objects); in radeon_mn_destroy()
143 it = interval_tree_iter_first(&rmn->objects, start, end); in radeon_mn_invalidate_range_start()
225 rmn->objects = RB_ROOT_CACHED; in radeon_mn_get()
273 while ((it = interval_tree_iter_first(&rmn->objects, addr, end))) { in radeon_mn_register()
276 interval_tree_remove(&node->it, &rmn->objects); in radeon_mn_register()
298 interval_tree_insert(&node->it, &rmn->objects); in radeon_mn_register()
335 interval_tree_remove(&node->it, &rmn->objects); in radeon_mn_unregister()
/Linux-v4.19/Documentation/filesystems/caching/
Dfscache.txt103 (5) Cookies are used to represent indices, files and other objects to the
130 FS-Cache maintains a virtual indexing tree in which all indices, files, objects
164 indexed by NFS file handles to get data file objects. Each data file
165 objects can have an array of pages, but may also have further child
166 objects, such as extended attributes and directory entries. Extended
167 attribute objects themselves have page-array contents.
172 Each of these contains vnode data file objects, each of which contains an
218 Objects alc=N Number of objects allocated
220 avl=N Number of objects that reached the available state
221 ded=N Number of objects that reached the dead state
[all …]
Dobject.txt26 currently interested in. Such objects are represented by the fscache_cookie
29 FS-Cache also maintains a separate in-kernel representation of the objects that
30 a cache backend is currently actively caching. Such objects are represented by
33 as objects.
35 There is a 1:N relationship between cookies and objects. A cookie may be
36 represented by multiple objects - an index may exist in more than one cache -
37 or even by no objects (it may not be cached).
39 Furthermore, both cookies and objects are hierarchical. The two hierarchies
83 and DObject represent data storage objects. Indices may have representation in
84 multiple caches, but currently, non-index objects may not. Objects of any type
[all …]
/Linux-v4.19/Documentation/dev-tools/
Dkmemleak.rst7 with the difference that the orphan objects are not freed but only
18 number of new unreferenced objects found. To display the details of all
35 Note that the orphan objects are listed in the order they were allocated
37 objects to be reported as orphan.
59 marking all current reported unreferenced objects grey,
60 or free all kmemleak objects if kmemleak has been disabled.
94 1. mark all objects as white (remaining white objects will later be
100 3. scan the gray objects for matching addresses (some white objects
103 4. the remaining white objects are considered orphan and reported via
118 'clear' command to clear all reported unreferenced objects from the
[all …]
/Linux-v4.19/tools/perf/Documentation/
DBuild.txt18 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-v4.19/scripts/kconfig/
Dstreamline_config.pl147 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}};
669 if (defined($objects{$module})) {
670 my @arr = @{$objects{$module}};
/Linux-v4.19/drivers/gpu/drm/amd/amdgpu/
Damdgpu_mn.c87 struct rb_root_cached objects; member
123 &amn->objects.rb_root, it.rb) { in amdgpu_mn_destroy()
266 it = interval_tree_iter_first(&amn->objects, start, end); in amdgpu_mn_invalidate_range_start_gfx()
311 it = interval_tree_iter_first(&amn->objects, start, end); in amdgpu_mn_invalidate_range_start_hsa()
412 amn->objects = RB_ROOT_CACHED; in amdgpu_mn_get()
468 while ((it = interval_tree_iter_first(&amn->objects, addr, end))) { in amdgpu_mn_register()
471 interval_tree_remove(&node->it, &amn->objects); in amdgpu_mn_register()
490 interval_tree_insert(&node->it, &amn->objects); in amdgpu_mn_register()
530 interval_tree_remove(&node->it, &amn->objects); in amdgpu_mn_unregister()
/Linux-v4.19/tools/build/Documentation/
DBuild.txt5 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-v4.19/Documentation/acpi/
Dscan_handlers.txt7 is scanned in search of device objects that generally represent various pieces
10 and the hierarchy of those struct acpi_device objects reflects the namespace
11 layout (i.e. parent device objects in the namespace are represented by parent
12 struct acpi_device objects and analogously for their children). Those struct
13 acpi_device objects are referred to as "device nodes" in what follows, but they
14 should not be confused with struct device_node objects used by the Device Trees
15 parsing code (although their role is analogous to the role of those objects).
22 information from the device objects represented by them and populating them with
32 basis of the device node's hardware ID (HID). They are performed by objects
Dnamespace.txt9 The Linux ACPI subsystem converts ACPI namespace objects into a Linux
36 blocks that contain definitions of various objects, including ACPI
80 is a hierarchy of objects identified by names and paths.
190 objects for ACPI namespace objects representing devices, power resources
191 processors, thermal zones. Those objects are exported to user space via
229 The following rules apply when creating struct acpi_device objects on
254 struct acpi_device objects represented by the given row (xSDT means DSDT
261 is derived from the _HID/_CID identification objects present under
267 objects having bus_id of the "LNXxxxxx" form (pseudo devices), in
280 ACPI device (i.e. struct acpi_device) objects may be linked to other
[all …]
/Linux-v4.19/Documentation/core-api/
Ddebug-objects.rst11 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-v4.19/Documentation/sysctl/
Duser.txt10 limits on the number of namespaces and other objects that have
14 malfunction and attempt to create a ridiculous number of objects,
19 The creation of per user per user namespace objects are charged to
23 The creation of objects is also charged to all of the users
28 This recursive counting of created objects ensures that creating a
/Linux-v4.19/tools/vm/
Dslabinfo.c36 unsigned long partial, objects, slabs, objects_partial, objects_total; member
353 return slab_size(s) - s->objects * s->object_size; in slab_waste()
529 s->name, s->aliases, s->order, s->objects); in report()
546 onoff(s->red_zone), s->objects * s->object_size); in report()
549 s->slabs * (page_size << s->order) - s->objects * s->object_size); in report()
552 (s->slab_size - s->object_size) * s->objects); in report()
626 s->name, s->objects, in slabcache()
634 s->name, s->objects, s->object_size, size_str, dist_str, in slabcache()
637 s->slabs ? (s->objects * s->object_size * 100) / in slabcache()
697 if (s->objects > 0) in slab_empty()
[all …]
/Linux-v4.19/Documentation/ABI/testing/
Dsysfs-kernel-slab48 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-v4.19/Documentation/vm/
Dzsmalloc.rst21 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-v4.19/drivers/gpu/drm/i915/selftests/
Di915_gem_gtt.c321 static void close_object_list(struct list_head *objects, in close_object_list() argument
327 list_for_each_entry_safe(obj, on, objects, st_link) { in close_object_list()
354 LIST_HEAD(objects); in fill_hole()
380 list_add(&obj->st_link, &objects); in fill_hole()
390 list_for_each_entry(obj, &objects, st_link) { in fill_hole()
427 list_for_each_entry(obj, &objects, st_link) { in fill_hole()
463 list_for_each_entry_reverse(obj, &objects, st_link) { in fill_hole()
500 list_for_each_entry_reverse(obj, &objects, st_link) { in fill_hole()
543 close_object_list(&objects, vm); in fill_hole()
550 close_object_list(&objects, vm); in fill_hole()
[all …]
/Linux-v4.19/drivers/staging/fsl-dpaa2/ethernet/
Dethernet-driver.rst30 Complex (MC) portals. MC abstracts most of these resources as DPAA2 objects
33 are treated as internal resources of other objects.
69 of DPCON objects, using DPIO portals for managing and communicating with the
105 all DPAA2 objects (and implicitly all DPAA2 kernel drivers) that work with data
160 DPNI objects (and the other DPAA2 objects needed for a network interface) can be
163 dynamically at runtime, via the DPAA2 objects APIs.
/Linux-v4.19/Documentation/blockdev/drbd/
Ddata-structure-v9.txt11 The DRBD objects are interconnected to form a matrix as depicted below; a
35 The drbd_resource, drbd_connection, and drbd_device objects are reference
36 counted. The peer_device objects only serve to establish the links between
/Linux-v4.19/drivers/bus/fsl-mc/
DKconfig15 DPAA2 objects (which are represented as Linux devices) and
16 binding objects to drivers.
/Linux-v4.19/fs/configfs/
DKconfig7 view of kernel objects, configfs is a filesystem-based manager
8 of kernel objects, or config_items.
/Linux-v4.19/mm/
Dslub.c511 if (object < base || object >= base + page->objects * s->size || in check_valid_pointer()
616 page, page->objects, page->inuse, page->freelist, page->flags); in print_page_info()
923 if (page->objects > maxobj) { in check_slab()
925 page->objects, maxobj); in check_slab()
928 if (page->inuse > page->objects) { in check_slab()
930 page->inuse, page->objects); in check_slab()
950 while (fp && nr <= page->objects) { in on_freelist()
961 page->inuse = page->objects; in on_freelist()
976 if (page->objects != max_objects) { in on_freelist()
978 page->objects, max_objects); in on_freelist()
[all …]
/Linux-v4.19/Documentation/filesystems/
Ddirectory-locking5 When taking the i_rwsem on multiple non-directory objects, we
60 objects - A < B iff A is an ancestor of B.
74 (3) locks on non-directory objects are acquired only after locks on
75 directory objects, and are acquired in inode pointer order.
89 non-directory objects are not included in the set of contended locks.
100 Otherwise the set of contended objects would be infinite - each of them
107 would again have an infinite set of contended objects). But that
118 source), such loop would have to contain these objects and the rest of it
133 children", so if we are going to introduce hybrid objects we will need

1234567891011