This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
On Tuesday 16 October 2012 18:08:32 Ryan Arnold wrote: > In GLIBC we could copy these bits up to the high 32-bits of the existing > 64-bit hwcap (uint64) and continue to access the existing hwcap via the > GLRO macros. This would of course eliminate parity between the kernel > hwcap definitions and those in GLIBC (exported via hwcap.h). maybe i'm naive, but couldn't you have the kernel declare cpu_spec.cpu_user_features as 64bit and then take care of splitting up ELF_HWCAP into AT_HWCAP and AT_HWCAP2 automatically ? you could have the binfmt loader do something like: NEW_AUX_ENT(AT_HWCAP, ELF_HWCAP); if (sizeof(*elf_info) < sizeof(ELF_HWCAP)) NEW_AUX_ENT(AT_HWCAP2, (ELF_HWCAP) >> (sizeof(*elf_info) * 8)); then the ldso knows that if it sees AT_HWCAP2, it has to manually merge it into the higher bits. -mike
Attachment:
signature.asc
Description: This is a digitally signed message part.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |