This is the mail archive of the
mailing list for the glibc project.
Re: [PATCH] [RFC] making uapi/linux/elfcore.h useful again
- From: Arnd Bergmann <arnd at arndb dot de>
- To: Joseph Myers <joseph at codesourcery dot com>
- Cc: linux-arch <linux-arch at vger dot kernel dot org>, Linux API <linux-api at vger dot kernel dot org>, David Howells <dhowells at redhat dot com>, GNU C Library <libc-alpha at sourceware dot org>, Thomas Gleixner <tglx at linutronix dot de>, Ingo Molnar <mingo at redhat dot com>, "H. Peter Anvin" <hpa at zytor dot com>, "the arch/x86 maintainers" <x86 at kernel dot org>, Linux Kernel Mailing List <linux-kernel at vger dot kernel dot org>
- Date: Tue, 18 Sep 2018 07:21:13 -0700
- Subject: Re: [PATCH] [RFC] making uapi/linux/elfcore.h useful again
- References: <firstname.lastname@example.org> <alpine.DEB.email@example.com>
On Mon, Sep 17, 2018 at 5:05 AM Joseph Myers <firstname.lastname@example.org> wrote:
> On Fri, 14 Sep 2018, Arnd Bergmann wrote:
> > +typedef unsigned long elf_greg_t;
> Does that need to be unsigned long long for x32? (At least glibc thinks
> so; I've not tested what an x32 core dump actually looks like, but to be
> useful it certainly ought to have 64-bit registers.)
Yes, I think that's right. 'unsigned long' was correct inside of the kernel,
but copying it into a uapi header means we have to use '__kernel_ulong_t'
so it gets interpreted right by x32 user space.