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 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id AA354C433EF for ; Fri, 1 Oct 2021 12:31:39 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 94A6160F6F for ; Fri, 1 Oct 2021 12:31:39 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1354161AbhJAMdW (ORCPT ); Fri, 1 Oct 2021 08:33:22 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54688 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1353665AbhJAMdW (ORCPT ); Fri, 1 Oct 2021 08:33:22 -0400 Received: from mail-wm1-x32e.google.com (mail-wm1-x32e.google.com [IPv6:2a00:1450:4864:20::32e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BC37AC06177C for ; Fri, 1 Oct 2021 05:31:37 -0700 (PDT) Received: by mail-wm1-x32e.google.com with SMTP id z2so7109101wmc.3 for ; Fri, 01 Oct 2021 05:31:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=Mu18CAq1hBqJeqwZJAQst74KZfOgiaFerApR3I6y0OU=; b=FXQiOVBOuXGIos9ZeYjN3BTAxm8yH1TdT07eKtbvce8xv5IVrtB1Lg4FQNFN9p7TN9 QkzNV6Ct/N3bi2v03QgZ1xJ+RqGFou/Pao0LO5z6nRQ51/hYNajXGlPREYU8VP7YoD6Y vV13HXltj32P+yT4nhrAPpmLdz3iJUMgJuVprWHaBQkgObe1fnscPjuC3mtmfv6wIUB1 zgZQWcaz0BAljE8CIgE7XCnwZRuScBaNR274lLCpj9jara54mzkZPLfAIs3Ehiyyluo3 TRuxz5k1l+uYwZM5+DfHuL4h2dX6BIBeF0LRqMKWNoL9E0He3LhLvGa3XQg3e5Yq0tTQ 9DUA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=Mu18CAq1hBqJeqwZJAQst74KZfOgiaFerApR3I6y0OU=; b=p2VBDTVNUFjvZPe+3aR62z1Fu+QXSqkfvmgOqL8roLWRNmrjG2w9WpB1SEY5h1FEif +FYXNBKRx0i4qoYW6EJN1gZfUpZkRNjs6E6z+FgDlYuCyQN2MBy6OZo2Dmn/gaaNkEq7 IaF4YyEHYtHQXxrEZxQIPzIvvifUcCMAjRHbEEOfTqqPWSLrABoxsWYWlFeZZXEOCdNH NPQInY67RZ9Qqe4M4btrjMC/hihMq00Bcul0MNxE0anVMgEJncScIwiNM9pRRjjhw1oQ txqgAVzmzSwyC0LTCJe9MXasRkp4UfYjgZ6LM8kUGsaqPmXnort+A9Dyr6Z0bSlfwE34 OeHA== X-Gm-Message-State: AOAM5308ntVmziWU8BBOreBn8bebJg8mwS0vJ0XU1rEiGYn2is6pjqLQ +0ho/plJKjWfB5bv++ui5kN7/w== X-Google-Smtp-Source: ABdhPJyANjmM1xve1FUQ4nbwObWE0NHXAsZCEc1kKceOWCG8u6kOYtyXw5EldAPiHn3NgpgT0bxlGA== X-Received: by 2002:a05:600c:3646:: with SMTP id y6mr4250718wmq.61.1633091496338; Fri, 01 Oct 2021 05:31:36 -0700 (PDT) Received: from google.com ([95.148.6.233]) by smtp.gmail.com with ESMTPSA id v18sm5429361wml.44.2021.10.01.05.31.34 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 01 Oct 2021 05:31:35 -0700 (PDT) Date: Fri, 1 Oct 2021 13:31:33 +0100 From: Lee Jones To: Arnd Bergmann Cc: Saravana Kannan , Olof Johansson , Will McVicker , Krzysztof Kozlowski , Russell King , Catalin Marinas , Will Deacon , Michael Turquette , Stephen Boyd , Sylwester Nawrocki , Tomasz Figa , Chanwoo Choi , Linus Walleij , Alessandro Zummo , Alexandre Belloni , John Stultz , Thomas Gleixner , Geert Uytterhoeven , "Cc: Android Kernel" , Linux ARM , Linux Kernel Mailing List , linux-samsung-soc , linux-clk , "open list:GPIO SUBSYSTEM" , linux-rtc@vger.kernel.org Subject: Re: [PATCH v2 00/12] arm64: Kconfig: Update ARCH_EXYNOS select configs Message-ID: References: <20210928235635.1348330-1-willmcvicker@google.com> <7766faf8-2dd1-6525-3b9a-8ba790c29cff@canonical.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-samsung-soc@vger.kernel.org On Fri, 01 Oct 2021, Arnd Bergmann wrote: > The vmlinux file is clearly too big and includes too much stuff that should > be in loadable modules This for me is the crux of the matter. The ability to replace modules was only brought to light as an "and also, this is possible". However in retrospect, given the attention this has received, it probably shouldn't have even mentioned, as it's not that important. We should focus on the benefits of making parts of the kernel modular if technically possible. The most prominent of those is core binary size, since this has a direct impact on boot-time and RAM usage. Reclaiming dead code after boot is certainly one way to tackle part of the problem. Ensuring that it's not even loaded into RAM in the first place is a better more encompassing solution to both issues IMHO. -- Lee Jones [李琼斯] Senior Technical Lead - Developer Services Linaro.org │ Open source software for Arm SoCs Follow Linaro: Facebook | Twitter | Blog