Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752592AbYKXK3j (ORCPT ); Mon, 24 Nov 2008 05:29:39 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750913AbYKXK3a (ORCPT ); Mon, 24 Nov 2008 05:29:30 -0500 Received: from triton.rz.uni-saarland.de ([134.96.7.25]:4973 "EHLO triton.rz.uni-saarland.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750855AbYKXK33 (ORCPT ); Mon, 24 Nov 2008 05:29:29 -0500 Date: Mon, 24 Nov 2008 11:26:00 +0100 From: Alexander van Heukelum To: Jan Beulich Cc: Ingo Molnar , Andi Kleen , Cyrill Gorcunov , Thomas Gleixner , Glauber Costa , Matt Mackall , LKML , Nick Piggin , "H. Peter Anvin" Subject: Re: [PATCH] x86: KPROBE_ENTRY should be paired wth KPROBE_END Message-ID: <20081124102600.GA8335@mailshack.com> References: <20081120150412.GC13550@elte.hu> <20081120152601.GA3953@mailshack.com> <20081120153954.GA22511@elte.hu> <20081121154155.GA12999@mailshack.com> <20081121154318.GA13014@mailshack.com> <20081121154428.GB13014@mailshack.com> <20081121160629.GA24839@elte.hu> <20081123090828.GA31490@mailshack.com> <20081123091532.GA31515@mailshack.com> <492A7F39.76E4.0078.0@novell.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <492A7F39.76E4.0078.0@novell.com> User-Agent: Mutt/1.5.9i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (triton.rz.uni-saarland.de [134.96.7.25]); Mon, 24 Nov 2008 11:28:58 +0100 (CET) X-AntiVirus: checked by AntiVir MailGate (version: 2.1.2-14; AVE: 7.9.0.35; VDF: 7.1.0.126; host: AntiVir3) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1557 Lines: 42 On Mon, Nov 24, 2008 at 09:17:29AM +0000, Jan Beulich wrote: > >>> Alexander van Heukelum 23.11.08 10:15 >>> > >@@ -1282,7 +1282,7 @@ gs_change: > > CFI_ADJUST_CFA_OFFSET -8 > > ret > > CFI_ENDPROC > >-ENDPROC(native_load_gs_index) > >+END(native_load_gs_index) > > > > .section __ex_table,"a" > > .align 8 > > I disagree to this and similar changes in this patch: Why do we need to > get rid of the ENDPROC() here? It's a procedure that's being ended, and > using ENDPROC() is the only (existing) way to mark something as a > procedure in assembly code. Hallo Jan Beulich, You are right. ENDPROC(name) adds ".type name, @function;" as compared to END(name). So I agree that using ENDPROC is in fact better. > And btw., while described so in the patch comment, this change has nothing > to do with the subject of the patch. Right. I thought of END and ENDPROC as equivalent, so I added the change to this patch as a small cleanup only. But if we want this .type annotation, what about KPROBE_END? should it include one there too? I'm getting a feeling we would be better off removing KPROBE_ENTRY and KPROBE_END if favour of explicitly changing sections in the .S files? And using the ENDPROC annotation for all procedures? Greetings, Alexander > 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/