This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PING] [PATCH 1/5] S390: Add new hwcap values for new cpu architecture - arch12.
- From: Florian Weimer <fweimer at redhat dot com>
- To: Stefan Liebler <stli at linux dot vnet dot ibm dot com>, libc-alpha at sourceware dot org
- Date: Tue, 27 Jun 2017 14:12:04 +0200
- Subject: Re: [PING] [PATCH 1/5] S390: Add new hwcap values for new cpu architecture - arch12.
- Authentication-results: sourceware.org; auth=none
- Authentication-results: ext-mx02.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com
- Authentication-results: ext-mx02.extmail.prod.ext.phx2.redhat.com; spf=pass smtp.mailfrom=fweimer at redhat dot com
- Dkim-filter: OpenDKIM Filter v2.11.0 mx1.redhat.com 9B953BBF46
- Dmarc-filter: OpenDMARC Filter v1.3.2 mx1.redhat.com 9B953BBF46
- References: <1498027882-24892-1-git-send-email-stli@linux.vnet.ibm.com> <96bae8f1-f087-d729-d70d-1b3c71d28629@linux.vnet.ibm.com>
On 06/27/2017 02:06 PM, Stefan Liebler wrote:
> On 06/21/2017 08:51 AM, Stefan Liebler wrote:
>> The new hwcap values indicate support for:
>> - Vector packed decimal facility
>> - Vector enhancements facility 1
>> - Guarded storage facility
>>
>> Note: arch12 is NOT the official name of the new CPU.
>> It refers to the edition number of the Principle of Operations manual.
>>
>> ChangeLog:
>>
>> * sysdeps/s390/dl-procinfo.c (_dl_s390_cap_flags):
>> Add vxd, vxe, gs flag.
>> * sysdeps/s390/dl-procinfo.h: Add HWCAP_S390_VXD, HWCAP_S390_VXE,
>> HWCAP_S390_GS capability.
>> * sysdeps/unix/sysv/linux/s390/bits/hwcap.h
>> (HWCAP_S390_VXD, HWCAP_S390_VXE, HWCAP_S390_GS): Define.
>> ---
>> sysdeps/s390/dl-procinfo.c | 5 +++--
>> sysdeps/s390/dl-procinfo.h | 5 ++++-
>> sysdeps/unix/sysv/linux/s390/bits/hwcap.h | 3 +++
>> 3 files changed, 10 insertions(+), 3 deletions(-)
>>
> PING
FWIW, I think you can assume consensus for such s390-specific changes,
especially if they do not alter ABI (so that we can revert them if
necessary, without recompiling applications).
“In general this maintainership means that you have the discretion to
assume consensus for a change of your own without waiting for review or
comments on consensus.”
<https://sourceware.org/glibc/wiki/MAINTAINERS>
Thanks,
Florian