In two places, the document mentions that individual members of the containing structure of the struct rb_node may be accessed by a macro call such as rb_entry(node, type, member). This is bogus, so remove the offending text. The example code used to amplify this bogosity, but that was fixed in a patch by Wang Tinggong back in May/June 2009. However, the example code uses rb_entry() to access the containing structure whereas the preceding paragraph (now) only mentions container_of(), so change the example to match the preceding text. Signed-off-by: Ian Abbott <abbotti@xxxxxxxxx> --- Documentation/rbtree.txt | 8 +++----- 1 file changed, 3 insertions(+), 5 deletions(-) diff --git a/Documentation/rbtree.txt b/Documentation/rbtree.txt index d4a31e0..47a8cb5 100644 --- a/Documentation/rbtree.txt +++ b/Documentation/rbtree.txt @@ -64,8 +64,7 @@ Data nodes in an rbtree tree are structures containing a struct rb_node member: }; When dealing with a pointer to the embedded struct rb_node, the containing data -structure may be accessed with the standard container_of() macro. In addition, -individual members may be accessed directly via rb_entry(node, type, member). +structure may be accessed with the standard container_of() macro. At the root of each rbtree is an rb_root structure, which is initialized to be empty via: @@ -181,14 +180,13 @@ NULL when there are no more nodes left. The iterator functions return a pointer to the embedded struct rb_node, from which the containing data structure may be accessed with the container_of() -macro, and individual members may be accessed directly via -rb_entry(node, type, member). +macro. Example: struct rb_node *node; for (node = rb_first(&mytree); node; node = rb_next(node)) - printk("key=%s\n", rb_entry(node, struct mytype, node)->keystring); + printk("key=%s\n", container_of(node, struct mytype, node)->keystring); Support for Augmented rbtrees ----------------------------- -- 1.7.12 -- To unsubscribe from this list: send the line "unsubscribe linux-doc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html