[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4F42E171.9080005@mit.edu>
Date: Mon, 20 Feb 2012 16:12:33 -0800
From: Andy Lutomirski <luto@....EDU>
To: "H. Peter Anvin" <hpa@...or.com>
CC: linux-kernel@...r.kernel.org, linux-arch@...r.kernel.org,
mingo@...nel.org, tglx@...utronix.de,
torvalds@...ux-foundation.org, akpm@...ux-foundation.org,
hjl.tools@...il.com
Subject: Re: [PATCH 30/30] x32: Add x32 VDSO support
On 02/19/2012 04:08 PM, H. Peter Anvin wrote:
> From: "H. J. Lu" <hjl.tools@...il.com>
>
> Add support for the x32 VDSO. The x32 VDSO takes advantage of the
> similarity between the x86-64 and the x32 ABIs to contain the same
> content, only the container is different, as the x32 VDSO obviously is
> an x32 shared object.
> +
> +/*
> + * This controls what userland symbols we export from the vDSO.
> + */
> +VERSION {
> + LINUX_2.6 {
> + global:
> + clock_gettime;
> + __vdso_clock_gettime;
> + gettimeofday;
> + __vdso_gettimeofday;
> + getcpu;
> + __vdso_getcpu;
> + time;
> + __vdso_time;
> + local: *;
> + };
> +}
> +
Would it make sense to remove the non-__vdso-prefixed weak symbols?
AFAICT they are somewhere between useless (because the __vdso symbols
are unambiguous), confusing (has anyone not read this and said "huh?"),
and wrong (they are not interchangeable with glibc's symbols as they
return different values).
We're stuck with them on x86-64, but x32 is new and has no
backwards-compatibility issues.
--Andy
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists