From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=3.0 tests=DKIMWL_WL_HIGH, DKIM_ADSP_CUSTOM_MED,DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 500E2C433E0 for ; Wed, 24 Jun 2020 21:33:16 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 1D7E8207FC for ; Wed, 24 Jun 2020 21:33:16 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="X0LBwwpc"; dkim=fail reason="signature verification failed" (2048-bit key) header.d=google.com header.i=@google.com header.b="km0rbdas" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 1D7E8207FC Authentication-Results: mail.kernel.org; dmarc=fail (p=reject dis=none) header.from=google.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=merlin.20170209; h=Sender:Content-Transfer-Encoding: Content-Type:Cc:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:Message-ID: Subject:To:From:Date:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=s0l4CV147ckplvu/jV1cz3R5TBJE7i1/s43xlpJI0/U=; b=X0LBwwpcBvG/UnN9BZVp5DXxx 9QaW/EY1X29s7XmDcREOEvd0gYEcn7anqtXWZatp9sJPEYJTd42JjpOYzTyRf/M0fpj8oJgf6R6NO VFhoPEdz26lLz71QJZBLi1cZhmhB69CDL1P/WTyGNNWwL+tfy9nw/+tXoEY0F53NHyzeYgNskrD3T yOvmNDAsMF4kz1n1/MFfPyZdWipBEFjBupSUV2Lj3yzEtmgZNsVoQ2WGlVubGEw6zxGSmGZGQIAnt 0ISGps5CNjMifq0LeBQ7HfTD0ty7TA7GR+YauUVgTHoWojWvFNJAQbp1cO2+HYXGEWG17Qcj6DMYv I0rgB5Fcg==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1joCzc-0008E4-3t; Wed, 24 Jun 2020 21:31:40 +0000 Received: from mail-pj1-x1043.google.com ([2607:f8b0:4864:20::1043]) by merlin.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1joCzZ-0008Cj-7R for linux-arm-kernel@lists.infradead.org; Wed, 24 Jun 2020 21:31:37 +0000 Received: by mail-pj1-x1043.google.com with SMTP id a45so2683763pje.1 for ; Wed, 24 Jun 2020 14:31:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=/O3ShsYHI31KeAbcJImqBKhK7RmR1YrkXinaLdbS2cc=; b=km0rbdasUCx++8x0lRTpl9dRVPlkvvgXmXH5VDqn1z/oWbZzfjocNBIe3ZynP1hSKb KVFJqPSTAVKH6Bv/v1uTTgpFU33rli2X3C/m74frA2+rWkygENBnngQ6aWJvCvtTwisK ZbNyudsS3PRLC9fuaxb8wpD7eLdi56OzlUX+Ro85RkehRMCJuUd9kGrUaJVjx1Rm6zjq OX9MIPdaaEsCkipcX4Eh8R80M8kBtbcIH8WUg2cLSf9HDDLe4n46v5madSBqNDFMNyys VlZ3/ZtSFkzDrwh90gPCorp7EeMVtZmCvszFtKxrIAgZiR2lx7HkBAL7Cd84LfmKQ6Hq Sr/g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=/O3ShsYHI31KeAbcJImqBKhK7RmR1YrkXinaLdbS2cc=; b=ukc+Xj7R8mSf579oJthU6MzjD8vo5uVQRQsTQyeyZ2zic4ZS7Lwl1x4HI/HlhEqjSA RlQbSRlcVLmpuBTxkGZue3DgLhcCELpR/7WxIb9oHGsSB0l21M/jiAT/8MjuiYKZarqZ JG4SI/7/EJVKsCVKMQAYp/mmiznO5Pvz/0QxZx6ga8ycuj30JQ9bngBWyFIrpAPR+mgU pKEM+ZArq8GrjtOhpjh16TO+vTI2dVEmLFB7N/0WcsxA5SKkqenA+Wv0R/UP2LUv8ZPP 8rCzXDok97vUG6mxvFD62ZO3LKbIA5chI6XuCnLKZNOo4ls/FDtUxaOaoXc5ld3NBswx F3FQ== X-Gm-Message-State: AOAM532Rn6BUMfPnxCIF1bK8oEdUiShH3dn8IzqlTDK3ZHIKZ6C9e5qD HGnAJzU5UfCbQ2omqdO/K8GktQ== X-Google-Smtp-Source: ABdhPJzL1k5l4bBaYzFfIDW/jK3TA6LlmzQ3rQievoHb7W2HsUj9qo9LTDOdsz8oDhdojeg/j6HFOw== X-Received: by 2002:a17:90a:4ecb:: with SMTP id v11mr29922206pjl.75.1593034294906; Wed, 24 Jun 2020 14:31:34 -0700 (PDT) Received: from google.com ([2620:15c:201:2:ce90:ab18:83b0:619]) by smtp.gmail.com with ESMTPSA id a12sm21064814pfr.44.2020.06.24.14.31.33 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 24 Jun 2020 14:31:34 -0700 (PDT) Date: Wed, 24 Jun 2020 14:31:29 -0700 From: Sami Tolvanen To: Nick Desaulniers Subject: Re: [PATCH 07/22] kbuild: lto: merge module sections Message-ID: <20200624213129.GC26253@google.com> References: <20200624203200.78870-1-samitolvanen@google.com> <20200624203200.78870-8-samitolvanen@google.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: linux-arch , "maintainer:X86 ARCHITECTURE \(32-BIT AND 64-BIT\)" , Kees Cook , "Paul E. McKenney" , Kernel Hardening , Greg Kroah-Hartman , Masahiro Yamada , Linux Kbuild mailing list , LKML , clang-built-linux , linux-pci@vger.kernel.org, Will Deacon , Linux ARM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Wed, Jun 24, 2020 at 02:01:59PM -0700, 'Nick Desaulniers' via Clang Built Linux wrote: > On Wed, Jun 24, 2020 at 1:33 PM Sami Tolvanen wrote: > > > > LLD always splits sections with LTO, which increases module sizes. This > > change adds a linker script that merges the split sections in the final > > module and discards the .eh_frame section that LLD may generate. > > For discarding .eh_frame, Kees is currently fighting with a series > that I would really like to see land that enables warnings on orphan > section placement. I don't see any new flags to inhibit .eh_frame > generation, or discard it in the linker script, so I'd expect it to be > treated as an orphan section and kept. Was that missed, or should > that be removed from the commit message? It should be removed from the commit message, thanks for pointing it out. Sami _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel