Date: Thu, 23 Sep 2010 00:02:30 +0300 From: Andriy Gapon <avg@freebsd.org> To: John Baldwin <jhb@freebsd.org> Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, Gavin Atkinson <gavin@freebsd.org>, src-committers@freebsd.org Subject: Re: svn commit: r212964 - head/sys/kern Message-ID: <4C9A6EE6.5050301@freebsd.org> In-Reply-To: <201009221558.27393.jhb@freebsd.org> References: <201009211507.o8LF7iVv097676@svn.freebsd.org> <4C9A1602.4020204@freebsd.org> <1285169017.64197.29.camel@buffy.york.ac.uk> <201009221558.27393.jhb@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
on 22/09/2010 22:58 John Baldwin said the following: > Agreed. FWIW, I actually think that this is the only change needed as > crashinfo is enabled by default in 8.x and later. We already include symbols > in kernels by default now, so just setting dumpdev will give you the same > info you generally can get from a textdump in the form of a simple > /var/crash/core.txt.N file. > > The other benefit of full crashdumps + crashinfo as compared to textdumps is > that a developer can request further information in a PR followup (fire up > kgdb and enter command 'X' and reply with the output). With a textdump any > info not collected by the textdump is lost once the machine reboots after the > crash. Agree++ But what was the reason that dumpdev="AUTO" was reverted? I remember that POLA was quoted at the time. I am not sure what the astonishment actually was - perhaps 'AUTO' was not smart enough and destroyed somebody's data? -- Andriy Gapon
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4C9A6EE6.5050301>