[Buildroot] [PATCH 3/4] Rename custom kernel defconfig files to *_defconfig

[Joachim Wiberg]

Hi everyone,

On 3/20/21 10:56 PM, Thomas Petazzoni wrote:
> On Thu, 18 Mar 2021 07:28:48 +0900
> Masahiro Yamada <masahiroy at kernel.org> wrote:
>> There is no consistency in file names for
>> BR2_LINUX_KERNEL_CUSTOM_CONFIG_FILE. Some are suffiex with "defconfig",
>> and some with ".config".
> The *vast* majority of them are named .config. Only three use
> -defconfig or _defconfig. Please normalize on .config, not the opposite.

just to tie up some loose ends.  In
CAK7LNARM_nzn39T0v46XWmLYE1u-DHi65Odm_w9+vxhc6c0x6Q at mail.gmail.com, (Re:
[Buildroot] [PATCH 1/2] qemu_arm_versatile: switch to in-kernel
defconfig + fragment) ...

On 3/16/21 3:55 PM, Masahiro Yamada wrote:
> Maybe we can give _defconfig suffix to
> BR2_LINUX_KERNEL_CUSTOM_CONFIG_FILE,
> and .config to BR2_LINUX_KERNEL_CONFIG_FRAGMENT_FILES.
>
> This goes along with the naming rule in the upstream kernel.

If I understand correctly, in Buildroot we have sort of standardized on
.fragment for .config fragments, both for Linux and BusyBox.  But it may
be a bit confusing, since this nomenclature is not used consistently.

>From a single linux.config file in board/ it's currently not possible to
know if it's a full kernel .config or a .fragment without looking in the
corresponding Buildroot _defonfig for that target.

So we should try to clean this up a bit, but what should it be?

  1. Enforce current best practices, or
  2. Radically rethink our current nomenclature?

Personally I rather like Masahiro's suggestion to follow Linux kernel
naming rules.  A linux.defconfig (or linux_defconfig) might be better
than linux.config, which in turn would allow us to use linux.config for
fragments.  The same could apply to BusyBox configs as well.  In either
case we should probably update examples and/or add a section on naming
things (policy) to the manual.

I can help out here with both tasks, take over Masahiro's patch series
if necessary, and suggest additions to the manual.

What do you think list?


Best regards
 /Joachim