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=-0.8 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, 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 EB609C10F27 for ; Tue, 10 Mar 2020 18:52:54 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id B719520637 for ; Tue, 10 Mar 2020 18:52:54 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="ijTf999n" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726703AbgCJSwx (ORCPT ); Tue, 10 Mar 2020 14:52:53 -0400 Received: from mail-qt1-f195.google.com ([209.85.160.195]:41403 "EHLO mail-qt1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726315AbgCJSwx (ORCPT ); Tue, 10 Mar 2020 14:52:53 -0400 Received: by mail-qt1-f195.google.com with SMTP id l21so10454115qtr.8; Tue, 10 Mar 2020 11:52:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:date:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=EtahSso5JAHVpOJNzgS4dPTgoehtv6wYSvMnh2h8YfY=; b=ijTf999nN+QQTwsdAsJKj0ZKfM40Xgzqktsmkh646xPgPKSjzD95mHL75yX5ta4TMb hLpkGoZDf1hPh1c/XMxCVH6GFcwv/HPpxxr+3hnzuGOGU1wHI8gUsg3MWLJ7y1O9rJp2 X+poSY2B1oCvJVuFHI5B8uoCPc68NG3fQuFpA9R5Zl1NvAtqH/S+FCcSaDkEmvl6gpF/ tb3QU7Zi/yMTua0y6Tc29L5zw1BrHjX9erpJ+DRTBlAWy5TmKgJbX7yyMqk23BqbKr89 3vrN1ia4B2F5daAsapQbN05SA7IG06x0GnCURmjIFQ3O2YCbQqukGL5PSWqoT7uE1kyE sx+Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:date:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=EtahSso5JAHVpOJNzgS4dPTgoehtv6wYSvMnh2h8YfY=; b=naRaN0tbArJb3zvVnQ4yhF3JXSUDyrZ7J/j/nv+9uGLYFpyBOrIuc5eCO+fZeJyCkq EwyMDoAQi1tP/o5XqshSC0DU0mHDMI/Dwy15M+CrFpA/veDmQeOZYPsthofUjCCnoEts pCZOMb3zCXE6EvrX7Aky4Z2nFO9PL3A6yQELj0HRzvImB9vnoFc0yGZc+FfhiFOodOiE b7ywTnQ1WoP98XKGatsILVbr7rvX6Yx9kyU/7jbJg3/1Qohl17PAtMcXe7O/9Fqqsb/e YzMEpECLqE2KUMsTLtDzTzde2oWfR0h3umrt6IlwArsnFVoysO+n4wwfqOc58AVy41TI EWvg== X-Gm-Message-State: ANhLgQ1Z2YxcSq9OdV2XEN3SJXp2JUHbSVmMOTzlGWzSzxARx3NVbAtq y9PwhwIJWTshEjmZtijdq/o= X-Google-Smtp-Source: ADFU+vuSS9B/uX+Jw77s+9kaUnsZBXNaJp/kp03xcFvsnp7YAQjZI2Tzw9vF7ofSvmHN1nTYARC/zg== X-Received: by 2002:ac8:348f:: with SMTP id w15mr7314055qtb.219.1583866371680; Tue, 10 Mar 2020 11:52:51 -0700 (PDT) Received: from quaco.ghostprotocols.net (179-240-149-111.3g.claro.net.br. [179.240.149.111]) by smtp.gmail.com with ESMTPSA id p18sm24243304qkp.47.2020.03.10.11.52.50 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 10 Mar 2020 11:52:51 -0700 (PDT) From: Arnaldo Carvalho de Melo X-Google-Original-From: Arnaldo Carvalho de Melo Received: by quaco.ghostprotocols.net (Postfix, from userid 1000) id 326CE40009; Tue, 10 Mar 2020 15:52:48 -0300 (-03) Date: Tue, 10 Mar 2020 15:52:48 -0300 To: Andrii Nakryiko Cc: Kees Cook , Masahiro Yamada , Michal Marek , Linux Kbuild mailing list , open list Subject: Re: [PATCH] kbuild: Remove debug info from kallsyms linking Message-ID: <20200310185248.GM15931@kernel.org> References: <202002242114.CBED7F1@keescook> <202003031301.083CF048C2@keescook> <202003031758.AE8FEB7@keescook> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Url: http://acmel.wordpress.com Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Em Tue, Mar 03, 2020 at 08:29:39PM -0800, Andrii Nakryiko escreveu: > On Tue, Mar 3, 2020 at 6:11 PM Kees Cook wrote: > > On Tue, Mar 03, 2020 at 01:50:52PM -0800, Andrii Nakryiko wrote: > > > On Tue, Mar 3, 2020 at 1:06 PM Kees Cook wrote: > > > > On Mon, Mar 02, 2020 at 10:55:04PM -0800, Andrii Nakryiko wrote: > > > > > On Mon, Feb 24, 2020 at 9:17 PM Kees Cook wrote: > > > > > > LLVM_OBJCOPY=${OBJCOPY} ${PAHOLE} -J ${1} > > > > > > > > > > > > # dump .BTF section into raw binary file to link with final vmlinux > > > > BTW, in looking at BTF generation, why is this cut up into three steps: > > > > pahole, objcopy, objcopy... shouldn't pahole just gross an output method > > > > to dump the final .o file? That would be MUCH nicer. Especially since > > > > the first step ends up rewriting (?!) the original ELF. This is a lot of > > > > needless IO... > > > Just mostly historical reasons, that was the interface pahole already > > > supported. I agree that it's a good idea to teach pahole to just emit > > > a binary BTF section dump. > > /me adds it to giant TODO list ;) Mine is giant as well, but adding it anyway... :-) - Arnaldo