Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933165AbdCGSr7 (ORCPT ); Tue, 7 Mar 2017 13:47:59 -0500 Received: from mail-io0-f179.google.com ([209.85.223.179]:36312 "EHLO mail-io0-f179.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756004AbdCGSrx (ORCPT ); Tue, 7 Mar 2017 13:47:53 -0500 MIME-Version: 1.0 In-Reply-To: <20170307182855.262ezbon2pm67qfd@treble> References: <20170222224755.GA4310@amd> <20170222225614.4z4z24uz6l2iz6qm@treble> <20170222231808.hmr6ulbvfnrg2at7@treble> <20170223201039.GB5177@amd> <20170225050439.7dplheb6nyne4nkm@treble> <20170302234514.3qcqdozibcltkdai@treble> <20170306163807.GA20689@amd> <20170307173821.yknj5htr7plgdwxv@treble> <20170307182855.262ezbon2pm67qfd@treble> From: Linus Torvalds Date: Tue, 7 Mar 2017 10:40:14 -0800 X-Google-Sender-Auth: jR7IuvzZXuYJu0Y6z-o4jVfmJ0E Message-ID: Subject: Re: v4.10: kernel stack frame pointer .. has bad value (null) To: Josh Poimboeuf Cc: Andy Lutomirski , Pavel Machek , kernel list , Ingo Molnar , Andrew Lutomirski , Borislav Petkov , Brian Gerst , Denys Vlasenko , Peter Anvin , Peter Zijlstra , Thomas Gleixner Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 789 Lines: 20 On Tue, Mar 7, 2017 at 10:28 AM, Josh Poimboeuf wrote: > > Also, the gcc documentation says -maccumulate-outgoing-args is > "generally beneficial for performance and size." Hmm. I wonder how true that is. I'm pretty sure it generates bigger code, although it's probably less noticeable in the kernel (as opposed to the traditional x86 "push everything" model) due to having the three register arguments. And the "it's faster" is almost certainly garbage. It's true on P4 and some older AMD cores that couldn't do push/pops quickly. > Not to mention the fact that -maccumulate-outgoing-args seems to already > be enabled in most cases anyway. Yeah, that's the main argument for this patch, I think - just remove the (unusual) special case. Linus