| /linux-6.15/fs/unicode/ |
| H A D | mkutf8data.c | 1357 struct tree *trees; variable 1650 trees[trees_count-2].next = &trees[trees_count-1]; in trees_init() 1654 trees[i].next = &trees[trees_count-2]; in trees_init() 1656 trees[i+1].next = &trees[trees_count-1]; in trees_init() 1662 trees[i].type = "nfdicf"; in trees_init() 1693 trees[i].type, trees[i].maxage); in trees_populate() 1714 prune(&trees[i]); in trees_reduce() 1716 mark_nodes(&trees[i]); in trees_reduce() 1734 trees[i].type, trees[i].maxage, trees[i].index); in trees_reduce() 1831 verify(&trees[i]); in trees_verify() [all …]
|
| /linux-6.15/Documentation/core-api/ |
| H A D | generic-radix-tree.rst | 2 Generic radix trees/sparse arrays 6 :doc: Generic radix trees/sparse arrays
|
| H A D | rbtree.rst | 9 What are red-black trees, and what are they for? 12 Red-black trees are a type of self-balancing binary search tree, used for 13 storing sortable key/value data pairs. This differs from radix trees (which 19 Red-black trees are similar to AVL trees, but provide faster real-time bounded 26 There are a number of red-black trees in use in the kernel. 32 trees, as are epoll file descriptors, cryptographic keys, and network 38 Linux Weekly News article on red-black trees 41 Wikipedia entry on red-black trees 44 Linux implementation of red-black trees 221 trees:: [all …]
|
| /linux-6.15/Documentation/arch/arm/google/ |
| H A D | chromebook-boot-flow.rst | 9 Image`_ which contains an OS image as well as a collection of device trees. It 34 Depthcharge_ will look through all device trees in the `FIT Image`_ trying to 36 through all device trees in the `FIT Image`_ trying to find the one that 42 trees: 59 trees with multiple revisions.
|
| /linux-6.15/drivers/md/ |
| H A D | dm-bufio.c | 404 struct buffer_tree trees[]; member 471 down_write(&lh->cache->trees[index].u.lock); in __lh_lock() 476 down_read(&lh->cache->trees[index].u.lock); in __lh_lock() 486 up_write(&lh->cache->trees[index].u.lock); in __lh_unlock() 491 up_read(&lh->cache->trees[index].u.lock); in __lh_unlock() 547 rwlock_init(&bc->trees[i].u.spinlock); in cache_init() 549 init_rwsem(&bc->trees[i].u.lock); in cache_init() 550 bc->trees[i].root = RB_ROOT; in cache_init() 562 WARN_ON_ONCE(!RB_EMPTY_ROOT(&bc->trees[i].root)); in cache_destroy() 957 down_write(&bc->trees[i].u.lock); in cache_remove_range() [all …]
|
| /linux-6.15/drivers/mtd/ |
| H A D | mtdswap.c | 196 oldidx = tp - &d->trees[0]; in mtdswap_eb_detach() 198 d->trees[oldidx].count--; in mtdswap_eb_detach() 226 if (eb->root == &d->trees[idx].root) in mtdswap_rb_add() 230 root = &d->trees[idx].root; in mtdswap_rb_add() 233 d->trees[idx].count++; in mtdswap_rb_add() 766 if (d->trees[idx].root.rb_node != NULL) in __mtdswap_choose_gc_tree() 808 root = &d->trees[i].root; in mtdswap_choose_wl_tree() 859 rp = &d->trees[idx].root; in mtdswap_pick_gc_eblk() 864 d->trees[idx].count--; in mtdswap_pick_gc_eblk() 1187 count[i] = d->trees[i].count; in mtdswap_show() [all …]
|
| /linux-6.15/kernel/ |
| H A D | audit_tree.c | 29 struct list_head trees; /* with root here */ member 198 INIT_LIST_HEAD(&chunk->trees); in alloc_chunk() 299 list_splice_init(&old->trees, &new->trees); in replace_chunk() 300 list_for_each_entry(owner, &new->trees, same_root) in replace_chunk() 366 list_del_init(&chunk->trees); in untag_chunk() 438 list_add(&tree->same_root, &chunk->trees); in create_chunk() 510 list_add(&tree->same_root, &chunk->trees); in tag_chunk() 1010 while (!list_empty(&chunk->trees)) { in evict_chunk() 1011 owner = list_entry(chunk->trees.next, in evict_chunk()
|
| H A D | auditsc.c | 234 struct audit_tree_refs *p = ctx->trees; in put_tree_ref() 247 ctx->trees = p; in put_tree_ref() 256 struct audit_tree_refs *p = ctx->trees; in grow_tree_refs() 259 if (!ctx->trees) { in grow_tree_refs() 260 ctx->trees = p; in grow_tree_refs() 264 p->next = ctx->trees; in grow_tree_refs() 266 ctx->first_trees = ctx->trees; in grow_tree_refs() 286 for (q = p; q != ctx->trees; q = q->next, n = 31) { in unroll_tree_refs() 296 ctx->trees = p; in unroll_tree_refs() 2091 p = context->trees; in handle_one() [all …]
|
| /linux-6.15/Documentation/maintainer/ |
| H A D | rebasing-and-merging.rst | 54 That said, there are always exceptions. Some trees (linux-next being 90 If, instead, rebasing is limited to private trees, commits are based on a 99 Kernel work is accumulated in over 100 different subsystem trees, each of 110 from lower-level subsystem trees and from others, either sibling trees or 113 Merging from lower-level trees 135 Merging from sibling or upstream trees 139 trees tend to be a red flag when it comes time to push a branch upstream. 154 hide interactions with other trees that should not be happening (often) in 199 with the maintainer to carry both sets of changes in one of the trees or 201 merged into both trees. If the dependency is related to major
|
| /linux-6.15/Documentation/devicetree/bindings/clock/ |
| H A D | fsl,qoriq-clock-legacy.yaml | 14 device trees with these nodes, but new device trees should not use them.
|
| /linux-6.15/mm/ |
| H A D | zswap.c | 1741 struct xarray *trees, *tree; in zswap_swapon() local 1745 trees = kvcalloc(nr, sizeof(*tree), GFP_KERNEL); in zswap_swapon() 1746 if (!trees) { in zswap_swapon() 1752 xa_init(trees + i); in zswap_swapon() 1755 zswap_trees[type] = trees; in zswap_swapon() 1761 struct xarray *trees = zswap_trees[type]; in zswap_swapoff() local 1764 if (!trees) in zswap_swapoff() 1769 WARN_ON_ONCE(!xa_empty(trees + i)); in zswap_swapoff() 1771 kvfree(trees); in zswap_swapoff()
|
| /linux-6.15/Documentation/translations/zh_CN/core-api/ |
| H A D | generic-radix-tree.rst | 16 “DOC: Generic radix trees/sparse arrays”。
|
| /linux-6.15/Documentation/process/ |
| H A D | 2.Process.rst | 174 subsystem tree and into the -next trees (described below). When the 245 first in trees dedicated to network device drivers, wireless networking, 248 those managing lower-level trees, this process is known as the "chain of 256 Next trees 259 The chain of subsystem trees guides the flow of patches into the kernel, 268 the interesting subsystem trees, but that would be a big and error-prone 271 The answer comes in the form of -next trees, where subsystem trees are 272 collected for testing and review. The older of these trees, maintained by 275 trees; it also has some patches aimed at helping with debugging. 299 Linux-next trees are announced on the linux-kernel and linux-next mailing [all …]
|
| H A D | maintainer-soc-clean-dts.rst | 20 warnings. For series split between different trees (DT bindings go via driver
|
| /linux-6.15/Documentation/arch/riscv/ |
| H A D | patch-acceptance.rst | 44 ECR. (Developers may, of course, maintain their own Linux kernel trees 58 (Implementers, may, of course, maintain their own Linux kernel trees containing
|
| /linux-6.15/arch/arm64/boot/dts/qcom/ |
| H A D | msm8916-samsung-e7.dts | 16 * to the other MSM8916 device trees. However, it is actually used through
|
| H A D | msm8916-samsung-e5.dts | 16 * to the other MSM8916 device trees. However, it is actually used through
|
| H A D | msm8916-samsung-grandmax.dts | 17 * to the other MSM8916 device trees. However, it is actually used through
|
| /linux-6.15/Documentation/bpf/ |
| H A D | bpf_devel_QA.rst | 102 applied to one of the two BPF kernel trees. 107 get rejected or are not applicable to the BPF trees (but assigned to 114 of the two BPF trees: 121 analogous to net and net-next trees for networking. Both bpf and 137 to other trees (e.g. tracing) with a small subset of the patches, but 138 net and net-next are always the main trees targeted for integration. 174 please make sure to rebase the patches against those trees in 193 automatically get accepted into net or net-next trees eventually: 198 them from the trees entirely. Therefore, we also reserve to rebase 199 the trees when deemed necessary. After all, the purpose of the tree [all …]
|
| /linux-6.15/Documentation/devicetree/bindings/powerpc/fsl/ |
| H A D | cpus.txt | 5 Power Architecture CPUs in Freescale SOCs are represented in device trees as
|
| /linux-6.15/Documentation/devicetree/bindings/soc/fsl/cpm_qe/qe/ |
| H A D | par_io.txt | 26 the new device trees. Instead, each Par I/O bank should be represented
|
| /linux-6.15/Documentation/devicetree/bindings/ |
| H A D | submitting-patches.rst | 90 3) For a series going though multiple trees, the binding patch should be 94 but always via platform SoC trees on dedicated branches (see also
|
| /linux-6.15/Documentation/devicetree/bindings/power/supply/ |
| H A D | samsung,battery.yaml | 17 product, so product device trees can specify these batteries. Operating
|
| /linux-6.15/Documentation/mm/damon/ |
| H A D | maintainer-profile.rst | 17 There are multiple Linux trees for DAMON development. Patches under 58 <https://git.kernel.org/akpm/mm/h/mm-stable>`_ trees depend on the memory
|
| /linux-6.15/Documentation/devicetree/bindings/net/ |
| H A D | nixge.txt | 5 older device trees with DMA engines co-located in the address map,
|