[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20140616023604.GI5714@two.firstfloor.org>
Date: Mon, 16 Jun 2014 04:36:04 +0200
From: Andi Kleen <andi@...stfloor.org>
To: Andy Lutomirski <luto@...capital.net>
Cc: "H. Peter Anvin" <hpa@...or.com>, Andi Kleen <andi@...stfloor.org>,
Rich Felker <dalias@...c.org>,
Mikael Pettersson <mikpelinux@...il.com>,
Russ Cox <rsc@...ang.org>,
Linux API <linux-api@...r.kernel.org>,
Ian Taylor <iant@...ang.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
X86 ML <x86@...nel.org>
Subject: Re: [RFC 0/2] __vdso_findsym
At least versioning is always useful to have, just to have
another tool for compatibility if changes are needed.
Not sure about weak, but it can't hurt. It seems to be standard practice
in glibc.
I haven't looked into this in detail, but my initial assumption would
be that it wouldn't be useful to add new vdso interfaces just for Go.
After all would you really want to force ever Go user to upgrade their
kernel just to get fast fime? So it has to work with whatever is already
there anyways.
I agree that current interface is not great (I didn't design it BTW,
just adapted it from i386), but it should be implementable.
-Andi
--
ak@...ux.intel.com -- Speaking for myself only.
--
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