Bug 5480 - Choose default kernel configuration depending on the current architecture selected.
Summary: Choose default kernel configuration depending on the current architecture sel...
Status: RESOLVED WONTFIX
Alias: None
Product: buildroot
Classification: Unclassified
Component: Other (show other bugs)
Version: unspecified
Hardware: Other Linux
: P5 enhancement
Target Milestone: ---
Assignee: unassigned
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-08-30 11:28 UTC by Raúl Sánchez Siles
Modified: 2013-05-26 09:29 UTC (History)
1 user (show)

See Also:
Host:
Target:
Build:


Attachments
linux: Choose default kernel configuration depending on the current architecture selected. (1.52 KB, patch)
2012-08-30 11:28 UTC, Raúl Sánchez Siles
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Raúl Sánchez Siles 2012-08-30 11:28:29 UTC
Created attachment 4526 [details]
linux: Choose default kernel configuration depending on the current architecture selected.

Hello:

  I've found out that after initial configuration, including enabling of linux kernel compilation, the default kernel config is not set and almost all make targets fail with:

"linux/linux.mk:304: *** No kernel defconfig name specified, check your BR2_LINUX_KERNEL_DEFCONFIG setting."

  One possible solution would have been tweaking the build system to avoid that message or at least, be able to run the linux-menuconfig target. I didn't find an easy way to do this and therefore I chose another option which is setting kernel default configs depending on target architecture.

  Find the patch attached, regards,
Comment 1 Thomas Petazzoni 2013-05-26 09:29:44 UTC
I believe that the current behavior is the one that we want. The kernel configuration is something that's highly specific to the target hardware, so we can't just chose some arbitrary kernel configuration for each particular architecture. I very much prefer the current behavior in which the user is warned that he should set a kernel configuration, rather than the behavior proposed by the patch, where Buildroot would automatically select some random configuration, the user will not notice, try to boot the kernel on whatever hardware, and see it not boot at all.

Also, if we would be doing that for the kernel, we would have to do that for U-Boot and Barebox. And for bootloaders, the fact that we can't decide a good "default" configuration for each particular architecture is well known.

The only thing we /might/ do is define the default kernel configuration to be i386 for i386 and x86_64 for x86-64, since those two architectures have only one single kernel defconfigs. But for the other architectures, I don't think it makes sense.