The patch titled
Bug in MM_RB debugging
has been removed from the -mm tree. Its filename was
bug-in-mm_rb-debugging.patch
This patch was dropped because it was merged into mainline or a subsystem tree
------------------------------------------------------
Subject: Bug in MM_RB debugging
From: David Miller <davem@xxxxxxxxxxxxx>
The code is seemingly trying to make sure that rb_next() brings us to
successive increasing vma entries.
But the two variables, prev and pend, used to perform these checks, are
never advanced.
Signed-off-by: David S. Miller <davem@xxxxxxxxxxxxx>
Cc: Andrea Arcangeli <andrea@xxxxxxxxxx>
Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
---
mm/mmap.c | 2 ++
1 file changed, 2 insertions(+)
diff -puN mm/mmap.c~bug-in-mm_rb-debugging mm/mmap.c
--- a/mm/mmap.c~bug-in-mm_rb-debugging
+++ a/mm/mmap.c
@@ -299,6 +299,8 @@ static int browse_rb(struct rb_root *roo
printk("vm_end %lx < vm_start %lx\n", vma->vm_end, vma->vm_start);
i++;
pn = nd;
+ prev = vma->vm_start;
+ pend = vma->vm_end;
}
j = 0;
for (nd = pn; nd; nd = rb_prev(nd)) {
_
Patches currently in -mm which might be from davem@xxxxxxxxxxxxx are
origin.patch
fix-radeon-blanking-return-value.patch
8139too-fix-irq-problem-with-napi-netpoll.patch
cisco_ioctl-initialise-header_cache_update.patch
resend-iphase-64bit-cleanup.patch
remove-hardcoding-of-hard_smp_processor_id-on-up.patch
remove-hardcoding-of-hard_smp_processor_id-on-up-move-definition-of-hard_smp_processor_id-to-asm-smph.patch
simplify-the-stacktrace-code.patch
tg3-use-flush_keventd_work.patch
e1000-use-flush_keventd_work.patch
ipvs-flush-defense_work-before-module-unload.patch
unify-flush_work-flush_work_keventd-and-rename-it-to-cancel_work_sync.patch
atomich-add-atomic64-cmpxchg-xchg-and-add_unless-to-sparc64.patch
local_t-sparc64-cleanup.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
