[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <YyCCaPzVi3Yv0tFB@hirez.programming.kicks-ass.net>
Date: Tue, 13 Sep 2022 15:15:20 +0200
From: Peter Zijlstra <peterz@...radead.org>
To: Christophe Leroy <christophe.leroy@...roup.eu>
Cc: Sathvika Vasireddy <sv@...ux.ibm.com>,
"linuxppc-dev@...ts.ozlabs.org" <linuxppc-dev@...ts.ozlabs.org>,
"jpoimboe@...hat.com" <jpoimboe@...hat.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"aik@...abs.ru" <aik@...abs.ru>,
"mpe@...erman.id.au" <mpe@...erman.id.au>,
"mingo@...hat.com" <mingo@...hat.com>,
"rostedt@...dmis.org" <rostedt@...dmis.org>,
"mbenes@...e.cz" <mbenes@...e.cz>,
"npiggin@...il.com" <npiggin@...il.com>,
"chenzhongjin@...wei.com" <chenzhongjin@...wei.com>,
"naveen.n.rao@...ux.vnet.ibm.com" <naveen.n.rao@...ux.vnet.ibm.com>
Subject: Re: [PATCH v3 02/16] powerpc: Override __ALIGN and __ALIGN_STR macros
On Tue, Sep 13, 2022 at 12:21:51PM +0000, Christophe Leroy wrote:
> > Like mentioned last time; I'm fixing this (but you're right to not wait
> > on that), that said, would it make sense to write it like:
> >
> > #define __ALIGN .balign 4
> > #define __ALIGN_STR __stringify(__ALIGN)
>
> By the way, I commented to Sathvika to not use __stringify() in order to
> avoid having to include stringify.h as we are trying to minimise
> dependencies between headers.
>
> Several other architectures also do it that way.
stringify.h is a trivial header and included by linux/linkage.h before
it includes asm/linkage.
Anyway, I was thinking of having:
#ifndef __ALIGN_STR
#define __ALIGN_STR __stringify(__ALIGN)
#endif
in linux/linkage.h, that avoids having to duplicate this all over the
place.
Powered by blists - more mailing lists