On Fri, Sep 06, 2024 at 12:05:23AM +0100, Mark Brown wrote: > Since arm64 has now used all of AT_HWCAP2 it needs to either start using > AT_HWCAP3 (which was recently added for PowerPC) or start allocating > bits 32..61 of AT_HWCAP first. Those are documented in elf_hwcaps.rst > as unused and in uapi/asm/hwcap.h as unallocated for potential use by > libc, glibc does currently use bits 62 and 63. This series has the code > for enabling AT_HWCAP3 as a reference. > > We will at some point need to bite this bullet but we need to decide if > it's now or later. Given that we used the high bits of AT_HWCAP2 first > and AT_HWCAP3 is already defined it feels like that might be people's > preference, in order to minimise churn in serieses adding new HWCAPs > it'd be good to get consensus if that's the case or not. Since the arm64 ABI documents that only bits 62 and 63 from AT_HWCAP are reserved for glibc, I think we should start using the remaining 30 bits of AT_HWCAP first before going for AT_HWCAP3. I'm sure we'll go through them quickly enough, so these two patches will have to be merged at some point. We'll need an Ack from the (arm64) glibc people on the GCS patch series if we are going for bits 32+ in AT_HWCAP. -- Catalin
