From: George Anzinger <george@mvista.com>
To: Sam Ravnborg <sam@ravnborg.org>
Cc: Thomas Schlichter <schlicht@uni-mannheim.de>,
Andrew Morton <akpm@osdl.org>,
linux-kernel@vger.kernel.org, linux-mm@kvack.org
Subject: Re: 2.6.0-test3-mm1 and the -g thing.
Date: Thu, 14 Aug 2003 01:17:53 -0700 [thread overview]
Message-ID: <3F3B45B1.703@mvista.com> (raw)
In-Reply-To: <20030813201829.GA15012@mars.ravnborg.org>
Sam Ravnborg wrote:
> On Mon, Aug 11, 2003 at 11:26:36AM -0700, George Anzinger wrote:
>
>>>that patch sets DEBUG_INFO to y by default, even if whether DEBUG_KERNEL
>>>nor KGDB is enabled. The attached patch changes this to enable DEBUG_INFO
>>>by default only if KGDB is enabled.
>>
>>Looks good to me, but.... just what does this turn on? Its been a
>>long time and me thinks a wee comment here would help me remember next
>>time.
>
>
> DEBUG_INFO add "-g" to CFLAGS.
> Main reason to introduce this was that many architectures always use
> "-g", so a config option seemed more appropriate.
> I do not agree that this should be dependent on KGDB.
> To my knowledge -g is useful also without using kgdb.
Yes, I see.
But we have this problem you see:
--- linux-2.6.0-test2-org/arch/i386/Makefile 2003-07-31
13:06:52.000000000 -0700
+++ linux/arch/i386/Makefile 2003-08-06 13:09:39.000000000 -0700
@@ -84,6 +84,9 @@
# default subarch .h files
mflags-y += -Iinclude/asm-i386/mach-default
+mflags-$(CONFIG_KGDB) += -gdwarf-2
+mflags-$(CONFIG_KGDB_MORE) += $(shell echo $(CONFIG_KGDB_OPTIONS) |
sed -e 's/"//g')
+
So the -g gets set as well as -gdwarf-2. And note that the -gdwarf-2
gets set for asm code also (interesting problem there in that the line
number info is for the .s file and not the .S and the .s is a tmp file
to boot). But back to the -g and kgdb. I am thinking the thing to do
is to force DEBUG_INFO off if KGDB is on, thus using what ever we
finally decide should be after the -g.
Andrew started with -gstabs then -g, then -ggdb which I am sure is the
same as -gdwarf-2 (the kernel files are exactly the same size with
either -ggdb or -gdwarf-2) and now, I think, he is back to -g.
I want to use -gdwarf-2 since it a) clearly states what we want, and
b) the new gdb uses the dwarf2 call frames and thus avoids the "bt"
confusion caused by gdb not recognizing the function entry sequence
generated by the newer compilers (I use gcc 3.2.1). I also expect to
have dwarf call frames for the asm code some time soon, which will
allow us to "bt" over interrupt and trap frames.
--
George Anzinger george@mvista.com
High-res-timers: http://sourceforge.net/projects/high-res-timers/
Preemption patch: http://www.kernel.org/pub/linux/kernel/people/rml
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"aart@kvack.org"> aart@kvack.org </a>
next prev parent reply other threads:[~2003-08-14 8:17 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-08-10 3:39 2.6.0-test3-mm1 Andrew Morton
2003-08-10 17:41 ` 2.6.0-test3-mm1 Thomas Schlichter
2003-08-11 18:26 ` 2.6.0-test3-mm1 George Anzinger
2003-08-13 20:18 ` 2.6.0-test3-mm1 Sam Ravnborg
2003-08-13 20:58 ` 2.6.0-test3-mm1 Martin J. Bligh
2003-08-14 8:17 ` George Anzinger [this message]
2003-08-11 14:03 ` 2.6.0-test3-mm1 Luiz Capitulino
2003-08-11 14:35 ` 2.6.0-test3-mm1 Martin J. Bligh
2003-08-11 15:17 ` 2.6.0-test3-mm1 Con Kolivas
2003-08-11 18:05 ` 2.6.0-test3-mm1 William Lee Irwin III
2003-08-11 18:57 ` 2.6.0-test3-mm1 Martin J. Bligh
2003-08-11 21:55 ` 2.6.0-test3-mm1 Con Kolivas
2003-08-11 22:19 ` 2.6.0-test3-mm1 William Lee Irwin III
2003-08-11 18:39 ` 2.6.0-test3-mm1 Andrew Morton
2003-08-11 20:17 ` 2.6.0-test3-mm1 Martin J. Bligh
2003-08-11 22:16 ` 2.6.0-test3-mm1 William Lee Irwin III
2003-08-11 22:50 ` 2.6.0-test3-mm1 Martin J. Bligh
2003-08-11 23:00 ` 2.6.0-test3-mm1 Martin J. Bligh
2003-08-11 23:39 ` 2.6.0-test3-mm1 William Lee Irwin III
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3F3B45B1.703@mvista.com \
--to=george@mvista.com \
--cc=akpm@osdl.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=sam@ravnborg.org \
--cc=schlicht@uni-mannheim.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox