[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <49235759.7070109@zytor.com>
Date: Tue, 18 Nov 2008 16:01:29 -0800
From: "H. Peter Anvin" <hpa@...or.com>
To: Andi Kleen <andi@...stfloor.org>
CC: Roland McGrath <roland@...hat.com>, Ingo Molnar <mingo@...e.hu>,
Jan Beulich <jbeulich@...ell.com>, heukelum@...tmail.fm,
Thomas Gleixner <tglx@...utronix.de>,
Alexander van Heukelum <heukelum@...lshack.com>,
Glauber Costa <gcosta@...hat.com>,
LKML <linux-kernel@...r.kernel.org>,
Nick Piggin <nickpiggin@...oo.com.au>
Subject: Re: [RFC,v2] x86_64: save_args out of line
Andi Kleen wrote:
>
> Hmm, but if the assembler cannot auto generate it how should the assembler
> writer know if he should use the macro or the direct instruction without
> understanding CFI?
>
> Also what will the assembler reader do? Do they first have to understand
> CFI to understand everything? I personally would probably just
> resort to objdump -S in this situation.
>
> I think you're saying that for the user the macros would be just
> equivalent, but if that's true they could be just auto generated
> by the assembler. But it's obviously not, so you'll end up
> with the Linux magic asm dialect (and its maintenance disadvantages)
> and you'll still require CFI knowledge to understand/write everything
> anyways.
>
We already have a "Linux magic asm dialect" which require CFI knowledge.
Nothing can change that other than dumping the requirement that we
have valid CFI data. However, the current code is hard to read and easy
to trip up on. We can at least make it easier, especially to read --
and making it easier to read will help writers, too.
-hpa
--
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