This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH] powerpc: Update AT_HWCAP2 bits
- From: Florian Weimer <fweimer at redhat dot com>
- To: Tulio Magno Quites Machado Filho <tuliom at linux dot vnet dot ibm dot com>, libc-alpha at sourceware dot org
- Date: Thu, 19 Oct 2017 11:57:02 +0200
- Subject: Re: [PATCH] powerpc: Update AT_HWCAP2 bits
- Authentication-results: sourceware.org; auth=none
- Authentication-results: ext-mx10.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com
- Authentication-results: ext-mx10.extmail.prod.ext.phx2.redhat.com; spf=fail smtp.mailfrom=fweimer at redhat dot com
- Dmarc-filter: OpenDMARC Filter v1.3.2 mx1.redhat.com 61E1761498
- References: <20171018191511.20685-1-tuliom@linux.vnet.ibm.com>
On 10/18/2017 09:15 PM, Tulio Magno Quites Machado Filho wrote:
Linux commit ID XXXXXXXXX reserved a new bit for a scenario where
transactional memory is available, but the suspended state is disabled.
The semantics of this bit are wrong. If the suspended state is not
available, the old hwcap bit needs to be cleared, and a new flag needs
to be set which documents the availability of the different for, of
transactional memory. Otherwise, old applications which assume the
presence of the suspended state when the old hwcap bit is set will break.
(I think we should have this discussion on the kernel list.)
Thanks,
Florian