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=-5.3 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_1 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 75C61C433DB for ; Thu, 4 Mar 2021 16:24:51 +0000 (UTC) Received: from desiato.infradead.org (desiato.infradead.org [90.155.92.199]) (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 E735164F4A for ; Thu, 4 Mar 2021 16:24:50 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org E735164F4A Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=arm.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=desiato.20200630; h=Sender:Content-Transfer-Encoding :Content-Type:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:Message-ID: Subject:Cc: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=clRYwWT1xJquHOudSfgA6Isnl3KkktXikWgUJFOzlio=; b=n/G2SlEBOCwJOelKmXLzM8d3u RILttPfvkKhKt9oiq0h5qrqKO65XhCgeJz1Dnp0xzCcRTUcgxenIm5l9Jk7oG3pp3UNwIt3nf0dbU L/RpMKkSiMEtD+7qmatVO5MwoQf+5Uxpz5gwno2O88ws7gPa43sR/UI6z2l2jmsZIL/i2D1EA9EBt 1CB9WrX6LCbAMrnGKkcbtLBuICYgTlJMTpCxKzipUPvRAsLZxW9fkFvnBCs2fh2wYCW69VSYZfr6q pw4IE8o90EeG22RtKp7Tny2TI9Jjy27QN4OV7DGM49rT3aC7fnqIJxggMr/pT6KNJrdMNmjb8BiHZ KuvHl5g+g==; Received: from localhost ([::1] helo=desiato.infradead.org) by desiato.infradead.org with esmtp (Exim 4.94 #2 (Red Hat Linux)) id 1lHqkN-009DeO-C1; Thu, 04 Mar 2021 16:22:43 +0000 Received: from mail.kernel.org ([198.145.29.99]) by desiato.infradead.org with esmtps (Exim 4.94 #2 (Red Hat Linux)) id 1lHqkH-009Ddt-LB for linux-arm-kernel@lists.infradead.org; Thu, 04 Mar 2021 16:22:39 +0000 Received: by mail.kernel.org (Postfix) with ESMTPSA id AA00D64F47; Thu, 4 Mar 2021 16:22:34 +0000 (UTC) Date: Thu, 4 Mar 2021 16:22:32 +0000 From: Catalin Marinas To: Mark Brown Cc: Will Deacon , linux-arm-kernel@lists.infradead.org, Guillaume Tucker , Kevin Hilman Subject: Re: [PATCH] arm64: defconfig: Disable DEBUG_INFO Message-ID: <20210304162231.GA29547@arm.com> References: <20210302185852.5790-1-broonie@kernel.org> <20210304125623.GB20956@willie-the-truck> <20210304143647.GB4731@sirena.org.uk> <20210304144833.GB21410@willie-the-truck> <20210304151853.GC4731@sirena.org.uk> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20210304151853.GC4731@sirena.org.uk> User-Agent: Mutt/1.10.1 (2018-07-13) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , 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 Thu, Mar 04, 2021 at 03:18:53PM +0000, Mark Brown wrote: > On Thu, Mar 04, 2021 at 02:48:34PM +0000, Will Deacon wrote: > > On Thu, Mar 04, 2021 at 02:36:47PM +0000, Mark Brown wrote: > > > they allocate to jobs (that's certainly what KernelCI does). Testing > > > modified versions of configurations isn't great as half the point of > > > using the standard configurations is that everyone's working to the same > > > thing and should in theory be seeing the same stuff, it's easier to name > > > a standard config than name a standard config and a list of tweaks > > > applied to it. > > > I'd be fine if arm64 build reports came back as "defconfig+DEBUG_INFO=n" > > and the CI just ran ./scripts/config -d DEBUG_INFO as part of its build > > step. For runtime testing, however, having the full vmlinux available is > > really helpful if we need to debug. I found DEBUG_INFO pretty useful as well and always hated it in the past when I had to recompile a kernel just to rerun the tests and identify the source/line of an address (I guess that's why we ended up with this in defconfig). > > > This is about picking a sensible default, there's always going to be > > > cases where someone wants the other value (otherwise it wouldn't be a > > > config option). The contention is that there's a lot more builds being > > > slowed down by the extra I/O and disk space being burned than benefit to > > > people who end up with the debug info turned on and actively use it but > > > these aren't direct tradeoffs so you can't categorically say something > > > one way or the other. At the minute defconfig actually results in a > > > bigger build tree than an allmodconfig for me (6.8G vs 5.2G) which > > > doesn't seem like what I'd expect. > > > I suppose I'm of the opinion that debug info is a waste of time until you > > need it, and then it's suddenly invaluable. So I'd prefer it to be there by > > default, as I don't think the extra I/O or disk space is a concern outside > > of CI. But it would be good to hear what others have to say. > > FWIW with laptops the I/O cost tends to make a difference to the > edit/compile/run time for me, disks are slow and RAM not plentiful. > Right now I'm sitting at a rather high speced desktop so the build trees > I got the storage numbers from were all in RAM backed tmpfs and it makes > very little odds. How about enabling DEBUG_INFO_REDUCED as a middle ground? For me the build tree goes from 5.9GB to 2.0GB. I tried faddr2line and still works as expected (only tried gcc, not sure whether clang honours this option). -- Catalin _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel