lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Tue, 10 Nov 2015 11:35:05 +0000
From:	Catalin Marinas <catalin.marinas@....com>
To:	yalin wang <yalin.wang2010@...il.com>
Cc:	Mark Rutland <mark.rutland@....com>,
	Yang Shi <yang.shi@...aro.org>, linaro-kernel@...ts.linaro.org,
	Will Deacon <will.deacon@....com>,
	LKML <linux-kernel@...r.kernel.org>,
	linux-arm-kernel@...ts.infradead.org
Subject: Re: [V3 PATCH] arm64: remove redundant FRAME_POINTER kconfig option
 and force to select it

On Tue, Nov 10, 2015 at 07:09:00PM +0800, yalin wang wrote:
> > On Nov 10, 2015, at 18:37, Catalin Marinas <catalin.marinas@....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@...aro.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
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ