/Linux-v5.10/fs/unicode/ |
D | mkutf8data.c | 1357 struct tree *trees; variable 1623 trees = calloc(trees_count, sizeof(struct tree)); in trees_init() 1630 trees[--count].maxage = maxage; in trees_init() 1631 trees[--count].maxage = maxage; in trees_init() 1644 while (ages[j] < trees[i].maxage) in trees_init() 1646 trees[i].maxage = ages[j-1]; in trees_init() 1650 trees[trees_count-2].next = &trees[trees_count-1]; in trees_init() 1651 trees[trees_count-1].leaf_mark = nfdi_mark; in trees_init() 1652 trees[trees_count-2].leaf_mark = nfdicf_mark; in trees_init() 1654 trees[i].next = &trees[trees_count-2]; in trees_init() [all …]
|
/Linux-v5.10/Documentation/core-api/ |
D | generic-radix-tree.rst | 2 Generic radix trees/sparse arrays 6 :doc: Generic radix trees/sparse arrays
|
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 171 sorted order. These work on arbitrary trees, and should not need to be [all …]
|
/Linux-v5.10/drivers/mtd/ |
D | mtdswap.c | 114 struct mtdswap_tree trees[MTDSWAP_TREE_CNT]; member 160 #define TREE_ROOT(d, name) (&d->trees[MTDSWAP_ ## name].root) 163 #define TREE_COUNT(d, name) (d->trees[MTDSWAP_ ## name].count) 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() 767 if (d->trees[idx].root.rb_node != NULL) in __mtdswap_choose_gc_tree() 809 root = &d->trees[i].root; in mtdswap_choose_wl_tree() [all …]
|
/Linux-v5.10/kernel/ |
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() 1013 while (!list_empty(&chunk->trees)) { in evict_chunk() 1014 owner = list_entry(chunk->trees.next, in evict_chunk()
|
D | auditsc.c | 242 struct audit_tree_refs *p = ctx->trees; in put_tree_ref() 254 ctx->trees = p; in put_tree_ref() 263 struct audit_tree_refs *p = ctx->trees; in grow_tree_refs() 264 ctx->trees = kzalloc(sizeof(struct audit_tree_refs), GFP_KERNEL); in grow_tree_refs() 265 if (!ctx->trees) { in grow_tree_refs() 266 ctx->trees = p; in grow_tree_refs() 270 p->next = ctx->trees; in grow_tree_refs() 272 ctx->first_trees = ctx->trees; in grow_tree_refs() 291 for (q = p; q != ctx->trees; q = q->next, n = 31) { in unroll_tree_refs() 301 ctx->trees = p; in unroll_tree_refs() [all …]
|
/Linux-v5.10/Documentation/maintainer/ |
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
|
D | modifying-patches.rst | 49 tracking your trees, and to people trying to troubleshoot bugs in your
|
/Linux-v5.10/Documentation/riscv/ |
D | patch-acceptance.rst | 24 course, maintain their own Linux kernel trees that contain code for 34 (Implementors, may, of course, maintain their own Linux kernel trees
|
/Linux-v5.10/Documentation/process/ |
D | 2.Process.rst | 181 subsystem tree and into the -next trees (described below). When the 252 first in trees dedicated to network device drivers, wireless networking, 255 those managing lower-level trees, this process is known as the "chain of 263 Next trees 266 The chain of subsystem trees guides the flow of patches into the kernel, 275 the interesting subsystem trees, but that would be a big and error-prone 278 The answer comes in the form of -next trees, where subsystem trees are 279 collected for testing and review. The older of these trees, maintained by 282 trees; it also has some patches aimed at helping with debugging. 306 Linux-next trees are announced on the linux-kernel and linux-next mailing [all …]
|
D | howto.rst | 239 - Various stable trees with multiple major numbers 240 - Subsystem-specific trees 279 Various stable trees with multiple major numbers 292 Stable trees are maintained by the "stable" team <stable@vger.kernel.org>, and 302 Subsystem-specific trees 313 Most of these repositories are git trees, but there are also other SCMs 330 Before updates from subsystem trees are merged into the mainline tree, 332 testing repository exists into which virtually all subsystem trees are
|
D | 7.AdvancedTopics.rst | 52 When you are ready to start putting up git trees for others to look at, you 95 an exported tree. Moving changesets between trees to avoid conflicts in 119 can affect your ability to get trees pulled in the future. Quoting Linus:
|
/Linux-v5.10/Documentation/bpf/ |
D | bpf_devel_QA.rst | 75 applied to one of the two BPF kernel trees. 80 get rejected or are not applicable to the BPF trees (but assigned to 85 A: There are two BPF kernel trees (git repositories). Once patches have 87 of the two BPF trees: 94 analogous to net and net-next trees for networking. Both bpf and 109 to other trees (e.g. tracing) with a small subset of the patches, but 110 net and net-next are always the main trees targeted for integration. 145 please make sure to rebase the patches against those trees in 164 automatically get accepted into net or net-next trees eventually: 169 them from the trees entirely. Therefore, we also reserve to rebase [all …]
|
/Linux-v5.10/Documentation/devicetree/bindings/clock/ |
D | qoriq-clock.txt | 76 trees the children of the clockgen node are the clock providers. 109 device trees with these nodes, but new device trees should not use them.
|
/Linux-v5.10/Documentation/devicetree/bindings/soc/fsl/cpm_qe/qe/ |
D | par_io.txt | 26 the new device trees. Instead, each Par I/O bank should be represented
|
D | ucc.txt | 33 do so, in order to support older device trees, but they should be updated
|
/Linux-v5.10/Documentation/devicetree/bindings/powerpc/fsl/ |
D | cpus.txt | 5 Power Architecture CPUs in Freescale SOCs are represented in device trees as
|
/Linux-v5.10/Documentation/devicetree/bindings/net/ |
D | nixge.txt | 5 older device trees with DMA engines co-located in the address map,
|
D | altera_tse.txt | 6 ALTR is supported for legacy device trees, but is deprecated.
|
D | xilinx_axienet.txt | 44 this is possible). New device trees should specify this - the
|
/Linux-v5.10/drivers/net/ethernet/mellanox/mlxsw/ |
D | spectrum_router.h | 29 struct mlxsw_sp_lpm_tree *trees; member
|
/Linux-v5.10/Documentation/devicetree/bindings/serial/ |
D | mtk-uart.txt | 41 For compatibility with older device trees an unnamed clock is used for the
|
/Linux-v5.10/drivers/of/ |
D | Kconfig | 58 bool "Support for dynamic device trees" if OF_UNITTEST
|
/Linux-v5.10/Documentation/translations/zh_CN/process/ |
D | coding-style.rst | 560 (expand-file-name "~/src/linux-trees") 563 这会让 emacs 在 ``~/src/linux-trees`` 下的 C 源文件获得更好的内核代码风格。
|
/Linux-v5.10/Documentation/devicetree/bindings/ |
D | submitting-patches.rst | 80 3) For a series going though multiple trees, the binding patch should be
|