From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 65907 invoked by alias); 19 Feb 2020 12:28: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 65890 invoked by uid 89); 19 Feb 2020 12:28:44 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Checked: by ClamAV 0.100.3 on sourceware.org X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.1 spammy=H*i:sk:6bf0447, H*f:sk:6bf0447 X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on sourceware.org X-Spam-Level: X-Spam-User: qpsmtpd, 2 recipients X-HELO: mail-ot1-f65.google.com Received: from mail-ot1-f65.google.com (HELO mail-ot1-f65.google.com) (209.85.210.65) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 19 Feb 2020 12:28:43 +0000 Received: by mail-ot1-f65.google.com with SMTP id z9so22922084oth.5; Wed, 19 Feb 2020 04:28:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=tpOmXkC4x81KSoIUpIElOjDSXxidHF3HWtugwDju7us=; b=CgXtm/JgTtxeJf5UUw0sizN2UgOGQLGxeqU8RxGIZwMh/u0g81Yi877Cccw/+btXl5 zV0YoWOYTPQqH2PETZ65HUtBj7HizwEZlU3j10HvSfCrIce8mNwYEqX2ukcM0WzKQnlb eGRElEKpcyfwkk8hGbCZ/LwVxgnILWhIeX5Lkk1OIZerd1sG4GUyFnr6dLAwMv46v8MH N3NkMGPCn0zgjIyt7R6kMwqHgXG4QL0jHa5tR8U3DkxI0gQM3quH81ON7nMcANLx0spz jZVmhHdemnuOXoKeidle6lApWbajplN4dBV6GXov/QKvcmQtVosp40HNLF5iModrjQfu Coiw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=tpOmXkC4x81KSoIUpIElOjDSXxidHF3HWtugwDju7us=; b=mzGBCIueLnXOHu3EOkG73fawx2P+KCPJvdvrlZZ5SybQwTDXoksGZ97JxPITEwmMOR +puhJm+4ncaPL8Lw4TKphYNMNQlwU4ToY5kc3kUq4LqcKUtfloK2rWV5IF0II8vQju8V 14QAwUw36uDYCUGPEeEmM8VHn6DXQnk/EIZ6VSpYOeOkRdWdtntORFXNbkX+H+pg7YfX j6l2hBgxVAfapM9mO1ky4RnVElVqC19KGcCNRGBFF0H3/fJ3cWnBHoNKbYw2/ds0eTcf caJioUwMefm4q5P+k1esf2AenDqLJBcVm2jxOT8JuQ80MMeN+uE4Bm/O/Ak5ApICBDcS +Q5Q== X-Gm-Message-State: APjAAAUyH2q2nqglN2igazohJquMuCaKPLcVJshNVPk3z2An9isk4PHL C/JDSkmjhZv+Rz4HZCFtQglD5Xp0vfk/RYI1dSQ= X-Google-Smtp-Source: APXvYqxlwe2ze/aorHkFw26xrdujQywDhxl5TTyvGwGVi1BU/mUVhUn2HQaDSBn1F8yCjDB+GmHH7+pizgw4JtzbLWo= X-Received: by 2002:a9d:4c14:: with SMTP id l20mr19197177otf.125.1582115321408; Wed, 19 Feb 2020 04:28:41 -0800 (PST) MIME-Version: 1.0 References: <20200219023120.gvr4ajolbjbqcfix@google.com> <6bf04476b559f11965b4474b500156e26949ffc2.camel@klomp.org> In-Reply-To: <6bf04476b559f11965b4474b500156e26949ffc2.camel@klomp.org> From: "H.J. Lu" Date: Wed, 01 Jan 2020 00:00:00 -0000 Message-ID: Subject: Re: binutils ld and new PT_GNU_PROPERTY segment To: Mark Wielaard Cc: Fangrui Song , "Zhang, Annita" , gnu-gabi , Binutils Content-Type: text/plain; charset="UTF-8" X-IsSubscribed: yes X-SW-Source: 2020-q1/txt/msg00008.txt On Wed, Feb 19, 2020 at 4:02 AM Mark Wielaard wrote: > > Hi, > > On Wed, 2020-02-19 at 03:39 -0800, H.J. Lu wrote: > > On Wed, Feb 19, 2020 at 2:58 AM Mark Wielaard wrote: > > > On Tue, 2020-02-18 at 18:31 -0800, Fangrui Song wrote: > > > > From what I can see, neither the Linux kernel nor glibc uses > > > > PT_GNU_PROPERTY. > > > > glibc/sysdeps/x86/dl-prop.h parses PT_NOTE. > > > > > > That is my impression too. > > > > See: > > > > https://patchwork.kernel.org/patch/11285409/ > > > > It is for both x86 and arm64. > > So that is not upstream in the mainline kernel? Why can't that patch > use the existing PT_NOTE segment? That would make it compatible with > existing binaries that don't have this PT_GNU_PROPERTY program header. Kernel loader is one of motivations of PT_GNU_PROPERTY. Kernel loader only wants to check PT_XXX. -- H.J.