[{"id":3188955,"web_url":"http://patchwork.ozlabs.org/comment/3188955/","msgid":"<97eb2099-23c2-4921-89ac-9523226ad221@linaro.org>","date":"2023-09-27T16:03:02","subject":"Re: [PATCH] uapi/auxvec: Define AT_HWCAP3 and AT_HWCAP4 aux vector,\n entries","submitter":{"id":66065,"url":"http://patchwork.ozlabs.org/api/people/66065/","name":"Adhemerval Zanella Netto","email":"adhemerval.zanella@linaro.org"},"content":"On 26/09/23 19:02, Peter Bergner wrote:\n> The powerpc toolchain keeps a copy of the HWCAP bit masks in our TCB for fast\n> access by our __builtin_cpu_supports built-in function. The TCB space for\n> the HWCAP entries - which are created in pairs - is an ABI extension, so\n> waiting to create the space for HWCAP3 and HWCAP4 until we need them is\n> problematical, given distro unwillingness to apply ABI modifying patches\n> to distro point releases. Define AT_HWCAP3 and AT_HWCAP4 in the generic\n> uapi header so they can be used in GLIBC to reserve space in the powerpc\n> TCB for their future use.\n\nThis is different than previously exported auxv, where each AT_* constant\nwould have a auxv entry. On glibc it would require changing _dl_parse_auxv\nto iterate over the auxv_values to find AT_HWCAP3/AT_HWCAP4 (not ideal, \nbut doable).\n\nWouldn't be better to always export it on fs/binfmt_elf.c, along with all \nthe machinery to setup it (ELF_HWCAP3, etc), along with proper documentation?\n\n> \n> I scanned both the Linux and GLIBC source codes looking for unused AT_*\n> values and 29 and 30 did not seem to be used, so they are what I went\n> with. If anyone sees a problem with using those specific values, I'm\n> amenable to using other values, just let me know what would be better.\n> \n> Peter\n> \n> \n> Signed-off-by: Peter Bergner \n> ---\n> include/uapi/linux/auxvec.h | 2 ++\n> 1 file changed, 2 insertions(+)\n> \n> diff --git a/include/uapi/linux/auxvec.h b/include/uapi/linux/auxvec.h\n> index 6991c4b8ab18..cc61cb9b3e9a 100644\n> --- a/include/uapi/linux/auxvec.h\n> +++ b/include/uapi/linux/auxvec.h\n> @@ -32,6 +32,8 @@\n> #define AT_HWCAP2 26\t/* extension of AT_HWCAP */\n> #define AT_RSEQ_FEATURE_SIZE\t27\t/* rseq supported feature size */\n> #define AT_RSEQ_ALIGN\t\t28\t/* rseq allocation alignment */\n> +#define AT_HWCAP3 29\t/* extension of AT_HWCAP */\n> +#define AT_HWCAP4 30\t/* extension of AT_HWCAP */\n> \n> #define AT_EXECFN 31\t/* filename of program */\n>","headers":{"Return-Path":"\n ","X-Original-To":["incoming@patchwork.ozlabs.org","linuxppc-dev@lists.ozlabs.org"],"Delivered-To":["patchwork-incoming@legolas.ozlabs.org","linuxppc-dev@lists.ozlabs.org"],"Authentication-Results":["legolas.ozlabs.org;\n\tdkim=fail reason=\"signature verification failed\" (2048-bit key;\n unprotected) header.d=linaro.org header.i=@linaro.org header.a=rsa-sha256\n header.s=google header.b=kXDsR1AU;\n\tdkim-atps=neutral","legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=lists.ozlabs.org\n (client-ip=2404:9400:2:0:216:3eff:fee1:b9f1; helo=lists.ozlabs.org;\n envelope-from=linuxppc-dev-bounces+incoming=patchwork.ozlabs.org@lists.ozlabs.org;\n receiver=patchwork.ozlabs.org)","lists.ozlabs.org;\n\tdkim=fail reason=\"signature verification failed\" (2048-bit key;\n unprotected) header.d=linaro.org header.i=@linaro.org header.a=rsa-sha256\n header.s=google header.b=kXDsR1AU;\n\tdkim-atps=neutral","lists.ozlabs.org;\n\tdkim=pass (2048-bit key;\n unprotected) header.d=linaro.org header.i=@linaro.org header.a=rsa-sha256\n header.s=google header.b=kXDsR1AU;\n\tdkim-atps=neutral","lists.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=linaro.org\n (client-ip=2607:f8b0:4864:20::636; helo=mail-pl1-x636.google.com;\n envelope-from=adhemerval.zanella@linaro.org; receiver=lists.ozlabs.org)"],"Received":["from lists.ozlabs.org (lists.ozlabs.org\n [IPv6:2404:9400:2:0:216:3eff:fee1:b9f1])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange X25519 server-signature ECDSA (secp384r1))\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4RwhH624L2z1ypJ\n\tfor ; Thu, 28 Sep 2023 02:03:30 +1000 (AEST)","from boromir.ozlabs.org (localhost [IPv6:::1])\n\tby lists.ozlabs.org (Postfix) with ESMTP id 4RwhH60zb2z3dC5\n\tfor ; Thu, 28 Sep 2023 02:03:30 +1000 (AEST)","from mail-pl1-x636.google.com (mail-pl1-x636.google.com\n [IPv6:2607:f8b0:4864:20::636])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest\n SHA256)\n\t(No client certificate requested)\n\tby lists.ozlabs.org (Postfix) with ESMTPS id 4RwhGl4vh1z3cRk\n\tfor ; Thu, 28 Sep 2023 02:03:10 +1000 (AEST)","by mail-pl1-x636.google.com with SMTP id\n d9443c01a7336-1c6219307b2so49270435ad.1\n for ;\n Wed, 27 Sep 2023 09:03:10 -0700 (PDT)","from ?IPV6:2804:1b3:a7c1:6eb0:6d4f:92fe:5e4e:27d3?\n ([2804:1b3:a7c1:6eb0:6d4f:92fe:5e4e:27d3])\n by smtp.gmail.com with ESMTPSA id\n az11-20020a170902a58b00b001c5bcc9d916sm13274132plb.176.2023.09.27.09.03.04\n (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128);\n Wed, 27 Sep 2023 09:03:06 -0700 (PDT)"],"DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed;\n d=linaro.org; s=google; t=1695830588; x=1696435388;\n darn=lists.ozlabs.org;\n h=content-transfer-encoding:in-reply-to:organization:from:references\n :cc:to:content-language:subject:user-agent:mime-version:date\n :message-id:from:to:cc:subject:date:message-id:reply-to;\n bh=cc32aBSxiKmB7YJYiVYNyRkEBllulbgFY+PbuERINks=;\n b=kXDsR1AUTOwJXMPtTLWqUrZx2vX/GDVlqT4sFQA/5UluNPqVvSkKjW0A/fnjSK3Hhw\n +ItE5tXxZKWitdtszFBOw0mud3fG1A8C8ULJVpBKtnSUKaBLpAKuC+WX1BnbBzTRgLaZ\n jjIsgDgJ3TPFLMfIFiJr3MQkJ5d6ENnB8wavcuonGRRyPSVdm6Nxujb6+ip1+rlvMpdN\n eH6L1cxxfO/icy25Pid4jCKRv3Iiqb8oHCTUwkod1vSdcFFk6ru78YEBf0D19b+1V9x8\n umBf9gsrNRGJaCzcb9VHI7El8YN4QweQd9qsQBn1MkPSsocebPDVp9dhneopKEbaY7M/\n WrlQ==","X-Google-DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed;\n d=1e100.net; s=20230601; t=1695830588; x=1696435388;\n h=content-transfer-encoding:in-reply-to:organization:from:references\n :cc:to:content-language:subject:user-agent:mime-version:date\n :message-id:x-gm-message-state:from:to:cc:subject:date:message-id\n :reply-to;\n bh=cc32aBSxiKmB7YJYiVYNyRkEBllulbgFY+PbuERINks=;\n b=CdQqFarffI4F9HjpdzGqs2qfOGSYghL5xr45vKOZ1rNUGvF7IszpZAvxhE76DOhkQc\n JDTOnLc/6julf+XGbLD7qQUg6oO6etYSNk61q0/eCUjVFqMe12zU9v9jNDqaanKw3VX0\n o6Km4Hp8dG9ApnhG1nauYp3a6MBn6pL9/2aGlpdfxtmVwVYQxBSrGrf9UIjBbUzGPsmY\n pN5k+K1dwQGtMjYb7PuXpRd9nsrkgOzXWOXQTyqY3mPLswSha+VaxRvUVWeT2o8uvwEV\n 0VfPr410fG4j82OiXDVNMl7xRda3v1SDCgukb71m7+eFoRB4TUb7+v07hq+PPAp3Bj9e\n IuXQ==","X-Gm-Message-State":"AOJu0YwxQCar5XSJX2COcpTgAztdD/h1gPIlswR2KCf18kz/PfeN5V1f\n\t0dgDJlLbdjK3i4Nm085FZ96p2g==","X-Google-Smtp-Source":"\n AGHT+IHxY4DW2OVHGZCmyyi4u1VB9W8yCdtBLbEwI6vaIqaWlrij8p9kxEZXh5NCY69eQYN3+gKd+Q==","X-Received":"by 2002:a17:902:b414:b0:1c3:52ed:18f9 with SMTP id\n x20-20020a170902b41400b001c352ed18f9mr1953496plr.62.1695830587598;\n Wed, 27 Sep 2023 09:03:07 -0700 (PDT)","Message-ID":"<97eb2099-23c2-4921-89ac-9523226ad221@linaro.org>","Date":"Wed, 27 Sep 2023 13:03:02 -0300","MIME-Version":"1.0","User-Agent":"Mozilla Thunderbird","Subject":"Re: [PATCH] uapi/auxvec: Define AT_HWCAP3 and AT_HWCAP4 aux vector,\n entries","Content-Language":"en-US","To":"Peter Bergner , linux-api@vger.kernel.org,\n linux-arch@vger.kernel.org,\n \"linuxppc-dev@lists.ozlabs.org\" ","References":"","From":"Adhemerval Zanella Netto ","Organization":"Linaro","In-Reply-To":"","Content-Type":"text/plain; charset=UTF-8","Content-Transfer-Encoding":"7bit","X-BeenThere":"linuxppc-dev@lists.ozlabs.org","X-Mailman-Version":"2.1.29","Precedence":"list","List-Id":"Linux on PowerPC Developers Mail List ","List-Unsubscribe":",\n ","List-Archive":"","List-Post":"","List-Help":"","List-Subscribe":",\n ","Cc":"GNU C Library ,\n Nicholas Piggin ","Errors-To":"linuxppc-dev-bounces+incoming=patchwork.ozlabs.org@lists.ozlabs.org","Sender":"\"Linuxppc-dev\"\n "}},{"id":3191483,"web_url":"http://patchwork.ozlabs.org/comment/3191483/","msgid":"<891957ad-453e-4c68-9c5a-7a979667543d@linux.ibm.com>","date":"2023-10-02T21:19:10","subject":"Re: [PATCH] uapi/auxvec: Define AT_HWCAP3 and AT_HWCAP4 aux vector,\n entries","submitter":{"id":74386,"url":"http://patchwork.ozlabs.org/api/people/74386/","name":"Peter Bergner","email":"bergner@linux.ibm.com"},"content":"Hi Adhemerval, sorry for the delay in replying, I was a little under the\nweather last week.\n\n\nOn 9/27/23 11:03 AM, Adhemerval Zanella Netto wrote:\n> On 26/09/23 19:02, Peter Bergner wrote:\n>> The powerpc toolchain keeps a copy of the HWCAP bit masks in our TCB for fast\n>> access by our __builtin_cpu_supports built-in function. The TCB space for\n>> the HWCAP entries - which are created in pairs - is an ABI extension, so\n>> waiting to create the space for HWCAP3 and HWCAP4 until we need them is\n>> problematical, given distro unwillingness to apply ABI modifying patches\n>> to distro point releases. Define AT_HWCAP3 and AT_HWCAP4 in the generic\n>> uapi header so they can be used in GLIBC to reserve space in the powerpc\n>> TCB for their future use.\n> \n> This is different than previously exported auxv, where each AT_* constant\n> would have a auxv entry. On glibc it would require changing _dl_parse_auxv\n> to iterate over the auxv_values to find AT_HWCAP3/AT_HWCAP4 (not ideal, \n> but doable).\n\nWhen you say different, do you mean because all AUXVs exported by the kernel\n*will* have an AT_HWCAP and AT_HWCAP2 entry and AT_HWCAP3/AT_HWCAP4 won't?\nI don't think that's a problem for either kernel or glibc side of things.\nI'm not even sure there is a guarantee that every AT_* value *must* be\npresent in the exported AUXV.\n\nThe new AT_HWCAP3/AT_HWCAP4 defines are less than AT_MINSIGSTKSZ, so they\ndon't affect the size of _dl_parse_auxv's auxv_values array size and the\nAT_HWCAP3 and AT_HWCAP4 entries in auxv_values[] are already initialized\nto zero today. Additionally, the loop in _dl_parse_auxv already parses\nthe entire AUXV, so there is no extra work for it to do, unless and until\nAT_HWCAP3 and AT_HWCAP4 start being exported by the kernel. Really, the\nonly extra work _dl_parse_auxv would need to do, is add two new stores:\n\n GLRO(dl_hwcap3) = auxv_values[AT_HWCAP3];\n GLRO(dl_hwcap4) = auxv_values[AT_HWCAP4];\n\n\n\n> Wouldn't be better to always export it on fs/binfmt_elf.c, along with all \n> the machinery to setup it (ELF_HWCAP3, etc), along with proper documentation?\n\nYou mean modify the kernel now to export AT_HWCAP3 and AT_HWCAP4 as zero\nmasks? Is that really necessary since we don't need or have any features\ndefined in them yet? GLIBC's _dl_parse_auxv doesn't really need them to\nbe exported either, since in the absence of the entries, it will just end\nup using zero masks for dl_hwcap3 and dl_hwcap4, so everything is copacetic\neven without any kernel changes.\n\nAs I mentioned, our real problem is the lead time for getting changes that\naffect the user ABI into a distro release, and ppc's copy/cache of the HWCAP\nmasks is an ABI change. If we wait to add this support until when we\nactually have a need for HWCAP3, then we won't have any support until\nthe next major distro release. However, if we can add this support now,\nwhich I don't think is an onerous change on glibc's part, then we can\nstart using it immediately when Linux starts exporting them.\n\n\nPeter","headers":{"Return-Path":"\n ","X-Original-To":["incoming@patchwork.ozlabs.org","linuxppc-dev@lists.ozlabs.org"],"Delivered-To":["patchwork-incoming@legolas.ozlabs.org","linuxppc-dev@lists.ozlabs.org"],"Authentication-Results":["legolas.ozlabs.org;\n\tdkim=fail reason=\"signature verification failed\" (2048-bit key;\n unprotected) header.d=ibm.com header.i=@ibm.com header.a=rsa-sha256\n header.s=pp1 header.b=GlQP1vi4;\n\tdkim-atps=neutral","legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=lists.ozlabs.org\n (client-ip=112.213.38.117; helo=lists.ozlabs.org;\n envelope-from=linuxppc-dev-bounces+incoming=patchwork.ozlabs.org@lists.ozlabs.org;\n receiver=patchwork.ozlabs.org)","lists.ozlabs.org;\n\tdkim=fail reason=\"signature verification failed\" (2048-bit key;\n unprotected) header.d=ibm.com header.i=@ibm.com header.a=rsa-sha256\n header.s=pp1 header.b=GlQP1vi4;\n\tdkim-atps=neutral","lists.ozlabs.org;\n\tdkim=pass (2048-bit key;\n unprotected) header.d=ibm.com header.i=@ibm.com header.a=rsa-sha256\n header.s=pp1 header.b=GlQP1vi4;\n\tdkim-atps=neutral","lists.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=linux.ibm.com\n (client-ip=148.163.156.1; helo=mx0a-001b2d01.pphosted.com;\n envelope-from=bergner@linux.ibm.com; receiver=lists.ozlabs.org)"],"Received":["from lists.ozlabs.org (lists.ozlabs.org [112.213.38.117])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange X25519 server-signature ECDSA (secp384r1) server-digest SHA384)\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4Rzv405q7vz1ypx\n\tfor ; Tue, 3 Oct 2023 08:19:59 +1100 (AEDT)","from boromir.ozlabs.org (localhost [IPv6:::1])\n\tby lists.ozlabs.org (Postfix) with ESMTP id 4Rzv3x4WQMz3vXq\n\tfor ; Tue, 3 Oct 2023 08:19:57 +1100 (AEDT)","from mx0a-001b2d01.pphosted.com (mx0a-001b2d01.pphosted.com\n [148.163.156.1])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))\n\t(No client certificate requested)\n\tby lists.ozlabs.org (Postfix) with ESMTPS id 4Rzv3W1yPxz3c5k\n\tfor ; Tue, 3 Oct 2023 08:19:34 +1100 (AEDT)","from pps.filterd (m0360083.ppops.net [127.0.0.1])\n\tby mx0a-001b2d01.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id\n 392LJDiQ000786;\n\tMon, 2 Oct 2023 21:19:14 GMT","from pps.reinject (localhost [127.0.0.1])\n\tby mx0a-001b2d01.pphosted.com (PPS) with ESMTPS id 3tg5p3002v-1\n\t(version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT);\n\tMon, 02 Oct 2023 21:19:14 +0000","from m0360083.ppops.net (m0360083.ppops.net [127.0.0.1])\n\tby pps.reinject (8.17.1.5/8.17.1.5) with ESMTP id 392LJD0T000844;\n\tMon, 2 Oct 2023 21:19:13 GMT","from ppma12.dal12v.mail.ibm.com\n (dc.9e.1632.ip4.static.sl-reverse.com [50.22.158.220])\n\tby mx0a-001b2d01.pphosted.com (PPS) with ESMTPS id 3tg5p3002b-1\n\t(version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT);\n\tMon, 02 Oct 2023 21:19:13 +0000","from pps.filterd (ppma12.dal12v.mail.ibm.com [127.0.0.1])\n\tby ppma12.dal12v.mail.ibm.com (8.17.1.19/8.17.1.19) with ESMTP id\n 392K30dV005924;\n\tMon, 2 Oct 2023 21:19:12 GMT","from smtprelay05.wdc07v.mail.ibm.com ([172.16.1.72])\n\tby ppma12.dal12v.mail.ibm.com (PPS) with ESMTPS id 3tex0scuh2-1\n\t(version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT);\n\tMon, 02 Oct 2023 21:19:12 +0000","from smtpav01.dal12v.mail.ibm.com (smtpav01.dal12v.mail.ibm.com\n [10.241.53.100])\n\tby smtprelay05.wdc07v.mail.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id\n 392LJBht65733118\n\t(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);\n\tMon, 2 Oct 2023 21:19:12 GMT","from smtpav01.dal12v.mail.ibm.com (unknown [127.0.0.1])\n\tby IMSVA (Postfix) with ESMTP id A80FB58058;\n\tMon, 2 Oct 2023 21:19:11 +0000 (GMT)","from smtpav01.dal12v.mail.ibm.com (unknown [127.0.0.1])\n\tby IMSVA (Postfix) with ESMTP id 0832858057;\n\tMon, 2 Oct 2023 21:19:11 +0000 (GMT)","from [9.61.61.107] (unknown [9.61.61.107])\n\tby smtpav01.dal12v.mail.ibm.com (Postfix) with ESMTP;\n\tMon, 2 Oct 2023 21:19:10 +0000 (GMT)"],"DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed; d=ibm.com;\n h=message-id : date :\n mime-version : subject : to : cc : references : from : in-reply-to :\n content-type : content-transfer-encoding; s=pp1;\n bh=gatv7sy+EOwFxHcezDJOHWDu3nM1vA3GE7rgG9QZ/KI=;\n b=GlQP1vi4L/n3i6tR1nGdk/3FPGSstrkoaNsqO4MIqQAX6UMER+faRjVDlwFX9DCxp0+1\n wiAQ48fc1fts/APs9F35r79/zWcAmhCyA9vlYUri6XeznNlLqh0QNxlECmANXFM1LdpX\n DA/5v2LmVEjll0UO0BANCz4/xTvdpJrWiLhNMt1bisI1k3crGOJ1JjxwpxfVPnev4I/r\n wCtQ8Ubva8GRIkuwA7hmAur9l/D5oaHhWIY+B9+oF8NrktxgJoY49+Kis3E9WplluL4/\n uba3lt24vcN+N71c5W9JmS8eP/Nvc06UWk/b5rEpZDTVbz+4jQ66Lx5vyxvB6P2aIrmH Nw==","Message-ID":"<891957ad-453e-4c68-9c5a-7a979667543d@linux.ibm.com>","Date":"Mon, 2 Oct 2023 16:19:10 -0500","MIME-Version":"1.0","User-Agent":"Mozilla Thunderbird","Subject":"Re: [PATCH] uapi/auxvec: Define AT_HWCAP3 and AT_HWCAP4 aux vector,\n entries","Content-Language":"en-US","To":"Adhemerval Zanella Netto ,\n linux-api@vger.kernel.org, linux-arch@vger.kernel.org,\n \"linuxppc-dev@lists.ozlabs.org\" ","References":"\n <97eb2099-23c2-4921-89ac-9523226ad221@linaro.org>","From":"Peter Bergner ","In-Reply-To":"<97eb2099-23c2-4921-89ac-9523226ad221@linaro.org>","Content-Type":"text/plain; charset=UTF-8","Content-Transfer-Encoding":"7bit","X-TM-AS-GCONF":"00","X-Proofpoint-ORIG-GUID":"iwOxse1LKTd-mzgBl_gDQrG6AZJZ2pID","X-Proofpoint-GUID":"oXttozJ5pEGhCYcwaRXxZAKaOtCxpjge","X-Proofpoint-Virus-Version":"vendor=baseguard\n engine=ICAP:2.0.267,Aquarius:18.0.980,Hydra:6.0.619,FMLib:17.11.176.26\n definitions=2023-10-02_15,2023-10-02_01,2023-05-22_02","X-Proofpoint-Spam-Details":"rule=outbound_notspam policy=outbound score=0\n mlxscore=0 spamscore=0\n phishscore=0 mlxlogscore=716 malwarescore=0 clxscore=1011 suspectscore=0\n priorityscore=1501 impostorscore=0 adultscore=0 lowpriorityscore=0\n bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1\n engine=8.12.0-2309180000 definitions=main-2310020163","X-BeenThere":"linuxppc-dev@lists.ozlabs.org","X-Mailman-Version":"2.1.29","Precedence":"list","List-Id":"Linux on PowerPC Developers Mail List ","List-Unsubscribe":",\n ","List-Archive":"","List-Post":"","List-Help":"","List-Subscribe":",\n ","Cc":"GNU C Library ,\n Nicholas Piggin ","Errors-To":"linuxppc-dev-bounces+incoming=patchwork.ozlabs.org@lists.ozlabs.org","Sender":"\"Linuxppc-dev\"\n "}},{"id":3191984,"web_url":"http://patchwork.ozlabs.org/comment/3191984/","msgid":"<057366c2-ee65-441d-b2ac-f40e1d94b44e@linaro.org>","date":"2023-10-03T14:08:11","subject":"Re: [PATCH] uapi/auxvec: Define AT_HWCAP3 and AT_HWCAP4 aux vector,\n entries","submitter":{"id":66065,"url":"http://patchwork.ozlabs.org/api/people/66065/","name":"Adhemerval Zanella Netto","email":"adhemerval.zanella@linaro.org"},"content":"On 02/10/23 18:19, Peter Bergner wrote:\n> Hi Adhemerval, sorry for the delay in replying, I was a little under the\n> weather last week.\n> \n> \n> On 9/27/23 11:03 AM, Adhemerval Zanella Netto wrote:\n>> On 26/09/23 19:02, Peter Bergner wrote:\n>>> The powerpc toolchain keeps a copy of the HWCAP bit masks in our TCB for fast\n>>> access by our __builtin_cpu_supports built-in function. The TCB space for\n>>> the HWCAP entries - which are created in pairs - is an ABI extension, so\n>>> waiting to create the space for HWCAP3 and HWCAP4 until we need them is\n>>> problematical, given distro unwillingness to apply ABI modifying patches\n>>> to distro point releases. Define AT_HWCAP3 and AT_HWCAP4 in the generic\n>>> uapi header so they can be used in GLIBC to reserve space in the powerpc\n>>> TCB for their future use.\n>>\n>> This is different than previously exported auxv, where each AT_* constant\n>> would have a auxv entry. On glibc it would require changing _dl_parse_auxv\n>> to iterate over the auxv_values to find AT_HWCAP3/AT_HWCAP4 (not ideal, \n>> but doable).\n> \n> When you say different, do you mean because all AUXVs exported by the kernel\n> *will* have an AT_HWCAP and AT_HWCAP2 entry and AT_HWCAP3/AT_HWCAP4 won't?\n> I don't think that's a problem for either kernel or glibc side of things.\n> I'm not even sure there is a guarantee that every AT_* value *must* be\n> present in the exported AUXV.\n> \n> The new AT_HWCAP3/AT_HWCAP4 defines are less than AT_MINSIGSTKSZ, so they\n> don't affect the size of _dl_parse_auxv's auxv_values array size and the\n> AT_HWCAP3 and AT_HWCAP4 entries in auxv_values[] are already initialized\n> to zero today. Additionally, the loop in _dl_parse_auxv already parses\n> the entire AUXV, so there is no extra work for it to do, unless and until\n> AT_HWCAP3 and AT_HWCAP4 start being exported by the kernel. Really, the\n> only extra work _dl_parse_auxv would need to do, is add two new stores:\n> \n> GLRO(dl_hwcap3) = auxv_values[AT_HWCAP3];\n> GLRO(dl_hwcap4) = auxv_values[AT_HWCAP4];\n> \n\nIndeed you are right, I wrong assumed that the AT_HWCAP3/AT_HWCAP4 would\nbe higher than AT_MINSIGSTKSZ. \n\n> \n> \n>> Wouldn't be better to always export it on fs/binfmt_elf.c, along with all \n>> the machinery to setup it (ELF_HWCAP3, etc), along with proper documentation?\n> \n> You mean modify the kernel now to export AT_HWCAP3 and AT_HWCAP4 as zero\n> masks? Is that really necessary since we don't need or have any features\n> defined in them yet? GLIBC's _dl_parse_auxv doesn't really need them to\n> be exported either, since in the absence of the entries, it will just end\n> up using zero masks for dl_hwcap3 and dl_hwcap4, so everything is copacetic\n> even without any kernel changes.\n> \n> As I mentioned, our real problem is the lead time for getting changes that\n> affect the user ABI into a distro release, and ppc's copy/cache of the HWCAP\n> masks is an ABI change. If we wait to add this support until when we\n> actually have a need for HWCAP3, then we won't have any support until\n> the next major distro release. However, if we can add this support now,\n> which I don't think is an onerous change on glibc's part, then we can\n> start using it immediately when Linux starts exporting them.\n\nWhat it is not clear to me is what kind of ABI boundary you are trying to\npreemptively add support here. The TCB ABI for __builtin_cpu_supports is\nuserland only, so if your intention is just to allow gcc to work on older\nglibcs, it should be a matter to just reserve the space on tcbhead_t. Once\nkernel actually provides AT_HWCAP3/AT_HWCAP4, backporting should be\nstraightforward.\n\nIf your intention is to also add support on glibc, it makes more sense to\nalready reserve it. For __builtin_cpu_supports it should work, although\nfor glibc itself some backporting would be required (to correctly showing\nthe bits with LD_SHOW_AUXV).","headers":{"Return-Path":"\n ","X-Original-To":["incoming@patchwork.ozlabs.org","linuxppc-dev@lists.ozlabs.org"],"Delivered-To":["patchwork-incoming@legolas.ozlabs.org","linuxppc-dev@lists.ozlabs.org"],"Authentication-Results":["legolas.ozlabs.org;\n\tdkim=fail reason=\"signature verification failed\" (2048-bit key;\n unprotected) header.d=linaro.org header.i=@linaro.org header.a=rsa-sha256\n header.s=google header.b=E7ue2XMw;\n\tdkim-atps=neutral","legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=lists.ozlabs.org\n (client-ip=2404:9400:2:0:216:3eff:fee1:b9f1; helo=lists.ozlabs.org;\n envelope-from=linuxppc-dev-bounces+incoming=patchwork.ozlabs.org@lists.ozlabs.org;\n receiver=patchwork.ozlabs.org)","lists.ozlabs.org;\n\tdkim=fail reason=\"signature verification failed\" (2048-bit key;\n unprotected) header.d=linaro.org header.i=@linaro.org header.a=rsa-sha256\n header.s=google header.b=E7ue2XMw;\n\tdkim-atps=neutral","lists.ozlabs.org;\n\tdkim=pass (2048-bit key;\n unprotected) header.d=linaro.org header.i=@linaro.org header.a=rsa-sha256\n header.s=google header.b=E7ue2XMw;\n\tdkim-atps=neutral","lists.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=linaro.org\n (client-ip=2607:f8b0:4864:20::434; helo=mail-pf1-x434.google.com;\n envelope-from=adhemerval.zanella@linaro.org; receiver=lists.ozlabs.org)"],"Received":["from lists.ozlabs.org (lists.ozlabs.org\n [IPv6:2404:9400:2:0:216:3eff:fee1:b9f1])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange X25519 server-signature ECDSA (secp384r1) server-digest SHA384)\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4S0KS45VcWz1yng\n\tfor ; Wed, 4 Oct 2023 01:08:51 +1100 (AEDT)","from boromir.ozlabs.org (localhost [IPv6:::1])\n\tby lists.ozlabs.org (Postfix) with ESMTP id 4S0KS15TKyz3cVd\n\tfor ; Wed, 4 Oct 2023 01:08:49 +1100 (AEDT)","from mail-pf1-x434.google.com (mail-pf1-x434.google.com\n [IPv6:2607:f8b0:4864:20::434])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest\n SHA256)\n\t(No client certificate requested)\n\tby lists.ozlabs.org (Postfix) with ESMTPS id 4S0KRV53sXz300q\n\tfor ; Wed, 4 Oct 2023 01:08:20 +1100 (AEDT)","by mail-pf1-x434.google.com with SMTP id\n d2e1a72fcca58-6934202b8bdso740204b3a.1\n for ;\n Tue, 03 Oct 2023 07:08:20 -0700 (PDT)","from ?IPV6:2804:1b3:a7c1:feaf:c9f1:61ab:649c:ad56?\n ([2804:1b3:a7c1:feaf:c9f1:61ab:649c:ad56])\n by smtp.gmail.com with ESMTPSA id\n h6-20020a62b406000000b006883561b421sm1390807pfn.162.2023.10.03.07.08.13\n (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128);\n Tue, 03 Oct 2023 07:08:15 -0700 (PDT)"],"DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed;\n d=linaro.org; s=google; t=1696342096; x=1696946896;\n darn=lists.ozlabs.org;\n h=content-transfer-encoding:in-reply-to:organization:from:references\n :cc:to:content-language:subject:user-agent:mime-version:date\n :message-id:from:to:cc:subject:date:message-id:reply-to;\n bh=o9RQ2Fb9bLEnmrzYZSIfxNu7G1yFcSEUW3tQEd9IywA=;\n b=E7ue2XMwwkQp9eU1Yi8YvfcFKvCgqMUJIvmSOdaNfDUrDBiOb9FDO2UArMxX1nqIQa\n N+5mS1uMi9K29rC+XqqHGj77meBCp/lrrAo+yI5nwTQlO0o2tqfKBSMUFaz1lEdoxWDa\n VThTq40aLc4Js4Vnv1lCSD43MrerPnjd5Bz0wD4uUUuk6o5+ET9MCmKkiM3OCbg45PK5\n K4r/X8gtZlm0FwIX9zkAwk7HxdcJXWgDPWs7Mdd7bO7AYO5vf2f18IDYjOIW29hBWAht\n v845iniwN6bFMINk3w4c9g7zL6jwVfg/mvMtXJ8h6VsYKJxDOg8MyYCCN3R2LE5WmA9t\n 0USQ==","X-Google-DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed;\n d=1e100.net; s=20230601; t=1696342096; x=1696946896;\n h=content-transfer-encoding:in-reply-to:organization:from:references\n :cc:to:content-language:subject:user-agent:mime-version:date\n :message-id:x-gm-message-state:from:to:cc:subject:date:message-id\n :reply-to;\n bh=o9RQ2Fb9bLEnmrzYZSIfxNu7G1yFcSEUW3tQEd9IywA=;\n b=GDn5+4cu3Oe7AmIqDphQSIeaeq2Og+m9lLQMuIFzc3HYa2zr6G5fPY5XpbMVN1AmQU\n +IXkLsTRUuDziPMKG5zdSW90/SYKPG3QSim+enOGXVAjnOEaAsc0Ge6/2Hkp9imwx43K\n 1NVV6P49AS2Nw0M2kRfiGgA3UAF0oWDr+uDvDVRlnIIGniMRGauVug7YSnd2jMlSzEd1\n GktmglImdc6KcBDo3xPfqRvnY67yKyH1d430FyB4dRyWqCZoDUls9fxGhpPPws3a0wYK\n h6wfHLI4l6AeWV+51M0LEmLnTIB0IPmIWOWBun3qHFkYWyVOCzCUUEfQRVy/oysxZstA\n 8nwg==","X-Gm-Message-State":"AOJu0Yy6ni3DJNla3ga4a3m48qmHHfdACmPk0CbBNSsBnM5rK3fPIglv\n\tbMPJ3DxT0HDUDx96LzuVAF8u/w==","X-Google-Smtp-Source":"\n AGHT+IFnebiHHdZDfxamsHmcSvnNx8iA5IlyEN1o219acCh5Cnqdc0JgdUD8yn/eqYycu6H4H4de0g==","X-Received":"by 2002:a05:6a00:22cc:b0:68a:5cf8:dac5 with SMTP id\n f12-20020a056a0022cc00b0068a5cf8dac5mr16883440pfj.22.1696342095702;\n Tue, 03 Oct 2023 07:08:15 -0700 (PDT)","Message-ID":"<057366c2-ee65-441d-b2ac-f40e1d94b44e@linaro.org>","Date":"Tue, 3 Oct 2023 11:08:11 -0300","MIME-Version":"1.0","User-Agent":"Mozilla Thunderbird","Subject":"Re: [PATCH] uapi/auxvec: Define AT_HWCAP3 and AT_HWCAP4 aux vector,\n entries","Content-Language":"en-US","To":"Peter Bergner , linux-api@vger.kernel.org,\n linux-arch@vger.kernel.org,\n \"linuxppc-dev@lists.ozlabs.org\" ","References":"\n <97eb2099-23c2-4921-89ac-9523226ad221@linaro.org>\n <891957ad-453e-4c68-9c5a-7a979667543d@linux.ibm.com>","From":"Adhemerval Zanella Netto ","Organization":"Linaro","In-Reply-To":"<891957ad-453e-4c68-9c5a-7a979667543d@linux.ibm.com>","Content-Type":"text/plain; charset=UTF-8","Content-Transfer-Encoding":"7bit","X-BeenThere":"linuxppc-dev@lists.ozlabs.org","X-Mailman-Version":"2.1.29","Precedence":"list","List-Id":"Linux on PowerPC Developers Mail List ","List-Unsubscribe":",\n ","List-Archive":"","List-Post":"","List-Help":"","List-Subscribe":",\n ","Cc":"GNU C Library ,\n Nicholas Piggin ","Errors-To":"linuxppc-dev-bounces+incoming=patchwork.ozlabs.org@lists.ozlabs.org","Sender":"\"Linuxppc-dev\"\n "}},{"id":3192281,"web_url":"http://patchwork.ozlabs.org/comment/3192281/","msgid":"","date":"2023-10-03T22:12:40","subject":"Re: [PATCH] uapi/auxvec: Define AT_HWCAP3 and AT_HWCAP4 aux vector,\n entries","submitter":{"id":74386,"url":"http://patchwork.ozlabs.org/api/people/74386/","name":"Peter Bergner","email":"bergner@linux.ibm.com"},"content":"On 10/3/23 9:08 AM, Adhemerval Zanella Netto wrote:\n> What it is not clear to me is what kind of ABI boundary you are trying to\n> preemptively add support here. The TCB ABI for __builtin_cpu_supports is\n> userland only, so if your intention is just to allow gcc to work on older\n> glibcs, it should be a matter to just reserve the space on tcbhead_t.\n\nYes, extending tcbhead_t to contain the slots for hwcap3 and hwcap4 are the\nABI extensions we are interested in, and not something that can be backported\ninto a distro point release. Yes, we don't strictly need the AT_HWCAP3 and\nAT_HWCAP4 kernel defines to reserve (and clear) that space in glibc, but....\n\n\n\n> If your intention is to also add support on glibc, it makes more sense to\n> already reserve it. For __builtin_cpu_supports it should work, although\n> for glibc itself some backporting would be required (to correctly showing\n> the bits with LD_SHOW_AUXV).\n\nOur intention is to also add the glibc support too once we have the\nAT_HWCAP3 and AT_HWCAP4 kernel macros defined. 1) Once the defines are\nthere, adding the support should be pretty straight forward, so why wait?\nAnd 2) part of the glibc and compiler support introduces a new symbol\nthat is exported by glibc and referenced by the compilers to ensure the\ncompilers *never* access the hwcap* fields in the TCB unless the glibc\nsupports them. See the symbol __parse_hwcap_and_convert_at_platform used\nfor HWCAP/HWCAP2. We'll need a similar one for HWCAP3/HWCAP4 and I'm\ndoubtful whether the distros will allow the backport of a patch that\nintroduces a new exported symbol from glibc in a distro point release.\n\n\nPeter","headers":{"Return-Path":"\n ","X-Original-To":["incoming@patchwork.ozlabs.org","linuxppc-dev@lists.ozlabs.org"],"Delivered-To":["patchwork-incoming@legolas.ozlabs.org","linuxppc-dev@lists.ozlabs.org"],"Authentication-Results":["legolas.ozlabs.org;\n\tdkim=fail reason=\"signature verification failed\" (2048-bit key;\n unprotected) header.d=ibm.com header.i=@ibm.com header.a=rsa-sha256\n header.s=pp1 header.b=HCirntTj;\n\tdkim-atps=neutral","legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=lists.ozlabs.org\n (client-ip=112.213.38.117; helo=lists.ozlabs.org;\n envelope-from=linuxppc-dev-bounces+incoming=patchwork.ozlabs.org@lists.ozlabs.org;\n receiver=patchwork.ozlabs.org)","lists.ozlabs.org;\n\tdkim=fail reason=\"signature verification failed\" (2048-bit key;\n unprotected) header.d=ibm.com header.i=@ibm.com header.a=rsa-sha256\n header.s=pp1 header.b=HCirntTj;\n\tdkim-atps=neutral","lists.ozlabs.org;\n\tdkim=pass (2048-bit key;\n unprotected) header.d=ibm.com header.i=@ibm.com header.a=rsa-sha256\n header.s=pp1 header.b=HCirntTj;\n\tdkim-atps=neutral","lists.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=linux.ibm.com\n (client-ip=148.163.156.1; helo=mx0a-001b2d01.pphosted.com;\n envelope-from=bergner@linux.ibm.com; receiver=lists.ozlabs.org)"],"Received":["from lists.ozlabs.org (lists.ozlabs.org [112.213.38.117])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange X25519 server-signature ECDSA (secp384r1) server-digest SHA384)\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4S0XC834jlz1yng\n\tfor ; Wed, 4 Oct 2023 09:13:23 +1100 (AEDT)","from boromir.ozlabs.org (localhost [IPv6:::1])\n\tby lists.ozlabs.org (Postfix) with ESMTP id 4S0XC22FDDz3cC3\n\tfor ; Wed, 4 Oct 2023 09:13:18 +1100 (AEDT)","from mx0a-001b2d01.pphosted.com (mx0a-001b2d01.pphosted.com\n [148.163.156.1])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))\n\t(No client certificate requested)\n\tby lists.ozlabs.org (Postfix) with ESMTPS id 4S0XBd2Vpfz3bd6\n\tfor ; Wed, 4 Oct 2023 09:12:56 +1100 (AEDT)","from pps.filterd (m0353726.ppops.net [127.0.0.1])\n\tby mx0a-001b2d01.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id\n 393M841h017578;\n\tTue, 3 Oct 2023 22:12:44 GMT","from pps.reinject (localhost [127.0.0.1])\n\tby mx0a-001b2d01.pphosted.com (PPS) with ESMTPS id 3tgu8909kk-1\n\t(version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT);\n\tTue, 03 Oct 2023 22:12:43 +0000","from m0353726.ppops.net (m0353726.ppops.net [127.0.0.1])\n\tby pps.reinject (8.17.1.5/8.17.1.5) with ESMTP id 393M90vj020103;\n\tTue, 3 Oct 2023 22:12:43 GMT","from ppma11.dal12v.mail.ibm.com\n (db.9e.1632.ip4.static.sl-reverse.com [50.22.158.219])\n\tby mx0a-001b2d01.pphosted.com (PPS) with ESMTPS id 3tgu8909k9-1\n\t(version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT);\n\tTue, 03 Oct 2023 22:12:43 +0000","from pps.filterd (ppma11.dal12v.mail.ibm.com [127.0.0.1])\n\tby ppma11.dal12v.mail.ibm.com (8.17.1.19/8.17.1.19) with ESMTP id\n 393KhBFR010898;\n\tTue, 3 Oct 2023 22:12:42 GMT","from smtprelay02.dal12v.mail.ibm.com ([172.16.1.4])\n\tby ppma11.dal12v.mail.ibm.com (PPS) with ESMTPS id 3tf0q1nmd3-1\n\t(version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT);\n\tTue, 03 Oct 2023 22:12:42 +0000","from smtpav01.dal12v.mail.ibm.com (smtpav01.dal12v.mail.ibm.com\n [10.241.53.100])\n\tby smtprelay02.dal12v.mail.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id\n 393MCfbj26673772\n\t(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);\n\tTue, 3 Oct 2023 22:12:41 GMT","from smtpav01.dal12v.mail.ibm.com (unknown [127.0.0.1])\n\tby IMSVA (Postfix) with ESMTP id BA40858058;\n\tTue, 3 Oct 2023 22:12:41 +0000 (GMT)","from smtpav01.dal12v.mail.ibm.com (unknown [127.0.0.1])\n\tby IMSVA (Postfix) with ESMTP id 1E05D58057;\n\tTue, 3 Oct 2023 22:12:41 +0000 (GMT)","from [9.61.61.107] (unknown [9.61.61.107])\n\tby smtpav01.dal12v.mail.ibm.com (Postfix) with ESMTP;\n\tTue, 3 Oct 2023 22:12:41 +0000 (GMT)"],"DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed; d=ibm.com;\n h=message-id : date :\n mime-version : subject : to : cc : references : from : in-reply-to :\n content-type : content-transfer-encoding; s=pp1;\n bh=YP5wAVIPc/j/VuI7EZ2emXZX/mLoB2rjvhdkiLByvlM=;\n b=HCirntTjn/QkQiFBB4hOlGZfTF3baZd3CuljLrtOMexdxPWXvTzZA04BXAMxIayANAGA\n DrtZ/hcr09JrM/RaY3/jgdaOIXP7DH81nNrMQci1aGZL4eVG8vq6Ni+nZxyhjjEur0Md\n gYOyr6qPbJFFq2mojj+T9DS6M1E3zx2ZxfLYXIH46Ux4CPMFZ0JSHNHIAZF2ySxrp7jr\n wDWM7ohlpLE27ZsyUx1D8lLAQFELpouHm7SRlquW9gKKVqLNr4SWS/kwuCOt5vu+mvon\n zlmAuaPEobbR/rh3JV/OaO83OczxWR4Z3s4iZDPh+vH/LITJnfKEBL3uQwHa+U3RYWW6 cw==","Message-ID":"","Date":"Tue, 3 Oct 2023 17:12:40 -0500","MIME-Version":"1.0","User-Agent":"Mozilla Thunderbird","Subject":"Re: [PATCH] uapi/auxvec: Define AT_HWCAP3 and AT_HWCAP4 aux vector,\n entries","Content-Language":"en-US","To":"Adhemerval Zanella Netto ,\n linux-api@vger.kernel.org, linux-arch@vger.kernel.org,\n \"linuxppc-dev@lists.ozlabs.org\" ","References":"\n <97eb2099-23c2-4921-89ac-9523226ad221@linaro.org>\n <891957ad-453e-4c68-9c5a-7a979667543d@linux.ibm.com>\n <057366c2-ee65-441d-b2ac-f40e1d94b44e@linaro.org>","From":"Peter Bergner ","In-Reply-To":"<057366c2-ee65-441d-b2ac-f40e1d94b44e@linaro.org>","Content-Type":"text/plain; charset=UTF-8","Content-Transfer-Encoding":"7bit","X-TM-AS-GCONF":"00","X-Proofpoint-ORIG-GUID":"QBv_-BKDIIjD6Ym1H1PQ2Xb6PFMUBl_I","X-Proofpoint-GUID":"Tb47txw3PRJ5F1pBchWwQ_ZiRAOEEZ1e","X-Proofpoint-Virus-Version":"vendor=baseguard\n engine=ICAP:2.0.267,Aquarius:18.0.980,Hydra:6.0.619,FMLib:17.11.176.26\n definitions=2023-10-03_18,2023-10-02_01,2023-05-22_02","X-Proofpoint-Spam-Details":"rule=outbound_notspam policy=outbound score=0\n bulkscore=0\n priorityscore=1501 lowpriorityscore=0 phishscore=0 clxscore=1015\n malwarescore=0 mlxscore=0 adultscore=0 suspectscore=0 mlxlogscore=598\n spamscore=0 impostorscore=0 classifier=spam adjust=0 reason=mlx\n scancount=1 engine=8.12.0-2309180000 definitions=main-2310030167","X-BeenThere":"linuxppc-dev@lists.ozlabs.org","X-Mailman-Version":"2.1.29","Precedence":"list","List-Id":"Linux on PowerPC Developers Mail List ","List-Unsubscribe":",\n ","List-Archive":"","List-Post":"","List-Help":"","List-Subscribe":",\n ","Cc":"GNU C Library ,\n Nicholas Piggin ","Errors-To":"linuxppc-dev-bounces+incoming=patchwork.ozlabs.org@lists.ozlabs.org","Sender":"\"Linuxppc-dev\"\n "}},{"id":3192628,"web_url":"http://patchwork.ozlabs.org/comment/3192628/","msgid":"","date":"2023-10-04T11:02:28","subject":"Re: [PATCH] uapi/auxvec: Define AT_HWCAP3 and AT_HWCAP4 aux vector,\n entries","submitter":{"id":66065,"url":"http://patchwork.ozlabs.org/api/people/66065/","name":"Adhemerval Zanella Netto","email":"adhemerval.zanella@linaro.org"},"content":"On 03/10/23 19:12, Peter Bergner wrote:\n> On 10/3/23 9:08 AM, Adhemerval Zanella Netto wrote:\n>> What it is not clear to me is what kind of ABI boundary you are trying to\n>> preemptively add support here. The TCB ABI for __builtin_cpu_supports is\n>> userland only, so if your intention is just to allow gcc to work on older\n>> glibcs, it should be a matter to just reserve the space on tcbhead_t.\n> \n> Yes, extending tcbhead_t to contain the slots for hwcap3 and hwcap4 are the\n> ABI extensions we are interested in, and not something that can be backported\n> into a distro point release. Yes, we don't strictly need the AT_HWCAP3 and\n> AT_HWCAP4 kernel defines to reserve (and clear) that space in glibc, but....\n> \n> \n> \n>> If your intention is to also add support on glibc, it makes more sense to\n>> already reserve it. For __builtin_cpu_supports it should work, although\n>> for glibc itself some backporting would be required (to correctly showing\n>> the bits with LD_SHOW_AUXV).\n> \n> Our intention is to also add the glibc support too once we have the\n> AT_HWCAP3 and AT_HWCAP4 kernel macros defined. 1) Once the defines are\n> there, adding the support should be pretty straight forward, so why wait?\n> And 2) part of the glibc and compiler support introduces a new symbol\n> that is exported by glibc and referenced by the compilers to ensure the\n> compilers *never* access the hwcap* fields in the TCB unless the glibc\n> supports them. See the symbol __parse_hwcap_and_convert_at_platform used\n> for HWCAP/HWCAP2. We'll need a similar one for HWCAP3/HWCAP4 and I'm\n> doubtful whether the distros will allow the backport of a patch that\n> introduces a new exported symbol from glibc in a distro point release.\n\nAlright, I makes more sense it now. And indeed backporting a __parse_hwcap\nfor HWCAP3/HWCAP4 will be frown upon.","headers":{"Return-Path":"\n ","X-Original-To":["incoming@patchwork.ozlabs.org","linuxppc-dev@lists.ozlabs.org"],"Delivered-To":["patchwork-incoming@legolas.ozlabs.org","linuxppc-dev@lists.ozlabs.org"],"Authentication-Results":["legolas.ozlabs.org;\n\tdkim=fail reason=\"signature verification failed\" (2048-bit key;\n unprotected) header.d=linaro.org header.i=@linaro.org header.a=rsa-sha256\n header.s=google header.b=nCmze0PD;\n\tdkim-atps=neutral","legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=lists.ozlabs.org\n (client-ip=2404:9400:2:0:216:3eff:fee1:b9f1; helo=lists.ozlabs.org;\n envelope-from=linuxppc-dev-bounces+incoming=patchwork.ozlabs.org@lists.ozlabs.org;\n receiver=patchwork.ozlabs.org)","lists.ozlabs.org;\n\tdkim=fail reason=\"signature verification failed\" (2048-bit key;\n unprotected) header.d=linaro.org header.i=@linaro.org header.a=rsa-sha256\n header.s=google header.b=nCmze0PD;\n\tdkim-atps=neutral","lists.ozlabs.org;\n\tdkim=pass (2048-bit key;\n unprotected) header.d=linaro.org header.i=@linaro.org header.a=rsa-sha256\n header.s=google header.b=nCmze0PD;\n\tdkim-atps=neutral","lists.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=linaro.org\n (client-ip=2607:f8b0:4864:20::633; helo=mail-pl1-x633.google.com;\n envelope-from=adhemerval.zanella@linaro.org; receiver=lists.ozlabs.org)"],"Received":["from lists.ozlabs.org (lists.ozlabs.org\n [IPv6:2404:9400:2:0:216:3eff:fee1:b9f1])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange X25519 server-signature ECDSA (secp384r1) server-digest SHA384)\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4S0sH85LJFz1yph\n\tfor ; Wed, 4 Oct 2023 22:02:59 +1100 (AEDT)","from boromir.ozlabs.org (localhost [IPv6:::1])\n\tby lists.ozlabs.org (Postfix) with ESMTP id 4S0sH74PMzz3cV3\n\tfor ; Wed, 4 Oct 2023 22:02:59 +1100 (AEDT)","from mail-pl1-x633.google.com (mail-pl1-x633.google.com\n [IPv6:2607:f8b0:4864:20::633])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest\n SHA256)\n\t(No client certificate requested)\n\tby lists.ozlabs.org (Postfix) with ESMTPS id 4S0sGl6bcRz3c3x\n\tfor ; Wed, 4 Oct 2023 22:02:37 +1100 (AEDT)","by mail-pl1-x633.google.com with SMTP id\n d9443c01a7336-1c735473d1aso14970845ad.1\n for ;\n Wed, 04 Oct 2023 04:02:37 -0700 (PDT)","from ?IPV6:2804:1b3:a7c1:feaf:b959:23ff:3a18:c5dc?\n ([2804:1b3:a7c1:feaf:b959:23ff:3a18:c5dc])\n by smtp.gmail.com with ESMTPSA id\n u16-20020a170902e81000b001bd99fd1114sm3370394plg.288.2023.10.04.04.02.29\n (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128);\n Wed, 04 Oct 2023 04:02:31 -0700 (PDT)"],"DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed;\n d=linaro.org; s=google; t=1696417353; x=1697022153;\n darn=lists.ozlabs.org;\n h=content-transfer-encoding:in-reply-to:organization:from:references\n :cc:to:content-language:subject:user-agent:mime-version:date\n :message-id:from:to:cc:subject:date:message-id:reply-to;\n bh=/3oXbSz4Vr/TO4F6Fo1F+L1aN+UvHmKyPB5CbaVXPdE=;\n b=nCmze0PDu3PV3xN8DPlfYkszm9ph4pWGDKcEH3jTeDjC+GMB28mHiOXH7xeBHvdK1S\n ByBNWW+NiweN5EujXtCfZ+afVjPvzTVZtpZw06peY4K89yQmFxd9cocjzImkOUfozjTI\n rAhBDrlDcWqDtmV/3R9mAhs91WeLr+UD1NohhqwwCpNzCstVq4tGIwANuuZflj717zIT\n Ad+n+L+MMzVzBH6JcFrtNjbZM60W13w0EaASAD6iEyegncMURGwVlB7IU4ThvMYxfcP7\n 1L7h+whvPsfPT+b33snA86tvOabkhGPMi7TWgxiVfcTp9jHhzqD09QExY6SsuMH0+W8T\n A9tw==","X-Google-DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed;\n d=1e100.net; s=20230601; t=1696417353; x=1697022153;\n h=content-transfer-encoding:in-reply-to:organization:from:references\n :cc:to:content-language:subject:user-agent:mime-version:date\n :message-id:x-gm-message-state:from:to:cc:subject:date:message-id\n :reply-to;\n bh=/3oXbSz4Vr/TO4F6Fo1F+L1aN+UvHmKyPB5CbaVXPdE=;\n b=EagtM4Ml8hjvlLJdnvdjlXmuWYlod6w+o2OgmtvJ/OuQFpL1b3NugXR67CvOL9lbyu\n saBbnmuNbikKpHaPsxWn4bUfu0E7/k4ymkY+gNV7szU3XII8r496oIHMeGUIIAO4eGmR\n hg2wRNX6J0DbnO0bG/6+KP/5/W+pG5Qfwb6D0QUJAJqNsk8QmF8MdEkOvX2jBjXLIpfI\n E4PqwPifOGJ94cDU7Dlym3vgWI1NDDgFCtKJNW6C4bp2NsgG6/6q4cmWomdZeXinnb1Y\n SH3+xJJ16A7WKK8BEPsMyQMnhaFQfOJbGfnSso65k8BkDHEWJ3TAwA5zcTB86nOEhCKt\n CJ8g==","X-Gm-Message-State":"AOJu0YxGeHUJ7DEprM6efz5lNndbSCGuOwQlEfbGUi0fKUcs9110H1Xb\n\tm1NeswDVUwu9FzXt7EDQFJKSQg==","X-Google-Smtp-Source":"\n AGHT+IHE2lbIz5Y66kYbALC9n6ii47EHeeCGPmVVWRQJyGC4GKJ6zn27JE3pya096RVjF3OIVgPZlQ==","X-Received":"by 2002:a17:902:c94f:b0:1c3:8464:cabd with SMTP id\n i15-20020a170902c94f00b001c38464cabdmr2190766pla.12.1696417352641;\n Wed, 04 Oct 2023 04:02:32 -0700 (PDT)","Message-ID":"","Date":"Wed, 4 Oct 2023 08:02:28 -0300","MIME-Version":"1.0","User-Agent":"Mozilla Thunderbird","Subject":"Re: [PATCH] uapi/auxvec: Define AT_HWCAP3 and AT_HWCAP4 aux vector,\n entries","Content-Language":"en-US","To":"Peter Bergner , linux-api@vger.kernel.org,\n linux-arch@vger.kernel.org,\n \"linuxppc-dev@lists.ozlabs.org\" ","References":"\n <97eb2099-23c2-4921-89ac-9523226ad221@linaro.org>\n <891957ad-453e-4c68-9c5a-7a979667543d@linux.ibm.com>\n <057366c2-ee65-441d-b2ac-f40e1d94b44e@linaro.org>\n ","From":"Adhemerval Zanella Netto ","Organization":"Linaro","In-Reply-To":"","Content-Type":"text/plain; charset=UTF-8","Content-Transfer-Encoding":"7bit","X-BeenThere":"linuxppc-dev@lists.ozlabs.org","X-Mailman-Version":"2.1.29","Precedence":"list","List-Id":"Linux on PowerPC Developers Mail List ","List-Unsubscribe":",\n ","List-Archive":"","List-Post":"","List-Help":"","List-Subscribe":",\n ","Cc":"GNU C Library ,\n Nicholas Piggin ","Errors-To":"linuxppc-dev-bounces+incoming=patchwork.ozlabs.org@lists.ozlabs.org","Sender":"\"Linuxppc-dev\"\n "}},{"id":3201090,"web_url":"http://patchwork.ozlabs.org/comment/3201090/","msgid":"<4294d9ae-3f5e-4f81-b586-2c134d21896a@linux.ibm.com>","date":"2023-10-17T23:14:53","subject":"[PING][PATCH] uapi/auxvec: Define AT_HWCAP3 and AT_HWCAP4 aux vector,\n entries","submitter":{"id":74386,"url":"http://patchwork.ozlabs.org/api/people/74386/","name":"Peter Bergner","email":"bergner@linux.ibm.com"},"content":"CCing linux-kernel for more exposure.\n\nPING. I'm waiting on a reply from anyone on the kernel side of things\nto see whether they have an issue with reserving values for AT_HWCAP3\nand AT_HWCAP4. \n\nI'll note reviews from the GLIBC camp did not have an issue with the below patch.\n\nThanks.\n\nPeter\n\n\nOn 9/26/23 5:02 PM, Peter Bergner wrote:\n> The powerpc toolchain keeps a copy of the HWCAP bit masks in our TCB for fast\n> access by our __builtin_cpu_supports built-in function. The TCB space for\n> the HWCAP entries - which are created in pairs - is an ABI extension, so\n> waiting to create the space for HWCAP3 and HWCAP4 until we need them is\n> problematical, given distro unwillingness to apply ABI modifying patches\n> to distro point releases. Define AT_HWCAP3 and AT_HWCAP4 in the generic\n> uapi header so they can be used in GLIBC to reserve space in the powerpc\n> TCB for their future use.\n> \n> I scanned both the Linux and GLIBC source codes looking for unused AT_*\n> values and 29 and 30 did not seem to be used, so they are what I went\n> with. If anyone sees a problem with using those specific values, I'm\n> amenable to using other values, just let me know what would be better.\n> \n> Peter\n> \n> \n> Signed-off-by: Peter Bergner \n> ---\n> include/uapi/linux/auxvec.h | 2 ++\n> 1 file changed, 2 insertions(+)\n> \n> diff --git a/include/uapi/linux/auxvec.h b/include/uapi/linux/auxvec.h\n> index 6991c4b8ab18..cc61cb9b3e9a 100644\n> --- a/include/uapi/linux/auxvec.h\n> +++ b/include/uapi/linux/auxvec.h\n> @@ -32,6 +32,8 @@\n> #define AT_HWCAP2 26\t/* extension of AT_HWCAP */\n> #define AT_RSEQ_FEATURE_SIZE\t27\t/* rseq supported feature size */\n> #define AT_RSEQ_ALIGN\t\t28\t/* rseq allocation alignment */\n> +#define AT_HWCAP3 29\t/* extension of AT_HWCAP */\n> +#define AT_HWCAP4 30\t/* extension of AT_HWCAP */\n> \n> #define AT_EXECFN 31\t/* filename of program */\n>","headers":{"Return-Path":"\n ","X-Original-To":["incoming@patchwork.ozlabs.org","linuxppc-dev@lists.ozlabs.org"],"Delivered-To":["patchwork-incoming@legolas.ozlabs.org","linuxppc-dev@lists.ozlabs.org"],"Authentication-Results":["legolas.ozlabs.org;\n\tdkim=fail reason=\"signature verification failed\" (2048-bit key;\n unprotected) header.d=ibm.com header.i=@ibm.com header.a=rsa-sha256\n header.s=pp1 header.b=NxGosvxC;\n\tdkim-atps=neutral","legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=lists.ozlabs.org\n (client-ip=2404:9400:2:0:216:3eff:fee1:b9f1; helo=lists.ozlabs.org;\n envelope-from=linuxppc-dev-bounces+incoming=patchwork.ozlabs.org@lists.ozlabs.org;\n receiver=patchwork.ozlabs.org)","lists.ozlabs.org;\n\tdkim=fail reason=\"signature verification failed\" (2048-bit key;\n unprotected) header.d=ibm.com header.i=@ibm.com header.a=rsa-sha256\n header.s=pp1 header.b=NxGosvxC;\n\tdkim-atps=neutral","lists.ozlabs.org;\n\tdkim=pass (2048-bit key;\n unprotected) header.d=ibm.com header.i=@ibm.com header.a=rsa-sha256\n header.s=pp1 header.b=NxGosvxC;\n\tdkim-atps=neutral","lists.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=linux.ibm.com\n (client-ip=148.163.156.1; helo=mx0a-001b2d01.pphosted.com;\n envelope-from=bergner@linux.ibm.com; receiver=lists.ozlabs.org)"],"Received":["from lists.ozlabs.org (lists.ozlabs.org\n [IPv6:2404:9400:2:0:216:3eff:fee1:b9f1])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange X25519 server-signature ECDSA (secp384r1) server-digest SHA384)\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4S98x559S9z20Zj\n\tfor ; Wed, 18 Oct 2023 10:16:09 +1100 (AEDT)","from boromir.ozlabs.org (localhost [IPv6:::1])\n\tby lists.ozlabs.org (Postfix) with ESMTP id 4S98x53zx4z3cVd\n\tfor ; Wed, 18 Oct 2023 10:16:09 +1100 (AEDT)","from mx0a-001b2d01.pphosted.com (mx0a-001b2d01.pphosted.com\n [148.163.156.1])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))\n\t(No client certificate requested)\n\tby lists.ozlabs.org (Postfix) with ESMTPS id 4S98vs2N5Tz3cDd\n\tfor ; Wed, 18 Oct 2023 10:15:05 +1100 (AEDT)","from pps.filterd (m0353729.ppops.net [127.0.0.1])\n\tby mx0a-001b2d01.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id\n 39HNCFuV016883;\n\tTue, 17 Oct 2023 23:14:57 GMT","from pps.reinject (localhost [127.0.0.1])\n\tby mx0a-001b2d01.pphosted.com (PPS) with ESMTPS id 3tt3qv033b-1\n\t(version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT);\n\tTue, 17 Oct 2023 23:14:57 +0000","from m0353729.ppops.net (m0353729.ppops.net [127.0.0.1])\n\tby pps.reinject (8.17.1.5/8.17.1.5) with ESMTP id 39HND8OV020148;\n\tTue, 17 Oct 2023 23:14:57 GMT","from ppma23.wdc07v.mail.ibm.com\n (5d.69.3da9.ip4.static.sl-reverse.com [169.61.105.93])\n\tby mx0a-001b2d01.pphosted.com (PPS) with ESMTPS id 3tt3qv0330-1\n\t(version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT);\n\tTue, 17 Oct 2023 23:14:56 +0000","from pps.filterd (ppma23.wdc07v.mail.ibm.com [127.0.0.1])\n\tby ppma23.wdc07v.mail.ibm.com (8.17.1.19/8.17.1.19) with ESMTP id\n 39HMNbud027130;\n\tTue, 17 Oct 2023 23:14:55 GMT","from smtprelay05.dal12v.mail.ibm.com ([172.16.1.7])\n\tby ppma23.wdc07v.mail.ibm.com (PPS) with ESMTPS id 3tr6tkc8de-1\n\t(version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT);\n\tTue, 17 Oct 2023 23:14:55 +0000","from smtpav01.wdc07v.mail.ibm.com (smtpav01.wdc07v.mail.ibm.com\n [10.39.53.228])\n\tby smtprelay05.dal12v.mail.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id\n 39HNEsLL22217252\n\t(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK);\n\tTue, 17 Oct 2023 23:14:55 GMT","from smtpav01.wdc07v.mail.ibm.com (unknown [127.0.0.1])\n\tby IMSVA (Postfix) with ESMTP id B15D15804B;\n\tTue, 17 Oct 2023 23:14:54 +0000 (GMT)","from smtpav01.wdc07v.mail.ibm.com (unknown [127.0.0.1])\n\tby IMSVA (Postfix) with ESMTP id D750A58055;\n\tTue, 17 Oct 2023 23:14:53 +0000 (GMT)","from [9.61.148.54] (unknown [9.61.148.54])\n\tby smtpav01.wdc07v.mail.ibm.com (Postfix) with ESMTP;\n\tTue, 17 Oct 2023 23:14:53 +0000 (GMT)"],"DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed; d=ibm.com;\n h=message-id : date :\n mime-version : subject : from : to : cc : references : in-reply-to :\n content-type : content-transfer-encoding; s=pp1;\n bh=6l8K+zlwEhLLX214l6vpRGzDWkRe5WLN3fGIjut9A8k=;\n b=NxGosvxCFLdIKyADacPqMj7Z/2VpAKnwwhDdYrnPVODOBVPQnIbzuCQMrj0zrkssDZ0j\n skYZz3R//lYOaS/Ah93/RzFRGJJeGBRH4fGC4wBii/aZBacmDKJgao88FMfAYNwbCIvv\n vYwp/CELiopI2PEPFYRJ+IxnOkdWexc4ZTBhpmN9dylQ8l1ADwqXmv8cQL/nRT0/xGEJ\n dIkMT+CRet9pOfpPaboNg3KHeSZVvIT6GdjgcLWgQffsepquWLPa3a6P2HRJ+e4Ffoxz\n tuD/pkeqCCclrpT9zt9Sdmf7m40fw7R+ua33UKkAHX8mVX7G765OLhZCVu54FLlwriCk Fw==","Message-ID":"<4294d9ae-3f5e-4f81-b586-2c134d21896a@linux.ibm.com>","Date":"Tue, 17 Oct 2023 18:14:53 -0500","MIME-Version":"1.0","User-Agent":"Mozilla Thunderbird","Subject":"[PING][PATCH] uapi/auxvec: Define AT_HWCAP3 and AT_HWCAP4 aux vector,\n entries","Content-Language":"en-US","From":"Peter Bergner ","To":"linux-api@vger.kernel.org, linux-arch@vger.kernel.org,\n \"linuxppc-dev@lists.ozlabs.org\" ,\n \"linux-kernel@vger.kernel.org\" ","References":"","In-Reply-To":"","Content-Type":"text/plain; charset=UTF-8","Content-Transfer-Encoding":"7bit","X-TM-AS-GCONF":"00","X-Proofpoint-ORIG-GUID":"nN4KjNZj50rO6_LqZkRXygqLOQCFnOq1","X-Proofpoint-GUID":"lLwL3FQnW5CClXBEbUZX8rWUOQs8gJGH","X-Proofpoint-Virus-Version":"vendor=baseguard\n engine=ICAP:2.0.272,Aquarius:18.0.980,Hydra:6.0.619,FMLib:17.11.176.26\n definitions=2023-10-17_06,2023-10-17_01,2023-05-22_02","X-Proofpoint-Spam-Details":"rule=outbound_notspam policy=outbound score=0\n impostorscore=0 mlxscore=0\n bulkscore=0 mlxlogscore=999 spamscore=0 clxscore=1011 adultscore=0\n suspectscore=0 lowpriorityscore=0 malwarescore=0 priorityscore=1501\n phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1\n engine=8.12.0-2309180000 definitions=main-2310170196","X-BeenThere":"linuxppc-dev@lists.ozlabs.org","X-Mailman-Version":"2.1.29","Precedence":"list","List-Id":"Linux on PowerPC Developers Mail List ","List-Unsubscribe":",\n ","List-Archive":"","List-Post":"","List-Help":"","List-Subscribe":",\n ","Cc":"GNU C Library ,\n Nicholas Piggin ","Errors-To":"linuxppc-dev-bounces+incoming=patchwork.ozlabs.org@lists.ozlabs.org","Sender":"\"Linuxppc-dev\"\n "}},{"id":3201928,"web_url":"http://patchwork.ozlabs.org/comment/3201928/","msgid":"","date":"2023-10-18T16:22:29","subject":"Re: [PING][PATCH] uapi/auxvec: Define AT_HWCAP3 and AT_HWCAP4 aux\n vector, entries","submitter":{"id":65667,"url":"http://patchwork.ozlabs.org/api/people/65667/","name":"Szabolcs Nagy","email":"szabolcs.nagy@arm.com"},"content":"The 10/17/2023 18:14, Peter Bergner wrote:\n> CCing linux-kernel for more exposure.\n> \n> PING. I'm waiting on a reply from anyone on the kernel side of things\n> to see whether they have an issue with reserving values for AT_HWCAP3\n> and AT_HWCAP4. \n> \n> I'll note reviews from the GLIBC camp did not have an issue with the below patch.\n\nfwiw, aarch64 is quickly filling up AT_HWCAP2 so this will be\nuseful for arm64 too eventually, but we are not in a hurry.\n\n> > +#define AT_HWCAP3 29\t/* extension of AT_HWCAP */\n> > +#define AT_HWCAP4 30\t/* extension of AT_HWCAP */","headers":{"Return-Path":"\n ","X-Original-To":["incoming@patchwork.ozlabs.org","linuxppc-dev@lists.ozlabs.org"],"Delivered-To":["patchwork-incoming@legolas.ozlabs.org","linuxppc-dev@lists.ozlabs.org"],"Authentication-Results":["legolas.ozlabs.org;\n\tdkim=pass (1024-bit key;\n unprotected) header.d=armh.onmicrosoft.com header.i=@armh.onmicrosoft.com\n header.a=rsa-sha256 header.s=selector2-armh-onmicrosoft-com\n header.b=jVWTV1dg;\n\tdkim=pass (1024-bit key) header.d=armh.onmicrosoft.com\n header.i=@armh.onmicrosoft.com header.a=rsa-sha256\n header.s=selector2-armh-onmicrosoft-com header.b=jVWTV1dg;\n\tdkim-atps=neutral","legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=lists.ozlabs.org\n (client-ip=2404:9400:2:0:216:3eff:fee1:b9f1; helo=lists.ozlabs.org;\n envelope-from=linuxppc-dev-bounces+incoming=patchwork.ozlabs.org@lists.ozlabs.org;\n receiver=patchwork.ozlabs.org)","lists.ozlabs.org;\n\tdkim=pass (1024-bit key;\n unprotected) header.d=armh.onmicrosoft.com header.i=@armh.onmicrosoft.com\n header.a=rsa-sha256 header.s=selector2-armh-onmicrosoft-com\n header.b=jVWTV1dg;\n\tdkim=pass (1024-bit key) header.d=armh.onmicrosoft.com\n header.i=@armh.onmicrosoft.com header.a=rsa-sha256\n header.s=selector2-armh-onmicrosoft-com header.b=jVWTV1dg;\n\tdkim-atps=neutral","lists.ozlabs.org;\n\tdkim=pass (1024-bit key;\n unprotected) header.d=armh.onmicrosoft.com header.i=@armh.onmicrosoft.com\n header.a=rsa-sha256 header.s=selector2-armh-onmicrosoft-com\n header.b=jVWTV1dg;\n\tdkim=pass (1024-bit key) header.d=armh.onmicrosoft.com\n header.i=@armh.onmicrosoft.com header.a=rsa-sha256\n header.s=selector2-armh-onmicrosoft-com header.b=jVWTV1dg;\n\tdkim-atps=neutral","lists.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=arm.com\n (client-ip=2a01:111:f400:7e1a::601;\n helo=eur05-db8-obe.outbound.protection.outlook.com;\n envelope-from=szabolcs.nagy@arm.com; receiver=lists.ozlabs.org)"],"Received":["from lists.ozlabs.org (lists.ozlabs.org\n [IPv6:2404:9400:2:0:216:3eff:fee1:b9f1])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange X25519 server-signature ECDSA (secp384r1) server-digest SHA384)\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4S9k6r28Qzz20cX\n\tfor ; Thu, 19 Oct 2023 08:11:32 +1100 (AEDT)","from boromir.ozlabs.org (localhost [IPv6:::1])\n\tby lists.ozlabs.org (Postfix) with ESMTP id 4S9k6r0Zv5z3c76\n\tfor ; Thu, 19 Oct 2023 08:11:32 +1100 (AEDT)","from EUR05-DB8-obe.outbound.protection.outlook.com\n (mail-db8eur05on20601.outbound.protection.outlook.com\n [IPv6:2a01:111:f400:7e1a::601])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))\n\t(No client certificate requested)\n\tby lists.ozlabs.org (Postfix) with ESMTPS id 4S9bkW6RlKz3cBV\n\tfor ; Thu, 19 Oct 2023 03:23:27 +1100 (AEDT)","from AM6P195CA0048.EURP195.PROD.OUTLOOK.COM (2603:10a6:209:87::25)\n by AS2PR08MB10084.eurprd08.prod.outlook.com (2603:10a6:20b:648::6) with\n Microsoft SMTP Server (version=TLS1_2,\n cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6907.22; Wed, 18 Oct\n 2023 16:22:52 +0000","from AM7EUR03FT038.eop-EUR03.prod.protection.outlook.com\n (2603:10a6:209:87:cafe::7) by AM6P195CA0048.outlook.office365.com\n (2603:10a6:209:87::25) with Microsoft SMTP Server (version=TLS1_2,\n cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6907.21 via Frontend\n Transport; Wed, 18 Oct 2023 16:22:52 +0000","from 64aa7808-outbound-1.mta.getcheckrecipient.com (63.35.35.123) by\n AM7EUR03FT038.mail.protection.outlook.com (100.127.140.120) with Microsoft\n SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id\n 15.20.6907.24 via Frontend Transport; Wed, 18 Oct 2023 16:22:51 +0000","(\"Tessian outbound 9e011a9ddd13:v215\");\n Wed, 18 Oct 2023 16:22:51 +0000","from 6319eec14f4b.1\n\tby 64aa7808-outbound-1.mta.getcheckrecipient.com id\n 16CA8F59-A1A4-4788-BB6B-1934F2EF7CD7.1;\n\tWed, 18 Oct 2023 16:22:44 +0000","from EUR02-DB5-obe.outbound.protection.outlook.com\n by 64aa7808-outbound-1.mta.getcheckrecipient.com with ESMTPS id\n 6319eec14f4b.1\n (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384);\n Wed, 18 Oct 2023 16:22:44 +0000","from DB9PR08MB7179.eurprd08.prod.outlook.com (2603:10a6:10:2cc::19)\n by PA6PR08MB10829.eurprd08.prod.outlook.com (2603:10a6:102:3d6::18) with\n Microsoft SMTP Server (version=TLS1_2,\n cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6907.22; Wed, 18 Oct\n 2023 16:22:43 +0000","from DB9PR08MB7179.eurprd08.prod.outlook.com\n ([fe80::7279:cb15:78e8:3831]) by DB9PR08MB7179.eurprd08.prod.outlook.com\n ([fe80::7279:cb15:78e8:3831%5]) with mapi id 15.20.6907.021; Wed, 18 Oct 2023\n 16:22:42 +0000"],"DKIM-Signature":["v=1; a=rsa-sha256; c=relaxed/relaxed; d=armh.onmicrosoft.com;\n s=selector2-armh-onmicrosoft-com;\n h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck;\n bh=Sgj16zS6PgE0Gfzy2ZVYrIaDELe67037s2rq4tznm7Y=;\n b=jVWTV1dgPmW8ShIlQsW1ISqg71I2IaJt0CZwji5LJhkxIcv1j5RSdghYwJUuxa7eQ6pzZZO4nNeXqh8cdX+8T60G2DRFhPZ5ypFHlW+uchRZjCcgLhJq4Use8c2sJLTNpShv4tUcw7ZX/9yCFX4FSM6S/yFi9jg83n25EHxXo5k=","v=1; a=rsa-sha256; c=relaxed/relaxed; d=armh.onmicrosoft.com;\n s=selector2-armh-onmicrosoft-com;\n h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck;\n bh=Sgj16zS6PgE0Gfzy2ZVYrIaDELe67037s2rq4tznm7Y=;\n b=jVWTV1dgPmW8ShIlQsW1ISqg71I2IaJt0CZwji5LJhkxIcv1j5RSdghYwJUuxa7eQ6pzZZO4nNeXqh8cdX+8T60G2DRFhPZ5ypFHlW+uchRZjCcgLhJq4Use8c2sJLTNpShv4tUcw7ZX/9yCFX4FSM6S/yFi9jg83n25EHxXo5k="],"X-MS-Exchange-Authentication-Results":"spf=pass (sender IP is 63.35.35.123)\n smtp.mailfrom=arm.com; dkim=pass (signature was verified)\n header.d=armh.onmicrosoft.com;dmarc=pass action=none header.from=arm.com;","Received-SPF":"Pass (protection.outlook.com: domain of arm.com designates\n 63.35.35.123 as permitted sender) receiver=protection.outlook.com;\n client-ip=63.35.35.123; helo=64aa7808-outbound-1.mta.getcheckrecipient.com;\n pr=C","X-CheckRecipientChecked":"true","X-CR-MTA-CID":"9bc9be87f8aee56f","X-CR-MTA-TID":"64aa7808","ARC-Seal":"i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none;\n b=F/bumfYspw4GSjf+TokeekzRTgXTX0pJs8w4FkTa7TzYMA3azxTez5ci6MdLvIJW/5DniiGgWp+Quk3MdF5+jvlRzCy+9TORzPgybv+NR36If+GKHHRdyA38HoB26AHsK8oEiXNNqeYfU0gVpBotxUZKZen1/LF7kFQSHgk0P7yluU4SmxgO9jFHra0sf7Bw9Ik4Rmy3Md521GIdzPZwl6SDtOWpx+JD9XW7zevLis2mDcTGa1vVDKjRjVycIzmeLFAFKE6GgHBTIs1kirAGV+du91tK0icJEARDmyELHR1kQ7zIxKLRZcvmv4rlzyGCF0b6gki75Ma9nH/clC74ZQ==","ARC-Message-Signature":"i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;\n s=arcselector9901;\n h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1;\n bh=Sgj16zS6PgE0Gfzy2ZVYrIaDELe67037s2rq4tznm7Y=;\n b=kiKuFCr+9docbTvI4txUNY6Q877bwEiXyOqiUpYn4MHUCvn1DJ7KvY8AYDj1kBanazp1qivrftom3nQXc9nUYmMxVzVWXVmbwN+M/QTRaO7uUW7R8iii2yO1mpqrnCim1WXndftIVSqjqZJDzmFcLasPvWddkJMx/90qSXQxUH3Sn/FctfgEeX/qEnt2ZaPnKpKAGEHMpba+rFXohvbRaFM3RUQdV1q8V7hFuX3DlK+VJIvHLqzsSdqxCNuhjjN50qo4uiXQMtZX6K04NTP2qbilHDU98MILcPGwGEzmYQGy13mmZknuklkUaFiE7eVMcWtrIY1+1a1JkfKovRpvXg==","ARC-Authentication-Results":"i=1; mx.microsoft.com 1; spf=pass\n smtp.mailfrom=arm.com; dmarc=pass action=none header.from=arm.com; dkim=pass\n header.d=arm.com; arc=none","Authentication-Results-Original":"dkim=none (message not signed)\n header.d=none;dmarc=none action=none header.from=arm.com;","Date":"Wed, 18 Oct 2023 17:22:29 +0100","From":"Szabolcs Nagy ","To":"Peter Bergner , linux-api@vger.kernel.org,\n\tlinux-arch@vger.kernel.org,\n\t\"linuxppc-dev@lists.ozlabs.org\" ,\n\t\"linux-kernel@vger.kernel.org\" ","Subject":"Re: [PING][PATCH] uapi/auxvec: Define AT_HWCAP3 and AT_HWCAP4 aux\n vector, entries","Message-ID":"","References":"\n <4294d9ae-3f5e-4f81-b586-2c134d21896a@linux.ibm.com>","Content-Type":"text/plain; charset=utf-8","Content-Disposition":"inline","In-Reply-To":"<4294d9ae-3f5e-4f81-b586-2c134d21896a@linux.ibm.com>","X-ClientProxiedBy":"LO2P265CA0088.GBRP265.PROD.OUTLOOK.COM\n (2603:10a6:600:8::28) To DB9PR08MB7179.eurprd08.prod.outlook.com\n (2603:10a6:10:2cc::19)","MIME-Version":"1.0","X-MS-TrafficTypeDiagnostic":"\n DB9PR08MB7179:EE_|PA6PR08MB10829:EE_|AM7EUR03FT038:EE_|AS2PR08MB10084:EE_","X-MS-Office365-Filtering-Correlation-Id":"cb9e52a1-a6ce-458e-0ed9-08dbcff679f3","x-checkrecipientrouted":"true","NoDisclaimer":"true","X-MS-Exchange-SenderADCheck":"1","X-MS-Exchange-AntiSpam-Relay":"0","X-Microsoft-Antispam-Untrusted":"BCL:0;","X-Microsoft-Antispam-Message-Info-Original":"\n 1wG3soMbwbiPjvoXL19E8lJ+DuH7PSpk/5qhpukbI+bBLeHFPrtl072sjH9FZe3z1B03vf9zi+S6RJyWdk810MI7KXszzeqx3O5kElJYvb4JnaprgE3zd03eW3DEnHrkhOpg7vqOvDkVKb0shiw9yTcmI/nG1CszATch8TeTq4ZkqzYA7Dzn3Jr/0CNRWYRcXKSl1hcA2LAgl2LaaidZNUojK2hTUEH/CvuvDSRRLagDLgccCcE0iw1BatvN87ntIrNcHz0zLlK/kiYXSt3INTh7azjHeaqopKiyL6iqzWKf55xAc6U4eKEhmNkgVvza6Yp7JGU2Dn8X/iqIxPW0mnM0oMUOCxKcW/QBEJQXRyAJjD+FCkhS1+m3Td4vUHYB9xmO2MvMzKXDiA6No6stIK582/75zWHYbl9rGonxLMC8lklifowIlyC7MokJzsrdvy6lnlGomXNVZxp9y66cYEz9Q2LwNPBFCpm0V7xjo7ooYC79SZwoEqNKK30n7k8D1kAoK/QXGw7ma+VnxZPfTxEXz9gUYAsk7T7QNZHRSiiwXvh+xK/WaG0iyHn6gDRD","X-Forefront-Antispam-Report-Untrusted":"\n CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:DB9PR08MB7179.eurprd08.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230031)(346002)(136003)(376002)(366004)(396003)(39860400002)(230922051799003)(1800799009)(64100799003)(451199024)(186009)(6512007)(6506007)(2616005)(26005)(6666004)(6486002)(478600001)(44832011)(38100700002)(8676002)(36756003)(5660300002)(316002)(41300700001)(86362001)(2906002)(8936002)(4326008)(110136005)(4744005)(66476007)(66946007)(66556008)(54906003);DIR:OUT;SFP:1101;","X-MS-Exchange-Transport-CrossTenantHeadersStamped":["PA6PR08MB10829","AS2PR08MB10084"],"Original-Authentication-Results":"dkim=none (message not signed)\n header.d=none;dmarc=none action=none header.from=arm.com;","X-EOPAttributedMessage":"0","X-MS-Exchange-Transport-CrossTenantHeadersStripped":"\n AM7EUR03FT038.eop-EUR03.prod.protection.outlook.com","X-MS-PublicTrafficType":"Email","X-MS-Office365-Filtering-Correlation-Id-Prvs":"\n 9179579b-26c2-4ba1-771c-08dbcff67472","X-Microsoft-Antispam":"BCL:0;","X-Microsoft-Antispam-Message-Info":"\n FqRkGz27a9sFpYX46Oa1A0bYM7ZS4mGXM66Y6cAQwoXfOAif6lh1tkg3nh0NmG0fJktsBalRo6kNm4GAr3nBzhitmq43mtl8EIgS55PFbnN5GKf5y4UA/2QYn6Qqd4VLh3pM67baMb+Z2AvffCADpHX7W2SYpnCyu2MS6U17F5P/5KZ/qAfrTLjQRNvF539mdMQnt02h72sTJ4N/FtDPb0u0U/AxZr/kkzSlqrojAVBNG3OOftmhUxFyiP+MgFsteLP25rUoy7mWitwLXyTLGL8/vrOEuTcS/cPJ4CkNW3VlV0DqOMUybKpVbVO1XERiYSvQquis57Nn72irPsyUTakgjEZK7L7C14qy1OMfAD5cPsJNbowS9MSlaDIP7yF2q8Al4RlnJced8NEo8aAlQL7dorlF8NUQi+t9qQ/zEC0B5Qh5ep849ixz02yPUBEmsmdljUyM/TUaKQ990Q+yUAzHDKzdJgf24idmcFTEwfknG8SKpKqnfJuVMCo6YI45wYsHIpOC8IP1gGlqOXM+NfSrTdZ8mF5S5Q/Dgan3mxC0cQ6LL91m+M89mWptWYrJfnLhB0gnI+vSzodWRnCjeThPxjn0WthVNiKSCEeBorRnkyy96de8Rfy+tyE9oC+7c6QFf6WSO3S+ZdflwGS6fgVA/mjMkQAojYaipq0HKg2V8yLk0MyOyJ2YdmWHVQBdBqZA4shYrnwM6L7KQKdDLP++vPMthUDSANppp1iXiyrVIaJhb2rDfV8Mg3NfOAqg","X-Forefront-Antispam-Report":"\n CIP:63.35.35.123;CTRY:IE;LANG:en;SCL:1;SRV:;IPV:CAL;SFV:NSPM;H:64aa7808-outbound-1.mta.getcheckrecipient.com;PTR:ec2-63-35-35-123.eu-west-1.compute.amazonaws.com;CAT:NONE;SFS:(13230031)(4636009)(396003)(39860400002)(346002)(136003)(376002)(230922051799003)(186009)(82310400011)(451199024)(1800799009)(64100799003)(36840700001)(40470700004)(46966006)(36860700001)(47076005)(40480700001)(81166007)(356005)(82740400003)(478600001)(70206006)(6512007)(6486002)(6506007)(70586007)(316002)(6666004)(110136005)(5660300002)(54906003)(2906002)(4326008)(44832011)(4744005)(41300700001)(8676002)(107886003)(26005)(2616005)(336012)(8936002)(86362001)(36756003)(40460700003);DIR:OUT;SFP:1101;","X-OriginatorOrg":"arm.com","X-MS-Exchange-CrossTenant-OriginalArrivalTime":"18 Oct 2023 16:22:51.7308\n (UTC)","X-MS-Exchange-CrossTenant-Network-Message-Id":"\n cb9e52a1-a6ce-458e-0ed9-08dbcff679f3","X-MS-Exchange-CrossTenant-Id":"f34e5979-57d9-4aaa-ad4d-b122a662184d","X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp":"\n TenantId=f34e5979-57d9-4aaa-ad4d-b122a662184d;Ip=[63.35.35.123];Helo=[64aa7808-outbound-1.mta.getcheckrecipient.com]","X-MS-Exchange-CrossTenant-AuthSource":"\n AM7EUR03FT038.eop-EUR03.prod.protection.outlook.com","X-MS-Exchange-CrossTenant-AuthAs":"Anonymous","X-MS-Exchange-CrossTenant-FromEntityHeader":"HybridOnPrem","X-Mailman-Approved-At":"Thu, 19 Oct 2023 08:09:55 +1100","X-BeenThere":"linuxppc-dev@lists.ozlabs.org","X-Mailman-Version":"2.1.29","Precedence":"list","List-Id":"Linux on PowerPC Developers Mail List ","List-Unsubscribe":",\n ","List-Archive":"","List-Post":"","List-Help":"","List-Subscribe":",\n ","Cc":"GNU C Library ,\n Nicholas Piggin ","Errors-To":"linuxppc-dev-bounces+incoming=patchwork.ozlabs.org@lists.ozlabs.org","Sender":"\"Linuxppc-dev\"\n "}}]