Received: by 2002:a05:6a10:d5a5:0:0:0:0 with SMTP id gn37csp1208163pxb; Fri, 1 Oct 2021 06:02:21 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzknabfVrVLDZBRM7C4+43E3wqYErkTuzlN0sF6949hHM7sRYeajDHU4oX9VeFpt39RYb9l X-Received: by 2002:a05:651c:2109:: with SMTP id a9mr12152571ljq.166.1633093340719; Fri, 01 Oct 2021 06:02:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1633093340; cv=none; d=google.com; s=arc-20160816; b=bx0lugt2UhvDn4avR/hDRUElKNIBmz1soA7WIW1Wsd7fuhuPzZv0rHutgfCCdWs8GV Lj1AyIBFIZxa8BHVdwl/W91E1DHPJ+ySw8L2CebxS+P3HgUqOTvB8wpctduBgg0KvWX2 TgYEAS8qFv/iCFXRrcHrv7U6zgqxPB1xmBf++lXTvLHEEyY7h/x7xUklptD23OWLfqFC kPvp6PLtGg6UPRREKM9ItodovKH3Xwry+0C1vT6k7qN1sdCNimUK2qgiAChQ0g/etLPq wR6lwZJyVwt0pdfm56vxmrRJW+wa3wdi6XDdXO3I1LqauLBw4bTtWdp/Yj01qQoHBZQO U7gA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version; bh=4YtuERyAb5gBc6ZaSEjqx0VAb83D5Hq7m6a17+uM34k=; b=vW+gngyUS2IvuZFCsvYz7oFSMMrxX/GHodAkYClBJSQ8oZGdwrYpfInyR3ThX+n7vX R3HkLCTyIbQP0wWLmTsXF78OCKf/Xpue0HaEjo5zJ4CSka/sMMl2PoLAh4QLTVXRJZ4q mZW4d//jaZMC1FA01oawfJkvJvnAyJDTMPvxjC1/eFL4qRwL6os+eyrCAzsE4gAYC0tl z3NlTLzTJQaB0bieXIcviyX8s0GP4H38tYEVbtNEOnTJv68dl5IC1ZMpPSH7z31i78zy LpCaz15dTghmA2iES7PT6kYr/ZAc9c90xE85i6OZi5WDnwV6NjkSxORebNOmGEI5a1qq YfnA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id m17si10253460edc.78.2021.10.01.06.01.55; Fri, 01 Oct 2021 06:02:20 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1354227AbhJAMCv (ORCPT + 99 others); Fri, 1 Oct 2021 08:02:51 -0400 Received: from mout.kundenserver.de ([212.227.17.24]:46239 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231321AbhJAMCu (ORCPT ); Fri, 1 Oct 2021 08:02:50 -0400 Received: from mail-wr1-f50.google.com ([209.85.221.50]) by mrelayeu.kundenserver.de (mreue107 [213.165.67.113]) with ESMTPSA (Nemesis) id 1N6c0W-1msZ7H0NNG-0180nj; Fri, 01 Oct 2021 14:01:05 +0200 Received: by mail-wr1-f50.google.com with SMTP id v25so4479815wra.2; Fri, 01 Oct 2021 05:01:04 -0700 (PDT) X-Gm-Message-State: AOAM533ioC2e3WWC+NmDbLYA5DUzZjwMKgsxKwfRAGzzx0iCCpsfAaB8 IrM+0oWGWECP8XyL72ngiVXnPDedjeofOp1WiWs= X-Received: by 2002:adf:a505:: with SMTP id i5mr638099wrb.428.1633089664533; Fri, 01 Oct 2021 05:01:04 -0700 (PDT) MIME-Version: 1.0 References: <20210928235635.1348330-1-willmcvicker@google.com> <7766faf8-2dd1-6525-3b9a-8ba790c29cff@canonical.com> In-Reply-To: From: Arnd Bergmann Date: Fri, 1 Oct 2021 14:00:47 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v2 00/12] arm64: Kconfig: Update ARCH_EXYNOS select configs To: Saravana Kannan Cc: 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 , Lee Jones , 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, Arnd Bergmann Content-Type: text/plain; charset="UTF-8" X-Provags-ID: V03:K1:foxnByHIMO41LZr2Z9LmJI+Xn9wMZxV+n7u/copOM8vplzqsmPq jR0qYunbX8ndaxF6fiJEnYKZ9QTe5YOqMK0OUEoCvLlMygoU7UBRCW3ZFeJV69c0fQhGMyU KdyNuOQRzyq+2oUnJVvEtvJRkHCMggf+sChlcywy2b/+o7SuV/BTtxlZK6sB41ilXcbhMoe Dmr6Rw9ls3MUfGuGRRjoA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:+EeM5I3yKm4=:BAfcGYStGatexgBFCaTvFU oiQpdFuvN4v0TRZjsV+YhZZotQduvRA0vDXaUAQTJcs9OlonWzFb0S0LVMGiKh1dXOywRnEtx DuwokwP5UM3PhQ5uoTIgx3ipQhpEthQ7Eit7Oz4/VO25jmDYxzVXdA3X5XWABXmU+m+soE1De Co1EBCoSavOaKaCKdLvHLnfitOsNwM/nPU/y8O98i4+gECri0B4LXN7dowu0U+vpYiVgU8hB4 enUhTY1su97SP6ItKlUAPAHgG/piBQA4dzmdX5aJz4vj4Wr15LLZ4JTriyXGPfA6Sf3nTn6CJ GTVt3ML9VUI6wBswEC8wT0KhjhO81hlNi8vdt/fQuIeRWoeSumTCdTc/6GCeBZSybDCVigFqw miUo4/6mdWnh5B4lRApFzNXAqdl8otP7n1kI+4uECuWym/Mr8qiM6ecM3b175YMw4m/GHN7dW LKJ9HSlGnnjGSAlRpX+iSP1UAnJJ8EwpjYhQh1xp418H10ujJUUG3CFFF+4pycXvVUKEEw6x9 oaMmLdWOhAYygO11OrqqkDZy1WR2nHaTQmAqOPRcOQQyQPVtUmTmDh3m3hVy8lfb2PndJvEgQ ul5kxDkaYPQHRTuz+cj52ZuR2uece/3paDTMAwnmMa83ePMDs4uAPZhwA2kSNMshq+ZU2c+vX 8wQGTi2UHweGAQ1dllSA07lqMGiy80hAfswcbqoBMSIUoQS1Dh2/tQ3Gsrh/d8ft6MQZ7QtSv 5cfuBFRnEXHeZRtQQr3feYQT7emRtFUmk053Vd6Y6giirKVOlnRVHOylSdean2esrUCYenSpK XqnNaRPLkdgUUTbOsqZLxViDsV9CzgCZmSqddDiIv70VI+bzMU7Nr0zHIjPuTB5oa/oso1yNZ K5kMYC3dRwa3WdnnViSg== Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Oct 1, 2021 at 8:02 AM Saravana Kannan wrote: > > A much more valuable approach would be to work towards being able to > > free up memory by un-probed drivers at the end of boot. That would > > possibly benefit all platforms on all architectures. > > Sure it would help memory after boot, but it won't help with size on > "disk", kernel load time, etc. And some of the devices have very tight > boot requirements. Think battery operated outdoor cameras for example. I think we can draw a clear line (or several lines) between devices that boot from strictly constrained NOR flash and those that run a platform-independent kernel. Also, when I look at a distro kernel, I see over 5000 kernel modules that need to be stored on disk, but only a small fraction of those are platform specific while most are for general-purpose pluggable devices, network features or file systems that could be used on any system. The vmlinux file is clearly too big and includes too much stuff that should be in loadable modules, but I'm not really that worried about disk space for the platform specific code. Arnd