| /linux/fs/unicode/ |
| 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/Documentation/core-api/ |
| 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 …]
|
| A D | generic-radix-tree.rst | 2 Generic radix trees/sparse arrays
6 :doc: Generic radix trees/sparse arrays
|
| /linux/drivers/mtd/ |
| 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/kernel/ |
| 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()
|
| A D | auditsc.c | 231 struct audit_tree_refs *p = ctx->trees; in put_tree_ref()
244 ctx->trees = p; in put_tree_ref()
253 struct audit_tree_refs *p = ctx->trees; in grow_tree_refs()
256 if (!ctx->trees) { in grow_tree_refs()
257 ctx->trees = p; in grow_tree_refs()
261 p->next = ctx->trees; in grow_tree_refs()
263 ctx->first_trees = ctx->trees; in grow_tree_refs()
283 for (q = p; q != ctx->trees; q = q->next, n = 31) { in unroll_tree_refs()
293 ctx->trees = p; in unroll_tree_refs()
2049 p = context->trees; in handle_one()
[all …]
|
| /linux/Documentation/maintainer/ |
| 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
|
| A D | modifying-patches.rst | 49 tracking your trees, and to people trying to troubleshoot bugs in your
|
| /linux/Documentation/riscv/ |
| A 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/Documentation/process/ |
| A 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 …]
|
| A 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
|
| A 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/Documentation/bpf/ |
| A 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
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
170 the trees when deemed necessary. After all, the purpose of the tree
[all …]
|
| /linux/Documentation/devicetree/bindings/clock/ |
| A 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/Documentation/devicetree/bindings/soc/fsl/cpm_qe/qe/ |
| A D | par_io.txt | 26 the new device trees. Instead, each Par I/O bank should be represented
|
| A D | ucc.txt | 33 do so, in order to support older device trees, but they should be updated
|
| /linux/Documentation/devicetree/bindings/power/supply/ |
| A D | samsung,battery.yaml | 17 product, so product device trees can specify these batteries. Operating
|
| /linux/Documentation/devicetree/bindings/powerpc/fsl/ |
| A D | cpus.txt | 5 Power Architecture CPUs in Freescale SOCs are represented in device trees as
|
| /linux/Documentation/devicetree/bindings/net/ |
| A D | nixge.txt | 5 older device trees with DMA engines co-located in the address map,
|
| /linux/drivers/of/ |
| A D | Kconfig | 58 bool "Support for dynamic device trees" if OF_UNITTEST
|
| /linux/Documentation/devicetree/bindings/serial/ |
| A D | mtk-uart.txt | 43 For compatibility with older device trees an unnamed clock is used for the
|
| /linux/Documentation/translations/zh_CN/process/ |
| A D | coding-style.rst | 559 (expand-file-name "~/src/linux-trees")
562 这会让 emacs 在 ``~/src/linux-trees`` 下的 C 源文件获得更好的内核代码风格。
|
| /linux/Documentation/translations/zh_TW/process/ |
| A D | coding-style.rst | 563 (expand-file-name "~/src/linux-trees")
566 這會讓 emacs 在 ``~/src/linux-trees`` 下的 C 源文件獲得更好的內核代碼風格。
|
| /linux/Documentation/networking/ |
| A D | netdev-FAQ.rst | 30 There are always two trees (git repositories) in play. Both are
35 for the future release. You can find the trees here:
40 How often do changes from these trees make it to the mainline Linus tree?
|
| /linux/drivers/net/ethernet/mellanox/mlxsw/ |
| A D | spectrum_router.h | 53 struct mlxsw_sp_lpm_tree *trees; member
|