Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1590674 > unrolled thread

Re: [PATCH 01/10] x86: assembly, ENTRY for fn, GLOBAL for data

Started byIngo Molnar <mingo@kernel.org>
First post2017-03-02 00:00 +0100
Last post2017-03-02 00:00 +0100
Articles 1 — 1 participant

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: [PATCH 01/10] x86: assembly, ENTRY for fn, GLOBAL for data Ingo Molnar <mingo@kernel.org> - 2017-03-02 00:00 +0100

#1590674 — Re: [PATCH 01/10] x86: assembly, ENTRY for fn, GLOBAL for data

FromIngo Molnar <mingo@kernel.org>
Date2017-03-02 00:00 +0100
SubjectRe: [PATCH 01/10] x86: assembly, ENTRY for fn, GLOBAL for data
Message-ID<tg9d8-1fv-15@gated-at.bofh.it>
* Jiri Slaby <jslaby@suse.cz> wrote:

> This is a start of series to unify use of ENTRY, ENDPROC, GLOBAL, END,
> and other macros across x86. When we have all this sorted out, this will
> help to inject DWARF unwinding info by objtool later.
> 
> So, let us use the macros this way:
> * ENTRY -- start of a global function
> * ENDPROC -- end of a local/global function
> * GLOBAL -- start of a globally visible data symbol
> * END -- end of local/global data symbol

So how about using macro names that actually show the purpose, instead of 
importing all the crappy, historic, essentially randomly chosen debug symbol macro 
names from the binutils and older kernels?

Something sane, like:

	SYM__FUNCTION_START
	SYM__FUNCTION_END

	SYM__DATA_START
	SYM__DATA_END

... and extend that macro namespace with any other variants we might need.

We can still keep the old macro names (for a short while) to ease the transition, 
but for heaven's sake, if we do "cleanups" before complicating the code let's make 
sure the result is actually readable!

Agreed?

Thanks,

	Ingo

[toc] | [standalone]


Back to top | Article view | linux.kernel


csiph-web