Re: Debug still in kernel

2010-03-06 Thread Jason Garrett
On Sat, Mar 6, 2010 at 17:06, Mikhail Goriachev wrote:

>
> Jason Garrett wrote:
> > On Sat, Mar 6, 2010 at 14:18, Jason Garrett  wrote:
> >
> >>
> >>
> >> On Sat, Mar 6, 2010 at 14:12, Tim Judd  wrote:
> >>
> >>> On 3/6/10, Jason Garrett  wrote:
> >>> > On Sat, Mar 6, 2010 at 13:51, Tim Judd  wrote:
> >>> >
> >>> >> On 3/6/10, Jason Garrett  wrote:
> >>> >> > Hello all,
> >>> >> >
> >>> >> > I am currently tracking RELENG_8_0. I did a csup last night and
> >>> noticed
> >>> >> that
> >>> >> > debug is still enabled in the GENERIC kernel. I thought debugging
> >>> was
> >>> >> > supposed to be left out once the 8 branch went RELEASE? Can anyone
> >>> shed
> >>> >> > light on this subject?
> >>> >>
> >>> >> What makes you think debugging is still on?
> >>> >>
> >>> >
> >>> > >From /usr/src/sys/i386/conf/GENERIC
> >>> >
> >>> > makeoptions DEBUG=-g# Build kernel with gdb(1)
> >>> debug
> >>> > symbols
> >>> > options PREEMPTION  # Enable kernel thread
> >>> preemption
> >>> >
> >>> > why are these still in GENERIC after release?
> >>>
> >>> I can confirm debug symbols is still in the kernel, but that is most
> >>> likely used for backtraces and debugging when a kernel panic happens.
> >>> This is instead of asking the user who had a kernel panic to rebuild
> >>> with debugging to debug it.
> >>>
> >>> PREEMPTION as I understand it should have been removed from the kernel
> >>> config file.  It should have been removed from the GENERIC config file
> >>> after RELENG_8_0_RELEASE tag is made.  I don't know what your tag is
> >>> when you update.  Perhaps you're copying or using a config file from
> >>> the BETA or RC days?
> >>>
> >>>
> >>> I'll help until I can't help no more with your issue.
> >>>
> >> Tim,
> >>
> >> Thanks for the quick responses. I downloaded 8.0 RELEASE iso disc 1 from
> >> ftp yesterday and did a fresh install, I then used csup to catch
> >> RELENG_8_0
> >> made world, built and installed kernel then installed world without
> >> problems.
> >>
> >>
> >> sun# uname -ar
> >> FreeBSD sun.blah.blah 8.0-RELEASE-p2 FreeBSD 8.0-RELEASE-p2 #0: Sat Mar
> >> 6
> >> 10:24:07 UTC 2010 r...@sun.blah.blah:/usr/obj/usr/src/sys/GENERIC
> >> i386
> >>
> >> This is totally a fresh system installed from .iso yesterday.
> >>
> >> If I can provide more info, please tell me.
> >>
> >>
> >>>
> >>> --Tim
> >>>
> >>
> >>
> > Anyone else? I don't mind commenting this stuff out of my own kernel, but
> > maybe a PR is needed here?
>
>
> In addition to what others have said:
>
> http://forums.freebsd.org/showpost.php?p=66508&postcount=43
>
>
>
> Regards,
> Mikhail.
>
>
Thanks all, while I disagree that the debug line should be in the RELENG_8_0
branch, (useful for STABLE maybe and necessary for CURRENT) I guess I'll
have to deal with what I'm dealt.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"


Re: Debug still in kernel

2010-03-06 Thread Frank Steinborn
Tim Judd wrote:
> > makeoptions DEBUG=-g# Build kernel with gdb(1) debug
> > symbols
> > options PREEMPTION  # Enable kernel thread preemption
> >
> > why are these still in GENERIC after release?
> 
> I can confirm debug symbols is still in the kernel, but that is most
> likely used for backtraces and debugging when a kernel panic happens.
> This is instead of asking the user who had a kernel panic to rebuild
> with debugging to debug it.

It creates a 'kernel.debug' compiled with -g as well as a normal
kernel. You can use 'make install.debug' to install the debug kernel.
It doesn't have any impact on the normal kernel at all.
 
> PREEMPTION as I understand it should have been removed from the kernel
> config file.  It should have been removed from the GENERIC config file
> after RELENG_8_0_RELEASE tag is made.  I don't know what your tag is
> when you update.  Perhaps you're copying or using a config file from
> the BETA or RC days?

PREEMPTION has nothing to do with debugging at all. It allows threads
that are in the kernel to be preempted by higher priority threads. It
helps with interactivity and allows interrupt threads to run sooner
rather than waiting.

See /usr/src/sys/conf/NOTES

Bye,
Frank
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"


Re: Debug still in kernel

2010-03-06 Thread Jason Garrett
On Sat, Mar 6, 2010 at 14:18, Jason Garrett  wrote:

>
>
> On Sat, Mar 6, 2010 at 14:12, Tim Judd  wrote:
>
>> On 3/6/10, Jason Garrett  wrote:
>> > On Sat, Mar 6, 2010 at 13:51, Tim Judd  wrote:
>> >
>> >> On 3/6/10, Jason Garrett  wrote:
>> >> > Hello all,
>> >> >
>> >> > I am currently tracking RELENG_8_0. I did a csup last night and
>> noticed
>> >> that
>> >> > debug is still enabled in the GENERIC kernel. I thought debugging was
>> >> > supposed to be left out once the 8 branch went RELEASE? Can anyone
>> shed
>> >> > light on this subject?
>> >>
>> >> What makes you think debugging is still on?
>> >>
>> >
>> > >From /usr/src/sys/i386/conf/GENERIC
>> >
>> > makeoptions DEBUG=-g# Build kernel with gdb(1) debug
>> > symbols
>> > options PREEMPTION  # Enable kernel thread
>> preemption
>> >
>> > why are these still in GENERIC after release?
>>
>> I can confirm debug symbols is still in the kernel, but that is most
>> likely used for backtraces and debugging when a kernel panic happens.
>> This is instead of asking the user who had a kernel panic to rebuild
>> with debugging to debug it.
>>
>> PREEMPTION as I understand it should have been removed from the kernel
>> config file.  It should have been removed from the GENERIC config file
>> after RELENG_8_0_RELEASE tag is made.  I don't know what your tag is
>> when you update.  Perhaps you're copying or using a config file from
>> the BETA or RC days?
>>
>>
>> I'll help until I can't help no more with your issue.
>>
> Tim,
>
> Thanks for the quick responses. I downloaded 8.0 RELEASE iso disc 1 from
> ftp yesterday and did a fresh install, I then used csup to catch RELENG_8_0
> made world, built and installed kernel then installed world without
> problems.
>
>
> sun# uname -ar
> FreeBSD sun.blah.blah 8.0-RELEASE-p2 FreeBSD 8.0-RELEASE-p2 #0: Sat Mar  6
> 10:24:07 UTC 2010 r...@sun.blah.blah:/usr/obj/usr/src/sys/GENERIC
> i386
>
> This is totally a fresh system installed from .iso yesterday.
>
> If I can provide more info, please tell me.
>
>
>>
>> --Tim
>>
>
>
Anyone else? I don't mind commenting this stuff out of my own kernel, but
maybe a PR is needed here?
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"


Re: Debug still in kernel

2010-03-06 Thread Tim Judd
On 3/6/10, Jason Garrett  wrote:
> On Sat, Mar 6, 2010 at 13:51, Tim Judd  wrote:
>
>> On 3/6/10, Jason Garrett  wrote:
>> > Hello all,
>> >
>> > I am currently tracking RELENG_8_0. I did a csup last night and noticed
>> that
>> > debug is still enabled in the GENERIC kernel. I thought debugging was
>> > supposed to be left out once the 8 branch went RELEASE? Can anyone shed
>> > light on this subject?
>>
>> What makes you think debugging is still on?
>>
>
> >From /usr/src/sys/i386/conf/GENERIC
>
> makeoptions DEBUG=-g# Build kernel with gdb(1) debug
> symbols
> options PREEMPTION  # Enable kernel thread preemption
>
> why are these still in GENERIC after release?

I can confirm debug symbols is still in the kernel, but that is most
likely used for backtraces and debugging when a kernel panic happens.
This is instead of asking the user who had a kernel panic to rebuild
with debugging to debug it.

PREEMPTION as I understand it should have been removed from the kernel
config file.  It should have been removed from the GENERIC config file
after RELENG_8_0_RELEASE tag is made.  I don't know what your tag is
when you update.  Perhaps you're copying or using a config file from
the BETA or RC days?


I'll help until I can't help no more with your issue.

--Tim
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"


Re: Debug still in kernel

2010-03-06 Thread Jason Garrett
On Sat, Mar 6, 2010 at 13:51, Tim Judd  wrote:

> On 3/6/10, Jason Garrett  wrote:
> > Hello all,
> >
> > I am currently tracking RELENG_8_0. I did a csup last night and noticed
> that
> > debug is still enabled in the GENERIC kernel. I thought debugging was
> > supposed to be left out once the 8 branch went RELEASE? Can anyone shed
> > light on this subject?
>
> What makes you think debugging is still on?
>

>From /usr/src/sys/i386/conf/GENERIC

makeoptions DEBUG=-g# Build kernel with gdb(1) debug
symbols
options PREEMPTION  # Enable kernel thread preemption

why are these still in GENERIC after release?
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"


Re: Debug still in kernel

2010-03-06 Thread Tim Judd
On 3/6/10, Jason Garrett  wrote:
> Hello all,
>
> I am currently tracking RELENG_8_0. I did a csup last night and noticed that
> debug is still enabled in the GENERIC kernel. I thought debugging was
> supposed to be left out once the 8 branch went RELEASE? Can anyone shed
> light on this subject?

What makes you think debugging is still on?
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"


Debug still in kernel

2010-03-06 Thread Jason Garrett
Hello all,

I am currently tracking RELENG_8_0. I did a csup last night and noticed that
debug is still enabled in the GENERIC kernel. I thought debugging was
supposed to be left out once the 8 branch went RELEASE? Can anyone shed
light on this subject?
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"