Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755466Ab1FHK2i (ORCPT ); Wed, 8 Jun 2011 06:28:38 -0400 Received: from r00tworld.com ([212.85.137.150]:40304 "EHLO r00tworld.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754179Ab1FHK2h (ORCPT ); Wed, 8 Jun 2011 06:28:37 -0400 From: pageexec@freemail.hu To: Andi Kleen Date: Wed, 08 Jun 2011 12:26:49 +0200 MIME-Version: 1.0 Subject: Re: [PATCH v5 8/9] x86-64: Emulate legacy vsyscalls Reply-to: pageexec@freemail.hu CC: Andi Kleen , Ingo Molnar , Andrew Lutomirski , x86@kernel.org, Thomas Gleixner , linux-kernel@vger.kernel.org, Jesper Juhl , Borislav Petkov , Linus Torvalds , Andrew Morton , Arjan van de Ven , Jan Beulich , richard -rw- weinberger , Mikael Pettersson , Brian Gerst , Louis Rilling , Valdis.Kletnieks@vt.edu Message-ID: <4DEF4E69.14274.1C44F04F@pageexec.freemail.hu> In-reply-to: <20110608100612.GJ27166@one.firstfloor.org> References: <20110608091120.GI27166@one.firstfloor.org>, <4DEF424F.2351.1C15AD40@pageexec.freemail.hu>, <20110608100612.GJ27166@one.firstfloor.org> X-mailer: Pegasus Mail for Windows (4.61) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.12 (r00tworld.com [212.85.137.150]); Wed, 08 Jun 2011 12:27:27 +0200 (CEST) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1171 Lines: 25 On 8 Jun 2011 at 12:06, Andi Kleen wrote: > > eventually may even go away as time progresses and > > linux systems begin to fully rely on the vdso instead. > > That assumes that everyone uses glibc and also updates their userland. > As pointed out many times that's a deeply flawed assumption. i think the assumption is not that everyone uses glibc but that everyone else (as in, every other libc) can simply take the necessary changes from glibc, provided they need such changes at all (i.e., they're using the vsyscall entry points over the vdso ones). i frankly didn't check any of the alternatives myself (uclibc/klibc/bionic/etc) but i can't imagine that it'd be that much harder to patch them than glibc. as i said, this was a compromise solution but then i think you already made it clear that you didn't even think there was a problem here to solve, so i guess we should work that out first, if you want to ;). -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/