On Fri, 2002-12-20 at 18:49, Jeff Dike wrote:
> jreiser@BitWagon.com said:
> > I suggest that useful partial progress can be made sooner by
> > identifying the allocators, telling valgrind about them and their
> > external semantics, and having valgrind trust them.
>
> This is likely what will happen anyway. It will likely generate noise
> from inside the allocators until they are described.
It probably won't be the allocators which generate warnings. The main
problem will be that newly allocated memory will still be considered
initialized by its previous owner. Also, if UML allocates memory using
mmap, all memory will be considered to be initialized.
> > Waiting for the globally correct description can take a long time,
> > perhaps about as long as waiting for the authors of device drivers to
> > update to a new device I/O model.
>
> Nonsense. They aren't going to be that complicated, and they don't change
> very often anyway.
Doing a few base-level allocators first (get_free_page, kmalloc) will
find lots of problems, then you can start refining to the more
specialized allocators.
J
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Mon Dec 23 2002 - 22:00:29 EST