From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from esa4.mentor.iphmx.com (esa4.mentor.iphmx.com [68.232.137.252]) by sourceware.org (Postfix) with ESMTPS id 279853858D3C for ; Wed, 22 Feb 2023 15:35:15 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 279853858D3C Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=codesourcery.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=mentor.com X-IronPort-AV: E=Sophos;i="5.97,319,1669104000"; d="scan'208";a="97849168" Received: from orw-gwy-01-in.mentorg.com ([192.94.38.165]) by esa4.mentor.iphmx.com with ESMTP; 22 Feb 2023 07:35:14 -0800 IronPort-SDR: yb04YiQ9oCW0hvlEoeUZPZ2lmHwhdb7GHnQMDMJ/zac3NzJLlrZfjZntAhandbAe/nWTEztg4w deJL2iEx2lCV2G1C7XN6lALwFQSNP5qYPEnRdYjTZx0h0vQdmdqTNMe00qEEKBxOKPEs0oTwFj 0hCve04oJdRXUwco9olJq+2W1BSfF7LWdvyVJtQC59bHHspBCbgk4vmhoLMLNZJQMo3xR+2b1w KwSlzzm2E+TZdddN8oHu+7RNwXSNm8UtWHbw4gCRYsfC2QsRxIzyKJKzCfdUujqmP6xh43zz3h XS8= Date: Wed, 22 Feb 2023 15:35:09 +0000 From: Joseph Myers To: Helge Deller CC: , , Subject: Re: [PATCH v2] hppa: Drop old parisc-specific MADV_* constants In-Reply-To: Message-ID: <218a1225-a5d3-cb3-7f2e-9f4785e14dd@codesourcery.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-Originating-IP: [137.202.0.90] X-ClientProxiedBy: svr-ies-mbx-10.mgc.mentorg.com (139.181.222.10) To svr-ies-mbx-10.mgc.mentorg.com (139.181.222.10) X-Spam-Status: No, score=-3108.0 required=5.0 tests=BAYES_00,HEADER_FROM_DIFFERENT_DOMAINS,KAM_DMARC_STATUS,SPF_HELO_PASS,SPF_PASS,TXREP autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On Fri, 10 Feb 2023, Helge Deller via Libc-alpha wrote: > The Linux kernel upstream commit 71bdea6f798b ("parisc: Align parisc > MADV_XXX constants with all other architectures") dropped the > parisc-specific MADV_* values in favour of the same constants as > other architectures. In the same commit a wrapper was added which I'd like to enquire about another part of that commit. It removes the #define of MAP_VARIABLE to 0, so resulting in tst-mman-consts failing if I update build-many-glibcs.py to use Linux 6.2. So we'll need to change tst-mman-consts.py to allow variation between userspace and kernel regarding whether that macro is defined (the expectation of the test being that newer kernels only add macros tested for, not remove them), but should we also remove that define in glibc? -- Joseph S. Myers joseph@codesourcery.com