All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mark Brown <broonie@kernel.org>
To: Catalin Marinas <catalin.marinas@arm.com>,
	 Will Deacon <will@kernel.org>,
	Nathan Chancellor <nathan@kernel.org>,
	 Nick Desaulniers <ndesaulniers@google.com>,
	 Nicolas Schier <nicolas@fjasle.eu>,
	soc@kernel.org,  Masahiro Yamada <masahiroy@kernel.org>
Cc: Mark Rutland <mark.rutland@arm.com>,
	 Peter Zijlstra <peterz@infradead.org>,
	linux-arm-kernel@lists.infradead.org,
	 linux-kbuild@vger.kernel.org, linux-kernel@vger.kernel.org,
	 Mark Brown <broonie@kernel.org>
Subject: [PATCH 0/3] arm64: configs: Provide slimmed down configuration for guests
Date: Fri, 10 Feb 2023 19:52:46 +0000	[thread overview]
Message-ID: <20230203-arm64-defconfigs-v1-0-cd0694a05f13@kernel.org> (raw)

It has been noted that due to the extensive platform support it
enables the arm64 defconfig is rather large and takes a while to
build in comparison with other architectures which can be a
burden when doing cross architecture work, especially when
testing is mainly in emulation.  We can mitigate this by providing
a configuration that only enables the support required to run in
mach-virt, this will be much smaller and quicker to build.

Having two completely separate configurations would mean that we'd
need to make any changes to the architecture wide configuration in
both the existing defconfig and the new configuration if we wanted to
ensure consistent default behaviour.  Instead define a new config
fragement which turns off options from defconfig which enable platform
support, currently this just covers the ARCH_ options that control SoC
specific drivers as validation for this approach - if people are happy
with this approach we can build on it to further reduce the size of the
new configuration.

The resulting configuration builds about 25% faster for me.

v2:
 - Rework to base on turning off options from defconfig rather than 
   splitting out a base configuration and then adding things to it.

Signed-off-by: Mark Brown <broonie@kernel.org>
---
Mark Brown (3):
      scripts: merge_config: Add option to suppress warning on overrides
      kbuild: Provide a version of merge_into_defconfig without override warnings
      arm64: configs: Add virtconfig

 arch/arm64/Makefile             |  6 ++++++
 arch/arm64/configs/virt.config  | 39 +++++++++++++++++++++++++++++++++++++++
 scripts/Makefile.defconf        | 14 ++++++++++++++
 scripts/kconfig/merge_config.sh | 25 ++++++++++++++++---------
 4 files changed, 75 insertions(+), 9 deletions(-)
---
base-commit: 4fafd96910add124586b549ad005dcd179de8a18
change-id: 20230203-arm64-defconfigs-c04cf5fa6288

Best regards,
-- 
Mark Brown <broonie@kernel.org>


WARNING: multiple messages have this Message-ID (diff)
From: Mark Brown <broonie@kernel.org>
To: Catalin Marinas <catalin.marinas@arm.com>,
	 Will Deacon <will@kernel.org>,
	Nathan Chancellor <nathan@kernel.org>,
	 Nick Desaulniers <ndesaulniers@google.com>,
	 Nicolas Schier <nicolas@fjasle.eu>,
	soc@kernel.org,  Masahiro Yamada <masahiroy@kernel.org>
Cc: Mark Rutland <mark.rutland@arm.com>,
	 Peter Zijlstra <peterz@infradead.org>,
	linux-arm-kernel@lists.infradead.org,
	 linux-kbuild@vger.kernel.org, linux-kernel@vger.kernel.org,
	 Mark Brown <broonie@kernel.org>
Subject: [PATCH 0/3] arm64: configs: Provide slimmed down configuration for guests
Date: Fri, 10 Feb 2023 19:52:46 +0000	[thread overview]
Message-ID: <20230203-arm64-defconfigs-v1-0-cd0694a05f13@kernel.org> (raw)

It has been noted that due to the extensive platform support it
enables the arm64 defconfig is rather large and takes a while to
build in comparison with other architectures which can be a
burden when doing cross architecture work, especially when
testing is mainly in emulation.  We can mitigate this by providing
a configuration that only enables the support required to run in
mach-virt, this will be much smaller and quicker to build.

Having two completely separate configurations would mean that we'd
need to make any changes to the architecture wide configuration in
both the existing defconfig and the new configuration if we wanted to
ensure consistent default behaviour.  Instead define a new config
fragement which turns off options from defconfig which enable platform
support, currently this just covers the ARCH_ options that control SoC
specific drivers as validation for this approach - if people are happy
with this approach we can build on it to further reduce the size of the
new configuration.

The resulting configuration builds about 25% faster for me.

v2:
 - Rework to base on turning off options from defconfig rather than 
   splitting out a base configuration and then adding things to it.

Signed-off-by: Mark Brown <broonie@kernel.org>
---
Mark Brown (3):
      scripts: merge_config: Add option to suppress warning on overrides
      kbuild: Provide a version of merge_into_defconfig without override warnings
      arm64: configs: Add virtconfig

 arch/arm64/Makefile             |  6 ++++++
 arch/arm64/configs/virt.config  | 39 +++++++++++++++++++++++++++++++++++++++
 scripts/Makefile.defconf        | 14 ++++++++++++++
 scripts/kconfig/merge_config.sh | 25 ++++++++++++++++---------
 4 files changed, 75 insertions(+), 9 deletions(-)
---
base-commit: 4fafd96910add124586b549ad005dcd179de8a18
change-id: 20230203-arm64-defconfigs-c04cf5fa6288

Best regards,
-- 
Mark Brown <broonie@kernel.org>


_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

             reply	other threads:[~2023-02-10 19:54 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-02-10 19:52 Mark Brown [this message]
2023-02-10 19:52 ` [PATCH 0/3] arm64: configs: Provide slimmed down configuration for guests Mark Brown
2023-02-10 19:52 ` [PATCH 1/3] scripts: merge_config: Add option to suppress warning on overrides Mark Brown
2023-02-10 19:52   ` Mark Brown
2023-02-10 19:52 ` [PATCH 2/3] kbuild: Provide a version of merge_into_defconfig without override warnings Mark Brown
2023-02-10 19:52   ` Mark Brown
2023-02-10 19:52 ` [PATCH 3/3] arm64: configs: Add virtconfig Mark Brown
2023-02-10 19:52   ` Mark Brown
2023-02-11  7:37   ` Masahiro Yamada
2023-02-11  7:37     ` Masahiro Yamada
2023-02-11 23:10     ` Mark Brown
2023-02-11 23:10       ` Mark Brown
2023-02-13 15:15     ` Arnd Bergmann
2023-02-13 15:15       ` Arnd Bergmann
2023-02-13 15:48       ` Mark Brown
2023-02-13 15:48         ` Mark Brown
2023-02-13 16:18       ` Masahiro Yamada
2023-02-13 16:18         ` Masahiro Yamada
2023-02-10 23:51 ` [PATCH 0/3] arm64: configs: Provide slimmed down configuration for guests Mark Brown
2023-02-10 23:51   ` Mark Brown
2023-02-13 19:30 ` patchwork-bot+linux-soc

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20230203-arm64-defconfigs-v1-0-cd0694a05f13@kernel.org \
    --to=broonie@kernel.org \
    --cc=catalin.marinas@arm.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kbuild@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mark.rutland@arm.com \
    --cc=masahiroy@kernel.org \
    --cc=nathan@kernel.org \
    --cc=ndesaulniers@google.com \
    --cc=nicolas@fjasle.eu \
    --cc=peterz@infradead.org \
    --cc=soc@kernel.org \
    --cc=will@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.