Home
last modified time | relevance | path

Searched refs:trees (Results 1 – 25 of 74) sorted by relevance

123

/Linux-v5.10/fs/unicode/
Dmkutf8data.c1357 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/
Dgeneric-radix-tree.rst2 Generic radix trees/sparse arrays
6 :doc: Generic radix trees/sparse arrays
Drbtree.rst9 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/
Dmtdswap.c114 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/
Daudit_tree.c29 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()
Dauditsc.c242 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/
Drebasing-and-merging.rst54 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
Dmodifying-patches.rst49 tracking your trees, and to people trying to troubleshoot bugs in your
/Linux-v5.10/Documentation/riscv/
Dpatch-acceptance.rst24 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/
D2.Process.rst181 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 …]
Dhowto.rst239 - 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
D7.AdvancedTopics.rst52 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/
Dbpf_devel_QA.rst75 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/
Dqoriq-clock.txt76 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/
Dpar_io.txt26 the new device trees. Instead, each Par I/O bank should be represented
Ducc.txt33 do so, in order to support older device trees, but they should be updated
/Linux-v5.10/Documentation/devicetree/bindings/powerpc/fsl/
Dcpus.txt5 Power Architecture CPUs in Freescale SOCs are represented in device trees as
/Linux-v5.10/Documentation/devicetree/bindings/net/
Dnixge.txt5 older device trees with DMA engines co-located in the address map,
Daltera_tse.txt6 ALTR is supported for legacy device trees, but is deprecated.
Dxilinx_axienet.txt44 this is possible). New device trees should specify this - the
/Linux-v5.10/drivers/net/ethernet/mellanox/mlxsw/
Dspectrum_router.h29 struct mlxsw_sp_lpm_tree *trees; member
/Linux-v5.10/Documentation/devicetree/bindings/serial/
Dmtk-uart.txt41 For compatibility with older device trees an unnamed clock is used for the
/Linux-v5.10/drivers/of/
DKconfig58 bool "Support for dynamic device trees" if OF_UNITTEST
/Linux-v5.10/Documentation/translations/zh_CN/process/
Dcoding-style.rst560 (expand-file-name "~/src/linux-trees")
563 这会让 emacs 在 ``~/src/linux-trees`` 下的 C 源文件获得更好的内核代码风格。
/Linux-v5.10/Documentation/devicetree/bindings/
Dsubmitting-patches.rst80 3) For a series going though multiple trees, the binding patch should be

123