From: Catalin Marinas <catalin.marinas@arm.com>
To: yalin wang <yalin.wang2010@gmail.com>
Cc: Mark Rutland <mark.rutland@arm.com>,
Yang Shi <yang.shi@linaro.org>,
linaro-kernel@lists.linaro.org, Will Deacon <will.deacon@arm.com>,
LKML <linux-kernel@vger.kernel.org>,
linux-arm-kernel@lists.infradead.org
Subject: Re: [V3 PATCH] arm64: remove redundant FRAME_POINTER kconfig option and force to select it
Date: Tue, 10 Nov 2015 11:35:05 +0000 [thread overview]
Message-ID: <20151110113505.GI21606@e104818-lin.cambridge.arm.com> (raw)
In-Reply-To: <49B0431C-4FDA-45CB-82AF-FA010197118D@gmail.com>
On Tue, Nov 10, 2015 at 07:09:00PM +0800, yalin wang wrote:
> > On Nov 10, 2015, at 18:37, Catalin Marinas <catalin.marinas@arm.com> wrote:
> >
> > On Mon, Nov 09, 2015 at 10:09:55AM -0800, Yang Shi wrote:
> >> FRAME_POINTER is defined in lib/Kconfig.debug, it is unnecessary to redefine
> >> it in arch/arm64/Kconfig.debug. Actually, the one defined in arm64 directory
> >> is never used.
> >
> > That's not true since the arm64 definition seems to take precedence.
> >
> >> This adds a dependency on DEBUG_KERNEL for building with frame pointers.
> >
> > It doesn't because arm64 selects ARCH_WANT_FRAME_POINTERS.
> >
> >> ARM64 depends on frame pointer to get correct stack backtrace and need
> >> FRAME_POINTER kconfig option enabled all the time.
> >> However, currect implementation makes it could be disabled, so force it
> >> to be selected by ARM64.
> >>
> >> Signed-off-by: Yang Shi <yang.shi@linaro.org>
> >
> > Patch applied but I changed the commit log slightly. Thanks.
> i have a question,
> why FRAME_POINTER config must be enabled ?
> and i see ARM arch can disable this config .
> if i don’t need stack trace dump and the software release is for
> final product , don’t need debug stack trace log .
> is it possible to disable it for performance reason ?
If you don't need any stack trace, perf etc., in theory you can disable
the option. However, the aarch64 gcc compiler always generates it (I'm
not sure whether the AAPCS mandates it). Anyway, the performance impact
is very small since there are more general purpose registers available
in AArch64 already.
--
Catalin
next prev parent reply other threads:[~2015-11-10 11:35 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-09 18:09 Yang Shi
2015-11-10 10:37 ` Catalin Marinas
2015-11-10 11:09 ` yalin wang
2015-11-10 11:35 ` Catalin Marinas [this message]
2015-11-10 11:43 ` yalin wang
2015-11-10 11:54 ` Will Deacon
2015-11-10 16:51 ` Shi, Yang
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=20151110113505.GI21606@e104818-lin.cambridge.arm.com \
--to=catalin.marinas@arm.com \
--cc=linaro-kernel@lists.linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mark.rutland@arm.com \
--cc=will.deacon@arm.com \
--cc=yalin.wang2010@gmail.com \
--cc=yang.shi@linaro.org \
/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
all inboxes | Powered by JetHome®