linux-kernel - Re: Valgrinding the kernel?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <468DD6A5.4020705@goop.org>
Date:	Thu, 05 Jul 2007 22:44:05 -0700
From:	Jeremy Fitzhardinge <jeremy@...p.org>
To:	Dan Kegel <dank@...el.com>
CC:	linux-kernel@...r.kernel.org, Robert Walsh <rjwalsh@...ables.org>
Subject: Re: Valgrinding the kernel?

Dan Kegel wrote:
> It'd be nice to see if Valgrind could catch uninitialized
> references in the kernel, if only to see if Coverity is
> missing anything that happens in practice.
>
> Back in December 2002, Valgrind started to run UML:
> http://user-mode-linux.sourceforge.net/diary.html
> http://marc.info/?l=linux-kernel&m=104035199923121&w=2
> but it wasn't quite usable, and it seems broken since then.
> The last note I could find about this was from Jeff In July 2005:
> http://marc.info/?l=linux-kernel&m=112273702329952&w=2
>
> Has there been any motion since then? 

Not that I know of.  I think all the pieces are in place now.  The 
original problem was that Valgrind didn't deal with clone and didn't 
have accurate signal support.  I fixed that.  Then the problem was 
dealing with the densely packed small kernel stacks.  Valgrind now has a 
way of registering stack regions, so that it can distinguish between a 
stack switch and a normal function call.

So, I think all it needs now is to scatter some valgrind client requests 
around the kernel and give it a spin.  See, simple ;)

    J
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/