[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <8fe547e9e87f40aebce82021d76a2d08@AcuMS.aculab.com>
Date: Fri, 28 May 2021 08:09:39 +0000
From: David Laight <David.Laight@...LAB.COM>
To: 'Andrii Nakryiko' <andrii.nakryiko@...il.com>,
Christoph Hellwig <hch@...radead.org>
CC: Mel Gorman <mgorman@...hsingularity.net>,
Andrew Morton <akpm@...ux-foundation.org>,
Arnaldo Carvalho de Melo <acme@...hat.com>,
Michal Suchanek <msuchanek@...e.de>,
Alexei Starovoitov <ast@...nel.org>,
Daniel Borkmann <daniel@...earbox.net>,
Martin KaFai Lau <kafai@...com>,
"Song Liu" <songliubraving@...com>, Yonghong Song <yhs@...com>,
John Fastabend <john.fastabend@...il.com>,
KP Singh <kpsingh@...nel.org>,
open list <linux-kernel@...r.kernel.org>,
Jiri Olsa <jolsa@...nel.org>,
Hritik Vijay <hritikxx8@...il.com>, bpf <bpf@...r.kernel.org>,
Linux-Net <netdev@...r.kernel.org>, Linux-MM <linux-mm@...ck.org>
Subject: RE: [PATCH] mm/page_alloc: Work around a pahole limitation with
zero-sized struct pagesets
From: Andrii Nakryiko
> Sent: 27 May 2021 15:42
...
> I agree that empty structs are useful, but here we are talking about
> per-CPU variables only, which is the first use case so far, as far as
> I can see. If we had pahole 1.22 released and widely packaged it could
> have been a viable option to force it on everyone.
...
Would it be feasible to put the sources for pahole into the
kernel repository and build it at the same time as objtool?
That would remove any issues about the latest version
not being available.
David
-
Registered Address Lakeside, Bramley Road, Mount Farm, Milton Keynes, MK1 1PT, UK
Registration No: 1397386 (Wales)
Powered by blists - more mailing lists