public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* [PATCH] Documentation: update kmemleak.txt
@ 2014-02-16 16:42 Wang YanQing
  2014-02-19 10:04 ` Catalin Marinas
  0 siblings, 1 reply; 2+ messages in thread
From: Wang YanQing @ 2014-02-16 16:42 UTC (permalink / raw)
  To: catalin.marinas; +Cc: rob, linux-doc, linux-kernel

Update Documentatin/kmemleak.txt to
reflect the following changes:

Commit b69ec42b1b194cc88f04b3fbcda8d3f93182d6c3
("Kconfig: clean up the long arch list for the DEBUG_KMEMLEAK config option")
make we can't check supported architectures by read Kconfig.debug.

Commit 85d3a316c714197f94e75c1e5b2d37607d66e5de
("kmemleak: use rbtree instead of prio tree")
convert kmemleak to use rbtree instead of prio tree.

Signed-off-by: Wang YanQing <udknight@gmail.com>
---
 Documentation/kmemleak.txt | 8 +++-----
 1 file changed, 3 insertions(+), 5 deletions(-)

diff --git a/Documentation/kmemleak.txt b/Documentation/kmemleak.txt
index b6e3973..6dc8013 100644
--- a/Documentation/kmemleak.txt
+++ b/Documentation/kmemleak.txt
@@ -11,9 +11,7 @@ with the difference that the orphan objects are not freed but only
 reported via /sys/kernel/debug/kmemleak. A similar method is used by the
 Valgrind tool (memcheck --leak-check) to detect the memory leaks in
 user-space applications.
-
-Please check DEBUG_KMEMLEAK dependencies in lib/Kconfig.debug for supported
-architectures.
+Kmemleak is supported on x86, arm, powerpc, sparc, sh, microblaze, ppc, mips, s390, metag and tile.
 
 Usage
 -----
@@ -68,7 +66,7 @@ Basic Algorithm
 
 The memory allocations via kmalloc, vmalloc, kmem_cache_alloc and
 friends are traced and the pointers, together with additional
-information like size and stack trace, are stored in a prio search tree.
+information like size and stack trace, are stored in a rbtree.
 The corresponding freeing function calls are tracked and the pointers
 removed from the kmemleak data structures.
 
@@ -84,7 +82,7 @@ The scanning algorithm steps:
   1. mark all objects as white (remaining white objects will later be
      considered orphan)
   2. scan the memory starting with the data section and stacks, checking
-     the values against the addresses stored in the prio search tree. If
+     the values against the addresses stored in the rbtree. If
      a pointer to a white object is found, the object is added to the
      gray list
   3. scan the gray objects for matching addresses (some white objects
-- 
1.8.3.4.8.g69490f3.dirty

^ permalink raw reply related	[flat|nested] 2+ messages in thread

* Re: [PATCH] Documentation: update kmemleak.txt
  2014-02-16 16:42 [PATCH] Documentation: update kmemleak.txt Wang YanQing
@ 2014-02-19 10:04 ` Catalin Marinas
  0 siblings, 0 replies; 2+ messages in thread
From: Catalin Marinas @ 2014-02-19 10:04 UTC (permalink / raw)
  To: Wang YanQing, rob, linux-doc, linux-kernel

On Sun, Feb 16, 2014 at 04:42:05PM +0000, Wang YanQing wrote:
> Update Documentatin/kmemleak.txt to
> reflect the following changes:
> 
> Commit b69ec42b1b194cc88f04b3fbcda8d3f93182d6c3
> ("Kconfig: clean up the long arch list for the DEBUG_KMEMLEAK config option")
> make we can't check supported architectures by read Kconfig.debug.
> 
> Commit 85d3a316c714197f94e75c1e5b2d37607d66e5de
> ("kmemleak: use rbtree instead of prio tree")
> convert kmemleak to use rbtree instead of prio tree.
> 
> Signed-off-by: Wang YanQing <udknight@gmail.com>

Since it looks like akpm is picking this patch:

Acked-by: Catalin Marinas <catalin.marinas@arm.com>

Thanks.

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2014-02-19 10:04 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-02-16 16:42 [PATCH] Documentation: update kmemleak.txt Wang YanQing
2014-02-19 10:04 ` Catalin Marinas

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox