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 B7233C4332F 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 A26F161164 for ; Fri, 1 Oct 2021 12:31:39 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1352491AbhJAMdW (ORCPT ); Fri, 1 Oct 2021 08:33:22 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54690 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1353658AbhJAMdW (ORCPT ); Fri, 1 Oct 2021 08:33:22 -0400 Received: from mail-wm1-x32d.google.com (mail-wm1-x32d.google.com [IPv6:2a00:1450:4864:20::32d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BEABCC06177D for ; Fri, 1 Oct 2021 05:31:37 -0700 (PDT) Received: by mail-wm1-x32d.google.com with SMTP id q127-20020a1ca785000000b0030cb71ea4d1so6644365wme.1 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=MH9JDa2uk667I0j5pw8zkbd+Wkejwam5il2Rl5+zYYoz/7TzmzLlGvkpuIlEF8KZZs i61GBDe5re2swkaaSVN34dTavACfrUNjqAyXzXt4drWBGVfZx5ogySJ4Bvzq6n2suryo jZH/WbgwtobYSwNMlDZ5PW8+BaBYnkL/ng8xstZKFfgZSRp+3I8nncwzxkdXQg3K09uV 6O+xmfI4wiQROpwBc7/pjdtZ3X0cCKMy+zKpPG0ESvX2XnNjoGzfQL1emClKTgsBCnKO 4gpdF6ITeIBuumU8qJdHlNQ8jvZYIWm7bTMq3bZhtd4f+h2NooyCE1Y4NlgO5NTWs8MJ gj8Q== X-Gm-Message-State: AOAM533p841Wsp3dH+nNPU6wAetbzNnV3hUwyYNBCPHrZOZ2Xpsx7pSS x9Ls5KlTGOLSFp572WJevO3WeQ== 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-clk@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