From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25385 invoked by alias); 20 Mar 2017 16:49:44 -0000 Mailing-List: contact gnu-gabi-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Post: List-Help: List-Subscribe: Sender: gnu-gabi-owner@sourceware.org Received: (qmail 25301 invoked by uid 89); 20 Mar 2017 16:49:44 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Checked: by ClamAV 0.99.2 on sourceware.org X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RCVD_IN_SORBS_SPAM,SPF_PASS autolearn=ham version=3.3.2 spammy=forbid, among X-Spam-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RCVD_IN_SORBS_SPAM,SPF_PASS autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on sourceware.org X-Spam-Level: X-HELO: mail-qt0-f180.google.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=L7xS2F1rY6uErRPKkc4mNK95a+l9sZDwx7A1XJWEz6Q=; b=T1vkuFJp9l4IDR00vm9hDNqhWHbTzkW/zObYy+UALKvrJlsOTaScsHomEAGyTBaS6+ /Cq0UI+PfxnIHIwj9tufgCac6NjpTpIbIDZCd9zFvo96wMTYrUl00YRrQkTMZv76hG4R InZC2UALVSjaY3ipRVI7RYUamGJ5ZvHIwgnb6S9L6aLrIS0udyYoNYZ1y+lSF30n3adF NStArSj8XVSbiX0YE8AyjV6tvnL8zPijwLz2E8b7QKwHPFPItTCDV6kuYZx8y+1fYSmH tm3dc3I5BGa8S+ln8JH7GIh7zbCsr/EyEEk+SbpXXU9Mfn+k6feb62MYRbcdYa6lUNln 7sjA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=L7xS2F1rY6uErRPKkc4mNK95a+l9sZDwx7A1XJWEz6Q=; b=IyfDYnEaACoFHdu1c5EIaRUtbKe4dDsBm8CTf43uN+xB/KiQzWgIRKIIohNgZWSbCP XbG/YFFq6b+ciYsv93hYDOF0gKlgWJ6p4mWE7iZZSMVkY/c5iYSxbTELAVO8Y9Gzj9Q2 gU81PmHx5yRb8FpYDSSDE53j9ZxP7DUl0bNCJASVbxs9mRU32kWkc4PlRKqeM87P7RFe 0wVBUe+qi80YIzZYFf7sYEQnAkd6wNhXu5SyPghWmi47IO5SLcMM6EuZUCEhvw8mbcyB OWV/zSJpOwG3yjPT6p6hORCJYhf21sOJ+AWxApjrFfW3CMdFGBlKPm1Yq2S6k7Ds2HGU ITmw== X-Gm-Message-State: AFeK/H1MQNhiO8utjM31Csc6YTMXvE2YkaAejeZzjJm+OhIZUAkFXFxLkuJkhkGN0rmkTCtDkfl61Ii+SRQE5w== X-Received: by 10.200.42.78 with SMTP id l14mr28872335qtl.15.1490028581743; Mon, 20 Mar 2017 09:49:41 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: References: <88608944-14c9-9d28-80d1-32283521683b@gmail.com> <13b95ec6-45be-b02f-bb63-bc1835ecf396@redhat.com> From: "H.J. Lu" Date: Sun, 01 Jan 2017 00:00:00 -0000 Message-ID: Subject: Re: RFC: ABI support for special memory area To: Florian Weimer Cc: Suprateeka R Hegde , "Carlos O'Donell" , gnu-gabi@sourceware.org Content-Type: text/plain; charset=UTF-8 X-SW-Source: 2017-q1/txt/msg00023.txt.bz2 On Mon, Mar 20, 2017 at 7:57 AM, Florian Weimer wrote: > On 03/16/2017 07:22 PM, H.J. Lu wrote: > >>> If the latter, why can't you use the existing ELF constructor mechanism >>> for >>> this? As far as I understand it, the call to __gnu_mbind_setup would >>> just >>> happen before the constructor calls. >> >> >> That is correct. The issue is to access the ELF segment header for each >> loaded object only once. There is no good way to get this info from >> constructor. > > > I think you can get the data in a pretty straightforward manner using > dlinfo. dlinfo is used to info from application. I don't see how it can be used here. > I expect that libraries such as bdwgc might want to use the > __gnu_mbind_setup callback as well, just to register freshly loaded shared Did you mean to mark pieces of memory garbage collectible? I guess it may work. > objects and their data sections. Can we make this work for multiple users? > What did you mean by "multiple users"? My proposal targets process memory address space. It doesn't forbid sharing memory addresses among different processes. -- H.J.