tech-userlevel archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: Post-mortem debugging tools



On Wed, Feb 06, 2013 at 08:14:28AM +0000, David Laight wrote:
> On Mon, Feb 04, 2013 at 09:39:04PM +0100, Joerg Sonnenberger wrote:
> > Hi all,
> > we have quite a few tools in base that still require KVM or optionally
> > support it. Removing all tools that require KVM for operation (and
> > therefore setgid) is one of the open goals. It would be nice if that
> > doesn't require adding lots of duplicate code. For that, a decision is
> > required what programs are required for post-mortem analysis (i.e.
> > debugging kernel dumps) and limit dual-KVM/sysctl code paths to that.
> 
> For post-mortem work you often want the raw information from the kernel
> structures (ie including the KVA of things), which the normal user-tools
> don't need.

Agreed.

> Putting the work into a single program that grovells KVM for diagnostics
> (aka SYV crash) means that only one program has to exactly match the
> kernel (and, maybe, could be compiled with the kernel?).

Also agreed. So the question remains, what data does need to be
extractable that way?

Joerg


Home | Main Index | Thread Index | Old Index