Home
last modified time | relevance | path

Searched refs:dentries (Results 1 – 22 of 22) sorted by relevance

/Linux-v5.4/Documentation/filesystems/nfs/
Dexporting.rst11 dentries via open file descriptors or cwd/root. However remote
27 and dentries will be termed "exportable".
58 This is set when anonymous dentries are created, and cleared when a
69 subtree is successfully reconnected to root. Until then dentries
72 dentries. That guarantees that we won't need to hunt them down upon
80 c. Helper routines to allocate anonymous dentries, and to help attach
81 loose directory dentries at lookup time. They are:
/Linux-v5.4/fs/reiserfs/
Dxattr.c189 struct dentry *dentries[8]; member
202 if (dbuf->count == ARRAY_SIZE(dbuf->dentries)) in fill_with_dentries()
224 dbuf->dentries[dbuf->count++] = dentry; in fill_with_dentries()
234 if (buf->dentries[i]) in cleanup_dentry_buf()
235 dput(buf->dentries[i]); in cleanup_dentry_buf()
274 for (i = 0; !err && i < buf.count && buf.dentries[i]; i++) { in reiserfs_for_each_xattr()
275 struct dentry *dentry = buf.dentries[i]; in reiserfs_for_each_xattr()
281 buf.dentries[i] = NULL; in reiserfs_for_each_xattr()
/Linux-v5.4/drivers/infiniband/hw/mlx4/
Dsysfs.c267 port->dentr_ar->dentries[i].entry_num = i; in add_port_entries()
268 ret = create_sysfs_entry(port, &port->dentr_ar->dentries[i], in add_port_entries()
285 port->dentr_ar->dentries[attr.gid_tbl_len + i].entry_num = i; in add_port_entries()
287 &port->dentr_ar->dentries[attr.gid_tbl_len + i], in add_port_entries()
304 port->dentr_ar->dentries[2 * attr.gid_tbl_len + i].entry_num = i; in add_port_entries()
306 &port->dentr_ar->dentries[2 * attr.gid_tbl_len + i], in add_port_entries()
Dmlx4_ib.h544 struct mlx4_ib_iov_sysfs_attr dentries[3 * NUM_ALIAS_GUID_PER_PORT + 1]; member
/Linux-v5.4/fs/
Dsuper.c68 long dentries; in super_cache_scan() local
87 dentries = list_lru_shrink_count(&sb->s_dentry_lru, sc); in super_cache_scan()
88 total_objects = dentries + inodes + fs_objects + 1; in super_cache_scan()
93 dentries = mult_frac(sc->nr_to_scan, dentries, total_objects); in super_cache_scan()
104 sc->nr_to_scan = dentries + 1; in super_cache_scan()
/Linux-v5.4/Documentation/admin-guide/sysctl/
Dfs.rst73 int nr_negative; /* # of unused negative dentries */
79 nr_dentry shows the total number of dentries allocated (active
80 + unused). nr_unused shows the number of dentries that are not
88 nr_negative shows the number of unused dentries that are also
89 negative dentries which do not map to any files. Instead,
Dvm.rst217 reclaimable slab objects like dentries and inodes. Once dropped, their
224 To free reclaimable slab objects (includes dentries and inodes)::
239 (inodes, dentries, pagecache, etc...) These objects are automatically
876 reclaim dentries and inodes at a "fair" rate with respect to pagecache and
879 never reclaim dentries and inodes due to memory pressure and this can easily
881 causes the kernel to prefer to reclaim dentries and inodes.
/Linux-v5.4/Documentation/filesystems/
Dpath-lookup.txt19 as many cached path component dentries as possible. This significantly
36 even stores into cachelines of common dentries). This is known as "rcu-walk"
108 expensive and also problematic for directory dentries. Latency would be far to
116 the remaining dentries on the list.
183 reference counts on intermediate dentries along the path. To do this, a per
Dvfs.rst37 most computers cannot fit all dentries in the RAM at the same time, some
39 dentry, the VFS may have to resort to creating dentries along the way,
52 dentries (hard links, for example, do this).
576 negative or needs lookup. Cached positive dentries are still
1158 dentries in the dcache are valid. Network filesystems are
1212 However, our vfsmount is pinned, and RCU held, so the dentries
1243 filesystems probably dont want to use it, because their dentries
1307 one of the underlying dentries hidden by the overlay. It is
1318 of child dentries. Child dentries are basically like files in a
1326 manipulate dentries:
[all …]
Dceph.txt39 directories, allowing entire directories of dentries and inodes to be
Dramfs-rootfs-initramfs.txt23 dentries and page cache as usual, but there's nowhere to write them to.
41 as creating and destroying dentries. Plus it needed a filesystem driver
Dpath-lookup.rst114 dentry of a directory to the dentries of the children, that linkage is
252 ``d_lock`` on one or more the dentries while the change happens. One
253 exception is when idle dentries are removed from the dcache due to
273 not prevent them both adding new dentries with the same name. As this
522 The Linux VFS has a concept of "managed" dentries which is reflected
524 potentially interesting things about these dentries corresponding
665 data structures - dentries, inodes, super_blocks, and mounts - will
Df2fs.txt136 dentries is limited to ~3.4k.
627 dentries(11 * 214 bytes) + file name (8 * 214 bytes)
637 | bitmap | reserved | dentries | file names |
Dporting.rst359 unreferenced dentries, and is now only called when the dentry refcount goes to
406 atomic operations and scalability hazards on dentries and inodes (see
Dorangefs.txt514 dentries is to always obtain the needed information from userspace - at
Dfscrypt.rst38 unencrypted files. Similarly, half as many dentries and inodes are
/Linux-v5.4/fs/ceph/
Dinode.c1540 ctl->dentries = kmap(ctl->page); in fill_readdir_cache()
1542 memset(ctl->dentries, 0, PAGE_SIZE); in fill_readdir_cache()
1548 ctl->dentries[idx] = dn; in fill_readdir_cache()
Ddir.c146 cache_ctl->dentries = kmap(cache_ctl->page); in __dcache_find_get_entry()
156 dentry = cache_ctl->dentries[cache_ctl->index]; in __dcache_find_get_entry()
Dsuper.h784 struct dentry **dentries; member
/Linux-v5.4/Documentation/process/
Dkernel-docs.rst280 Linux VFS layer. Covers version 2.1.x, with dentries and the
/Linux-v5.4/Documentation/admin-guide/cgroup-v1/
Dcpusets.rst320 such as for inodes and dentries evenly over all the nodes that the
/Linux-v5.4/Documentation/admin-guide/
Dcgroup-v2.rst1070 - Kernel data structures such as dentries and inodes.
1295 dentries and inodes.