![]() | |||||||||||||
Messages in this thread |
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/ | ||||||||||||
| Last update: 2005-03-22 13:31 [from the cache] ©2003-2008 | |||||||||||||