cvs commit: src/sys/i386/conf GENERIC src/sys/alpha/conf GENERIC src/sys/sparc64/conf GENERIC src/sys/amd64/conf GENERIC src/sys/pc98/conf GENERIC

[Kris Kennaway]

On Tue, Dec 09, 2003 at 06:03:05AM +1100, Peter Jeremy wrote:
> On Sun, Dec 07, 2003 at 03:52:54PM -0800, Scott Long wrote:
> >scottl      2003/12/07 15:52:54 PST
> >
> >  FreeBSD src repository
> >
> >  Modified files:        (Branch: RELENG_5_2)
> >    sys/i386/conf        GENERIC 
> >    sys/alpha/conf       GENERIC 
> >    sys/sparc64/conf     GENERIC 
> >    sys/amd64/conf       GENERIC 
> >    sys/pc98/conf        GENERIC 
> >  Log:
> >  Don't build a kernel.debug for the release.
> 
> Out of interest, why not?  The first request for additional
> information after a panic report is virtually always to perform a
> backtrace against a debug kernel to get line numbers.  IMHO, having a
> debug kernel supplied with -RELEASE would seem very useful for people
> who don't rebuild their kernel.  Note that, last time I checked, it
> is not at all clear that '-g' does not change the generated code so
> you can't guarantee to be able to do a '-g' build after the fact and
> generate a traceback.
> 
> I'm not suggesting that kernel.debug has to be part of CD 1, but I
> believe it would make a worthwhile addition to (eg) the live
> filesystem CD.

Yeah, that's a good idea.  GNATS is full of PRs with panic strings but
no tracebacks, and it can be time-consuming and difficult to get
people to obtain them post-facto.  If we ship a kernel.debug with the
release then we can explain in the release documentation how to use it
to submit a useful PR.

Kris
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/cvs-src/attachments/20031208/53613717/attachment.bin