From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 52591 invoked by alias); 1 Mar 2017 17:22:40 -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 52145 invoked by uid 89); 1 Mar 2017 17:22:39 -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=late 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-qk0-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=UZFh+IcSrsVuPsLP7hZssBamO3Ofy7jd5I13tb5cen4=; b=HY7oC5HvkUgE1WvhhBr+LJpSP358bzRB9D9tgAzepNDyE8q9bf6UzaI+uLmM4XNr14 iDVBNVGg3oTU7FGaUkSQPeePyXHuF7tOiPgnQI0Eb7J4M/K8wtNFyitGkemuTENURo4s kBEYKRXn0/M7B/zr7BCjyz9UmG5gUAveuJHFPCRPsJjJv4qTW2FrqfzH3axSHX78T6oz gBexNjSQjGqpnO0Uam0N1L+doZq9sAz+8BNUVCdahPYpbeWDHWMaEQqkjQ7qy4NADluo Fyp2YdTEjUpLA2zYUqxw4Q9U2JGxL9ohTbQTD7mNoIniDtNU7CF7jPhE3gqDPCSd7Ehu IOAQ== 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=UZFh+IcSrsVuPsLP7hZssBamO3Ofy7jd5I13tb5cen4=; b=rBbTKZjG/EorlifwxcTHNZd4mUtzG6OGbmXLSYmjwODwX1gmW/QMX6IXiwvVN4HVuL IZgJYxRubLuIVPeS2NDiUYCo97vheIWmyuQdoyiIFqDeU0QHhWUiRFFHM7W7Ki3HVmOz 4gRLaEabOxIJfmp96ZyWh1KeAJQ1RwhX2G/PAfpcvarMGmQ2MBwiFupOInnXDPX2q1eN HgMiNHR3ZfmWEMRzZDNJnPRUOu/ycM0Yh/NFZplPsKC0JJxS23IXrFb/Fkli+zO3mWVO jGMPUxaqyicNBCDSXd8yvve272PTr9KyjcszYimsmlRgmdMq5r5k+zA63eMZqa/FZEcW biUA== X-Gm-Message-State: AMke39mjdB8zKQbbNkKIYvDyyFxkxlaQYy/K65m1dg2cKDTBlJEOZA5OwR6ZNIeuOjkbZ6PoC6SvgmvbS3UZoQ== X-Received: by 10.200.35.36 with SMTP id a33mr11323691qta.216.1488388955770; Wed, 01 Mar 2017 09:22:35 -0800 (PST) MIME-Version: 1.0 In-Reply-To: <7eda6605-ff47-a829-8608-f3f40b2c0160@redhat.com> References: <4982fddd-e7bb-e7f1-d2ee-7aa73066bc8e@redhat.com> <7eda6605-ff47-a829-8608-f3f40b2c0160@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: "Carlos O'Donell" , gnu-gabi@sourceware.org Content-Type: text/plain; charset=UTF-8 X-SW-Source: 2017-q1/txt/msg00006.txt.bz2 On Wed, Mar 1, 2017 at 8:49 AM, Florian Weimer wrote: > On 02/28/2017 06:03 PM, H.J. Lu wrote: >> >> On Tue, Feb 28, 2017 at 8:19 AM, Carlos O'Donell >> wrote: >>> >>> On 02/23/2017 09:59 PM, H.J. Lu wrote: >>>>> >>>>> Why does it run _after_ all shared objects and the executable file are >>>>> loaded? >>>> >>>> >>>> Since __gnu_mbind_setup may call any external functions, it can only >>>> be done after everything is loaded and relocated. >>> >>> >>> Who defines this function? >> >> >> Platform vendor with special memory support should provide such function. >> >>> Where is it implemented? >> >> >> We are working on libmbind to implement it. > > > That's backwards. Either we need to merge libmbind in to glibc, or this > should be something provided by the kernel vDSO. I don't think libnuma belongs to glibc nor kernel. > We certainly don't want to repeat the mistake with the unwinder and > libgcc_s. __gnu_mbind_setup is kind of like malloc. The default __gnu_mbind_setup in glibc just returns 0, which can be overridden by the one from libmbind. >>> Why can't this be run in a constructor? Is that too late? >> >> >> We can use MCDRAM for dynamically allocated memory with >> memkind. We are looking for a user-friendly way to use MCDRAM >> for normal data variables. > > > Is it really necessary to avoid the pointer indirection? Yes. We found that memkind wasn't sufficient. -- H.J.