The patch titled Subject: mm/backing-dev.c: use rb_entry() has been added to the -mm tree. Its filename is writeback-use-rb_entry.patch This patch should soon appear at http://ozlabs.org/~akpm/mmots/broken-out/writeback-use-rb_entry.patch and later at http://ozlabs.org/~akpm/mmotm/broken-out/writeback-use-rb_entry.patch Before you just go and hit "reply", please: a) Consider who else should be cc'ed b) Prefer to cc a suitable mailing list as well c) Ideally: find the original patch on the mailing list and do a reply-to-all to that, adding suitable additional cc's *** Remember to use Documentation/SubmitChecklist when testing your code *** The -mm tree is included into linux-next and is updated there every 3-4 working days ------------------------------------------------------ From: Geliang Tang <geliangtang@xxxxxxxxx> Subject: mm/backing-dev.c: use rb_entry() To make the code clearer, use rb_entry() instead of container_of() to deal with rbtree. Link: http://lkml.kernel.org/r/671275de093d93ddc7c6f77ddc0d357149691a39.1484306840.git.geliangtang@xxxxxxxxx Signed-off-by: Geliang Tang <geliangtang@xxxxxxxxx> Cc: Jens Axboe <axboe@xxxxxx> Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx> --- mm/backing-dev.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff -puN mm/backing-dev.c~writeback-use-rb_entry mm/backing-dev.c --- a/mm/backing-dev.c~writeback-use-rb_entry +++ a/mm/backing-dev.c @@ -410,8 +410,8 @@ retry: while (*node != NULL) { parent = *node; - congested = container_of(parent, struct bdi_writeback_congested, - rb_node); + congested = rb_entry(parent, struct bdi_writeback_congested, + rb_node); if (congested->blkcg_id < blkcg_id) node = &parent->rb_left; else if (congested->blkcg_id > blkcg_id) _ Patches currently in -mm which might be from geliangtang@xxxxxxxxx are mm-vmallocc-use-rb_entry_safe.patch writeback-use-rb_entry.patch proc-use-rb_entry.patch timerqueue-use-rb_entry_safe.patch -- To unsubscribe from this list: send the line "unsubscribe mm-commits" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html