674e099678
For most defconfigs, it was trivial to deduce the kernel version, by just reading the version string, which could be: - a standard upstream version string vX.Y.Z - a non-standard version string, but still containg the standard X.Y.Z Those for which it was not so trivial were those hosted on git tree. Since most were already using a custom linux-headers version, it could be easily deduced from that. It was confirmed by browsing said git trees and check the version there. There are a few cases were there was a mismatch: - microzed: uses a 3.18 kernel, but 3.8 headers; fixed. - xilinx_zc706: uses a 3.14 kernel, but 3.8 headers; fixed. - zedboard: uses a 3.18 kernel, but 3.8 headers; fixed. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Cc: Peter Korsgaard <peter@korsgaard.com> Cc: Gustavo Zacarias <gustavo@zacarias.com.ar> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
25 lines
547 B
Plaintext
25 lines
547 B
Plaintext
# Architecture
|
|
BR2_arm=y
|
|
BR2_cortex_a9=y
|
|
BR2_ARM_ENABLE_NEON=y
|
|
BR2_ARM_ENABLE_VFP=y
|
|
BR2_ARM_FPU_VFPV3D16=y
|
|
|
|
# System
|
|
BR2_TARGET_GENERIC_GETTY_PORT="ttySAC1"
|
|
|
|
# Filesystem
|
|
# BR2_TARGET_ROOTFS_TAR is not set
|
|
BR2_TARGET_ROOTFS_INITRAMFS=y
|
|
|
|
# Linux headers same as kernel, a 4.4 series
|
|
BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_3_10=y
|
|
|
|
# Kernel
|
|
BR2_LINUX_KERNEL=y
|
|
BR2_LINUX_KERNEL_CUSTOM_VERSION=y
|
|
# Stuck at 3.10.x because there's no Nuri DTS
|
|
BR2_LINUX_KERNEL_CUSTOM_VERSION_VALUE="3.10.92"
|
|
BR2_LINUX_KERNEL_DEFCONFIG="exynos4"
|
|
BR2_LINUX_KERNEL_ZIMAGE=y
|