From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.8 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,PDS_BAD_THREAD_QP_64, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 88EE4C2B9F7 for ; Fri, 28 May 2021 13:09:52 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 128D0613E3 for ; Fri, 28 May 2021 13:09:52 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 128D0613E3 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=ACULAB.COM Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id A2A976B0036; Fri, 28 May 2021 09:09:51 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id A01816B0070; Fri, 28 May 2021 09:09:51 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 8CA506B0071; Fri, 28 May 2021 09:09:51 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0232.hostedemail.com [216.40.44.232]) by kanga.kvack.org (Postfix) with ESMTP id 6024B6B0036 for ; Fri, 28 May 2021 09:09:51 -0400 (EDT) Received: from smtpin13.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay02.hostedemail.com (Postfix) with ESMTP id E709498BE for ; Fri, 28 May 2021 13:09:50 +0000 (UTC) X-FDA: 78190672140.13.2F8A371 Received: from eu-smtp-delivery-151.mimecast.com (eu-smtp-delivery-151.mimecast.com [185.58.85.151]) by imf01.hostedemail.com (Postfix) with ESMTP id 6DBB1503BD2C for ; Fri, 28 May 2021 13:09:41 +0000 (UTC) Received: from AcuMS.aculab.com (156.67.243.121 [156.67.243.121]) (Using TLS) by relay.mimecast.com with ESMTP id uk-mta-94-3k4EBtglPISPPGh0Tot5Ig-1; Fri, 28 May 2021 14:09:45 +0100 X-MC-Unique: 3k4EBtglPISPPGh0Tot5Ig-1 Received: from AcuMS.Aculab.com (fd9f:af1c:a25b:0:994c:f5c2:35d6:9b65) by AcuMS.aculab.com (fd9f:af1c:a25b:0:994c:f5c2:35d6:9b65) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Fri, 28 May 2021 14:09:43 +0100 Received: from AcuMS.Aculab.com ([fe80::994c:f5c2:35d6:9b65]) by AcuMS.aculab.com ([fe80::994c:f5c2:35d6:9b65%12]) with mapi id 15.00.1497.015; Fri, 28 May 2021 14:09:43 +0100 From: David Laight To: =?iso-8859-1?Q?=27Michal_Such=E1nek=27?= CC: 'Mel Gorman' , 'Andrii Nakryiko' , Christoph Hellwig , "Andrew Morton" , Arnaldo Carvalho de Melo , Alexei Starovoitov , Daniel Borkmann , Martin KaFai Lau , Song Liu , Yonghong Song , John Fastabend , KP Singh , open list , Jiri Olsa , Hritik Vijay , bpf , Linux-Net , Linux-MM Subject: RE: [PATCH] mm/page_alloc: Work around a pahole limitation with zero-sized struct pagesets Thread-Topic: [PATCH] mm/page_alloc: Work around a pahole limitation with zero-sized struct pagesets Thread-Index: AQHXUwZwxICJrzVIrECdOMP8p5MLKKr4istw////SYCAABppAP//9DIAgABEOWA= Date: Fri, 28 May 2021 13:09:43 +0000 Message-ID: <5517a591606042d7aeae3c15b8c91d30@AcuMS.aculab.com> References: <20210526080741.GW30378@techsingularity.net> <20210527090422.GA30378@techsingularity.net> <8fe547e9e87f40aebce82021d76a2d08@AcuMS.aculab.com> <20210528090421.GK30378@techsingularity.net> <2755b39d723146168e875f3b4a851a0d@AcuMS.aculab.com> <20210528095637.GO8544@kitsune.suse.cz> In-Reply-To: <20210528095637.GO8544@kitsune.suse.cz> Accept-Language: en-GB, en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.202.205.107] MIME-Version: 1.0 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: aculab.com Content-Language: en-US Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Authentication-Results: imf01.hostedemail.com; dkim=none; dmarc=pass (policy=none) header.from=ACULAB.COM; spf=pass (imf01.hostedemail.com: domain of david.laight@aculab.com designates 185.58.85.151 as permitted sender) smtp.mailfrom=david.laight@aculab.com X-Rspamd-Server: rspam05 X-Rspamd-Queue-Id: 6DBB1503BD2C X-Stat-Signature: yhfuyg19gswrgzimsmdruetm8b14jbr9 X-HE-Tag: 1622207381-285554 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: From: Michal Such=C3=A1nek > Sent: 28 May 2021 10:57 >=20 > On Fri, May 28, 2021 at 09:49:28AM +0000, David Laight wrote: ... > > I can see there might be similar issues with the version of libelf-deve= l > > (needed by objtool). > > If I compile anything with gcc 10 (I'm doing build-root builds) > > I get object files that the hosts 2.30 binutils complain about. > > I can easily see that updating gcc and binutils might leave a > > broken objtool unless the required updated libelf-devel package > > can be found. > > Statically linking the required parts of libelf into objtool > > would save any such problems. >=20 > Static libraries are not always available. Especially for core toolchain > libraries the developers often have some ideas about which of the static > and dynamic libraris is the 'correct' one that they like to enforce. The issue is that you want a version of libelf that works with objtool and the versions of binutils/gcc/clang that the kernel build supports. If libelf was part of the binutils package this might be ok. But it isn't and it may end up with people scrambling around to find a working version to build a kernel (or out of tree module). =09David - Registered Address Lakeside, Bramley Road, Mount Farm, Milton Keynes, MK1 1= PT, UK Registration No: 1397386 (Wales)