Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Fri, 20 Dec 2002 21:37:32 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Fri, 20 Dec 2002 21:37:32 -0500 Received: from mnh-1-22.mv.com ([207.22.10.54]:48645 "EHLO ccure.karaya.com") by vger.kernel.org with ESMTP id ; Fri, 20 Dec 2002 21:37:31 -0500 Message-Id: <200212210249.VAA04704@ccure.karaya.com> X-Mailer: exmh version 2.0.2 To: John Reiser Cc: linux-kernel@vger.kernel.org, Jeremy Fitzhardinge , Julian Seward Subject: Re: Valgrind meets UML In-Reply-To: Your message of "Fri, 20 Dec 2002 15:32:30 PST." <3E03A88E.50200@BitWagon.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 20 Dec 2002 21:49:27 -0500 From: Jeff Dike Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1048 Lines: 28 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. > In particular, do > not valgrind allocators at first. This isn't possible without performing surgery on valgrind. It has no idea what's considered an allocator and what's not. > 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. Jeff - 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/