Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752195AbaFNWjL (ORCPT ); Sat, 14 Jun 2014 18:39:11 -0400 Received: from mail-ve0-f178.google.com ([209.85.128.178]:34966 "EHLO mail-ve0-f178.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751128AbaFNWjJ (ORCPT ); Sat, 14 Jun 2014 18:39:09 -0400 MIME-Version: 1.0 In-Reply-To: <20140614213000.GO179@brightrain.aerifal.cx> References: <20140614213000.GO179@brightrain.aerifal.cx> From: Andy Lutomirski Date: Sat, 14 Jun 2014 15:38:48 -0700 Message-ID: Subject: Re: [RFC 0/2] __vdso_findsym To: Rich Felker Cc: Russ Cox , Linux API , Ian Taylor , "linux-kernel@vger.kernel.org" , X86 ML Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Jun 14, 2014 at 2:30 PM, Rich Felker wrote: > On Sat, Jun 14, 2014 at 11:16:42AM -0700, Andy Lutomirski wrote: >> The idea is to add AT_VDSO_FINDSYM pointing at __vdso_findsym. This >> implements __vdso_findsym. >> >> This would make it easier for runtimes that don't otherwise implement >> ELF loaders to use the vdso. >> >> Thoughts? >> >> If people like the basic concept, I'll finish it, write up >> documentation and a selftest. If people don't like it, I'll drop it. > > I like the idea. I don't think it's immediately useful, since > libraries wanting to use vdso will likely want to support older > kernels that don't yet have this, and thus need to include their own > vdso parsing code. However, if we could get this in now, it would be > very useful a few years down the line where optimizing for old kernels > is not an important goal. I'd certainly like to be able to drop the > ELF parsing code from musl to reduce static binary size. And I could > see other projects possibly using it just to avoid the issue of ever > adding ELF parsing code in the first place. > Hmm. I hadn't thought of this as a size win, but I guess it could be if there are static binaries around. This patch currently generates 488 bytes on text with my toolchain. More than half of that is garbage needed to deal with the symbol version tables, and I should be able to move a decent fraction of it to vdso2c and therefore out of the kernel and vdso images. --Andy -- 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/