Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753895AbYKROwd (ORCPT ); Tue, 18 Nov 2008 09:52:33 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752297AbYKROwL (ORCPT ); Tue, 18 Nov 2008 09:52:11 -0500 Received: from vpn.id2.novell.com ([195.33.99.129]:21752 "EHLO vpn.id2.novell.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751495AbYKROwK convert rfc822-to-8bit (ORCPT ); Tue, 18 Nov 2008 09:52:10 -0500 Message-Id: <4922E4D4.76E4.0078.0@novell.com> X-Mailer: Novell GroupWise Internet Agent 8.0.0 Date: Tue, 18 Nov 2008 14:52:52 +0000 From: "Jan Beulich" To: "Ingo Molnar" Cc: , "Andi Kleen" , "Thomas Gleixner" , "Alexander van Heukelum" , "Glauber Costa" , "LKML" , "Nick Piggin" , "H. Peter Anvin" Subject: Re: [RFC,v2] x86_64: save_args out of line References: <1226845741-12470-2-git-send-email-heukelum@fastmail.fm> <20081117175232.GA13766@mailshack.com> <49228648.76E4.0078.0@novell.com> <20081118111633.GA21036@mailshack.com> <4922C863.76E4.0078.0@novell.com> <20081118140349.GC23479@elte.hu> In-Reply-To: <20081118140349.GC23479@elte.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8BIT Content-Disposition: inline Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1788 Lines: 43 >>> Ingo Molnar 18.11.08 15:03 >>> >* Jan Beulich wrote: >> No tool, if you mean that. Extensive changes I verify by looking at >> the dump, problems are usually found only when back traces don't >> come out right. > >that's a fundamental weakness of all the CFI annotations. > >It is outright wrong to waste humans on this mechanic task: as it is This part I agree to. >abundantly clear to GAS where we change a stack pointer and by how >much - it could emit magic annotations automatically just as much. > >So if you care about it, please fix this in the tools space. The >entry_64.S impact of finegrained annotations is just too ugly for >things like this. > >One limited exception is for basic stack frames where we do syscalls >or call into other C code. (i.e. the patch proposed here would have to >do that limited annotation) > >But the per instruction annotations currently in that code are madness >and must either be cleaned up significantly via the use of GAS macros >(so that all stack pointer manipulations go via a single macro >invocation), or be completely auto-generated by GAS. Making gas auto-generate this is not really possible (much like ia64 requires the annotations to be inserted manually), mainly because gas can't know whether e.g. a push of a register is in order to preserve its value, or for some other purpose. I do have a set of macros for this in nlkd, maybe (as you're asking for it) I should get them out of there (and convert them to AT&T syntax). Jan -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/