[<prev] [next>] [day] [month] [year] [list]
Message-ID: <dc163c5ae1d3418c95e02e13a6205719@SFHDAG5NODE1.st.com>
Date: Thu, 22 Aug 2019 07:17:41 +0000
From: Gerald BAEZA <gerald.baeza@...com>
To: "acme@...nel.org" <arnaldo.melo@...il.com>,
Andi Kleen <ak@...ux.intel.com>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
CC: "mathieu.poirier@...aro.org" <mathieu.poirier@...aro.org>,
"peterz@...radead.org" <peterz@...radead.org>,
"mingo@...hat.com" <mingo@...hat.com>,
"alexander.shishkin@...ux.intel.com"
<alexander.shishkin@...ux.intel.com>,
"jolsa@...hat.com" <jolsa@...hat.com>,
"namhyung@...nel.org" <namhyung@...nel.org>,
"suzuki.poulose@....com" <suzuki.poulose@....com>,
Alexandre TORGUE <alexandre.torgue@...com>
Subject: RE: perf tool issue following 'perf stat: Fix --no-scale' patch
integration
Hello Arnaldo and Andi
Indeed, 'aligned(8)' instead of 'aligned(64)'.
Thanks for your quick feedbacks and I am going to prepare the patch.
GĂ©rald
> Em Wed, Aug 21, 2019 at 09:26:35AM -0700, Andi Kleen escreveu:
> > >
> > > + char contents[] __attribute__((aligned(64)));
> >
> > I think you want aligned(8). The parameter is bytes, not bits.
> >
> > >
> > >
> > > But the xyarray structure is generic so I think this patch cannot be the
> > > final one.
> >
> > I think it's fine actually to just apply this generically (with 8). It
> > will only waste a few bytes on other 32bit architectures and should be
> > a nop on 64bit, not worth doing anything more sophisticated.
> >
> > I would just submit a patch to do that.
>
> Agreed.
>
> - Arnaldo
Powered by blists - more mailing lists