* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2007-07-11 14:42 ulf at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2007-07-11 14:42 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2007-07-11 07:42:32 -0700 (Wed, 11 Jul 2007)
New Revision: 19065
Log:
Configure linux within target/linux/Config.in instead of within target/device/Config.in
Added:
trunk/buildroot/target/linux/Config.in
Changeset:
Added: trunk/buildroot/target/linux/Config.in
===================================================================
--- trunk/buildroot/target/linux/Config.in (rev 0)
+++ trunk/buildroot/target/linux/Config.in 2007-07-11 14:42:32 UTC (rev 19065)
@@ -0,0 +1,44 @@
+menu "Linux Options"
+
+config BR2_PACKAGE_LINUX
+ bool "linux kernel"
+ default n
+ help
+ The Linux kernel.
+ http://www.kernel.org/
+
+ Note: Requires kernel-headers >= 2.6.19 since the other
+ kernel headers are just that (headers) and not full
+ kernels. This is a feature.
+
+config BR2_PACKAGE_LINUX_KCONFIG
+ string ".config file"
+ depends on BR2_PACKAGE_LINUX
+ default ""
+ help
+ kernel's .config to use to build a kernel for the target.
+
+ If the above setting is empty, you can change the default
+ board-imposed value by passing LINUX26_KCONFIG=<path> to
+ make.
+
+config BR2_PACKAGE_LINUX_FORMAT
+ string "kernel binary format"
+ depends on BR2_PACKAGE_LINUX
+ default ""
+ help
+ kernel binary format.
+ Popular values include:
+ - bzImage
+ - zImage
+ and other, architecture dependant formats.
+
+ Note that the default format is supposed to be set by your
+ board-description, if any.
+ i386 and compatible default to bzImage if nothing was given
+ above.
+ If the above setting is empty, you can change the default
+ board-imposed value by passing LINUX26_FORMAT=<string> to
+ make.
+
+endmenu
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2007-07-17 0:20 sjhill at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: sjhill at uclibc.org @ 2007-07-17 0:20 UTC (permalink / raw)
To: buildroot
Author: sjhill
Date: 2007-07-16 17:20:32 -0700 (Mon, 16 Jul 2007)
New Revision: 19116
Log:
A number of fixes including placing of the final image into the 'binaries' directory. Moved INITRAMFS_TARGET to the correct location as modules from the built kernel were not being installed until after the INITRAMFS had been built. Fixed config options for INITRAMFS to be correct and cleaned up whitespace/tab issues.
Modified:
trunk/buildroot/target/linux/Makefile.in
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in
===================================================================
--- trunk/buildroot/target/linux/Makefile.in 2007-07-17 00:18:54 UTC (rev 19115)
+++ trunk/buildroot/target/linux/Makefile.in 2007-07-17 00:20:32 UTC (rev 19116)
@@ -55,7 +55,7 @@
endif
# File name for the Linux kernel binary
-LINUX26_KERNEL=linux-kernel-$(LINUX26_VERSION)-$(KERNEL_ARCH)
+LINUX26_KERNEL=$(BINARIES_DIR)/linux-kernel-$(LINUX26_VERSION)-$(KERNEL_ARCH)
# Version of Linux AFTER patches
LINUX26_DIR=$(PROJECT_BUILD_DIR)/linux-$(LINUX26_VERSION)
@@ -101,7 +101,7 @@
touch $@
endif # ($(LINUX26_VERSION),$(LINUX_HEADERS_VERSION))
-$(LINUX26_DIR)/.configured: $(LINUX26_DIR)/.patched $(LINUX26_KCONFIG) $(INITRAMFS_TARGET)
+$(LINUX26_DIR)/.configured: $(LINUX26_DIR)/.patched $(LINUX26_KCONFIG)
cp -dpf $(LINUX26_KCONFIG) $(LINUX26_DIR)/.config
$(SED) '/CONFIG_AEABI/d' $(LINUX26_DIR)/.config
ifeq ($(BR2_ARM_EABI),y)
@@ -116,19 +116,18 @@
echo "CONFIG_INITRAMFS_SOURCE=\"$(INITRAMFS_TARGET)\"" >> \
$(LINUX26_DIR)/.config
$(SED) '/INITRAMFS_ROOT_.ID/d' $(LINUX26_DIR)/.config
- echo "INITRAMFS_ROOT_UID=\"0\"" >> $(LINUX26_DIR)/.config
- echo "INITRAMFS_ROOT_GID=\"0\"" >> $(LINUX26_DIR)/.config
+ echo "CONFIG_INITRAMFS_ROOT_UID=0" >> $(LINUX26_DIR)/.config
+ echo "CONFIG_INITRAMFS_ROOT_GID=0" >> $(LINUX26_DIR)/.config
endif
$(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) oldconfig
touch $@
-$(LINUX26_DIR)/.depend_done: $(LINUX26_DIR)/.configured
+$(LINUX26_DIR)/.depend_done: $(LINUX26_DIR)/.configured
$(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) prepare
touch $@
$(LINUX26_KERNEL): $(LINUX26_DIR)/.depend_done
$(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) $(LINUX26_FORMAT)
- $(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) modules
cp -dpf $(LINUX26_DIR)/$(LINUX26_BINLOC) $(LINUX26_KERNEL)
touch -c $@
@@ -137,9 +136,10 @@
cp -dpf $(LINUX26_DIR)/$(LINUX26_BINLOC) $(LINUX26_DIR)/System.map $(TARGET_DIR)/boot/
touch -c $@
-$(TARGET_DIR)/lib/modules/$(LINUX26_VERSION)/modules.dep: $(LINUX26_KERNEL)
+$(TARGET_DIR)/lib/modules/$(LINUX26_VERSION)/modules.dep: $(LINUX26_DIR)/.depend_done
rm -rf $(TARGET_DIR)/lib/modules/$(LINUX26_VERSION)
rm -f $(TARGET_DIR)/sbin/cardmgr
+ $(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) modules
$(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) \
DEPMOD=$(STAGING_DIR)/bin/$(GNU_TARGET_NAME)-depmod26 \
INSTALL_MOD_PATH=$(TARGET_DIR) modules_install
@@ -151,7 +151,7 @@
$(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) menuconfig
-[ -f $(LINUX26_DIR)/.config ] && touch $(LINUX26_DIR)/.configured
-linux26: cross-depmod26 $(TARGET_DIR)/lib/modules/$(LINUX26_VERSION)/modules.dep $(TARGET_DIR)/boot/$(LINUX26_FORMAT)
+linux26: cross-depmod26 $(TARGET_DIR)/lib/modules/$(LINUX26_VERSION)/modules.dep $(INITRAMFS_TARGET) $(TARGET_DIR)/boot/$(LINUX26_FORMAT)
linux26-source: $(DL_DIR)/$(LINUX26_SOURCE)
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2007-07-17 13:28 sjhill at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: sjhill at uclibc.org @ 2007-07-17 13:28 UTC (permalink / raw)
To: buildroot
Author: sjhill
Date: 2007-07-17 06:28:31 -0700 (Tue, 17 Jul 2007)
New Revision: 19134
Log:
Add 'linux26-modules' target to allow external drivers to be built with the kernel. Also, remove 'boot' directory before creating INITRAMFS.
Modified:
trunk/buildroot/target/linux/Makefile.in
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in
===================================================================
--- trunk/buildroot/target/linux/Makefile.in 2007-07-17 12:19:56 UTC (rev 19133)
+++ trunk/buildroot/target/linux/Makefile.in 2007-07-17 13:28:31 UTC (rev 19134)
@@ -136,7 +136,7 @@
cp -dpf $(LINUX26_DIR)/$(LINUX26_BINLOC) $(LINUX26_DIR)/System.map $(TARGET_DIR)/boot/
touch -c $@
-$(TARGET_DIR)/lib/modules/$(LINUX26_VERSION)/modules.dep: $(LINUX26_DIR)/.depend_done
+linux26-modules $(TARGET_DIR)/lib/modules/$(LINUX26_VERSION)/modules.dep: $(LINUX26_DIR)/.depend_done
rm -rf $(TARGET_DIR)/lib/modules/$(LINUX26_VERSION)
rm -f $(TARGET_DIR)/sbin/cardmgr
$(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) modules
@@ -144,6 +144,7 @@
DEPMOD=$(STAGING_DIR)/bin/$(GNU_TARGET_NAME)-depmod26 \
INSTALL_MOD_PATH=$(TARGET_DIR) modules_install
rm -f $(TARGET_DIR)/lib/modules/$(LINUX26_VERSION)/build
+ rm -f $(TARGET_DIR)/lib/modules/$(LINUX26_VERSION)/source
touch -c $@
linux26-menuconfig: $(LINUX26_DIR)/.patched host-sed
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2007-07-20 7:43 ulf at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2007-07-20 7:43 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2007-07-20 00:43:21 -0700 (Fri, 20 Jul 2007)
New Revision: 19167
Log:
Add option for advanced linux configuration (experimental, only visible for Atmel targets)
Modified:
trunk/buildroot/target/linux/Config.in
Changeset:
Modified: trunk/buildroot/target/linux/Config.in
===================================================================
--- trunk/buildroot/target/linux/Config.in 2007-07-20 07:34:28 UTC (rev 19166)
+++ trunk/buildroot/target/linux/Config.in 2007-07-20 07:43:21 UTC (rev 19167)
@@ -11,6 +11,17 @@
kernel headers are just that (headers) and not full
kernels. This is a feature.
+config BR2_PACKAGE_LINUX_EXPERIMENTAL_CONFIG
+ bool "linux kernel experimental configuration"
+ depends on BR2_PACKAGE_LINUX
+ depends on BR2_TARGET_ATMEL
+ default n
+ help
+ More advanced configuration (in development)
+
+
+
+if ! BR2_PACKAGE_LINUX_EXPERIMENTAL_CONFIG
config BR2_PACKAGE_LINUX_KCONFIG
string ".config file"
depends on BR2_PACKAGE_LINUX
@@ -40,5 +51,347 @@
If the above setting is empty, you can change the default
board-imposed value by passing LINUX26_FORMAT=<string> to
make.
+endif
+if BR2_PACKAGE_LINUX_EXPERIMENTAL_CONFIG
+
+choice
+ prompt "Linux Kernel Version"
+ depends on BR2_PACKAGE_LINUX
+ default BR2_LINUX_2_6_22_1
+ help
+ Select the specific Linux version you want to use
+
+config BR2_LINUX_2_6_SNAP
+ bool "The latest snapshot for the stable Linux kernel"
+ depends BR2_PACKAGE_LINUX
+ help
+ Linux 2.6.x-git#
+
+config BR2_LINUX_2_6_MM
+ bool "With latest -mm patch for the stable Linux kernel"
+ depends BR2_PACKAGE_LINUX
+ help
+ Linux 2.6.x-rc#-mm#
+
+config BR2_LINUX_2_6_STABLE
+ bool "The latest stable Linux kernel (2.6.22.1)"
+ depends BR2_PACKAGE_LINUX
+ help
+ Linux 2.6.22.1
+
+config BR2_LINUX_2_6_22_1
+ bool "Linux 2.6.22.1"
+ depends BR2_PACKAGE_LINUX
+ help
+ Linux 2.6.22-rc1
+
+config BR2_LINUX_2_6_22
+ bool "Linux 2.6.22"
+ depends BR2_PACKAGE_LINUX
+ help
+ Linux 2.6.22
+
+config BR2_LINUX_2_6_21_6
+ bool "Linux 2.6.21.6"
+ depends BR2_PACKAGE_LINUX
+ help
+ Linux 2.6.21.6
+
+config BR2_LINUX_2_6_21_1
+ bool "Linux 2.6.21.1"
+ depends BR2_PACKAGE_LINUX
+ help
+ Linux 2.6.21.1
+
+config BR2_LINUX_2_6_21
+ bool "Linux 2.6.21"
+ depends BR2_PACKAGE_LINUX
+ help
+ Linux 2.6.21
+
+config BR2_LINUX_2_6_20_4
+ bool "Linux 2.6.20.4"
+ depends BR2_PACKAGE_LINUX
+ help
+ Linux 2.6.20.4
+
+config BR2_LINUX_2_6_20
+ bool "Linux 2.6.20"
+ depends BR2_PACKAGE_LINUX
+ help
+ Linux 2.6.20
+
+config BR2_LINUX_2_6_19_2
+ bool "Linux 2.6.19.2"
+ depends BR2_PACKAGE_LINUX
+ help
+ Linux 2.6.19.2
+
+config BR2_LINUX_2_6_19
+ bool "Linux 2.6.19"
+ depends BR2_PACKAGE_LINUX
+ help
+ Linux 2.6.19
+
+config BR2_LINUX_2_6_18
+ bool "Linux 2.6.18"
+ depends BR2_PACKAGE_LINUX
+ help
+ Linux 2.6.18
+
+config BR2_LINUX_2_6_17
+ bool "Linux 2.6.17"
+ depends BR2_PACKAGE_LINUX
+ help
+ Linux 2.6.17
+
+config BR2_LINUX_2_6_16
+ bool "Linux 2.6.16"
+ depends BR2_PACKAGE_LINUX
+ help
+ Linux 2.6.16
+
+config BR2_LINUX_2_6_15
+ bool "Linux 2.6.15"
+ depends BR2_PACKAGE_LINUX
+ help
+ Linux 2.6.15
+
+config BR2_LINUX_2_6_23
+ bool "Linux 2.6.23"
+ depends BR2_PACKAGE_LINUX
+ help
+ Linux 2.6.23
+
+config BR2_LINUX_CUSTOM
+ bool "Linux <custom> version"
+ depends BR2_PACKAGE_LINUX
+ help
+ Linux <your selection>
+
+endchoice
+
+config BR2_CUSTOM_DOWNLOAD_LINUX26_VERSION
+ string "Linux Tarball version"
+ depends on BR2_LINUX_CUSTOM
+ default "linux-2.6.22"
+
+config BR2_CUSTOM_LINUX26_VERSION
+ string "Linux Version"
+ depends on BR2_LINUX_CUSTOM
+ default "linux-2.6.22-version"
+
+config BR2_CUSTOM_LINUX26_RC_PATCH
+ string "RC patch (if needed)"
+ depends on BR2_LINUX_CUSTOM
+ default "patch-2.6.22-rc6-mm1.bz2"
+
+menu "Patches"
+ depends on BR2_PACKAGE_LINUX
+
+config BR2_LINUX_BSP_PATCH
+ string "Additional Atmel patch to apply"
+ default "linux-2.6.20.4-atmel.patch.bz2" if BR2_TARGET_AVR32
+ default "linux-2.6.20.4-atmel.patch.bz2" if BR2_TARGET_AT91
+
+
+config BR2_LINUX_BSP_PATCH
+ string "Additional patch to apply"
+ depends on ! (BR2_TARGET_AVR32 || BR2_TARGET_AT91)
+ default ""
+
endmenu
+
+config BR2_DOWNLOAD_LINUX26_VERSION
+ string #"Selected Tarball:"
+ default "2.6.15" if BR2_LINUX_2_6_15
+ default "2.6.16" if BR2_LINUX_2_6_16
+ default "2.6.17" if BR2_LINUX_2_6_17
+ default "2.6.18" if BR2_LINUX_2_6_18
+ default "2.6.19" if BR2_LINUX_2_6_19
+ default "2.6.19.2" if BR2_LINUX_2_6_19_2
+ default "2.6.20" if BR2_LINUX_2_6_20
+ default "2.6.20.4" if BR2_LINUX_2_6_20_4
+ default "2.6.21" if BR2_LINUX_2_6_21
+ default "2.6.21.1" if BR2_LINUX_2_6_21_1
+ default "2.6.21.6" if BR2_LINUX_2_6_21_6
+ default "2.6.22" if BR2_LINUX_2_6_22
+ default "2.6.22.1" if BR2_LINUX_2_6_22_1
+ default "2.6.22" if BR2_LINUX_2_6_23_RC1
+ default "2.6.22" if BR2_LINUX_2_6_SNAP
+ default "2.6.22" if BR2_LINUX_2_6_MM
+ default $(BR2_CUSTOM_DOWNLOAD_LINUX26_VERSION) if BR2_LINUX_CUSTOM
+
+config BR2_LINUX26_VERSION
+ string "Selected Version:"
+ default "2.6.15" if BR2_LINUX_2_6_15
+ default "2.6.16" if BR2_LINUX_2_6_16
+ default "2.6.17" if BR2_LINUX_2_6_17
+ default "2.6.18" if BR2_LINUX_2_6_18
+ default "2.6.19" if BR2_LINUX_2_6_19
+ default "2.6.19.2" if BR2_LINUX_2_6_19_2
+ default "2.6.20" if BR2_LINUX_2_6_20
+ default "2.6.20.4" if BR2_LINUX_2_6_20_4
+ default "2.6.21" if BR2_LINUX_2_6_21
+ default "2.6.21.1" if BR2_LINUX_2_6_21_1
+ default "2.6.21.6" if BR2_LINUX_2_6_21_6
+ default "2.6.22" if BR2_LINUX_2_6_22
+ default "2.6.22.1" if BR2_LINUX_2_6_22_1
+ default "2.6.22" if BR2_LINUX_2_6_23_RC1
+ default "2.6.22" if BR2_LINUX_2_6_SNAP
+ default "2.6.22" if BR2_LINUX_2_6_MM
+ default $(BR2_CUSTOM_LINUX26_VERSION) if BR2_LINUX_CUSTOM
+
+config BR2_LINUX26_RC_PATCH
+ string #"Selected Patch:"
+ default "" if BR2_LINUX_2_6_15
+ default "" if BR2_LINUX_2_6_16
+ default "" if BR2_LINUX_2_6_17
+ default "" if BR2_LINUX_2_6_18
+ default "" if BR2_LINUX_2_6_19
+ default "" if BR2_LINUX_2_6_19_2
+ default "" if BR2_LINUX_2_6_20
+ default "" if BR2_LINUX_2_6_20_4
+ default "" if BR2_LINUX_2_6_21
+ default "" if BR2_LINUX_2_6_21_1
+ default "" if BR2_LINUX_2_6_21_6
+ default "" if BR2_LINUX_2_6_22
+ default "" if BR2_LINUX_2_6_22_1
+ default "patch-2.6.23-rc1.bz2" if BR2_LINUX_2_6_23_RC1
+ default $(BR2_CUSTOM_LINUX26_RC_PATCH) if BR2_LINUX_CUSTOM
+
+choice
+ prompt "Linux Kernel Configuration"
+ depends on BR2_PACKAGE_LINUX
+ default BR2_PACKAGE_LINUX_USE_KCONFIG
+ help
+ Select the way to configure the Linux
+
+config BR2_PACKAGE_LINUX_USE_KCONFIG
+ bool ".config file"
+ depends on BR2_PACKAGE_LINUX
+ help
+ kernel's .config to use to build a kernel for the target.
+
+ If the above setting is empty, you can change the default
+ board-imposed value by passing LINUX26_KCONFIG=<path> to
+ make.
+
+config BR2_LINUX26_DEFCONFIG
+ bool "Run make <board>_defconfig "
+ depends BR2_PACKAGE_LINUX
+ help
+ Configure Linux by make <board>_defconfig
+
+config BR2_LINUX_CUSTOMIZE
+ bool "Run make ARCH=$(ARCH) xconfig before build"
+ depends BR2_PACKAGE_LINUX
+ help
+ Configure Linux by make xconfig
+endchoice
+
+config BR2_PACKAGE_LINUX_KCONFIG
+ string ".config file"
+ depends on BR2_PACKAGE_LINUX_USE_KCONFIG
+ default "$(BR2_BOARD_PATH)/$(BR2_BOARD_NAME)-linux-$(LINUX26_VERSION).config"
+ help
+ kernel's .config to use to build a kernel for the target.
+
+ If the above setting is empty, you can change the default
+ board-imposed value by passing LINUX26_KCONFIG=<path> to
+ make.
+
+choice
+ prompt "kernel binary format"
+ depends on BR2_PACKAGE_LINUX
+ default BR2_LINUX_BIN_UIMAGE
+ help
+ Select the specific Linux binary type you want to use
+
+config BR2_LINUX_BIN_BZIMAGE
+ bool "bzImage"
+ depends BR2_PACKAGE_LINUX
+ help
+ Linux 2.6.19.2
+
+config BR2_LINUX_BIN_UIMAGE
+ bool "uImage"
+ depends BR2_PACKAGE_LINUX
+ help
+ Build uImage binary
+
+config BR2_LINUX_BIN_VMLINUX
+ bool "vmlinux"
+ depends BR2_PACKAGE_LINUX
+ help
+ Build vmlinux binary
+
+config BR2_LINUX_BIN_ZIMAGE
+ bool "zImage"
+ depends BR2_PACKAGE_LINUX
+ help
+ Linux 2.6.19.2
+
+config BR2_LINUX_BIN_CUSTOM
+ bool "<custom> Linux binary"
+ depends BR2_PACKAGE_LINUX
+ help
+ Build custom Linux binary format
+endchoice
+
+config BR2_LINUX_BIN_CUSTOM_BIN
+ string "custom kernel binary format"
+ depends on BR2_LINUX_BIN_CUSTOM
+ default ""
+ help
+ Which Linux binary format?
+
+config BR2_PACKAGE_LINUX_FORMAT
+ string #"kernel binary format"
+ depends on BR2_PACKAGE_LINUX
+ default "bzImage" if BR2_LINUX_BIN_BZIMAGE
+ default "uImage" if BR2_LINUX_BIN_UIMAGE
+ default "vmlinux" if BR2_LINUX_BIN_VMLINUX
+ default "zImage" if BR2_LINUX_BIN_ZIMAGE
+ default $(BR2_LINUX_BIN_CUSTOM_BIN) if BR2_LINUX_BIN_CUSTOM
+ help
+ kernel binary format.
+ Popular values include:
+ - bzImage
+ - zImage
+ - vmlinux
+ and other, architecture dependant formats.
+
+ Note that the default format is supposed to be set by your
+ board-description, if any.
+ i386 and compatible default to bzImage if nothing was given
+ above.
+ If the above setting is empty, you can change the default
+ board-imposed value by passing LINUX26_FORMAT=<string> to
+ make.
+
+comment "Destinations for linux kernel binaries"
+ depends on BR2_PACKAGE_LINUX
+
+config BR2_LINUX_IN_ROOTFS
+ bool "Copy kernel to root file system"
+ depends BR2_PACKAGE_LINUX
+ default n
+ help
+ Copy kernel to <root>/boot directory
+
+menuconfig BR2_LINUX_COPY
+ bool "Secondary Copy"
+ depends on BR2_PACKAGE_LINUX
+ default y
+
+config BR2_LINUX_COPYTO
+ string "also copy the image to..."
+ depends BR2_LINUX_COPY
+ default "/tftpboot"
+ help
+ Copy kernel to secondary location
+
+endif
+endmenu
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2007-07-23 14:43 aldot at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: aldot at uclibc.org @ 2007-07-23 14:43 UTC (permalink / raw)
To: buildroot
Author: aldot
Date: 2007-07-23 07:43:40 -0700 (Mon, 23 Jul 2007)
New Revision: 19233
Log:
- revert a part that was introduced with the PROJECT changes.
fixes unability to build a kernel (failed to find rule .patched)
Modified:
trunk/buildroot/target/linux/Makefile.in
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in
===================================================================
--- trunk/buildroot/target/linux/Makefile.in 2007-07-23 14:05:02 UTC (rev 19232)
+++ trunk/buildroot/target/linux/Makefile.in 2007-07-23 14:43:40 UTC (rev 19233)
@@ -58,7 +58,7 @@
LINUX26_KERNEL=$(BINARIES_DIR)/linux-kernel-$(LINUX26_VERSION)-$(KERNEL_ARCH)
# Version of Linux AFTER patches
-LINUX26_DIR=$(PROJECT_BUILD_DIR)/linux-$(LINUX26_VERSION)
+LINUX26_DIR=$(BUILD_DIR)/linux-$(LINUX26_VERSION)
# for packages that need it
LINUX_VERSION:=$(LINUX_VERSION)
@@ -89,10 +89,10 @@
$(LINUX26_DIR)/.unpacked: $(DL_DIR)/$(LINUX26_SOURCE)
rm -rf $(LINUX26_DIR)
- $(LINUX26_BZCAT) $(DL_DIR)/$(LINUX26_SOURCE) | tar -C $(PROJECT_BUILD_DIR) $(TAR_OPTIONS) -
+ $(LINUX26_BZCAT) $(DL_DIR)/$(LINUX26_SOURCE) | tar -C $(BUILD_DIR) $(TAR_OPTIONS) -
ifneq ($(DOWNLOAD_LINUX26_VERSION),$(LINUX26_VERSION))
# Rename the dir from the downloaded version to the AFTER patch version
- mv -f $(PROJECT_BUILD_DIR)/linux-$(DOWNLOAD_LINUX26_VERSION) $(LINUX26_DIR)
+ mv -f $(BUILD_DIR)/linux-$(DOWNLOAD_LINUX26_VERSION) $(LINUX26_DIR)
endif
touch $@
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2007-08-01 11:52 ulf at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2007-08-01 11:52 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2007-08-01 04:52:15 -0700 (Wed, 01 Aug 2007)
New Revision: 19387
Log:
Allow user configurable kernel name
Modified:
trunk/buildroot/target/linux/Makefile.in
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in
===================================================================
--- trunk/buildroot/target/linux/Makefile.in 2007-08-01 10:19:51 UTC (rev 19386)
+++ trunk/buildroot/target/linux/Makefile.in 2007-08-01 11:52:15 UTC (rev 19387)
@@ -55,7 +55,9 @@
endif
# File name for the Linux kernel binary
+ifndef LINUX26_KERNEL
LINUX26_KERNEL=$(BINARIES_DIR)/linux-kernel-$(LINUX26_VERSION)-$(KERNEL_ARCH)
+endif
# Version of Linux AFTER patches
LINUX26_DIR=$(BUILD_DIR)/linux-$(LINUX26_VERSION)
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2007-08-19 22:28 ulf at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2007-08-19 22:28 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2007-08-19 15:28:51 -0700 (Sun, 19 Aug 2007)
New Revision: 19577
Log:
Fix bad parameter list for patching linux kernel
Modified:
trunk/buildroot/target/linux/Makefile.in
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in
===================================================================
--- trunk/buildroot/target/linux/Makefile.in 2007-08-19 22:01:27 UTC (rev 19576)
+++ trunk/buildroot/target/linux/Makefile.in 2007-08-19 22:28:51 UTC (rev 19577)
@@ -107,7 +107,7 @@
touch $@
$(LINUX26_DIR)/.patched: $(LINUX26_DIR)/.unpacked
- toolchain/patch-kernel.sh $(LINUX26_DIR) $(LINUX26_PATCH_DIR)
+ toolchain/patch-kernel.sh $(LINUX26_DIR) $(LINUX26_PATCH_DIR) \*.patch
touch $@
endif # ($(LINUX26_VERSION),$(LINUX_HEADERS_VERSION))
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2007-08-19 22:30 ulf at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2007-08-19 22:30 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2007-08-19 15:30:47 -0700 (Sun, 19 Aug 2007)
New Revision: 19578
Log:
Remove target specific things from Linux config
Modified:
trunk/buildroot/target/linux/Config.in
Changeset:
Modified: trunk/buildroot/target/linux/Config.in
===================================================================
--- trunk/buildroot/target/linux/Config.in 2007-08-19 22:28:51 UTC (rev 19577)
+++ trunk/buildroot/target/linux/Config.in 2007-08-19 22:30:47 UTC (rev 19578)
@@ -191,14 +191,7 @@
depends on BR2_PACKAGE_LINUX
config BR2_LINUX_BSP_PATCH
- string "Additional Atmel patch to apply"
- default "linux-2.6.20.4-atmel.patch.bz2" if BR2_TARGET_AVR32
- default "linux-2.6.20.4-atmel.patch.bz2" if BR2_TARGET_AT91
-
-
-config BR2_LINUX_BSP_PATCH
- string "Additional patch to apply"
- depends on ! (BR2_TARGET_AVR32 || BR2_TARGET_AT91)
+ string "Additional patch to apply (supply full path)"
default ""
endmenu
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2007-08-21 13:21 aldot at uclibc.org
2007-08-21 13:29 ` Ulf Samuelsson
0 siblings, 1 reply; 169+ messages in thread
From: aldot at uclibc.org @ 2007-08-21 13:21 UTC (permalink / raw)
To: buildroot
Author: aldot
Date: 2007-08-21 06:21:44 -0700 (Tue, 21 Aug 2007)
New Revision: 19614
Log:
- propagate IPv6 setting down to the kernel
Modified:
trunk/buildroot/target/linux/Makefile.in
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in
===================================================================
--- trunk/buildroot/target/linux/Makefile.in 2007-08-21 12:09:53 UTC (rev 19613)
+++ trunk/buildroot/target/linux/Makefile.in 2007-08-21 13:21:44 UTC (rev 19614)
@@ -121,6 +121,12 @@
else
echo "# CONFIG_AEABI is not set" >> $(LINUX26_DIR)/.config
endif
+ $(SED) '/CONFIG_IPV6/d' $(LINUX26_DIR)/.config
+ifeq ($(BR2_INET_IPV6),y)
+ echo "CONFIG_IPV6=y" >> $(LINUX26_DIR)/.config
+else
+ echo "# CONFIG_IPV6 is not set" >> $(LINUX26_DIR)/.config
+endif
ifeq ($(BR2_TARGET_ROOTFS_INITRAMFS),y)
$(SED) '/CONFIG_INITRAMFS_SOURCE/d' $(LINUX26_DIR)/.config
echo "CONFIG_INITRAMFS_SOURCE=\"$(INITRAMFS_TARGET)\"" >> \
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2007-08-21 13:21 aldot at uclibc.org
@ 2007-08-21 13:29 ` Ulf Samuelsson
0 siblings, 0 replies; 169+ messages in thread
From: Ulf Samuelsson @ 2007-08-21 13:29 UTC (permalink / raw)
To: buildroot
>
> Changeset:
> Modified: trunk/buildroot/target/linux/Makefile.in
> ===================================================================
> --- trunk/buildroot/target/linux/Makefile.in 2007-08-21 12:09:53 UTC (rev 19613)
> +++ trunk/buildroot/target/linux/Makefile.in 2007-08-21 13:21:44 UTC (rev 19614)
> @@ -121,6 +121,12 @@
> else
> echo "# CONFIG_AEABI is not set" >> $(LINUX26_DIR)/.config
> endif
> + $(SED) '/CONFIG_IPV6/d' $(LINUX26_DIR)/.config
> +ifeq ($(BR2_INET_IPV6),y)
> + echo "CONFIG_IPV6=y" >> $(LINUX26_DIR)/.config
> +else
> + echo "# CONFIG_IPV6 is not set" >> $(LINUX26_DIR)/.config
> +endif
> ifeq ($(BR2_TARGET_ROOTFS_INITRAMFS),y)
> $(SED) '/CONFIG_INITRAMFS_SOURCE/d' $(LINUX26_DIR)/.config
> echo "CONFIG_INITRAMFS_SOURCE=\"$(INITRAMFS_TARGET)\"" >> \
I think this is dangerous.
What happens if someone introduces
CONFIG_IPV6_EXTRA_CONFIG in the kernel.
It is better to 'sed' the .config for the full string.
--
Best Regards,
Ulf Samuelsson
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2007-09-04 21:24 aldot at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: aldot at uclibc.org @ 2007-09-04 21:24 UTC (permalink / raw)
To: buildroot
Author: aldot
Date: 2007-09-04 14:24:46 -0700 (Tue, 04 Sep 2007)
New Revision: 19784
Log:
- remove initramfs related config settings and configure them back if needed
Modified:
trunk/buildroot/target/linux/Makefile.in
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in
===================================================================
--- trunk/buildroot/target/linux/Makefile.in 2007-09-04 19:33:22 UTC (rev 19783)
+++ trunk/buildroot/target/linux/Makefile.in 2007-09-04 21:24:46 UTC (rev 19784)
@@ -152,19 +152,20 @@
else
echo "# CONFIG_IPV6 is not set" >> $(LINUX26_DIR)/.config
endif
+ $(SED) '/CONFIG_INITRAMFS_SOURCE/d' $(LINUX26_DIR)/.config
+ $(SED) '/INITRAMFS_ROOT_.ID/d' $(LINUX26_DIR)/.config
ifeq ($(BR2_TARGET_ROOTFS_INITRAMFS),y)
- $(SED) '/CONFIG_INITRAMFS_SOURCE/d' $(LINUX26_DIR)/.config
echo "CONFIG_INITRAMFS_SOURCE=\"$(INITRAMFS_TARGET)\"" >> \
$(LINUX26_DIR)/.config
- $(SED) '/INITRAMFS_ROOT_.ID/d' $(LINUX26_DIR)/.config
echo "CONFIG_INITRAMFS_ROOT_UID=0" >> $(LINUX26_DIR)/.config
echo "CONFIG_INITRAMFS_ROOT_GID=0" >> $(LINUX26_DIR)/.config
endif
ifeq ($(BR2_PACKAGE_BUSYBOX_INITRAMFS),y)
+ # precedence for a small initramfs
$(SED) '/CONFIG_INITRAMFS_SOURCE/d' $(LINUX26_DIR)/.config
+ $(SED) '/INITRAMFS_ROOT_.ID/d' $(LINUX26_DIR)/.config
echo "CONFIG_INITRAMFS_SOURCE=\"$(BB_INITRAMFS_TARGET)\"" >> \
$(LINUX26_DIR)/.config
- $(SED) '/INITRAMFS_ROOT_.ID/d' $(LINUX26_DIR)/.config
echo "CONFIG_INITRAMFS_ROOT_UID=0" >> $(LINUX26_DIR)/.config
echo "CONFIG_INITRAMFS_ROOT_GID=0" >> $(LINUX26_DIR)/.config
endif
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2007-09-05 6:48 ulf at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2007-09-05 6:48 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2007-09-04 23:48:38 -0700 (Tue, 04 Sep 2007)
New Revision: 19786
Log:
Add unpacking + patching of linux source tree to simplify creating a new patch
Modified:
trunk/buildroot/target/linux/Makefile.in
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in
===================================================================
--- trunk/buildroot/target/linux/Makefile.in 2007-09-05 03:40:47 UTC (rev 19785)
+++ trunk/buildroot/target/linux/Makefile.in 2007-09-05 06:48:38 UTC (rev 19786)
@@ -209,6 +209,8 @@
linux26-source: $(DL_DIR)/$(LINUX26_SOURCE)
+linux26-patched: $(LINUX26_DIR)/.patched
+
# This has been renamed so we do _NOT_ by default run this on 'make clean'
linux26clean:
rm -f $(LINUX26_KERNEL) $(LINUX26_DIR)/.configured
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2007-09-18 17:10 aldot at uclibc.org
2007-09-18 21:08 ` Ulf Samuelsson
0 siblings, 1 reply; 169+ messages in thread
From: aldot at uclibc.org @ 2007-09-18 17:10 UTC (permalink / raw)
To: buildroot
Author: aldot
Date: 2007-09-18 10:10:56 -0700 (Tue, 18 Sep 2007)
New Revision: 19878
Log:
- patch the correct dir
Modified:
trunk/buildroot/target/linux/Makefile.in
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in
===================================================================
--- trunk/buildroot/target/linux/Makefile.in 2007-09-18 13:12:25 UTC (rev 19877)
+++ trunk/buildroot/target/linux/Makefile.in 2007-09-18 17:10:56 UTC (rev 19878)
@@ -129,7 +129,7 @@
linux-$(LINUX26_VERSION)-\*.patch{,.gz,.bz2}
endif
ifeq ($(BR2_PACKAGE_OPENSWAN),y)
- toolchain/patch-kernel.sh $(LINUX_HEADERS_UNPACK_DIR) package/openswan \
+ toolchain/patch-kernel.sh $(LINUX26_DIR) package/openswan \
linux-$(LINUX26_VERSION)-\*.patch{,.gz,.bz2}
endif
ifneq ($(LINUX26_PATCH_DIR),)
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2007-09-18 17:10 aldot at uclibc.org
@ 2007-09-18 21:08 ` Ulf Samuelsson
2007-09-19 8:03 ` Bernhard Fischer
0 siblings, 1 reply; 169+ messages in thread
From: Ulf Samuelsson @ 2007-09-18 21:08 UTC (permalink / raw)
To: buildroot
tis 2007-09-18 klockan 10:10 -0700 skrev aldot at uclibc.org:
> Author: aldot
> Date: 2007-09-18 10:10:56 -0700 (Tue, 18 Sep 2007)
> New Revision: 19878
>
> Log:
> - patch the correct dir
>
>
> Modified:
> trunk/buildroot/target/linux/Makefile.in
>
>
> Changeset:
> Modified: trunk/buildroot/target/linux/Makefile.in
> ===================================================================
> --- trunk/buildroot/target/linux/Makefile.in 2007-09-18 13:12:25 UTC (rev 19877)
> +++ trunk/buildroot/target/linux/Makefile.in 2007-09-18 17:10:56 UTC (rev 19878)
> @@ -129,7 +129,7 @@
> linux-$(LINUX26_VERSION)-\*.patch{,.gz,.bz2}
> endif
> ifeq ($(BR2_PACKAGE_OPENSWAN),y)
> - toolchain/patch-kernel.sh $(LINUX_HEADERS_UNPACK_DIR) package/openswan \
> + toolchain/patch-kernel.sh $(LINUX26_DIR) package/openswan \
> linux-$(LINUX26_VERSION)-\*.patch{,.gz,.bz2}
> endif
> ifneq ($(LINUX26_PATCH_DIR),)
Thanks,
Openswan is a mess at the moment, with *large* duplicate patches
(adding 6-8 MBytes to the trunk).
I think we should download the klips/natt patches from the website
instead, and patches should be based on a user selected version.
Will try out on x86.
>
> _______________________________________________
> buildroot mailing list
> buildroot at uclibc.org
> http://busybox.net/mailman/listinfo/buildroot
--
Best Regards,
Ulf Samuelsson
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2007-09-18 21:08 ` Ulf Samuelsson
@ 2007-09-19 8:03 ` Bernhard Fischer
2007-09-19 21:46 ` Ulf Samuelsson
0 siblings, 1 reply; 169+ messages in thread
From: Bernhard Fischer @ 2007-09-19 8:03 UTC (permalink / raw)
To: buildroot
On Tue, Sep 18, 2007 at 11:08:51PM +0200, Ulf Samuelsson wrote:
>tis 2007-09-18 klockan 10:10 -0700 skrev aldot at uclibc.org:
>> Author: aldot
>> Date: 2007-09-18 10:10:56 -0700 (Tue, 18 Sep 2007)
>> New Revision: 19878
>>
>> Log:
>> - patch the correct dir
>>
>>
>> Modified:
>> trunk/buildroot/target/linux/Makefile.in
>>
>>
>> Changeset:
>> Modified: trunk/buildroot/target/linux/Makefile.in
>> ===================================================================
>> --- trunk/buildroot/target/linux/Makefile.in 2007-09-18 13:12:25 UTC (rev 19877)
>> +++ trunk/buildroot/target/linux/Makefile.in 2007-09-18 17:10:56 UTC (rev 19878)
>> @@ -129,7 +129,7 @@
>> linux-$(LINUX26_VERSION)-\*.patch{,.gz,.bz2}
>> endif
>> ifeq ($(BR2_PACKAGE_OPENSWAN),y)
>> - toolchain/patch-kernel.sh $(LINUX_HEADERS_UNPACK_DIR) package/openswan \
>> + toolchain/patch-kernel.sh $(LINUX26_DIR) package/openswan \
>> linux-$(LINUX26_VERSION)-\*.patch{,.gz,.bz2}
>> endif
>> ifneq ($(LINUX26_PATCH_DIR),)
>
>Thanks,
>Openswan is a mess at the moment, with *large* duplicate patches
>(adding 6-8 MBytes to the trunk).
I don't need the old patches anymore, but it was you who wanted to
retain deprecated stuff.. Feel free to wipe the old ones.
>I think we should download the klips/natt patches from the website
>instead, and patches should be based on a user selected version.
The patches for 2.4.9 need fixes to apply and work cleanly, so this is
not an option.
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2007-09-19 21:46 ` Ulf Samuelsson
@ 2007-09-19 21:18 ` Bernhard Fischer
2007-09-20 17:33 ` Ulf Samuelsson
0 siblings, 1 reply; 169+ messages in thread
From: Bernhard Fischer @ 2007-09-19 21:18 UTC (permalink / raw)
To: buildroot
On Wed, Sep 19, 2007 at 11:46:58PM +0200, Ulf Samuelsson wrote:
>ons 2007-09-19 klockan 10:03 +0200 skrev Bernhard Fischer:
>> On Tue, Sep 18, 2007 at 11:08:51PM +0200, Ulf Samuelsson wrote:
>> >tis 2007-09-18 klockan 10:10 -0700 skrev aldot at uclibc.org:
>> >> Author: aldot
>> >> Date: 2007-09-18 10:10:56 -0700 (Tue, 18 Sep 2007)
>> >> New Revision: 19878
>> >>
>> >> Log:
>> >> - patch the correct dir
>> >>
>> >>
>> >> Modified:
>> >> trunk/buildroot/target/linux/Makefile.in
>> >>
>> >>
>> >> Changeset:
>> >> Modified: trunk/buildroot/target/linux/Makefile.in
>> >> ===================================================================
>> >> --- trunk/buildroot/target/linux/Makefile.in 2007-09-18 13:12:25 UTC (rev 19877)
>> >> +++ trunk/buildroot/target/linux/Makefile.in 2007-09-18 17:10:56 UTC (rev 19878)
>> >> @@ -129,7 +129,7 @@
>> >> linux-$(LINUX26_VERSION)-\*.patch{,.gz,.bz2}
>> >> endif
>> >> ifeq ($(BR2_PACKAGE_OPENSWAN),y)
>> >> - toolchain/patch-kernel.sh $(LINUX_HEADERS_UNPACK_DIR) package/openswan \
>> >> + toolchain/patch-kernel.sh $(LINUX26_DIR) package/openswan \
>> >> linux-$(LINUX26_VERSION)-\*.patch{,.gz,.bz2}
>> >> endif
>> >> ifneq ($(LINUX26_PATCH_DIR),)
>> >
>> >Thanks,
>> >Openswan is a mess at the moment, with *large* duplicate patches
>> >(adding 6-8 MBytes to the trunk).
>>
>> I don't need the old patches anymore, but it was you who wanted to
>> retain deprecated stuff.. Feel free to wipe the old ones.
>>
>> >I think we should download the klips/natt patches from the website
>> >instead, and patches should be based on a user selected version.
>>
>> The patches for 2.4.9 need fixes to apply and work cleanly, so this is
>> not an option.
>
>I tried, and noticed that there were proplems,
>but it seems to me that only the "natt" patches have
>problem, and they are pretty small.
>"klips" patches seems to apply without problem.
>This is good since the "klips" patches are the big un's.
>
>Are you aware of any changes needed to klips?
Unfortunately a couple of adjustments are needed, some are a bit
fragile at runtime, from the looks, i.e. need testing (and i don't
have time to do that ATM anyway).
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2007-09-19 8:03 ` Bernhard Fischer
@ 2007-09-19 21:46 ` Ulf Samuelsson
2007-09-19 21:18 ` Bernhard Fischer
0 siblings, 1 reply; 169+ messages in thread
From: Ulf Samuelsson @ 2007-09-19 21:46 UTC (permalink / raw)
To: buildroot
ons 2007-09-19 klockan 10:03 +0200 skrev Bernhard Fischer:
> On Tue, Sep 18, 2007 at 11:08:51PM +0200, Ulf Samuelsson wrote:
> >tis 2007-09-18 klockan 10:10 -0700 skrev aldot at uclibc.org:
> >> Author: aldot
> >> Date: 2007-09-18 10:10:56 -0700 (Tue, 18 Sep 2007)
> >> New Revision: 19878
> >>
> >> Log:
> >> - patch the correct dir
> >>
> >>
> >> Modified:
> >> trunk/buildroot/target/linux/Makefile.in
> >>
> >>
> >> Changeset:
> >> Modified: trunk/buildroot/target/linux/Makefile.in
> >> ===================================================================
> >> --- trunk/buildroot/target/linux/Makefile.in 2007-09-18 13:12:25 UTC (rev 19877)
> >> +++ trunk/buildroot/target/linux/Makefile.in 2007-09-18 17:10:56 UTC (rev 19878)
> >> @@ -129,7 +129,7 @@
> >> linux-$(LINUX26_VERSION)-\*.patch{,.gz,.bz2}
> >> endif
> >> ifeq ($(BR2_PACKAGE_OPENSWAN),y)
> >> - toolchain/patch-kernel.sh $(LINUX_HEADERS_UNPACK_DIR) package/openswan \
> >> + toolchain/patch-kernel.sh $(LINUX26_DIR) package/openswan \
> >> linux-$(LINUX26_VERSION)-\*.patch{,.gz,.bz2}
> >> endif
> >> ifneq ($(LINUX26_PATCH_DIR),)
> >
> >Thanks,
> >Openswan is a mess at the moment, with *large* duplicate patches
> >(adding 6-8 MBytes to the trunk).
>
> I don't need the old patches anymore, but it was you who wanted to
> retain deprecated stuff.. Feel free to wipe the old ones.
>
> >I think we should download the klips/natt patches from the website
> >instead, and patches should be based on a user selected version.
>
> The patches for 2.4.9 need fixes to apply and work cleanly, so this is
> not an option.
I tried, and noticed that there were proplems,
but it seems to me that only the "natt" patches have
problem, and they are pretty small.
"klips" patches seems to apply without problem.
This is good since the "klips" patches are the big un's.
Are you aware of any changes needed to klips?
BR
Ulf Samuelsson
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2007-09-20 17:33 ` Ulf Samuelsson
@ 2007-09-20 16:00 ` Bernhard Fischer
0 siblings, 0 replies; 169+ messages in thread
From: Bernhard Fischer @ 2007-09-20 16:00 UTC (permalink / raw)
To: buildroot
On Thu, Sep 20, 2007 at 07:33:17PM +0200, Ulf Samuelsson wrote:
>ons 2007-09-19 klockan 23:18 +0200 skrev Bernhard Fischer:
>How about a patch which puts the "klips" patches on the
>buildroot.uclibc.org server?
>(http://buildroot.uclibc.org/downloads/buildroot-sources/)
>
>
>Then we can get rid of it in the trunk.
>Every single BSP for a linux kernel version will otherwise
>add 1,8 MB openswan patch to the trunk.
>Even one of them is too much IMO.
One of them is ok (we can bzip2 it, too), for the current, stable
version (2.6.22.6, currently). YMMV
If you are so concerned about the size of the sources, i'd start wiping
out all those superfluous files from target/ATMEL/.../init.d/* , if i
were you. These should come from the respective packages and not reside
in the skeleton, but again, this may be just me, dunno.
>
>The other patches are really minimal.
They are, but a compressed klips patch is "just" 330k. If you insist, we
can of course host it in the download area and provide a patch to the
patch in the package-dir, but patching patches isn't exactly readable
(at least for me). Ultimatively, i don't have a strong opinion on this
one either way.
cheers,
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2007-09-19 21:18 ` Bernhard Fischer
@ 2007-09-20 17:33 ` Ulf Samuelsson
2007-09-20 16:00 ` Bernhard Fischer
0 siblings, 1 reply; 169+ messages in thread
From: Ulf Samuelsson @ 2007-09-20 17:33 UTC (permalink / raw)
To: buildroot
ons 2007-09-19 klockan 23:18 +0200 skrev Bernhard Fischer:
> On Wed, Sep 19, 2007 at 11:46:58PM +0200, Ulf Samuelsson wrote:
> >ons 2007-09-19 klockan 10:03 +0200 skrev Bernhard Fischer:
> >> On Tue, Sep 18, 2007 at 11:08:51PM +0200, Ulf Samuelsson wrote:
> >> >tis 2007-09-18 klockan 10:10 -0700 skrev aldot at uclibc.org:
> >> >> Author: aldot
> >> >> Date: 2007-09-18 10:10:56 -0700 (Tue, 18 Sep 2007)
> >> >> New Revision: 19878
> >> >>
> >> >> Log:
> >> >> - patch the correct dir
> >> >>
> >> >>
> >> >> Modified:
> >> >> trunk/buildroot/target/linux/Makefile.in
> >> >>
> >> >>
> >> >> Changeset:
> >> >> Modified: trunk/buildroot/target/linux/Makefile.in
> >> >> ===================================================================
> >> >> --- trunk/buildroot/target/linux/Makefile.in 2007-09-18 13:12:25 UTC (rev 19877)
> >> >> +++ trunk/buildroot/target/linux/Makefile.in 2007-09-18 17:10:56 UTC (rev 19878)
> >> >> @@ -129,7 +129,7 @@
> >> >> linux-$(LINUX26_VERSION)-\*.patch{,.gz,.bz2}
> >> >> endif
> >> >> ifeq ($(BR2_PACKAGE_OPENSWAN),y)
> >> >> - toolchain/patch-kernel.sh $(LINUX_HEADERS_UNPACK_DIR) package/openswan \
> >> >> + toolchain/patch-kernel.sh $(LINUX26_DIR) package/openswan \
> >> >> linux-$(LINUX26_VERSION)-\*.patch{,.gz,.bz2}
> >> >> endif
> >> >> ifneq ($(LINUX26_PATCH_DIR),)
> >> >
> >> >Thanks,
> >> >Openswan is a mess at the moment, with *large* duplicate patches
> >> >(adding 6-8 MBytes to the trunk).
> >>
> >> I don't need the old patches anymore, but it was you who wanted to
> >> retain deprecated stuff.. Feel free to wipe the old ones.
> >>
> >> >I think we should download the klips/natt patches from the website
> >> >instead, and patches should be based on a user selected version.
> >>
> >> The patches for 2.4.9 need fixes to apply and work cleanly, so this is
> >> not an option.
> >
> >I tried, and noticed that there were proplems,
> >but it seems to me that only the "natt" patches have
> >problem, and they are pretty small.
> >"klips" patches seems to apply without problem.
> >This is good since the "klips" patches are the big un's.
> >
> >Are you aware of any changes needed to klips?
>
> Unfortunately a couple of adjustments are needed, some are a bit
> fragile at runtime, from the looks, i.e. need testing (and i don't
> have time to do that ATM anyway).
How about a patch which puts the "klips" patches on the
buildroot.uclibc.org server?
(http://buildroot.uclibc.org/downloads/buildroot-sources/)
Then we can get rid of it in the trunk.
Every single BSP for a linux kernel version will otherwise
add 1,8 MB openswan patch to the trunk.
Even one of them is too much IMO.
The other patches are really minimal.
BR
Ulf Samuelsson
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2007-09-22 17:30 aldot at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: aldot at uclibc.org @ 2007-09-22 17:30 UTC (permalink / raw)
To: buildroot
Author: aldot
Date: 2007-09-22 10:30:38 -0700 (Sat, 22 Sep 2007)
New Revision: 19945
Log:
- put LZMA into generic flags
- some additional cleanups while at it
Modified:
trunk/buildroot/target/linux/Makefile.in
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in
===================================================================
--- trunk/buildroot/target/linux/Makefile.in 2007-09-22 17:29:23 UTC (rev 19944)
+++ trunk/buildroot/target/linux/Makefile.in 2007-09-22 17:30:38 UTC (rev 19945)
@@ -79,12 +79,14 @@
#"))
endif
endif
-__LINUX26_NO_PIC=-fPIC -fpic -DPIC
-LINUX26_MAKE_FLAGS = HOSTCC="$(HOSTCC)" HOSTCFLAGS=$(HOSTCFLAGS) \
+__LINUX26_NO_PIC=-fPIC -fpic -DPIC -fwrapv -ftrapv
+LINUX26_MAKE_FLAGS = HOSTCC="$(HOSTCC)" HOSTCFLAGS="$(HOSTCFLAGS)" \
ARCH=$(KERNEL_ARCH) \
CFLAGS_KERNEL="$(filter-out $(__LINUX26_NO_PIC),$(TARGET_CFLAGS))" \
INSTALL_MOD_PATH=$(TARGET_DIR) \
- CROSS_COMPILE=$(KERNEL_CROSS)
+ CROSS_COMPILE=$(KERNEL_CROSS) \
+ LDFLAGS="$(TARGET_LDFLAGS)" \
+ LZMA="$(LZMA)"
$(LINUX26_KCONFIG):
@if [ ! -f "$(LINUX26_KCONFIG)" ] ; then \
@@ -181,7 +183,7 @@
$(LINUX26_KERNEL): $(INITRAMFS_TARGET) $(BB_INITRAMFS_TARGET) \
$(LINUX26_DIR)/.depend_done
- $(MAKE) $(LINUX26_MAKE_FLAGS) LZMA="$(LZMA)" \
+ $(MAKE) $(LINUX26_MAKE_FLAGS) \
-C $(LINUX26_DIR) $(LINUX26_FORMAT)
cp -dpf $(LINUX26_DIR)/$(LINUX26_BINLOC) $(LINUX26_KERNEL)
touch -c $@
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2007-09-23 9:58 ulf at uclibc.org
2007-09-23 11:13 ` Bernhard Fischer
0 siblings, 1 reply; 169+ messages in thread
From: ulf at uclibc.org @ 2007-09-23 9:58 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2007-09-23 02:58:47 -0700 (Sun, 23 Sep 2007)
New Revision: 19960
Log:
Use correct path to vmlinux, Fix bad SED of config
Modified:
trunk/buildroot/target/linux/Makefile.in
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in
===================================================================
--- trunk/buildroot/target/linux/Makefile.in 2007-09-23 09:56:21 UTC (rev 19959)
+++ trunk/buildroot/target/linux/Makefile.in 2007-09-23 09:58:47 UTC (rev 19960)
@@ -56,8 +56,12 @@
# Has to be set by the target/device
ifndef LINUX26_BINLOC
# default:
+ifeq ($(LINUX26_FORMAT),vmlinux)
+LINUX26_BINLOC=$(LINUX26_FORMAT)
+else
LINUX26_BINLOC=arch/$(KERNEL_ARCH)/boot/$(LINUX26_FORMAT)
endif
+endif
# File name for the Linux kernel binary
ifndef LINUX26_KERNEL
@@ -143,7 +147,7 @@
$(LINUX26_DIR)/.configured: $(LINUX26_DIR)/.patched $(LINUX26_KCONFIG)
cp -dpf $(LINUX26_KCONFIG) $(LINUX26_DIR)/.config
- $(SED) '/CONFIG_AEABI/d' $(LINUX26_DIR)/.config
+ $(SED) '/CONFIG_AEABI=y/d' $(LINUX26_DIR)/.config
ifeq ($(BR2_ARM_EABI),y)
echo "CONFIG_AEABI=y" >> $(LINUX26_DIR)/.config
$(SED) '/CONFIG_OABI_COMPAT/d' $(LINUX26_DIR)/.config
@@ -151,7 +155,7 @@
else
echo "# CONFIG_AEABI is not set" >> $(LINUX26_DIR)/.config
endif
- $(SED) '/CONFIG_IPV6/d' $(LINUX26_DIR)/.config
+ $(SED) '/CONFIG_IPV6=y/d' $(LINUX26_DIR)/.config
ifeq ($(BR2_INET_IPV6),y)
echo "CONFIG_IPV6=y" >> $(LINUX26_DIR)/.config
else
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2007-09-23 9:58 ulf at uclibc.org
@ 2007-09-23 11:13 ` Bernhard Fischer
2007-09-23 14:20 ` Ulf Samuelsson
0 siblings, 1 reply; 169+ messages in thread
From: Bernhard Fischer @ 2007-09-23 11:13 UTC (permalink / raw)
To: buildroot
On Sun, Sep 23, 2007 at 02:58:47AM -0700, ulf at uclibc.org wrote:
>Author: ulf
>Date: 2007-09-23 02:58:47 -0700 (Sun, 23 Sep 2007)
>New Revision: 19960
>
>Log:
>Use correct path to vmlinux, Fix bad SED of config
>
>Modified:
> trunk/buildroot/target/linux/Makefile.in
>
>
>Changeset:
>Modified: trunk/buildroot/target/linux/Makefile.in
>===================================================================
>--- trunk/buildroot/target/linux/Makefile.in 2007-09-23 09:56:21 UTC (rev 19959)
>+++ trunk/buildroot/target/linux/Makefile.in 2007-09-23 09:58:47 UTC (rev 19960)
>@@ -143,7 +147,7 @@
>
> $(LINUX26_DIR)/.configured: $(LINUX26_DIR)/.patched $(LINUX26_KCONFIG)
> cp -dpf $(LINUX26_KCONFIG) $(LINUX26_DIR)/.config
>- $(SED) '/CONFIG_AEABI/d' $(LINUX26_DIR)/.config
>+ $(SED) '/CONFIG_AEABI=y/d' $(LINUX26_DIR)/.config
What's wrong with that?
/CONFIG_AEABI/d is the proper thing to do to erase all occurances.
> ifeq ($(BR2_ARM_EABI),y)
> echo "CONFIG_AEABI=y" >> $(LINUX26_DIR)/.config
> $(SED) '/CONFIG_OABI_COMPAT/d' $(LINUX26_DIR)/.config
>@@ -151,7 +155,7 @@
> else
> echo "# CONFIG_AEABI is not set" >> $(LINUX26_DIR)/.config
> endif
>- $(SED) '/CONFIG_IPV6/d' $(LINUX26_DIR)/.config
>+ $(SED) '/CONFIG_IPV6=y/d' $(LINUX26_DIR)/.config
ditto.
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2007-09-23 11:13 ` Bernhard Fischer
@ 2007-09-23 14:20 ` Ulf Samuelsson
0 siblings, 0 replies; 169+ messages in thread
From: Ulf Samuelsson @ 2007-09-23 14:20 UTC (permalink / raw)
To: buildroot
s?n 2007-09-23 klockan 13:13 +0200 skrev Bernhard Fischer:
> On Sun, Sep 23, 2007 at 02:58:47AM -0700, ulf at uclibc.org wrote:
> >Author: ulf
> >Date: 2007-09-23 02:58:47 -0700 (Sun, 23 Sep 2007)
> >New Revision: 19960
> >
> >Log:
> >Use correct path to vmlinux, Fix bad SED of config
> >
> >Modified:
> > trunk/buildroot/target/linux/Makefile.in
> >
> >
> >Changeset:
> >Modified: trunk/buildroot/target/linux/Makefile.in
> >===================================================================
> >--- trunk/buildroot/target/linux/Makefile.in 2007-09-23 09:56:21 UTC (rev 19959)
> >+++ trunk/buildroot/target/linux/Makefile.in 2007-09-23 09:58:47 UTC (rev 19960)
> >@@ -143,7 +147,7 @@
> >
> > $(LINUX26_DIR)/.configured: $(LINUX26_DIR)/.patched $(LINUX26_KCONFIG)
> > cp -dpf $(LINUX26_KCONFIG) $(LINUX26_DIR)/.config
> >- $(SED) '/CONFIG_AEABI/d' $(LINUX26_DIR)/.config
> >+ $(SED) '/CONFIG_AEABI=y/d' $(LINUX26_DIR)/.config
>
> What's wrong with that?
> /CONFIG_AEABI/d is the proper thing to do to erase all occurances.
>
> > ifeq ($(BR2_ARM_EABI),y)
> > echo "CONFIG_AEABI=y" >> $(LINUX26_DIR)/.config
> > $(SED) '/CONFIG_OABI_COMPAT/d' $(LINUX26_DIR)/.config
> >@@ -151,7 +155,7 @@
> > else
> > echo "# CONFIG_AEABI is not set" >> $(LINUX26_DIR)/.config
> > endif
> >- $(SED) '/CONFIG_IPV6/d' $(LINUX26_DIR)/.config
> >+ $(SED) '/CONFIG_IPV6=y/d' $(LINUX26_DIR)/.config
>
> ditto.
This erases all CONFIG_IPV6_* as well, even when commented away,
so when "make oldconfig" done, the build stops and waits
for a value of those configuration items.
I would like the build to progress without user input.
BR
Ulf Samuelsson
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2007-09-26 23:21 ulf at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2007-09-26 23:21 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2007-09-26 16:21:43 -0700 (Wed, 26 Sep 2007)
New Revision: 20050
Log:
Allow easy update of target linux config
Modified:
trunk/buildroot/target/linux/Makefile.in
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in
===================================================================
--- trunk/buildroot/target/linux/Makefile.in 2007-09-26 23:20:49 UTC (rev 20049)
+++ trunk/buildroot/target/linux/Makefile.in 2007-09-26 23:21:43 UTC (rev 20050)
@@ -227,6 +227,9 @@
linux26-config: $(LINUX26_DIR)/.configured
+linux26-update:
+ cp -dpf $(LINUX26_DIR)/.config $(LINUX26_KCONFIG)
+
# This has been renamed so we do _NOT_ by default run this on 'make clean'
linux26clean:
rm -f $(LINUX26_KERNEL) $(LINUX26_DIR)/.configured
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2007-09-29 16:38 aldot at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: aldot at uclibc.org @ 2007-09-29 16:38 UTC (permalink / raw)
To: buildroot
Author: aldot
Date: 2007-09-29 09:38:58 -0700 (Sat, 29 Sep 2007)
New Revision: 20116
Log:
- fixup after Ulf
Modified:
trunk/buildroot/target/linux/Config.in
Changeset:
Modified: trunk/buildroot/target/linux/Config.in
===================================================================
--- trunk/buildroot/target/linux/Config.in 2007-09-29 15:01:17 UTC (rev 20115)
+++ trunk/buildroot/target/linux/Config.in 2007-09-29 16:38:58 UTC (rev 20116)
@@ -54,7 +54,7 @@
make.
endif
-if BR2_PACKAGE_LINUX_EXPERIMENTAL_CONFIG
+if BR2_PACKAGE_LINUX_EXPERIMENTAL_CONFIG
choice
prompt "Linux Kernel Version"
@@ -67,193 +67,193 @@
bool "The latest snapshot for the stable Linux kernel"
depends BR2_PACKAGE_LINUX
help
- Linux 2.6.x-git#
+ Linux 2.6.x-git#
config BR2_LINUX_2_6_MM
bool "With latest -mm patch for the stable Linux kernel"
depends BR2_PACKAGE_LINUX
help
- Linux 2.6.x-rc#-mm#
+ Linux 2.6.x-rc#-mm#
config BR2_LINUX_2_6_STABLE
bool "The latest stable Linux kernel (2.6.22.1)"
depends BR2_PACKAGE_LINUX
help
- Linux 2.6.22.1
+ Linux 2.6.22.1
config BR2_LINUX_2_6_22_1
bool "Linux 2.6.22.1"
depends BR2_PACKAGE_LINUX
help
- Linux 2.6.22-rc1
+ Linux 2.6.22-rc1
config BR2_LINUX_2_6_22
bool "Linux 2.6.22"
depends BR2_PACKAGE_LINUX
help
- Linux 2.6.22
+ Linux 2.6.22
config BR2_LINUX_2_6_21_6
bool "Linux 2.6.21.6"
depends BR2_PACKAGE_LINUX
help
- Linux 2.6.21.6
+ Linux 2.6.21.6
config BR2_LINUX_2_6_21_1
bool "Linux 2.6.21.1"
depends BR2_PACKAGE_LINUX
help
- Linux 2.6.21.1
+ Linux 2.6.21.1
config BR2_LINUX_2_6_21
bool "Linux 2.6.21"
depends BR2_PACKAGE_LINUX
help
- Linux 2.6.21
+ Linux 2.6.21
config BR2_LINUX_2_6_20_4
bool "Linux 2.6.20.4"
depends BR2_PACKAGE_LINUX
help
- Linux 2.6.20.4
+ Linux 2.6.20.4
config BR2_LINUX_2_6_20
bool "Linux 2.6.20"
depends BR2_PACKAGE_LINUX
help
- Linux 2.6.20
+ Linux 2.6.20
config BR2_LINUX_2_6_19_2
bool "Linux 2.6.19.2"
depends BR2_PACKAGE_LINUX
help
- Linux 2.6.19.2
+ Linux 2.6.19.2
config BR2_LINUX_2_6_19
bool "Linux 2.6.19"
depends BR2_PACKAGE_LINUX
help
- Linux 2.6.19
+ Linux 2.6.19
config BR2_LINUX_2_6_18
bool "Linux 2.6.18"
depends BR2_PACKAGE_LINUX
help
- Linux 2.6.18
+ Linux 2.6.18
config BR2_LINUX_2_6_17
bool "Linux 2.6.17"
depends BR2_PACKAGE_LINUX
help
- Linux 2.6.17
+ Linux 2.6.17
config BR2_LINUX_2_6_16
bool "Linux 2.6.16"
depends BR2_PACKAGE_LINUX
help
- Linux 2.6.16
+ Linux 2.6.16
config BR2_LINUX_2_6_15
bool "Linux 2.6.15"
depends BR2_PACKAGE_LINUX
help
- Linux 2.6.15
+ Linux 2.6.15
config BR2_LINUX_2_6_23
bool "Linux 2.6.23"
depends BR2_PACKAGE_LINUX
help
- Linux 2.6.23
+ Linux 2.6.23
config BR2_LINUX_CUSTOM
bool "Linux <custom> version"
depends BR2_PACKAGE_LINUX
help
- Linux <your selection>
+ Linux <your selection>
endchoice
config BR2_CUSTOM_DOWNLOAD_LINUX26_VERSION
- string "Linux Tarball version"
- depends on BR2_LINUX_CUSTOM
+ string "Linux Tarball version"
+ depends on BR2_LINUX_CUSTOM
default "linux-2.6.22"
config BR2_CUSTOM_LINUX26_VERSION
- string "Linux Version"
- depends on BR2_LINUX_CUSTOM
+ string "Linux Version"
+ depends on BR2_LINUX_CUSTOM
default "linux-2.6.22-version"
config BR2_CUSTOM_LINUX26_RC_PATCH
- string "RC patch (if needed)"
- depends on BR2_LINUX_CUSTOM
+ string "RC patch (if needed)"
+ depends on BR2_LINUX_CUSTOM
default "patch-2.6.22-rc6-mm1.bz2"
-menu "Patches"
+menu "Patches"
depends on BR2_PACKAGE_LINUX
config BR2_LINUX_BSP_PATCH
- string "Additional patch to apply (supply full path)"
+ string "Additional patch to apply (supply full path)"
default ""
endmenu
config BR2_DOWNLOAD_LINUX26_VERSION
- string #"Selected Tarball:"
- default "2.6.15" if BR2_LINUX_2_6_15
- default "2.6.16" if BR2_LINUX_2_6_16
- default "2.6.17" if BR2_LINUX_2_6_17
- default "2.6.18" if BR2_LINUX_2_6_18
- default "2.6.19" if BR2_LINUX_2_6_19
- default "2.6.19.2" if BR2_LINUX_2_6_19_2
- default "2.6.20" if BR2_LINUX_2_6_20
- default "2.6.20.4" if BR2_LINUX_2_6_20_4
- default "2.6.21" if BR2_LINUX_2_6_21
- default "2.6.21.1" if BR2_LINUX_2_6_21_1
- default "2.6.21.6" if BR2_LINUX_2_6_21_6
- default "2.6.22" if BR2_LINUX_2_6_22
- default "2.6.22.1" if BR2_LINUX_2_6_22_1
- default "2.6.22" if BR2_LINUX_2_6_23_RC1
- default "2.6.22" if BR2_LINUX_2_6_SNAP
- default "2.6.22" if BR2_LINUX_2_6_MM
- default $(BR2_CUSTOM_DOWNLOAD_LINUX26_VERSION) if BR2_LINUX_CUSTOM
+ string #"Selected Tarball:"
+ default "2.6.15" if BR2_LINUX_2_6_15
+ default "2.6.16" if BR2_LINUX_2_6_16
+ default "2.6.17" if BR2_LINUX_2_6_17
+ default "2.6.18" if BR2_LINUX_2_6_18
+ default "2.6.19" if BR2_LINUX_2_6_19
+ default "2.6.19.2" if BR2_LINUX_2_6_19_2
+ default "2.6.20" if BR2_LINUX_2_6_20
+ default "2.6.20.4" if BR2_LINUX_2_6_20_4
+ default "2.6.21" if BR2_LINUX_2_6_21
+ default "2.6.21.1" if BR2_LINUX_2_6_21_1
+ default "2.6.21.6" if BR2_LINUX_2_6_21_6
+ default "2.6.22" if BR2_LINUX_2_6_22
+ default "2.6.22.1" if BR2_LINUX_2_6_22_1
+ default "2.6.22" if BR2_LINUX_2_6_23_RC1
+ default "2.6.22" if BR2_LINUX_2_6_SNAP
+ default "2.6.22" if BR2_LINUX_2_6_MM
+ default $(BR2_CUSTOM_DOWNLOAD_LINUX26_VERSION) if BR2_LINUX_CUSTOM
config BR2_LINUX26_VERSION
- string "Selected Version:"
- default "2.6.15" if BR2_LINUX_2_6_15
- default "2.6.16" if BR2_LINUX_2_6_16
- default "2.6.17" if BR2_LINUX_2_6_17
- default "2.6.18" if BR2_LINUX_2_6_18
- default "2.6.19" if BR2_LINUX_2_6_19
- default "2.6.19.2" if BR2_LINUX_2_6_19_2
- default "2.6.20" if BR2_LINUX_2_6_20
- default "2.6.20.4" if BR2_LINUX_2_6_20_4
- default "2.6.21" if BR2_LINUX_2_6_21
- default "2.6.21.1" if BR2_LINUX_2_6_21_1
- default "2.6.21.6" if BR2_LINUX_2_6_21_6
- default "2.6.22" if BR2_LINUX_2_6_22
- default "2.6.22.1" if BR2_LINUX_2_6_22_1
- default "2.6.22" if BR2_LINUX_2_6_23_RC1
- default "2.6.22" if BR2_LINUX_2_6_SNAP
- default "2.6.22" if BR2_LINUX_2_6_MM
- default $(BR2_CUSTOM_LINUX26_VERSION) if BR2_LINUX_CUSTOM
+ string "Selected Version:"
+ default "2.6.15" if BR2_LINUX_2_6_15
+ default "2.6.16" if BR2_LINUX_2_6_16
+ default "2.6.17" if BR2_LINUX_2_6_17
+ default "2.6.18" if BR2_LINUX_2_6_18
+ default "2.6.19" if BR2_LINUX_2_6_19
+ default "2.6.19.2" if BR2_LINUX_2_6_19_2
+ default "2.6.20" if BR2_LINUX_2_6_20
+ default "2.6.20.4" if BR2_LINUX_2_6_20_4
+ default "2.6.21" if BR2_LINUX_2_6_21
+ default "2.6.21.1" if BR2_LINUX_2_6_21_1
+ default "2.6.21.6" if BR2_LINUX_2_6_21_6
+ default "2.6.22" if BR2_LINUX_2_6_22
+ default "2.6.22.1" if BR2_LINUX_2_6_22_1
+ default "2.6.22" if BR2_LINUX_2_6_23_RC1
+ default "2.6.22" if BR2_LINUX_2_6_SNAP
+ default "2.6.22" if BR2_LINUX_2_6_MM
+ default $(BR2_CUSTOM_LINUX26_VERSION) if BR2_LINUX_CUSTOM
config BR2_LINUX26_RC_PATCH
- string #"Selected Patch:"
- default "" if BR2_LINUX_2_6_15
- default "" if BR2_LINUX_2_6_16
- default "" if BR2_LINUX_2_6_17
- default "" if BR2_LINUX_2_6_18
- default "" if BR2_LINUX_2_6_19
- default "" if BR2_LINUX_2_6_19_2
- default "" if BR2_LINUX_2_6_20
- default "" if BR2_LINUX_2_6_20_4
- default "" if BR2_LINUX_2_6_21
- default "" if BR2_LINUX_2_6_21_1
- default "" if BR2_LINUX_2_6_21_6
- default "" if BR2_LINUX_2_6_22
- default "" if BR2_LINUX_2_6_22_1
- default "patch-2.6.23-rc1.bz2" if BR2_LINUX_2_6_23_RC1
- default $(BR2_CUSTOM_LINUX26_RC_PATCH) if BR2_LINUX_CUSTOM
+ string #"Selected Patch:"
+ default "" if BR2_LINUX_2_6_15
+ default "" if BR2_LINUX_2_6_16
+ default "" if BR2_LINUX_2_6_17
+ default "" if BR2_LINUX_2_6_18
+ default "" if BR2_LINUX_2_6_19
+ default "" if BR2_LINUX_2_6_19_2
+ default "" if BR2_LINUX_2_6_20
+ default "" if BR2_LINUX_2_6_20_4
+ default "" if BR2_LINUX_2_6_21
+ default "" if BR2_LINUX_2_6_21_1
+ default "" if BR2_LINUX_2_6_21_6
+ default "" if BR2_LINUX_2_6_22
+ default "" if BR2_LINUX_2_6_22_1
+ default "patch-2.6.23-rc1.bz2" if BR2_LINUX_2_6_23_RC1
+ default $(BR2_CUSTOM_LINUX26_RC_PATCH) if BR2_LINUX_CUSTOM
choice
prompt "Linux Kernel Configuration"
@@ -272,17 +272,17 @@
board-imposed value by passing LINUX26_KCONFIG=<path> to
make.
-config BR2_LINUX26_DEFCONFIG
+config BR2_LINUX26_DEFCONFIG
bool "Run make <board>_defconfig "
depends BR2_PACKAGE_LINUX
help
- Configure Linux by make <board>_defconfig
+ Configure Linux by make <board>_defconfig
config BR2_LINUX_CUSTOMIZE
bool "Run make ARCH=$(ARCH) xconfig before build"
depends BR2_PACKAGE_LINUX
help
- Configure Linux by make xconfig
+ Configure Linux by make xconfig
endchoice
config BR2_PACKAGE_LINUX_KCONFIG
@@ -307,54 +307,56 @@
bool "bzImage"
depends BR2_PACKAGE_LINUX
help
- Linux 2.6.19.2
+ Linux 2.6.19.2
config BR2_LINUX_BIN_UIMAGE
bool "uImage"
depends BR2_PACKAGE_LINUX
help
- Build uImage binary
+ Build uImage binary
config BR2_LINUX_BIN_VMLINUX
bool "vmlinux"
depends BR2_PACKAGE_LINUX
help
- Build vmlinux binary
+ Build vmlinux binary
config BR2_LINUX_BIN_ZIMAGE
bool "zImage"
depends BR2_PACKAGE_LINUX
help
- Linux 2.6.19.2
+ Linux 2.6.19.2
config BR2_LINUX_BIN_CUSTOM
bool "<custom> Linux binary"
depends BR2_PACKAGE_LINUX
help
- Build custom Linux binary format
+ Build custom Linux binary format
endchoice
config BR2_LINUX_BIN_CUSTOM_BIN
string "custom kernel binary format"
depends on BR2_LINUX_BIN_CUSTOM
- default ""
+ default ""
help
- Which Linux binary format?
+ Which Linux binary format?
config BR2_PACKAGE_LINUX_FORMAT
string #"kernel binary format"
depends on BR2_PACKAGE_LINUX
- default "bzImage" if BR2_LINUX_BIN_BZIMAGE
- default "uImage" if BR2_LINUX_BIN_UIMAGE
- default "vmlinux" if BR2_LINUX_BIN_VMLINUX
- default "zImage" if BR2_LINUX_BIN_ZIMAGE
- default $(BR2_LINUX_BIN_CUSTOM_BIN) if BR2_LINUX_BIN_CUSTOM
+ default "bzImage" if BR2_LINUX_BIN_BZIMAGE
+ default "uImage" if BR2_LINUX_BIN_UIMAGE
+ default "vmlinux" if BR2_LINUX_BIN_VMLINUX
+ default "zImage" if BR2_LINUX_BIN_ZIMAGE
+ default $(BR2_LINUX_BIN_CUSTOM_BIN) if BR2_LINUX_BIN_CUSTOM
help
kernel binary format.
Popular values include:
- bzImage
- zImage
- vmlinux
+ - zImage
+ - xipImage
and other, architecture dependant formats.
Note that the default format is supposed to be set by your
@@ -371,11 +373,11 @@
config BR2_LINUX_IN_ROOTFS
bool "Copy kernel to root file system"
depends BR2_PACKAGE_LINUX
- default n
+ default n
help
- Copy kernel to <root>/boot directory
+ Copy kernel to <root>/boot directory
-menuconfig BR2_LINUX_COPY
+menuconfig BR2_LINUX_COPY
bool "Secondary Copy"
depends on BR2_PACKAGE_LINUX
default y
@@ -383,8 +385,8 @@
config BR2_LINUX_COPYTO
string "also copy the image to..."
depends BR2_LINUX_COPY
- default "/tftpboot"
+ default "/tftpboot"
help
- Copy kernel to secondary location
+ Copy kernel to secondary location
endif
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2007-10-13 18:37 ulf at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2007-10-13 18:37 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2007-10-13 11:37:24 -0700 (Sat, 13 Oct 2007)
New Revision: 20243
Log:
Move config item deeper into menu system
Modified:
trunk/buildroot/target/linux/Config.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Config.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Config.in.advanced 2007-10-13 18:30:28 UTC (rev 20242)
+++ trunk/buildroot/target/linux/Config.in.advanced 2007-10-13 18:37:24 UTC (rev 20243)
@@ -487,8 +487,6 @@
help
Copy kernel to secondary location
-endmenu
-
config BR2_LINUX_COPY_CONFIGURATION
bool "Copy buildroot configuration to Linux file system"
default y if BR2_TARGET_ATMEL
@@ -497,5 +495,6 @@
The configuration files for buildroot, uclibc, busybox and linux
are copied to the "<root>/boot" directory.
+endmenu
endif
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2007-10-13 23:07 ulf at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2007-10-13 23:07 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2007-10-13 16:07:04 -0700 (Sat, 13 Oct 2007)
New Revision: 20244
Log:
Use correct kernel name for advanced linux build
Modified:
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2007-10-13 18:37:24 UTC (rev 20243)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2007-10-13 23:07:04 UTC (rev 20244)
@@ -147,7 +147,7 @@
# -----------------------------------------------------------------------------
# File name for the Linux kernel binary
-LINUX_KERNEL_NAME:=$(BOARD_NAME)-linux-$(LINUX26_VERSION)-$(DATE)$(KERNEL_EXT)
+LINUX26_KERNEL_NAME:=$(BOARD_NAME)-linux-$(LINUX26_VERSION)-$(DATE)$(KERNEL_EXT)
ifndef LINUX26_KERNEL
LINUX26_KERNEL:=$(BINARIES_DIR)/$(BOARD_NAME)-linux-$(LINUX26_VERSION)-$(DATE)$(KERNEL_EXT)
@@ -212,9 +212,10 @@
LINUX26_TARGETS+=/tftpboot/$(LINUX26_KERNEL_NAME)
endif
-ifneq ($(BR2_LINUX_COPYTO),)
+ifneq ($(strip $(subst ",,$(BR2_LINUX_COPYTO))),)
LINUX_COPYTO:=$(strip $(subst ",,$(BR2_LINUX_COPYTO)))
#"))
+#"))
LINUX26_TARGETS+=$(LINUX_COPYTO)/$(LINUX26_KERNEL_NAME)
endif
@@ -359,7 +360,7 @@
mkdir -p $(TARGET_DIR)/boot
cp -dpf $(LINUX26_DIR)/.config $(TARGET_DIR)/boot/linux-$(LINUX26_VERSION).config
-$(TARGET_DIR)/boot/uclibc.config: .$(UCLIBC_DIR)/.config
+$(TARGET_DIR)/boot/uclibc.config: $(UCLIBC_DIR)/.config
mkdir -p $(TARGET_DIR)/boot
cp -dpf $(UCLIBC_DIR)/.config $(TARGET_DIR)/boot/uclibc.config
@@ -367,13 +368,13 @@
mkdir -p $(TARGET_DIR)/boot
cp -dpf .config $(TARGET_DIR)/boot/busybox.config
-/tftpboot/$(LINUX_KERNEL_NAME): $(LINUX26_KERNEL)
+/tftpboot/$(LINUX26_KERNEL_NAME): $(LINUX26_KERNEL)
mkdir -p /tftpboot
- cp -dpf $(LINUX26_KERNEL) /tftpboot/$(LINUX_KERNEL_NAME)
+ cp -dpf $(LINUX26_KERNEL) /tftpboot/$(LINUX26_KERNEL_NAME)
$(LINUX_COPYTO)/$(LINUX26_KERNEL_NAME): $(LINUX26_KERNEL)
mkdir -p $(LINUX_COPYTO)
- cp -dpf $(LINUX26_KERNEL) $(LINUX_COPYTO)/$(LINUX_KERNEL_NAME)
+ cp -dpf $(LINUX26_KERNEL) $(LINUX_COPYTO)/$(LINUX26_KERNEL_NAME)
linux26: $(LINUX26_TARGETS)
@@ -408,6 +409,7 @@
@echo LINUX26_SOURCE=$(LINUX26_SOURCE)
@echo LINUX26_DIR=$(LINUX26_DIR)
@echo TARGETS=$(TARGETS)
+ @echo LINUX26_TARGETS=$(LINUX26_TARGETS)
@echo LINUX26_HEADERS_PATCH_DIR=$(LINUX26_HEADERS_PATCH_DIR)
@echo LINUX26_BINLOC=$(LINUX26_BINLOC)
@echo LINUX26_FORMAT=$(LINUX26_FORMAT)
@@ -426,6 +428,7 @@
@echo BR2_LINUX_COPYTO_ROOTFS=$(BR2_LINUX_COPYTO_ROOTFS)
@echo BR2_LINUX_COPYTO_TFTPBOOT=$(BR2_LINUX_COPYTO_TFTPBOOT=)
@echo BR2_LINUX_COPYTO=$(BR2_LINUX_COPYTO)
+ @echo LINUX_COPYTO=$(LINUX_COPYTO)
@echo BR2_KERNEL_MINORLEVEL=$(BR2_KERNEL_MINORLEVEL)
@echo LINUX26_LATEST_RC_PATCH=$(LINUX26_LATEST_RC_PATCH)
@echo BR2_KERNEL_RC_LEVEL=$(BR2_KERNEL_RC_LEVEL)
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2007-10-18 11:58 ulf at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2007-10-18 11:58 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2007-10-18 04:58:47 -0700 (Thu, 18 Oct 2007)
New Revision: 20284
Log:
Fix syntax error in Makefile for Advanced Linux configuration
Modified:
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2007-10-18 11:11:12 UTC (rev 20283)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2007-10-18 11:58:47 UTC (rev 20284)
@@ -252,7 +252,7 @@
ifeq ($(BR2_KERNEL_HEADERS_PATCH_DIR),y)
if [ -d $(KERNEL_HEADERS_PATCH_DIR) ] ; then \
toolchain/patch-kernel.sh $(LINUX26_DIR) $(KERNEL_HEADERS_PATCH_DIR) \
- linux-$(LINUX26_VERSION)-\*.patch{,.gz,.bz2} \
+ linux-$(LINUX26_VERSION)-\*.patch{,.gz,.bz2} ; \
fi
endif
ifeq ($(BR2_PACKAGE_OPENSWAN),y)
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2007-10-18 12:37 ulf at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2007-10-18 12:37 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2007-10-18 05:37:09 -0700 (Thu, 18 Oct 2007)
New Revision: 20285
Log:
Add more info to linux status
Modified:
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2007-10-18 11:58:47 UTC (rev 20284)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2007-10-18 12:37:09 UTC (rev 20285)
@@ -414,6 +414,7 @@
@echo LINUX26_BINLOC=$(LINUX26_BINLOC)
@echo LINUX26_FORMAT=$(LINUX26_FORMAT)
@echo LINUX26_KERNEL=$(LINUX26_KERNEL)
+ @echo LINUX26_KERNEL_NAME=$(LINUX26_KERNEL_NAME)
@echo BR2_KERNEL_SITE=$(BR2_KERNEL_SITE)
@echo BR2_KERNEL_PATCH_SITE=$(BR2_KERNEL_PATCH_SITE)
@echo BR2_KERNEL_PATCH=$(BR2_KERNEL_PATCH)
@@ -436,6 +437,6 @@
@echo BR2_KERNEL_MM_LEVEL=$(BR2_KERNEL_MM_LEVEL)
@echo LINUX26_LATEST_GIT_PATCH=$(LINUX26_LATEST_GIT_PATCH)
@echo BR2_KERNEL_GIT_LEVEL=$(BR2_KERNEL_GIT_LEVEL)
+ @echo KERNEL_EXT=$(KERNEL_EXT)
-
endif
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-01-10 9:31 ulf at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2008-01-10 9:31 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2008-01-10 01:31:15 -0800 (Thu, 10 Jan 2008)
New Revision: 20840
Log:
More debug info for linux
Modified:
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2008-01-10 09:30:11 UTC (rev 20839)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2008-01-10 09:31:15 UTC (rev 20840)
@@ -411,6 +411,7 @@
@echo TARGETS=$(TARGETS)
@echo LINUX26_TARGETS=$(LINUX26_TARGETS)
@echo LINUX26_HEADERS_PATCH_DIR=$(LINUX26_HEADERS_PATCH_DIR)
+ @echo LINUX_HEADERS_VERSION=$(LINUX_HEADERS_VERSION)
@echo LINUX26_BINLOC=$(LINUX26_BINLOC)
@echo LINUX26_FORMAT=$(LINUX26_FORMAT)
@echo LINUX26_KERNEL=$(LINUX26_KERNEL)
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-03-06 18:52 ninevoltz at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ninevoltz at uclibc.org @ 2008-03-06 18:52 UTC (permalink / raw)
To: buildroot
Author: ninevoltz
Date: 2008-03-06 10:52:43 -0800 (Thu, 06 Mar 2008)
New Revision: 21253
Log:
added support for kernel 2.6.24
Modified:
trunk/buildroot/target/linux/Config.in.advanced
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Config.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Config.in.advanced 2008-03-06 18:52:01 UTC (rev 21252)
+++ trunk/buildroot/target/linux/Config.in.advanced 2008-03-06 18:52:43 UTC (rev 21253)
@@ -40,7 +40,7 @@
config BR2_KERNEL_CURRENT_VERSION
string
- default "2.6.23.1"
+ default "2.6.24"
config BR2_KERNEL_NEXT_VERSION
string
@@ -51,6 +51,7 @@
config BR2_KERNEL_THIS_VERSION
string
+ default "2.6.24" if BR2_LINUX_2_6_24
default "2.6.23" if BR2_LINUX_2_6_23
default "2.6.22" if BR2_LINUX_2_6_22
default "2.6.21" if BR2_LINUX_2_6_21
@@ -58,15 +59,15 @@
config LINUX26_LATEST_RC_VERSION
string
- default "2.6.23" if BR2_KERNEL_ADD_LATEST_RC_PATCH
+ default "2.6.24" if BR2_KERNEL_ADD_LATEST_RC_PATCH
config LINUX26_LATEST_MM_VERSION
string
- default "2.6.23-mm1" if BR2_KERNEL_ADD_LATEST_MM_PATCH
+ default "2.6.24-mm1" if BR2_KERNEL_ADD_LATEST_MM_PATCH
config LINUX26_LATEST_GIT_VERSION
string
- default "2.6.23-git3" if BR2_KERNEL_ADD_LATEST_SNAPSHOT
+ default "2.6.24-git3" if BR2_KERNEL_ADD_LATEST_SNAPSHOT
config BR2_KERNEL_SITE
string
@@ -124,10 +125,16 @@
Select the specific Linux version you want to use
config BR2_LINUX_2_6_STABLE
- bool "The latest stable Linux kernel (2.6.23)"
+ bool "The latest stable Linux kernel (2.6.24)"
help
- Linux 2.6.23
+ Linux 2.6.24
+config BR2_LINUX_2_6_24
+ bool "Linux 2.6.24"
+ select BR2_KERNEL_BASE
+ help
+ Linux 2.6.24
+
config BR2_LINUX_2_6_23
bool "Linux 2.6.23"
select BR2_KERNEL_BASE
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2008-03-06 18:52:01 UTC (rev 21252)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2008-03-06 18:52:43 UTC (rev 21253)
@@ -91,7 +91,7 @@
ifeq ($(BR2_i386),y)
LINUX26_KCONFIG:=$(BOARD_PATH)/linux26.config
else
-LINUX26_KCONFIG:=$(BR2_BOARD_PATH)/$(BR2_BOARD_NAME)-linux-$(LINUX26_VERSION).config
+LINUX26_KCONFIG:=$(BR2_BOARD_PATH)/linux-$(LINUX26_VERSION).config
endif
endif
endif
@@ -139,15 +139,29 @@
# --------------
# BZIMAGE
ifeq ($(LINUX26_FORMAT),bzImage)
-LINUX26_BINLOC:=arch/$(KERNEL_ARCH)/boot/$(LINUX26_FORMAT)
-KERNEL_EXT:=.bz
+LINUX26_BINLOC:=arch/$(KERNEL_ARCH)/boot/bzImage
+KERNEL_EXT:=
endif
endif
# -----------------------------------------------------------------------------
# File name for the Linux kernel binary
+ifeq ($(LINUX26_FORMAT),uImage)
+LINUX26_KERNEL_NAME:="uImage"
+endif
+ifeq ($(LINUX26_FORMAT),bzImage)
+LINUX26_KERNEL_NAME:="bzImage"
+endif
+ifeq ($(LINUX26_FORMAT),vmlinux)
+LINUX26_KERNEL_NAME:="vmlinux"
+endif
+ifeq ($(LINUX26_FORMAT),zImage)
+LINUX26_KERNEL_NAME:="zImage"
+endif
+ifeq ($(LINUX26_FORMAT),custom)
LINUX26_KERNEL_NAME:=$(BOARD_NAME)-linux-$(LINUX26_VERSION)-$(DATE)$(KERNEL_EXT)
+endif
ifndef LINUX26_KERNEL
LINUX26_KERNEL:=$(BINARIES_DIR)/$(BOARD_NAME)-linux-$(LINUX26_VERSION)-$(DATE)$(KERNEL_EXT)
@@ -260,9 +274,7 @@
linux-$(LINUX26_VERSION)-\*.patch{,.gz,.bz2}
endif
ifneq ($(LINUX26_PATCH_DIR),)
- if [ -d $(LINUX26_PATCH_DIR) ] ; then \
- toolchain/patch-kernel.sh $(LINUX26_DIR) $(LINUX26_PATCH_DIR) linux-$(LINUX26_VERSION)-\*.patch ; \
- fi
+ toolchain/patch-kernel.sh $(LINUX26_DIR) $(LINUX26_PATCH_DIR) linux-$(LINUX26_VERSION)-\*.patch ;
endif
touch $@
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-03-15 5:07 ulf at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2008-03-15 5:07 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2008-03-14 22:07:26 -0700 (Fri, 14 Mar 2008)
New Revision: 21330
Log:
Use correct Linux version for depmod
Modified:
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2008-03-13 20:12:08 UTC (rev 21329)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2008-03-15 05:07:26 UTC (rev 21330)
@@ -347,7 +347,7 @@
INSTALL_MOD_PATH=$(TARGET_DIR) modules_install
rm -f $(TARGET_DIR)/lib/modules/$(LINUX26_VERSION)/build
rm -f $(TARGET_DIR)/lib/modules/$(LINUX26_VERSION)/source
- $(STAGING_DIR)/bin/$(GNU_TARGET_NAME)-depmod26 -b $(TARGET_DIR) $(LINUX_HEADERS_VERSION)
+ $(STAGING_DIR)/bin/$(GNU_TARGET_NAME)-depmod26 -b $(TARGET_DIR) $(LINUX26_VERSION) #$(LINUX_HEADERS_VERSION)
touch -c $@
linux26-menuconfig: $(LINUX26_DIR)/.patched host-sed
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-03-18 8:17 ulf at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2008-03-18 8:17 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2008-03-18 01:17:06 -0700 (Tue, 18 Mar 2008)
New Revision: 21380
Log:
Update Kernel config
Modified:
trunk/buildroot/target/linux/Config.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Config.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Config.in.advanced 2008-03-18 03:13:25 UTC (rev 21379)
+++ trunk/buildroot/target/linux/Config.in.advanced 2008-03-18 08:17:06 UTC (rev 21380)
@@ -32,18 +32,21 @@
# --- These 'constants' requires regular maintenance, so put them first
config BR2_KERNEL_PATCH_LEVEL
string
- default "1" if BR2_LINUX_2_6_23 && BR2_KERNEL_ADD_LATEST_MINORPATCH
- default "10" if BR2_LINUX_2_6_22 && BR2_KERNEL_ADD_LATEST_MINORPATCH
+ default "3" if BR2_LINUX_2_6_24 && BR2_KERNEL_ADD_LATEST_MINORPATCH
+ default "17" if BR2_LINUX_2_6_23 && BR2_KERNEL_ADD_LATEST_MINORPATCH
+ default "19" if BR2_LINUX_2_6_22 && BR2_KERNEL_ADD_LATEST_MINORPATCH
default "7" if BR2_LINUX_2_6_21 && BR2_KERNEL_ADD_LATEST_MINORPATCH
- default "20" if BR2_LINUX_2_6_20 && BR2_KERNEL_ADD_LATEST_MINORPATCH
+ default "21" if BR2_LINUX_2_6_20 && BR2_KERNEL_ADD_LATEST_MINORPATCH
default "$(BR2_KERNEL_MINORLEVEL)" if BR2_KERNEL_ADD_MINORPATCH
config BR2_KERNEL_CURRENT_VERSION
string
- default "2.6.24"
+ default "2.6.24.3"
config BR2_KERNEL_NEXT_VERSION
string
+ default "2.6.26" if BR2_LINUX_2_6_25
+ default "2.6.25" if BR2_LINUX_2_6_24
default "2.6.24" if BR2_LINUX_2_6_23
default "2.6.23" if BR2_LINUX_2_6_22
default "2.6.22" if BR2_LINUX_2_6_21
@@ -51,6 +54,7 @@
config BR2_KERNEL_THIS_VERSION
string
+ default "2.6.25" if BR2_LINUX_2_6_25
default "2.6.24" if BR2_LINUX_2_6_24
default "2.6.23" if BR2_LINUX_2_6_23
default "2.6.22" if BR2_LINUX_2_6_22
@@ -59,15 +63,15 @@
config LINUX26_LATEST_RC_VERSION
string
- default "2.6.24" if BR2_KERNEL_ADD_LATEST_RC_PATCH
+ default "2.6.25" if BR2_KERNEL_ADD_LATEST_RC_PATCH
config LINUX26_LATEST_MM_VERSION
string
- default "2.6.24-mm1" if BR2_KERNEL_ADD_LATEST_MM_PATCH
+ default "2.6.25-rc5-mm1" if BR2_KERNEL_ADD_LATEST_MM_PATCH
config LINUX26_LATEST_GIT_VERSION
string
- default "2.6.24-git3" if BR2_KERNEL_ADD_LATEST_SNAPSHOT
+ default "2.6.25-rc6-git3" if BR2_KERNEL_ADD_LATEST_SNAPSHOT
config BR2_KERNEL_SITE
string
@@ -125,9 +129,9 @@
Select the specific Linux version you want to use
config BR2_LINUX_2_6_STABLE
- bool "The latest stable Linux kernel (2.6.24)"
+ bool "The latest stable Linux kernel (2.6.24.3)"
help
- Linux 2.6.24
+ Linux 2.6.24.3
config BR2_LINUX_2_6_24
bool "Linux 2.6.24"
@@ -184,6 +188,12 @@
help
Linux 2.6.20
+config BR2_LINUX_2_6_25
+ bool "Linux 2.6.25"
+ select BR2_KERNEL_BASE
+ help
+ Linux 2.6.25
+
config BR2_LINUX26_CUSTOM
bool "Linux <custom> version"
help
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-03-18 13:26 ulf at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2008-03-18 13:26 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2008-03-18 06:26:13 -0700 (Tue, 18 Mar 2008)
New Revision: 21395
Log:
Use correct kernel-patch for x86
Modified:
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2008-03-18 12:34:04 UTC (rev 21394)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2008-03-18 13:26:13 UTC (rev 21395)
@@ -74,7 +74,7 @@
# ------------------------------------
# kernel patches provided by buildroot
ifeq ($(strip $(LINUX26_PATCH_DIR)),)
-LINUX26_PATCH_DIR:=$(BOARD_PATH)/kernel-patches-$(LINUX26_VERSION)/
+LINUX26_PATCH_DIR:=$(BOARD_PATH)/kernel-patches/
endif
# -----------------------------------------------------------------------------
@@ -163,6 +163,10 @@
LINUX26_KERNEL_NAME:=$(BOARD_NAME)-linux-$(LINUX26_VERSION)-$(DATE)$(KERNEL_EXT)
endif
+ifeq ($(BOARD_NAME),)
+BOARD_NAME=$(ARCH)
+endif
+
ifndef LINUX26_KERNEL
LINUX26_KERNEL:=$(BINARIES_DIR)/$(BOARD_NAME)-linux-$(LINUX26_VERSION)-$(DATE)$(KERNEL_EXT)
endif
@@ -274,7 +278,10 @@
linux-$(LINUX26_VERSION)-\*.patch{,.gz,.bz2}
endif
ifneq ($(LINUX26_PATCH_DIR),)
- toolchain/patch-kernel.sh $(LINUX26_DIR) $(LINUX26_PATCH_DIR) linux-$(LINUX26_VERSION)-\*.patch ;
+ if [ -d $(LINUX26_PATCH_DIR) ] ; then \
+ toolchain/patch-kernel.sh $(LINUX26_DIR) $(LINUX26_PATCH_DIR) \
+ linux-$(LINUX26_VERSION)-\*.patch{,.gz,.bz2} ; \
+ fi
endif
touch $@
@@ -420,6 +427,7 @@
@echo LINUX26_VERSION=$(LINUX26_VERSION)
@echo LINUX26_SOURCE=$(LINUX26_SOURCE)
@echo LINUX26_DIR=$(LINUX26_DIR)
+ @echo LINUX26_PATCH_DIR=$(LINUX26_PATCH_DIR)
@echo TARGETS=$(TARGETS)
@echo LINUX26_TARGETS=$(LINUX26_TARGETS)
@echo LINUX26_HEADERS_PATCH_DIR=$(LINUX26_HEADERS_PATCH_DIR)
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-03-20 23:02 ulf at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2008-03-20 23:02 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2008-03-20 16:02:41 -0700 (Thu, 20 Mar 2008)
New Revision: 21422
Log:
Use correct symbold for linux config path
Modified:
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2008-03-20 22:31:50 UTC (rev 21421)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2008-03-20 23:02:41 UTC (rev 21422)
@@ -91,7 +91,7 @@
ifeq ($(BR2_i386),y)
LINUX26_KCONFIG:=$(BOARD_PATH)/linux26.config
else
-LINUX26_KCONFIG:=$(BR2_BOARD_PATH)/linux-$(LINUX26_VERSION).config
+LINUX26_KCONFIG:=$(BOARD_PATH)/linux-$(LINUX26_VERSION).config
endif
endif
endif
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-03-21 17:57 ninevoltz at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ninevoltz at uclibc.org @ 2008-03-21 17:57 UTC (permalink / raw)
To: buildroot
Author: ninevoltz
Date: 2008-03-21 10:57:02 -0700 (Fri, 21 Mar 2008)
New Revision: 21441
Log:
kernel 2.6.24 creates a symlink to bzImage, which is copied inplace, symlink and all, this gives an incorrect symlink deref in binaries/uclibc/ and points to ../../x86/bzImage. Do not copy symlink in place, follow it. Patch by Nigel Kukard.
Modified:
trunk/buildroot/target/linux/Makefile.in
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in
===================================================================
--- trunk/buildroot/target/linux/Makefile.in 2008-03-21 17:56:00 UTC (rev 21440)
+++ trunk/buildroot/target/linux/Makefile.in 2008-03-21 17:57:02 UTC (rev 21441)
@@ -191,7 +191,7 @@
$(LINUX26_DIR)/.depend_done
$(MAKE) $(LINUX26_MAKE_FLAGS) \
-C $(LINUX26_DIR) $(LINUX26_FORMAT)
- cp -dpf $(LINUX26_DIR)/$(LINUX26_BINLOC) $(LINUX26_KERNEL)
+ cp -pf $(LINUX26_DIR)/$(LINUX26_BINLOC) $(LINUX26_KERNEL)
touch -c $@
$(TARGET_DIR)/lib/modules/$(LINUX26_VERSION)/modules.dep: $(LINUX26_DIR)/.configured
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-03-29 17:47 nkukard at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: nkukard at uclibc.org @ 2008-03-29 17:47 UTC (permalink / raw)
To: buildroot
Author: nkukard
Date: 2008-03-29 10:47:36 -0700 (Sat, 29 Mar 2008)
New Revision: 21561
Log:
Feeding the kernel zero optimization -O0 breaks the kernel build at least on x86 with asm errors, remove -O0 when building the kernel
Modified:
trunk/buildroot/target/linux/Makefile.in
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in
===================================================================
--- trunk/buildroot/target/linux/Makefile.in 2008-03-29 17:34:23 UTC (rev 21560)
+++ trunk/buildroot/target/linux/Makefile.in 2008-03-29 17:47:36 UTC (rev 21561)
@@ -84,9 +84,10 @@
endif
endif
__LINUX26_NO_PIC=-fPIC -fpic -DPIC -fwrapv -ftrapv
+__LINUX26_ZERO_OPTIMIZATION=-O0
LINUX26_MAKE_FLAGS = HOSTCC="$(HOSTCC)" HOSTCFLAGS="$(HOSTCFLAGS)" \
ARCH=$(KERNEL_ARCH) \
- CFLAGS_KERNEL="$(filter-out $(__LINUX26_NO_PIC),$(TARGET_CFLAGS))" \
+ CFLAGS_KERNEL="$(filter-out $(__LINUX26_NO_PIC) $(__LINUX26_ZERO_OPTIMIZATION),$(TARGET_CFLAGS))" \
INSTALL_MOD_PATH=$(TARGET_DIR) \
CROSS_COMPILE=$(KERNEL_CROSS) \
LDFLAGS="$(TARGET_LDFLAGS)" \
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-03-30 20:04 ulf at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2008-03-30 20:04 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2008-03-30 13:04:55 -0700 (Sun, 30 Mar 2008)
New Revision: 21581
Log:
Allow selection of kernel config tool
Modified:
trunk/buildroot/target/linux/Config.in.advanced
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Config.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Config.in.advanced 2008-03-30 15:56:38 UTC (rev 21580)
+++ trunk/buildroot/target/linux/Config.in.advanced 2008-03-30 20:04:55 UTC (rev 21581)
@@ -416,12 +416,14 @@
Configure Linux by make <board>_defconfig
config BR2_PACKAGE_LINUX_USE_XCONFIG
- bool "Run make ARCH=$(ARCH) xconfig before build"
+ bool "Run make ARCH=$(ARCH) [xconfig|menuconfig] before build"
depends BR2_PACKAGE_LINUX
help
Configure Linux by make xconfig
endchoice
+
+
config BR2_PACKAGE_LINUX_KCONFIG
string ".config file"
depends on BR2_PACKAGE_LINUX_USE_KCONFIG
@@ -433,6 +435,29 @@
board-imposed value by passing LINUX26_KCONFIG=<path> to
make.
+choice
+ prompt "Preferred config tool"
+ default BR2_MAKE_XCONFIG
+ help
+ Define the preferred tool to invoke if a configuration is invalid
+
+config BR2_MAKE_XCONFIG
+ bool "make xconfig"
+ help
+ Run "make menuconfig" if kernel ".config" is invalid
+
+config BR2_MAKE_MENUCONFIG
+ bool "make menuconfig"
+ help
+ Run "make menuconfig" if kernel ".config" is invalid
+
+endchoice
+
+config BR2_KERNEL_CONFIG_METHOD
+ string
+ default "xconfig" if BR2_MAKE_XCONFIG
+ default "menuconfig" if BR2_MAKE_MENUCONFIG
+
endmenu
choice
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2008-03-30 15:56:38 UTC (rev 21580)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2008-03-30 20:04:55 UTC (rev 21581)
@@ -103,6 +103,12 @@
endif
endif
+KERNEL_CONFIG_METHOD:=($(strip $(subst ",,$(BR2_KERNEL_CONFIG_METHOD))),)
+#"))
+ifeq ($(KERNEL_CONFIG_METHOD),)
+KERNEL_CONFIG_METHOD:=xconfig
+endif
+
# -----------------------------------------------------------------------------
ifndef LINUX26_FORMAT
ifneq ($(strip $(subst ",,$(BR2_PACKAGE_LINUX_FORMAT))),)
@@ -302,7 +308,7 @@
$(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) $(BOARD_NAME)_defconfig
endif
ifeq ($(BR2_PACKAGE_LINUX_USE_XCONFIG),y)
- $(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) xconfig
+ $(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) $(KERNEL_CONFIG_METHOD)
endif
ifeq ($(BR2_PACKAGE_LINUX_USE_KCONFIG),y)
# Try user defined config
@@ -326,7 +332,7 @@
fi
# let the user create his/her own config
if [ ! -f "$(LINUX26_DIR)/.config" ] ; then \
- $(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) xconfig ; \
+ $(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) $(KERNEL_CONFIG_METHOD) ; \
fi
endif
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-03-30 20:22 jacmet at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: jacmet at uclibc.org @ 2008-03-30 20:22 UTC (permalink / raw)
To: buildroot
Author: jacmet
Date: 2008-03-30 13:22:13 -0700 (Sun, 30 Mar 2008)
New Revision: 21582
Log:
linux advanced: make menuconfig default
Modified:
trunk/buildroot/target/linux/Config.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Config.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Config.in.advanced 2008-03-30 20:04:55 UTC (rev 21581)
+++ trunk/buildroot/target/linux/Config.in.advanced 2008-03-30 20:22:13 UTC (rev 21582)
@@ -437,7 +437,7 @@
choice
prompt "Preferred config tool"
- default BR2_MAKE_XCONFIG
+ default BR2_MAKE_MENUCONFIG
help
Define the preferred tool to invoke if a configuration is invalid
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-03-31 5:42 ulf at uclibc.org
2008-04-01 11:09 ` Jean-Christian de Rivaz
0 siblings, 1 reply; 169+ messages in thread
From: ulf at uclibc.org @ 2008-03-31 5:42 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2008-03-30 22:42:03 -0700 (Sun, 30 Mar 2008)
New Revision: 21591
Log:
Patch in EXTRA_VERSION
Modified:
trunk/buildroot/target/linux/Config.in.advanced
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Config.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Config.in.advanced 2008-03-30 22:23:39 UTC (rev 21590)
+++ trunk/buildroot/target/linux/Config.in.advanced 2008-03-31 05:42:03 UTC (rev 21591)
@@ -346,6 +346,14 @@
default "$(BR2_LINUX26_MM_VERSION).bz2" if BR2_KERNEL_ADD_MM_PATCH
default $(BR2_CUSTOM_LINUX26_PATCH) if BR2_LINUX26_CUSTOM
+config BR2_EXTRA_VERSION
+ string
+ default ".$(BR2_KERNEL_PATCH_LEVEL)" if BR2_KERNEL_ADD_MINORPATCH || BR2_KERNEL_ADD_LATEST_MINORPATCH
+ default "$(BR2_KERNEL_RC_LEVEL)" if BR2_KERNEL_ADD_LATEST_RC_PATCH
+ default "$(BR2_KERNEL_RC_LEVEL)" if BR2_KERNEL_ADD_RC_PATCH
+ default "BR2_KERNEL_GIT_LEVEL" if BR2_KERNEL_ADD_LATEST_SNAPSHOT
+ default "$(BR2_KERNEL_MM_LEVEL)" if BR2_KERNEL_ADD_LATEST_MM_PATCH
+ default "$(BR2_KERNEL_MM_LEVEL)" if BR2_KERNEL_ADD_MM_PATCH
endmenu
# -----------------------------------------------
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2008-03-30 22:23:39 UTC (rev 21590)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2008-03-31 05:42:03 UTC (rev 21591)
@@ -103,7 +103,7 @@
endif
endif
-KERNEL_CONFIG_METHOD:=($(strip $(subst ",,$(BR2_KERNEL_CONFIG_METHOD))),)
+KERNEL_CONFIG_METHOD:=$(strip $(subst ",,$(BR2_KERNEL_CONFIG_METHOD)))
#"))
ifeq ($(KERNEL_CONFIG_METHOD),)
KERNEL_CONFIG_METHOD:=xconfig
@@ -335,7 +335,11 @@
$(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) $(KERNEL_CONFIG_METHOD) ; \
fi
endif
+ifneq ($(strip $(subst ",,$(BR2_EXTRA_VERSION))),)
+ $(SED) 's,^EXTRA_VERSION=.*,EXTRA_VERSION=="$(BR2_EXTRA_VERSION)",g'
+endif
+
# -----------------------------------------------------------------------------
$(LINUX26_DIR)/.configured: $(LINUX26_DIR)/.config
$(SED) '/CONFIG_AEABI=y/d' $(LINUX26_DIR)/.config
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-03-31 5:42 ulf at uclibc.org
@ 2008-04-01 11:09 ` Jean-Christian de Rivaz
2008-04-02 21:28 ` Ulf Samuelsson
2008-04-02 21:28 ` Ulf Samuelsson
0 siblings, 2 replies; 169+ messages in thread
From: Jean-Christian de Rivaz @ 2008-04-01 11:09 UTC (permalink / raw)
To: buildroot
ulf at uclibc.org a ?crit :
> --- trunk/buildroot/target/linux/Makefile.in.advanced 2008-03-30 22:23:39 UTC (rev 21590)
> +++ trunk/buildroot/target/linux/Makefile.in.advanced 2008-03-31 05:42:03 UTC (rev 21591)
> @@ -103,7 +103,7 @@
> endif
> endif
>
> -KERNEL_CONFIG_METHOD:=($(strip $(subst ",,$(BR2_KERNEL_CONFIG_METHOD))),)
> +KERNEL_CONFIG_METHOD:=$(strip $(subst ",,$(BR2_KERNEL_CONFIG_METHOD)))
> #"))
> ifeq ($(KERNEL_CONFIG_METHOD),)
> KERNEL_CONFIG_METHOD:=xconfig
> @@ -335,7 +335,11 @@
> $(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) $(KERNEL_CONFIG_METHOD) ; \
> fi
> endif
> +ifneq ($(strip $(subst ",,$(BR2_EXTRA_VERSION))),)
> + $(SED) 's,^EXTRA_VERSION=.*,EXTRA_VERSION=="$(BR2_EXTRA_VERSION)",g'
> +endif
This patch break the default compilation for AT91SAM9261 (make
at91sam9261ek_defconfig && make) with the following error:
[...]
if [ ! -f
"/home/jcdr/try/buildroot/project_build_arm/at91sam9261ek/linux-2.6.24.3/.config"
] ; then \
/usr/bin/make -j2 HOSTCC="/usr/bin/gcc" HOSTCFLAGS=""
ARCH=arm CFLAGS_KERNEL="-Os
-I/home/jcdr/try/buildroot/build_arm/staging_dir/usr/include
-I/home/jcdr/try/buildroot/build_arm/staging_dir/include
--sysroot=/home/jcdr/try/buildroot/build_arm/staging_dir/ -is
ysroot /home/jcdr/try/buildroot/build_arm/staging_dir"
INSTALL_MOD_PATH=/home/jcdr/try/buildroot/project_build_arm/at91sam9261ek/root
CROSS_COMPILE=/home/jcdr/try/buildroot/build_arm/staging_dir/usr/bin/arm-linux-uclibc-
LDFLAGS="-L/home/jcdr/try/buildroot/build_arm/staging_di
r/lib -L/home/jcdr/try/buildroot/build_arm/staging_dir/usr/lib
--sysroot=/home/jcdr/try/buildroot/build_arm/staging_dir/"
LZMA="/home/jcdr/try/buildroot/toolchain_build_arm/bin/lzma" -C
/home/jcdr/try/buildroot/project_build_arm/at91sam9261ek/linux-2.6.24.3
xconfig ; \
fi
/home/jcdr/try/buildroot/toolchain_build_arm/bin/sed -i -e
's,^EXTRA_VERSION=.*,EXTRA_VERSION=="".""3"""",g'
/home/jcdr/try/buildroot/toolchain_build_arm/bin/sed: no input files
make: ***
[/home/jcdr/try/buildroot/project_build_arm/at91sam9261ek/linux-2.6.24.3/.config]
Erreur 4
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-04-01 11:09 ` Jean-Christian de Rivaz
@ 2008-04-02 21:28 ` Ulf Samuelsson
2008-04-02 21:28 ` Ulf Samuelsson
1 sibling, 0 replies; 169+ messages in thread
From: Ulf Samuelsson @ 2008-04-02 21:28 UTC (permalink / raw)
To: buildroot
ulf at uclibc.org a ?crit :
> --- trunk/buildroot/target/linux/Makefile.in.advanced 2008-03-30 22:23:39 UTC (rev 21590)
> +++ trunk/buildroot/target/linux/Makefile.in.advanced 2008-03-31 05:42:03 UTC (rev 21591)
> @@ -103,7 +103,7 @@
> endif
> endif
>
> -KERNEL_CONFIG_METHOD:=($(strip $(subst ",,$(BR2_KERNEL_CONFIG_METHOD))),)
> +KERNEL_CONFIG_METHOD:=$(strip $(subst ",,$(BR2_KERNEL_CONFIG_METHOD)))
> #"))
> ifeq ($(KERNEL_CONFIG_METHOD),)
> KERNEL_CONFIG_METHOD:=xconfig
> @@ -335,7 +335,11 @@
> $(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) $(KERNEL_CONFIG_METHOD) ; \
> fi
> endif
> +ifneq ($(strip $(subst ",,$(BR2_EXTRA_VERSION))),)
> + $(SED) 's,^EXTRA_VERSION=.*,EXTRA_VERSION=="$(BR2_EXTRA_VERSION)",g'
> +endif
> This patch break the default compilation for AT91SAM9261 (make
> at91sam9261ek_defconfig && make) with the following error:
Choose another kernel version like 2.6.22.1.
I have a fix ready, but I am having problems
with svn access from where I am at the moment.
Best Regards
Ulf Samuelsson
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-04-01 11:09 ` Jean-Christian de Rivaz
2008-04-02 21:28 ` Ulf Samuelsson
@ 2008-04-02 21:28 ` Ulf Samuelsson
2008-04-03 6:53 ` Jean-Christian de Rivaz
1 sibling, 1 reply; 169+ messages in thread
From: Ulf Samuelsson @ 2008-04-02 21:28 UTC (permalink / raw)
To: buildroot
ulf at uclibc.org a ?crit :
> --- trunk/buildroot/target/linux/Makefile.in.advanced 2008-03-30 22:23:39 UTC (rev 21590)
> +++ trunk/buildroot/target/linux/Makefile.in.advanced 2008-03-31 05:42:03 UTC (rev 21591)
> @@ -103,7 +103,7 @@
> endif
> endif
>
> -KERNEL_CONFIG_METHOD:=($(strip $(subst ",,$(BR2_KERNEL_CONFIG_METHOD))),)
> +KERNEL_CONFIG_METHOD:=$(strip $(subst ",,$(BR2_KERNEL_CONFIG_METHOD)))
> #"))
> ifeq ($(KERNEL_CONFIG_METHOD),)
> KERNEL_CONFIG_METHOD:=xconfig
> @@ -335,7 +335,11 @@
> $(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) $(KERNEL_CONFIG_METHOD) ; \
> fi
> endif
> +ifneq ($(strip $(subst ",,$(BR2_EXTRA_VERSION))),)
> + $(SED) 's,^EXTRA_VERSION=.*,EXTRA_VERSION=="$(BR2_EXTRA_VERSION)",g'
> +endif
> This patch break the default compilation for AT91SAM9261 (make
> at91sam9261ek_defconfig && make) with the following error:
Choose another kernel version like 2.6.22.1.
I have a fix ready, but I am having problems
with svn access from where I am at the moment.
Best Regards
Ulf Samuelsson
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-04-02 21:28 ` Ulf Samuelsson
@ 2008-04-03 6:53 ` Jean-Christian de Rivaz
2008-04-04 15:24 ` Ulf Samuelsson
0 siblings, 1 reply; 169+ messages in thread
From: Jean-Christian de Rivaz @ 2008-04-03 6:53 UTC (permalink / raw)
To: buildroot
Ulf Samuelsson a ?crit :
>
> ulf at uclibc.org a ?crit :
>> --- trunk/buildroot/target/linux/Makefile.in.advanced 2008-03-30 22:23:39 UTC (rev 21590)
>> +++ trunk/buildroot/target/linux/Makefile.in.advanced 2008-03-31 05:42:03 UTC (rev 21591)
>> @@ -103,7 +103,7 @@
>> endif
>> endif
>>
>> -KERNEL_CONFIG_METHOD:=($(strip $(subst ",,$(BR2_KERNEL_CONFIG_METHOD))),)
>> +KERNEL_CONFIG_METHOD:=$(strip $(subst ",,$(BR2_KERNEL_CONFIG_METHOD)))
>> #"))
>> ifeq ($(KERNEL_CONFIG_METHOD),)
>> KERNEL_CONFIG_METHOD:=xconfig
>> @@ -335,7 +335,11 @@
>> $(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) $(KERNEL_CONFIG_METHOD) ; \
>> fi
>> endif
>> +ifneq ($(strip $(subst ",,$(BR2_EXTRA_VERSION))),)
>> + $(SED) 's,^EXTRA_VERSION=.*,EXTRA_VERSION=="$(BR2_EXTRA_VERSION)",g'
>> +endif
>
>> This patch break the default compilation for AT91SAM9261 (make
>> at91sam9261ek_defconfig && make) with the following error:
>
>
> Choose another kernel version like 2.6.22.1.
> I have a fix ready, but I am having problems
> with svn access from where I am at the moment.
Thanks Ulf for your answer. It work well with the 2.6.22.1.
I still have the /tftpboot issue. Il will make a new update to my
proposed patches.
Regards,
--
Jean-Christian de Rivaz
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-04-03 6:53 ` Jean-Christian de Rivaz
@ 2008-04-04 15:24 ` Ulf Samuelsson
0 siblings, 0 replies; 169+ messages in thread
From: Ulf Samuelsson @ 2008-04-04 15:24 UTC (permalink / raw)
To: buildroot
>
>> Choose another kernel version like 2.6.22.1.
>> I have a fix ready, but I am having problems
>> with svn access from where I am at the moment.
>
> Thanks Ulf for your answer. It work well with the 2.6.22.1.
>
> I still have the /tftpboot issue. Il will make a new update to my
> proposed patches.
>
> Regards,
> --
> Jean-Christian de Rivaz
>
>
I have a fix for that as well, which will be committed as soon
as reach a network which does not filter svn commits :-(
Best Regards
Ulf Samuelsson
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-04-06 10:02 ulf at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2008-04-06 10:02 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2008-04-06 03:02:53 -0700 (Sun, 06 Apr 2008)
New Revision: 21650
Log:
Update linux source tree with minor version
Modified:
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2008-04-06 10:01:29 UTC (rev 21649)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2008-04-06 10:02:53 UTC (rev 21650)
@@ -273,12 +273,12 @@
ifeq ($(BR2_KERNEL_HEADERS_PATCH_DIR),y)
if [ -d $(KERNEL_HEADERS_PATCH_DIR) ] ; then \
toolchain/patch-kernel.sh $(LINUX26_DIR) $(KERNEL_HEADERS_PATCH_DIR) \
- linux-$(LINUX26_VERSION)-\*.patch{,.gz,.bz2} ; \
+ linux-$(LINUX26_VERSION)\*.patch{,.gz,.bz2} ; \
fi
endif
ifeq ($(BR2_PACKAGE_OPENSWAN),y)
toolchain/patch-kernel.sh $(LINUX26_DIR) package/openswan \
- linux-$(LINUX26_VERSION)-\*.patch{,.gz,.bz2}
+ linux-$(LINUX26_VERSION)\*.patch{,.gz,.bz2}
endif
touch $@
@@ -286,7 +286,7 @@
ifneq ($(BR2_KERNEL_ARCH_PATCH_DIR),)
if [ -d $(KERNEL_ARCH_PATCH_DIR) ] ; then \
toolchain/patch-kernel.sh $(LINUX26_DIR) $(KERNEL_ARCH_PATCH_DIR) \
- linux-$(LINUX26_VERSION)-\*.patch{,.gz,.bz2} ; \
+ linux-\*.patch{,.gz,.bz2} ; \
fi
endif
touch $@
@@ -295,7 +295,7 @@
ifneq ($(LINUX26_PATCH_DIR),)
if [ -d $(LINUX26_PATCH_DIR) ] ; then \
toolchain/patch-kernel.sh $(LINUX26_DIR) $(LINUX26_PATCH_DIR) \
- linux-$(LINUX26_VERSION)-\*.patch{,.gz,.bz2} ; \
+ linux-$(LINUX26_VERSION)\*.patch{,.gz,.bz2} ; \
fi
endif
touch $@
@@ -303,6 +303,10 @@
# =============================================================================
linux_patch: $(LINUX26_DIR)/.patched.board
+KERNEL_EXTRA_VERSION:=$(strip $(subst ",,$(BR2_EXTRA_VERSION)))
+#"))
+
+
$(LINUX26_DIR)/.config: $(LINUX26_DIR)/.patched.board
ifeq ($(BR2_PACKAGE_LINUX_USE_DEFCONFIG),y)
$(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) $(BOARD_NAME)_defconfig
@@ -336,10 +340,10 @@
fi
endif
ifneq ($(strip $(subst ",,$(BR2_EXTRA_VERSION))),)
- $(SED) 's,^EXTRA_VERSION=.*,EXTRA_VERSION=="$(BR2_EXTRA_VERSION)",g'
+ $(SED) 's,^EXTRAVERSION.*,EXTRAVERSION = $(KERNEL_EXTRA_VERSION),g' $(LINUX26_DIR)/Makefile
endif
+# $(strip $(subst ",, - ))
-
# -----------------------------------------------------------------------------
$(LINUX26_DIR)/.configured: $(LINUX26_DIR)/.config
$(SED) '/CONFIG_AEABI=y/d' $(LINUX26_DIR)/.config
@@ -472,6 +476,7 @@
@echo DOWNLOAD_LINUX26_VERSION=$(DOWNLOAD_LINUX26_VERSION)
@echo LINUX26_VERSION=$(LINUX26_VERSION)
@echo LINUX26_SOURCE=$(LINUX26_SOURCE)
+ @echo KERNEL_EXTRA_VERSION=$(KERNEL_EXTRA_VERSION)
@echo LINUX26_DIR=$(LINUX26_DIR)
@echo LINUX26_PATCH_DIR=$(LINUX26_PATCH_DIR)
@echo TARGETS=$(TARGETS)
@@ -486,6 +491,7 @@
@echo BR2_KERNEL_PATCH_SITE=$(BR2_KERNEL_PATCH_SITE)
@echo BR2_KERNEL_PATCH=$(BR2_KERNEL_PATCH)
@echo KERNEL_COND_PATCHES=$(KERNEL_COND_PATCHES)
+ @echo KERNEL_ARCH_PATCH_DIR=$(KERNEL_ARCH_PATCH_DIR)
@echo BR2_LINUX26_CUSTOM=$(BR2_LINUX26_CUSTOM)
@echo BR2_CUSTOM_LINUX26_PATCH_SITE=$(BR2_CUSTOM_LINUX26_PATCH_SITE)
@echo BR2_CUSTOM_LINUX26_PATCH=$(BR2_CUSTOM_LINUX26_PATCH)
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-04-06 10:10 ulf at uclibc.org
2008-04-06 11:42 ` Peter Korsgaard
0 siblings, 1 reply; 169+ messages in thread
From: ulf at uclibc.org @ 2008-04-06 10:10 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2008-04-06 03:10:30 -0700 (Sun, 06 Apr 2008)
New Revision: 21651
Log:
Make xconfig the default for Atmel targets
Modified:
trunk/buildroot/target/linux/Config.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Config.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Config.in.advanced 2008-04-06 10:02:53 UTC (rev 21650)
+++ trunk/buildroot/target/linux/Config.in.advanced 2008-04-06 10:10:30 UTC (rev 21651)
@@ -445,6 +445,7 @@
choice
prompt "Preferred config tool"
+ default BR2_MAKE_XCONFIG IF BR2_TARGET_ATMEL
default BR2_MAKE_MENUCONFIG
help
Define the preferred tool to invoke if a configuration is invalid
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-04-06 10:30 nkukard at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: nkukard at uclibc.org @ 2008-04-06 10:30 UTC (permalink / raw)
To: buildroot
Author: nkukard
Date: 2008-04-06 03:30:18 -0700 (Sun, 06 Apr 2008)
New Revision: 21652
Log:
* Dereference link when copying over kernel image, missed this one in my previous commit
Modified:
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2008-04-06 10:10:30 UTC (rev 21651)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2008-04-06 10:30:18 UTC (rev 21652)
@@ -391,7 +391,7 @@
$(LINUX26_DIR)/.depend_done
$(MAKE) $(LINUX26_MAKE_FLAGS) \
-C $(LINUX26_DIR) $(LINUX26_FORMAT)
- cp -dpf $(LINUX26_DIR)/$(LINUX26_BINLOC) $(LINUX26_KERNEL)
+ cp -pf $(LINUX26_DIR)/$(LINUX26_BINLOC) $(LINUX26_KERNEL)
touch -c $@
# -----------------------------------------------------------------------------
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-04-06 10:32 ulf at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2008-04-06 10:32 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2008-04-06 03:32:34 -0700 (Sun, 06 Apr 2008)
New Revision: 21653
Log:
Use lower case
Modified:
trunk/buildroot/target/linux/Config.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Config.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Config.in.advanced 2008-04-06 10:30:18 UTC (rev 21652)
+++ trunk/buildroot/target/linux/Config.in.advanced 2008-04-06 10:32:34 UTC (rev 21653)
@@ -445,7 +445,7 @@
choice
prompt "Preferred config tool"
- default BR2_MAKE_XCONFIG IF BR2_TARGET_ATMEL
+ default BR2_MAKE_XCONFIG if BR2_TARGET_ATMEL
default BR2_MAKE_MENUCONFIG
help
Define the preferred tool to invoke if a configuration is invalid
@@ -453,7 +453,7 @@
config BR2_MAKE_XCONFIG
bool "make xconfig"
help
- Run "make menuconfig" if kernel ".config" is invalid
+ Run "make xconfig" if kernel ".config" is invalid
config BR2_MAKE_MENUCONFIG
bool "make menuconfig"
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-04-06 10:10 ulf at uclibc.org
@ 2008-04-06 11:42 ` Peter Korsgaard
0 siblings, 0 replies; 169+ messages in thread
From: Peter Korsgaard @ 2008-04-06 11:42 UTC (permalink / raw)
To: buildroot
>>>>> "ulf" == ulf <ulf@uclibc.org> writes:
ulf> Author: ulf
ulf> Date: 2008-04-06 03:10:30 -0700 (Sun, 06 Apr 2008)
ulf> New Revision: 21651
ulf> Log:
ulf> Make xconfig the default for Atmel targets
ulf> Modified:
ulf> trunk/buildroot/target/linux/Config.in.advanced
ulf> Changeset:
ulf> Modified: trunk/buildroot/target/linux/Config.in.advanced
ulf> ===================================================================
ulf> --- trunk/buildroot/target/linux/Config.in.advanced 2008-04-06 10:02:53 UTC (rev 21650)
ulf> +++ trunk/buildroot/target/linux/Config.in.advanced 2008-04-06 10:10:30 UTC (rev 21651)
ulf> @@ -445,6 +445,7 @@
ulf> choice
ulf> prompt "Preferred config tool"
ulf> + default BR2_MAKE_XCONFIG IF BR2_TARGET_ATMEL
ulf> default BR2_MAKE_MENUCONFIG
Why? Could we please stop having all this special casing of Atmel
stuff all over buildroot?
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-04-06 12:07 Samuelsson, Ulf
2008-04-06 12:34 ` Peter Korsgaard
2008-04-06 17:58 ` Thomas Lundquist
0 siblings, 2 replies; 169+ messages in thread
From: Samuelsson, Ulf @ 2008-04-06 12:07 UTC (permalink / raw)
To: buildroot
I am not happy with menuconfig
so either this or revert your
patch.
Your choice...
Best Regards
Ulf Samuelsson
-----Originalmeddelande-----
Fr?n: Peter Korsgaard
Skickat: s?n 2008-04-06 13:43
Till: buildroot at uclibc.org
?rende: Re: [Buildroot] svn commit: trunk/buildroot/target/linux
>>>>> "ulf" = ulf <ulf@uclibc.org> writes:
ulf> Author: ulf
ulf> Date: 2008-04-06 03:10:30 -0700 (Sun, 06 Apr 2008)
ulf> New Revision: 21651
ulf> Log:
ulf> Make xconfig the default for Atmel targets
ulf> Modified:
ulf> trunk/buildroot/target/linux/Config.in.advanced
ulf> Changeset:
ulf> Modified: trunk/buildroot/target/linux/Config.in.advanced
ulf> ================================= ulf> --- trunk/buildroot/target/linux/Config.in.advanced 2008-04-06 10:02:53 UTC (rev 21650)
ulf> +++ trunk/buildroot/target/linux/Config.in.advanced 2008-04-06 10:10:30 UTC (rev 21651)
ulf> @@ -445,6 +445,7 @@
ulf> choice
ulf> prompt "Preferred config tool"
ulf> + default BR2_MAKE_XCONFIG IF BR2_TARGET_ATMEL
ulf> default BR2_MAKE_MENUCONFIG
Why? Could we please stop having all this special casing of Atmel
stuff all over buildroot?
--
Bye, Peter Korsgaard
_______________________________________________
buildroot mailing list
buildroot at uclibc.org
http://busybox.net/mailman/listinfo/buildroot
-------------- next part --------------
A non-text attachment was scrubbed...
Name: UlfSamuelsson.vcf
Type: application/octet-stream
Size: 491 bytes
Desc: UlfSamuelsson.vcf
Url : http://busybox.net/lists/buildroot/attachments/20080406/90c9d299/attachment-0001.obj
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-04-06 12:07 Samuelsson, Ulf
@ 2008-04-06 12:34 ` Peter Korsgaard
2008-04-06 15:25 ` Jean-Christian de Rivaz
2008-04-06 17:58 ` Thomas Lundquist
1 sibling, 1 reply; 169+ messages in thread
From: Peter Korsgaard @ 2008-04-06 12:34 UTC (permalink / raw)
To: buildroot
>>>>> "Ulf" == Samuelsson, Ulf <ulf.samuelsson@atmel.com> writes:
Ulf> I am not happy with menuconfig
Ulf> so either this or revert your
Ulf> patch.
Ulf> Your choice...
Bah, as I said back then xconfig is not a good default. It has
additional dependencies we don't provide/check for and as we already
use menuconfig interface for buildroot that's the only sane default.
The default values should work out of the box!
But as it's just a default, you can always change it locally if you
prefer xconfig.
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-04-06 12:34 ` Peter Korsgaard
@ 2008-04-06 15:25 ` Jean-Christian de Rivaz
2008-04-06 16:33 ` Nigel Kukard
0 siblings, 1 reply; 169+ messages in thread
From: Jean-Christian de Rivaz @ 2008-04-06 15:25 UTC (permalink / raw)
To: buildroot
Peter Korsgaard a ?crit :
>>>>>> "Ulf" == Samuelsson, Ulf <ulf.samuelsson@atmel.com> writes:
>
> Ulf> I am not happy with menuconfig
> Ulf> so either this or revert your
> Ulf> patch.
> Ulf> Your choice...
>
> Bah, as I said back then xconfig is not a good default. It has
> additional dependencies we don't provide/check for and as we already
> use menuconfig interface for buildroot that's the only sane default.
>
> The default values should work out of the box!
>
> But as it's just a default, you can always change it locally if you
> prefer xconfig.
>
I strongly recommend menuconfig. A lot of peoples I know work on virtual
machines that have just the bare minimal packages to do compilation.
There don't have X11 and will clearly not install a X11 server just for
a single configuration tool that have on other side a perfectly working
console interface. Other problem is that those virtual machines are
mainly used on Windows based system where the most used program to do a
SSH connection to it is PuTTY that don't support X11.
Regards,
--
Jean-Christian de Rivaz
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-04-06 15:28 Samuelsson, Ulf
2008-04-06 17:18 ` Peter Korsgaard
0 siblings, 1 reply; 169+ messages in thread
From: Samuelsson, Ulf @ 2008-04-06 15:28 UTC (permalink / raw)
To: buildroot
-----Originalmeddelande-----
Fr?n: Peter Korsgaard
Skickat: s?n 2008-04-06 14:34
Till: Samuelsson, Ulf
Kopia: Peter Korsgaard;buildroot at uclibc.org
?rende: Re: SV: Re: [Buildroot] svn commit: trunk/buildroot/target/linux
>>>>> "Ulf" = Samuelsson, Ulf <ulf.samuelsson@atmel.com> writes:
Ulf> I am not happy with menuconfig
Ulf> so either this or revert your
Ulf> patch.
Ulf> Your choice...
Bah, as I said back then xconfig is not a good default. It has
additional dependencies we don't provide/check for and as we already
use menuconfig interface for buildroot that's the only sane default.
The default values should work out of the box!
But as it's just a default, you can always change it locally if you
prefer xconfig.
=> Try "make > project.log 2>&1"
with menuconfig enabled.
I doubt that will give the
desired result.
If people have a problem
then they should keep
the normal kernel build.
Menuconfig is soo 20th
century.
--
Bye, Peter Korsgaard
-------------- next part --------------
A non-text attachment was scrubbed...
Name: UlfSamuelsson.vcf
Type: application/octet-stream
Size: 491 bytes
Desc: UlfSamuelsson.vcf
Url : http://busybox.net/lists/buildroot/attachments/20080406/6920f8db/attachment.obj
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-04-06 15:25 ` Jean-Christian de Rivaz
@ 2008-04-06 16:33 ` Nigel Kukard
[not found] ` <87iqyuu8d0.fsf@macbook.be.48ers.dk>
0 siblings, 1 reply; 169+ messages in thread
From: Nigel Kukard @ 2008-04-06 16:33 UTC (permalink / raw)
To: buildroot
> > Ulf> I am not happy with menuconfig
> > Ulf> so either this or revert your
> > Ulf> patch.
> > Ulf> Your choice...
> >
> > Bah, as I said back then xconfig is not a good default. It has
> > additional dependencies we don't provide/check for and as we already
> > use menuconfig interface for buildroot that's the only sane default.
> >
> > The default values should work out of the box!
> >
> > But as it's just a default, you can always change it locally if you
> > prefer xconfig.
> >
>
> I strongly recommend menuconfig. A lot of peoples I know work on virtual
> machines that have just the bare minimal packages to do compilation.
> There don't have X11 and will clearly not install a X11 server just for
> a single configuration tool that have on other side a perfectly working
> console interface. Other problem is that those virtual machines are
> mainly used on Windows based system where the most used program to do a
> SSH connection to it is PuTTY that don't support X11.
Please revert this patch. As Jean said, not everyone runs X11 or even
builds buildroot locally and has bandwidth to support running remote X
sessions.
Ulf, if you want to use xconfig, I suggest *you* change *your* local
copy. Don't put this requirement on everyone else.
-N
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://busybox.net/lists/buildroot/attachments/20080406/e0e8f231/attachment.pgp
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-04-06 15:28 Samuelsson, Ulf
@ 2008-04-06 17:18 ` Peter Korsgaard
0 siblings, 0 replies; 169+ messages in thread
From: Peter Korsgaard @ 2008-04-06 17:18 UTC (permalink / raw)
To: buildroot
>>>>> "Ulf" == Samuelsson, Ulf <ulf.samuelsson@atmel.com> writes:
Ulf> But as it's just a default, you can always change it locally if you
Ulf> prefer xconfig.
Ulf> => Try "make > project.log 2>&1"
Ulf> with menuconfig enabled.
Ulf> I doubt that will give the
Ulf> desired result.
Then don't do that (Doctor, it hurts when I ..).
I guess it works with a tee project.log instead.
Similarly, a xconfig doesn't work within a screen session.
Ulf> If people have a problem
Ulf> then they should keep
Ulf> the normal kernel build.
Ulf> Menuconfig is soo 20th
Ulf> century.
So, where's the xconfig patch for buildroot itself? ;)
(No, please don't).
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-04-06 12:07 Samuelsson, Ulf
2008-04-06 12:34 ` Peter Korsgaard
@ 2008-04-06 17:58 ` Thomas Lundquist
1 sibling, 0 replies; 169+ messages in thread
From: Thomas Lundquist @ 2008-04-06 17:58 UTC (permalink / raw)
To: buildroot
On Sun, Apr 06, 2008 at 12:07:16PM +0000, Samuelsson, Ulf wrote:
>
> I am not happy with menuconfig
> so either this or revert your
> patch.
default xconfig is wrong in so many ways you would probably start a svn
commit war if you change it again. and hopefully loose.
xconfig is for those having and wantinng X and they can specify it
themselves.
Thomas
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
[not found] ` <87iqyuu8d0.fsf@macbook.be.48ers.dk>
@ 2008-04-07 0:29 ` Ulf Samuelsson
2008-04-07 14:01 ` Thiago A. Corrêa
0 siblings, 1 reply; 169+ messages in thread
From: Ulf Samuelsson @ 2008-04-07 0:29 UTC (permalink / raw)
To: buildroot
>
> Hi,
>
> Nigel> Please revert this patch. As Jean said, not everyone runs X11 or even
> Nigel> builds buildroot locally and has bandwidth to support running remote X
> Nigel> sessions.
>
> Nigel> Ulf, if you want to use xconfig, I suggest *you* change *your* local
> Nigel> copy. Don't put this requirement on everyone else.
>
I do not put this requirement on everyone else.
The default behaviour is
1) To not build a kernel at all or
2) To build a kernel using the classic behaviour.
Only by selecting two non-default behaviours you get
exposed to the "advanced" linux configuration
I have spent considerable time on during the last 9 months.
This will default to xconfig for AT91/AVR32 chips,
but you have the option to select the menuconfig you want.
If someone wants a different behaviour,
then they can create yet another linux makefile.
> Even easier, change the setting in the defconfigs he works with.
>
Best Regards
Ulf Samuelsson
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-04-07 0:29 ` Ulf Samuelsson
@ 2008-04-07 14:01 ` Thiago A. Corrêa
0 siblings, 0 replies; 169+ messages in thread
From: Thiago A. Corrêa @ 2008-04-07 14:01 UTC (permalink / raw)
To: buildroot
Ulf,
I for one use buildroot from an ssh shell, even thought the
building machine is right besides me. A default that requires X is
unreasonable, give that buildroot doesn't check for X, and doesn't
require X either. I too back up the others on the opinion that the
default behavior should be menuconfig.
> I do not put this requirement on everyone else.
> The default behaviour is
> 1) To not build a kernel at all or
> 2) To build a kernel using the classic behaviour.
>
> Only by selecting two non-default behaviours you get
> exposed to the "advanced" linux configuration
> I have spent considerable time on during the last 9 months.
Actually, the default behavior for NGW100 and STK1000 is to use the
advanced linux configuration. And it's the only one that works at all
AFAIK.
> This will default to xconfig for AT91/AVR32 chips,
> but you have the option to select the menuconfig you want.
Which is exactly what most people seam to be using at the moment. At
least I haven't seen any target/device/Hitachi users, I doubt it even
builds new days.
Whenever I do an an{stk1002|ngw100}_defconfig, I have to craw thru a
bunch of menus and packages to change stuff (libdaemon doesn't build
on gentoo, using -j2 makes lot more sense than -j1, etc, etc....). Why
should a default config be tailored to a single user's needs?
IMHO it should be a reasonable minimum set of options most would be
happy with, and clearly xconfig isn't.
> If someone wants a different behaviour,
> then they can create yet another linux makefile.
That would just introduce more maintenance, just makes no sense.
> > Even easier, change the setting in the defconfigs he works with.
> >
Please don't. We might use ARMs too in the future. :)
What about the make BOARD=<name> save/get thing? I never used it
myself, but should work as an option.
Kind Regards,
Thiago A. Correa
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-04-07 19:14 Samuelsson, Ulf
0 siblings, 0 replies; 169+ messages in thread
From: Samuelsson, Ulf @ 2008-04-07 19:14 UTC (permalink / raw)
To: buildroot
You use a shell variable to
define the location of the
"local" directory outside
the buildroot tree.
I do not remember the
name right now but it
is in the top Makefile.
Do your configuration once
and for all and then
do "make saveconfig"
This will save the configuration
for Buildroot,uboot,linux,
busybox, et.c. in
your "$(LOCA?)/<project>"
directory for easy retrieval
when you download the
next svn.
Remember that thls is only
an issue if you
1) have not supplied any linux
conlig file
AND
2) Do not have *any* linux
config file in your
$(BOARD_DIR)
Anyone using NGW100 and STK1000 boards will *never*
see this "xconfig/menuconfig"
issue.
I am thinking of adding
a shell variable which overrides
the ".config" anyway.
Best Regards
Ulf Samuelsson
-----Originalmeddelande-----
Fr?n: Thiago A. Corr?a
Skickat: m?n 2008-04-07 16:01
Till: Ulf Samuelsson
Kopia: buildroot
?rende: Re: [Buildroot] svn commit: trunk/buildroot/target/linux
Ulf,
I for one use buildroot from an ssh shell, even thought the
building machine is right besides me. A default that requires X is
unreasonable, give that buildroot doesn't check for X, and doesn't
require X either. I too back up the others on the opinion that the
default behavior should be menuconfig.
> I do not put this requirement on everyone else.
> The default behaviour is
> 1) To not build a kernel at all or
> 2) To build a kernel using the classic behaviour.
>
> Only by selecting two non-default behaviours you get
> exposed to the "advanced" linux configuration
> I have spent considerable time on during the last 9 months.
Actually, the default behavior for NGW100 and STK1000 is to use the
advanced linux configuration. And it's the only one that works at all
AFAIK.
> This will default to xconfig for AT91/AVR32 chips,
> but you have the option to select the menuconfig you want.
Which is exactly what most people seam to be using at the moment. At
least I haven't seen any target/device/Hitachi users, I doubt it even
builds new days.
Whenever I do an an{stk1002|ngw100}_defconfig, I have to craw thru a
bunch of menus and packages to change stuff (libdaemon doesn't build
on gentoo, using -j2 makes lot more sense than -j1, etc, etc....). Why
should a default config be tailored to a single user's needs?
IMHO it should be a reasonable minimum set of options most would be
happy with, and clearly xconfig isn't.
> If someone wants a different behaviour,
> then they can create yet another linux makefile.
That would just introduce more maintenance, just makes no sense.
> > Even easier, change the setting in the defconfigs he works with.
> >
Please don't. We might use ARMs too in the future. :)
What about the make BOARD=<name> save/get thing? I never used it
myself, but should work as an option.
Kind Regards,
Thiago A. Correa
-------------- next part --------------
A non-text attachment was scrubbed...
Name: UlfSamuelsson.vcf
Type: application/octet-stream
Size: 491 bytes
Desc: UlfSamuelsson.vcf
Url : http://busybox.net/lists/buildroot/attachments/20080407/12e84f5b/attachment-0001.obj
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-04-15 17:10 ulf at uclibc.org
2008-04-15 17:43 ` Jean-Christian de Rivaz
0 siblings, 1 reply; 169+ messages in thread
From: ulf at uclibc.org @ 2008-04-15 17:10 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2008-04-15 10:10:24 -0700 (Tue, 15 Apr 2008)
New Revision: 21739
Log:
Reversing bad tftpboot patch resulting in two identical targets
Modified:
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2008-04-15 08:27:24 UTC (rev 21738)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2008-04-15 17:10:24 UTC (rev 21739)
@@ -230,7 +230,7 @@
endif
ifeq ($(BR2_LINUX_COPYTO_TFTPBOOT),y)
-LINUX26_TARGETS+=$(BR2_LINUX_COPYTO)/$(LINUX26_KERNEL_NAME)
+LINUX26_TARGETS+=/tftpboot/$(LINUX26_KERNEL_NAME)
endif
ifneq ($(strip $(subst ",,$(BR2_LINUX_COPYTO))),)
@@ -437,9 +437,9 @@
mkdir -p $(TARGET_DIR)/boot
cp -dpf .config $(TARGET_DIR)/boot/busybox.config
-$(BR2_LINUX_COPYTO)/$(LINUX26_KERNEL_NAME): $(LINUX26_KERNEL)
- mkdir -p $(BR2_LINUX_COPYTO)
- cp -dpf $(LINUX26_KERNEL) $(BR2_LINUX_COPYTO)/$(LINUX26_KERNEL_NAME)
+/tftpboot/$(LINUX26_KERNEL_NAME): $(LINUX26_KERNEL)
+ mkdir -p /tftpboot
+ cp -dpf $(LINUX26_KERNEL) /tftpboot/$(LINUX26_KERNEL_NAME)
$(LINUX_COPYTO)/$(LINUX26_KERNEL_NAME): $(LINUX26_KERNEL)
mkdir -p $(LINUX_COPYTO)
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-04-15 17:10 ulf at uclibc.org
@ 2008-04-15 17:43 ` Jean-Christian de Rivaz
2008-04-15 19:00 ` Ulf Samuelsson
0 siblings, 1 reply; 169+ messages in thread
From: Jean-Christian de Rivaz @ 2008-04-15 17:43 UTC (permalink / raw)
To: buildroot
ulf at uclibc.org a ?crit :
> Author: ulf
> Date: 2008-04-15 10:10:24 -0700 (Tue, 15 Apr 2008)
> New Revision: 21739
>
> Log:
> Reversing bad tftpboot patch resulting in two identical targets
>
> Modified:
> trunk/buildroot/target/linux/Makefile.in.advanced
Ouch! Can you please explain why did you re-introduce this bug ?
The BR2_LINUX_COPYTO variable have absolutely no way to work with a hard
coded "/tftpboot/". Just try to copy to /var/lib/tftpboot for example.
Please expose a test case so this "resulting in two identical targets"
issue can be resolved the right way. Because reversing this patch is
just plain wrong.
> Changeset:
> Modified: trunk/buildroot/target/linux/Makefile.in.advanced
> ===================================================================
> --- trunk/buildroot/target/linux/Makefile.in.advanced 2008-04-15 08:27:24 UTC (rev 21738)
> +++ trunk/buildroot/target/linux/Makefile.in.advanced 2008-04-15 17:10:24 UTC (rev 21739)
> @@ -230,7 +230,7 @@
> endif
>
> ifeq ($(BR2_LINUX_COPYTO_TFTPBOOT),y)
> -LINUX26_TARGETS+=$(BR2_LINUX_COPYTO)/$(LINUX26_KERNEL_NAME)
> +LINUX26_TARGETS+=/tftpboot/$(LINUX26_KERNEL_NAME)
> endif
>
> ifneq ($(strip $(subst ",,$(BR2_LINUX_COPYTO))),)
> @@ -437,9 +437,9 @@
> mkdir -p $(TARGET_DIR)/boot
> cp -dpf .config $(TARGET_DIR)/boot/busybox.config
>
> -$(BR2_LINUX_COPYTO)/$(LINUX26_KERNEL_NAME): $(LINUX26_KERNEL)
> - mkdir -p $(BR2_LINUX_COPYTO)
> - cp -dpf $(LINUX26_KERNEL) $(BR2_LINUX_COPYTO)/$(LINUX26_KERNEL_NAME)
> +/tftpboot/$(LINUX26_KERNEL_NAME): $(LINUX26_KERNEL)
> + mkdir -p /tftpboot
> + cp -dpf $(LINUX26_KERNEL) /tftpboot/$(LINUX26_KERNEL_NAME)
>
> $(LINUX_COPYTO)/$(LINUX26_KERNEL_NAME): $(LINUX26_KERNEL)
> mkdir -p $(LINUX_COPYTO)
>
> _______________________________________________
> buildroot mailing list
> buildroot at uclibc.org
> http://busybox.net/mailman/listinfo/buildroot
>
--
Jean-Christian de Rivaz
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-04-15 17:43 ` Jean-Christian de Rivaz
@ 2008-04-15 19:00 ` Ulf Samuelsson
2008-04-15 19:21 ` Jean-Christian de Rivaz
0 siblings, 1 reply; 169+ messages in thread
From: Ulf Samuelsson @ 2008-04-15 19:00 UTC (permalink / raw)
To: buildroot
----- Original Message -----
From: "Jean-Christian de Rivaz" <jc@eclis.ch>
To: <buildroot@uclibc.org>
Cc: <ulf@uclibc.org>
Sent: Tuesday, April 15, 2008 7:43 PM
Subject: Re: [Buildroot] svn commit: trunk/buildroot/target/linux
> ulf at uclibc.org a ?crit :
>> Author: ulf
>> Date: 2008-04-15 10:10:24 -0700 (Tue, 15 Apr 2008)
>> New Revision: 21739
>>
>> Log:
>> Reversing bad tftpboot patch resulting in two identical targets
>>
>> Modified:
>> trunk/buildroot/target/linux/Makefile.in.advanced
>
> Ouch! Can you please explain why did you re-introduce this bug ?
> The BR2_LINUX_COPYTO variable have absolutely no way to work with a hard
> coded "/tftpboot/". Just try to copy to /var/lib/tftpboot for example.
Because it is not a bug.
The Configuration now allows you to
1) Copy to /tftpboot (if BR2_LINUX_COPYTO_TFTPBOOT is set)
2) Copy to $(BR2_LINUX_COPYTO) (if BR2_LINUX_COPYTO is non-empty)
Before the patch you would have (a little simplified)
++++++++++++++++++++++++++++++++++++++++++++++++++++++
LINUX_COPYTO:=BR2_LINUX_COPYTO
$(BR2_LINUX_COPYTO)/$(LINUX26_KERNEL_NAME): $(LINUX26_KERNEL)
mkdir -p $(BR2_LINUX_COPYTO)
cp -dpf $(LINUX26_KERNEL) $(BR2_LINUX_COPYTO)/$(LINUX26_KERNEL_NAME)
$(LINUX_COPYTO)/$(LINUX26_KERNEL_NAME): $(LINUX26_KERNEL)
mkdir -p $(LINUX_COPYTO)
cp -dpf $(LINUX26_KERNEL) $(LINUX_COPYTO)/$(LINUX26_KERNEL_NAME)
--------------------------------------------------------------------------------------------------
Since LINUX_COPYTO is identical to BR2_LINUX_COPYTO you
have two IDENTICAL rules, which makes no sense.
If you want to copy to "/var/lib/tftpboot" your .config should contain:
BR2_LINUX_COPYTO_TFTPBOOT=n
BR2_LINUX_COPYTO="/var/lib/tftpboot"
>
> Please expose a test case so this "resulting in two identical targets"
> issue can be resolved the right way. Because reversing this patch is
> just plain wrong.
>
>> Changeset:
>> Modified: trunk/buildroot/target/linux/Makefile.in.advanced
>> ===================================================================
>> --- trunk/buildroot/target/linux/Makefile.in.advanced 2008-04-15 08:27:24 UTC (rev 21738)
>> +++ trunk/buildroot/target/linux/Makefile.in.advanced 2008-04-15 17:10:24 UTC (rev 21739)
>> @@ -230,7 +230,7 @@
>> endif
>>
>> ifeq ($(BR2_LINUX_COPYTO_TFTPBOOT),y)
>> -LINUX26_TARGETS+=$(BR2_LINUX_COPYTO)/$(LINUX26_KERNEL_NAME)
>> +LINUX26_TARGETS+=/tftpboot/$(LINUX26_KERNEL_NAME)
>> endif
>>
>> ifneq ($(strip $(subst ",,$(BR2_LINUX_COPYTO))),)
>> @@ -437,9 +437,9 @@
>> mkdir -p $(TARGET_DIR)/boot
>> cp -dpf .config $(TARGET_DIR)/boot/busybox.config
>>
>> -$(BR2_LINUX_COPYTO)/$(LINUX26_KERNEL_NAME): $(LINUX26_KERNEL)
>> - mkdir -p $(BR2_LINUX_COPYTO)
>> - cp -dpf $(LINUX26_KERNEL) $(BR2_LINUX_COPYTO)/$(LINUX26_KERNEL_NAME)
>> +/tftpboot/$(LINUX26_KERNEL_NAME): $(LINUX26_KERNEL)
>> + mkdir -p /tftpboot
>> + cp -dpf $(LINUX26_KERNEL) /tftpboot/$(LINUX26_KERNEL_NAME)
>>
>> $(LINUX_COPYTO)/$(LINUX26_KERNEL_NAME): $(LINUX26_KERNEL)
>> mkdir -p $(LINUX_COPYTO)
>>
>> _______________________________________________
>> buildroot mailing list
>> buildroot at uclibc.org
>> http://busybox.net/mailman/listinfo/buildroot
>>
>
> --
> Jean-Christian de Rivaz
>
Best Regards
Ulf Samuelsson ulf at atmel.com
Atmel Nordic AB
Mail: Box 2033, 174 02 Sundbyberg, Sweden
Visit: Kavalleriv?gen 24, 174 58 Sundbyberg, Sweden
Phone +46 (8) 441 54 22 Fax +46 (8) 441 54 29
GSM +46 (706) 22 44 57
Technical support when I am not available:
AT90 AVR Applications Group: mailto:avr at atmel.com
AT91 ARM Applications Group: mailto:at91support at atmel.com
AVR32 Applications Group mailto:avr32 at atmel.com
http://www.avrfreaks.net/; http://avr32linux.org/
http://www.at91.com/ ; http://www.linux4sam.org/
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-04-15 19:00 ` Ulf Samuelsson
@ 2008-04-15 19:21 ` Jean-Christian de Rivaz
2008-04-15 19:44 ` Ulf Samuelsson
0 siblings, 1 reply; 169+ messages in thread
From: Jean-Christian de Rivaz @ 2008-04-15 19:21 UTC (permalink / raw)
To: buildroot
Ulf Samuelsson a ?crit :
> ----- Original Message -----
> From: "Jean-Christian de Rivaz" <jc@eclis.ch>
> To: <buildroot@uclibc.org>
> Cc: <ulf@uclibc.org>
> Sent: Tuesday, April 15, 2008 7:43 PM
> Subject: Re: [Buildroot] svn commit: trunk/buildroot/target/linux
>
>
>> ulf at uclibc.org a ?crit :
>>> Author: ulf
>>> Date: 2008-04-15 10:10:24 -0700 (Tue, 15 Apr 2008)
>>> New Revision: 21739
>>>
>>> Log:
>>> Reversing bad tftpboot patch resulting in two identical targets
>>>
>>> Modified:
>>> trunk/buildroot/target/linux/Makefile.in.advanced
>> Ouch! Can you please explain why did you re-introduce this bug ?
>> The BR2_LINUX_COPYTO variable have absolutely no way to work with a hard
>> coded "/tftpboot/". Just try to copy to /var/lib/tftpboot for example.
>
> Because it is not a bug.
>
> The Configuration now allows you to
>
> 1) Copy to /tftpboot (if BR2_LINUX_COPYTO_TFTPBOOT is set)
> 2) Copy to $(BR2_LINUX_COPYTO) (if BR2_LINUX_COPYTO is non-empty)
>
> Before the patch you would have (a little simplified)
>
> ++++++++++++++++++++++++++++++++++++++++++++++++++++++
> LINUX_COPYTO:=BR2_LINUX_COPYTO
>
> $(BR2_LINUX_COPYTO)/$(LINUX26_KERNEL_NAME): $(LINUX26_KERNEL)
> mkdir -p $(BR2_LINUX_COPYTO)
> cp -dpf $(LINUX26_KERNEL) $(BR2_LINUX_COPYTO)/$(LINUX26_KERNEL_NAME)
>
> $(LINUX_COPYTO)/$(LINUX26_KERNEL_NAME): $(LINUX26_KERNEL)
> mkdir -p $(LINUX_COPYTO)
> cp -dpf $(LINUX26_KERNEL) $(LINUX_COPYTO)/$(LINUX26_KERNEL_NAME)
> --------------------------------------------------------------------------------------------------
>
> Since LINUX_COPYTO is identical to BR2_LINUX_COPYTO you
> have two IDENTICAL rules, which makes no sense.
>
> If you want to copy to "/var/lib/tftpboot" your .config should contain:
>
> BR2_LINUX_COPYTO_TFTPBOOT=n
> BR2_LINUX_COPYTO="/var/lib/tftpboot"
Ok, I understand your point now, but I still maintain that hardcoded
"/tftpboot" is not a solution for this problem, because on many systems
there is no "/tftpboot" in the root filesystem, because the users don't
have the right to create it, and because new distributions use
/var/lib/tftpboot instead of /tftpboot.
The main problem is that there is two rules that make exactly the same
things, so one of them must be simply removed. Either remove the
BR2_LINUX_COPYTO or the LINUX_COPYTO, but nerver use hardcoded "/tftpboot".
--
Jean-Christian de Rivaz
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-04-15 19:21 ` Jean-Christian de Rivaz
@ 2008-04-15 19:44 ` Ulf Samuelsson
2008-04-15 21:09 ` Jean-Christian de Rivaz
0 siblings, 1 reply; 169+ messages in thread
From: Ulf Samuelsson @ 2008-04-15 19:44 UTC (permalink / raw)
To: buildroot
> Ulf Samuelsson a ?crit :
>> ----- Original Message -----
>> From: "Jean-Christian de Rivaz" <jc@eclis.ch>
>> To: <buildroot@uclibc.org>
>> Cc: <ulf@uclibc.org>
>> Sent: Tuesday, April 15, 2008 7:43 PM
>> Subject: Re: [Buildroot] svn commit: trunk/buildroot/target/linux
>>
>>
>>> ulf at uclibc.org a ?crit :
>>>> Author: ulf
>>>> Date: 2008-04-15 10:10:24 -0700 (Tue, 15 Apr 2008)
>>>> New Revision: 21739
>>>>
>>>> Log:
>>>> Reversing bad tftpboot patch resulting in two identical targets
>>>>
>>>> Modified:
>>>> trunk/buildroot/target/linux/Makefile.in.advanced
>>> Ouch! Can you please explain why did you re-introduce this bug ?
>>> The BR2_LINUX_COPYTO variable have absolutely no way to work with a hard
>>> coded "/tftpboot/". Just try to copy to /var/lib/tftpboot for example.
>>
>> Because it is not a bug.
>>
>> The Configuration now allows you to
>>
>> 1) Copy to /tftpboot (if BR2_LINUX_COPYTO_TFTPBOOT is set)
>> 2) Copy to $(BR2_LINUX_COPYTO) (if BR2_LINUX_COPYTO is non-empty)
>>
>> Before the patch you would have (a little simplified)
>>
>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++
>> LINUX_COPYTO:=BR2_LINUX_COPYTO
>>
>> $(BR2_LINUX_COPYTO)/$(LINUX26_KERNEL_NAME): $(LINUX26_KERNEL)
>> mkdir -p $(BR2_LINUX_COPYTO)
>> cp -dpf $(LINUX26_KERNEL) $(BR2_LINUX_COPYTO)/$(LINUX26_KERNEL_NAME)
>>
>> $(LINUX_COPYTO)/$(LINUX26_KERNEL_NAME): $(LINUX26_KERNEL)
>> mkdir -p $(LINUX_COPYTO)
>> cp -dpf $(LINUX26_KERNEL) $(LINUX_COPYTO)/$(LINUX26_KERNEL_NAME)
>> --------------------------------------------------------------------------------------------------
>>
>> Since LINUX_COPYTO is identical to BR2_LINUX_COPYTO you
>> have two IDENTICAL rules, which makes no sense.
>>
>> If you want to copy to "/var/lib/tftpboot" your .config should contain:
>>
>> BR2_LINUX_COPYTO_TFTPBOOT=n
>> BR2_LINUX_COPYTO="/var/lib/tftpboot"
>
> Ok, I understand your point now, but I still maintain that hardcoded
> "/tftpboot" is not a solution for this problem, because on many systems
> there is no "/tftpboot" in the root filesystem, because the users don't
> have the right to create it, and because new distributions use
> /var/lib/tftpboot instead of /tftpboot.
>
If you cannot use "/tftpboot" then don't use it!
The purpose of BR2_LINUX_COPYTO is to allow people
to copy to any directory of their choice and this includes "/var/lib/tftpboot".
I have told you how to configure buildroot to do the copy the files to where you want.
Please change your configuration files and get on with other things.
Best Regards
Ulf Samuelsson
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-04-15 19:44 ` Ulf Samuelsson
@ 2008-04-15 21:09 ` Jean-Christian de Rivaz
2008-04-15 21:25 ` Ulf Samuelsson
0 siblings, 1 reply; 169+ messages in thread
From: Jean-Christian de Rivaz @ 2008-04-15 21:09 UTC (permalink / raw)
To: buildroot
Ulf Samuelsson a ?crit :
>
>> Ulf Samuelsson a ?crit :
>>> ----- Original Message -----
>>> From: "Jean-Christian de Rivaz" <jc@eclis.ch>
>>> To: <buildroot@uclibc.org>
>>> Cc: <ulf@uclibc.org>
>>> Sent: Tuesday, April 15, 2008 7:43 PM
>>> Subject: Re: [Buildroot] svn commit: trunk/buildroot/target/linux
>>>
>>>
>>>> ulf at uclibc.org a ?crit :
>>>>> Author: ulf
>>>>> Date: 2008-04-15 10:10:24 -0700 (Tue, 15 Apr 2008)
>>>>> New Revision: 21739
>>>>>
>>>>> Log:
>>>>> Reversing bad tftpboot patch resulting in two identical targets
>>>>>
>>>>> Modified:
>>>>> trunk/buildroot/target/linux/Makefile.in.advanced
>>>> Ouch! Can you please explain why did you re-introduce this bug ?
>>>> The BR2_LINUX_COPYTO variable have absolutely no way to work with a hard
>>>> coded "/tftpboot/". Just try to copy to /var/lib/tftpboot for example.
>>> Because it is not a bug.
>>>
>>> The Configuration now allows you to
>>>
>>> 1) Copy to /tftpboot (if BR2_LINUX_COPYTO_TFTPBOOT is set)
>>> 2) Copy to $(BR2_LINUX_COPYTO) (if BR2_LINUX_COPYTO is non-empty)
>>>
>>> Before the patch you would have (a little simplified)
>>>
>>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++
>>> LINUX_COPYTO:=BR2_LINUX_COPYTO
>>>
>>> $(BR2_LINUX_COPYTO)/$(LINUX26_KERNEL_NAME): $(LINUX26_KERNEL)
>>> mkdir -p $(BR2_LINUX_COPYTO)
>>> cp -dpf $(LINUX26_KERNEL) $(BR2_LINUX_COPYTO)/$(LINUX26_KERNEL_NAME)
>>>
>>> $(LINUX_COPYTO)/$(LINUX26_KERNEL_NAME): $(LINUX26_KERNEL)
>>> mkdir -p $(LINUX_COPYTO)
>>> cp -dpf $(LINUX26_KERNEL) $(LINUX_COPYTO)/$(LINUX26_KERNEL_NAME)
>>> --------------------------------------------------------------------------------------------------
>>>
>>> Since LINUX_COPYTO is identical to BR2_LINUX_COPYTO you
>>> have two IDENTICAL rules, which makes no sense.
>>>
>>> If you want to copy to "/var/lib/tftpboot" your .config should contain:
>>>
>>> BR2_LINUX_COPYTO_TFTPBOOT=n
>>> BR2_LINUX_COPYTO="/var/lib/tftpboot"
>> Ok, I understand your point now, but I still maintain that hardcoded
>> "/tftpboot" is not a solution for this problem, because on many systems
>> there is no "/tftpboot" in the root filesystem, because the users don't
>> have the right to create it, and because new distributions use
>> /var/lib/tftpboot instead of /tftpboot.
>>
>
> If you cannot use "/tftpboot" then don't use it!
>
> The purpose of BR2_LINUX_COPYTO is to allow people
> to copy to any directory of their choice and this includes "/var/lib/tftpboot".
>
> I have told you how to configure buildroot to do the copy the files to where you want.
>
> Please change your configuration files and get on with other things.
Why not simply removing BR2_LINUX_COPYTO_TFTPBOOT and set by default
BR2_LINUX_COPYTO="/tftpboot" ? Peoples that wants to copy elsewhere can
simply change BR2_LINUX_COPYTO according to there setup.
This will simplify the whole things without losing any possibility.
--
Jean-Christian de Rivaz
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-04-15 21:09 ` Jean-Christian de Rivaz
@ 2008-04-15 21:25 ` Ulf Samuelsson
0 siblings, 0 replies; 169+ messages in thread
From: Ulf Samuelsson @ 2008-04-15 21:25 UTC (permalink / raw)
To: buildroot
> Ulf Samuelsson a ?crit :
>>
>>> Ulf Samuelsson a ?crit :
>>>> ----- Original Message -----
>>>> From: "Jean-Christian de Rivaz" <jc@eclis.ch>
>>>> To: <buildroot@uclibc.org>
>>>> Cc: <ulf@uclibc.org>
>>>> Sent: Tuesday, April 15, 2008 7:43 PM
>>>> Subject: Re: [Buildroot] svn commit: trunk/buildroot/target/linux
>>>>
>>>>
>>>>> ulf at uclibc.org a ?crit :
>>>>>> Author: ulf
>>>>>> Date: 2008-04-15 10:10:24 -0700 (Tue, 15 Apr 2008)
>>>>>> New Revision: 21739
>>>>>>
>>>>>> Log:
>>>>>> Reversing bad tftpboot patch resulting in two identical targets
>>>>>>
>>>>>> Modified:
>>>>>> trunk/buildroot/target/linux/Makefile.in.advanced
>>>>> Ouch! Can you please explain why did you re-introduce this bug ?
>>>>> The BR2_LINUX_COPYTO variable have absolutely no way to work with a hard
>>>>> coded "/tftpboot/". Just try to copy to /var/lib/tftpboot for example.
>>>> Because it is not a bug.
>>>>
>>>> The Configuration now allows you to
>>>>
>>>> 1) Copy to /tftpboot (if BR2_LINUX_COPYTO_TFTPBOOT is set)
>>>> 2) Copy to $(BR2_LINUX_COPYTO) (if BR2_LINUX_COPYTO is non-empty)
>>>>
>>>> Before the patch you would have (a little simplified)
>>>>
>>>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++
>>>> LINUX_COPYTO:=BR2_LINUX_COPYTO
>>>>
>>>> $(BR2_LINUX_COPYTO)/$(LINUX26_KERNEL_NAME): $(LINUX26_KERNEL)
>>>> mkdir -p $(BR2_LINUX_COPYTO)
>>>> cp -dpf $(LINUX26_KERNEL) $(BR2_LINUX_COPYTO)/$(LINUX26_KERNEL_NAME)
>>>>
>>>> $(LINUX_COPYTO)/$(LINUX26_KERNEL_NAME): $(LINUX26_KERNEL)
>>>> mkdir -p $(LINUX_COPYTO)
>>>> cp -dpf $(LINUX26_KERNEL) $(LINUX_COPYTO)/$(LINUX26_KERNEL_NAME)
>>>> --------------------------------------------------------------------------------------------------
>>>>
>>>> Since LINUX_COPYTO is identical to BR2_LINUX_COPYTO you
>>>> have two IDENTICAL rules, which makes no sense.
>>>>
>>>> If you want to copy to "/var/lib/tftpboot" your .config should contain:
>>>>
>>>> BR2_LINUX_COPYTO_TFTPBOOT=n
>>>> BR2_LINUX_COPYTO="/var/lib/tftpboot"
>>> Ok, I understand your point now, but I still maintain that hardcoded
>>> "/tftpboot" is not a solution for this problem, because on many systems
>>> there is no "/tftpboot" in the root filesystem, because the users don't
>>> have the right to create it, and because new distributions use
>>> /var/lib/tftpboot instead of /tftpboot.
>>>
>>
>> If you cannot use "/tftpboot" then don't use it!
>>
>> The purpose of BR2_LINUX_COPYTO is to allow people
>> to copy to any directory of their choice and this includes "/var/lib/tftpboot".
>>
>> I have told you how to configure buildroot to do the copy the files to where you want.
>>
>> Please change your configuration files and get on with other things.
>
> Why not simply removing BR2_LINUX_COPYTO_TFTPBOOT and set by default
> BR2_LINUX_COPYTO="/tftpboot" ? Peoples that wants to copy elsewhere can
> simply change BR2_LINUX_COPYTO according to there setup.
>
> This will simplify the whole things without losing any possibility.
>
The default is no copy for BR2_LINUX_COPYTO and I did not
want to force other people to do the copy, and I did not want
to type "/tftpboot" to replace a default "" either.
I think it now works as intended.
It is always possible to make a link from /tftpboot to anywhere
if you are superuser and if you are not, you can ask
any friendly superuser to fix that for you once and for all.
If you do not like the existing defconfigs, you can always create your own
defconfig using the "make saveconfig" feature and use that for
new svn checkouts.
Best Regards
Ulf Samuelsson
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-04-15 21:46 ulf at uclibc.org
2008-04-15 22:31 ` Hamish Moffatt
0 siblings, 1 reply; 169+ messages in thread
From: ulf at uclibc.org @ 2008-04-15 21:46 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2008-04-15 14:46:47 -0700 (Tue, 15 Apr 2008)
New Revision: 21740
Log:
Allow build to complete, even if tftpboot is not writeable by user
Modified:
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2008-04-15 17:10:24 UTC (rev 21739)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2008-04-15 21:46:47 UTC (rev 21740)
@@ -438,8 +438,8 @@
cp -dpf .config $(TARGET_DIR)/boot/busybox.config
/tftpboot/$(LINUX26_KERNEL_NAME): $(LINUX26_KERNEL)
- mkdir -p /tftpboot
- cp -dpf $(LINUX26_KERNEL) /tftpboot/$(LINUX26_KERNEL_NAME)
+ -mkdir -p /tftpboot
+ -cp -dpf $(LINUX26_KERNEL) /tftpboot/$(LINUX26_KERNEL_NAME)
$(LINUX_COPYTO)/$(LINUX26_KERNEL_NAME): $(LINUX26_KERNEL)
mkdir -p $(LINUX_COPYTO)
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-04-15 21:46 ulf at uclibc.org
@ 2008-04-15 22:31 ` Hamish Moffatt
2008-04-16 4:39 ` Ulf Samuelsson
0 siblings, 1 reply; 169+ messages in thread
From: Hamish Moffatt @ 2008-04-15 22:31 UTC (permalink / raw)
To: buildroot
On Tue, Apr 15, 2008 at 02:46:47PM -0700, ulf at uclibc.org wrote:
> Author: ulf
> Date: 2008-04-15 14:46:47 -0700 (Tue, 15 Apr 2008)
> New Revision: 21740
>
> Log:
> Allow build to complete, even if tftpboot is not writeable by user
>
> Modified:
> trunk/buildroot/target/linux/Makefile.in.advanced
>
>
> Changeset:
> Modified: trunk/buildroot/target/linux/Makefile.in.advanced
> ===================================================================
> --- trunk/buildroot/target/linux/Makefile.in.advanced 2008-04-15 17:10:24 UTC (rev 21739)
> +++ trunk/buildroot/target/linux/Makefile.in.advanced 2008-04-15 21:46:47 UTC (rev 21740)
> @@ -438,8 +438,8 @@
> cp -dpf .config $(TARGET_DIR)/boot/busybox.config
>
> /tftpboot/$(LINUX26_KERNEL_NAME): $(LINUX26_KERNEL)
> - mkdir -p /tftpboot
> - cp -dpf $(LINUX26_KERNEL) /tftpboot/$(LINUX26_KERNEL_NAME)
> + -mkdir -p /tftpboot
> + -cp -dpf $(LINUX26_KERNEL) /tftpboot/$(LINUX26_KERNEL_NAME)
I think that's a bad idea. Now you will build the system, the copy
silently fails to run, you will boot your embedded target and wonder why
it behaves the same as before?
Hamish
--
Hamish Moffatt VK3SB <hamish@debian.org> <hamish@cloud.net.au>
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-04-15 22:31 ` Hamish Moffatt
@ 2008-04-16 4:39 ` Ulf Samuelsson
2008-04-16 5:04 ` Ulf Samuelsson
0 siblings, 1 reply; 169+ messages in thread
From: Ulf Samuelsson @ 2008-04-16 4:39 UTC (permalink / raw)
To: buildroot
----- Original Message -----
From: "Hamish Moffatt" <hamish@cloud.net.au>
To: <buildroot@uclibc.org>
Sent: Wednesday, April 16, 2008 12:31 AM
Subject: Re: [Buildroot] svn commit: trunk/buildroot/target/linux
> On Tue, Apr 15, 2008 at 02:46:47PM -0700, ulf at uclibc.org wrote:
>> Author: ulf
>> Date: 2008-04-15 14:46:47 -0700 (Tue, 15 Apr 2008)
>> New Revision: 21740
>>
>> Log:
>> Allow build to complete, even if tftpboot is not writeable by user
>>
>> Modified:
>> trunk/buildroot/target/linux/Makefile.in.advanced
>>
>>
>> Changeset:
>> Modified: trunk/buildroot/target/linux/Makefile.in.advanced
>> ===================================================================
>> --- trunk/buildroot/target/linux/Makefile.in.advanced 2008-04-15 17:10:24 UTC (rev 21739)
>> +++ trunk/buildroot/target/linux/Makefile.in.advanced 2008-04-15 21:46:47 UTC (rev 21740)
>> @@ -438,8 +438,8 @@
>> cp -dpf .config $(TARGET_DIR)/boot/busybox.config
>>
>> /tftpboot/$(LINUX26_KERNEL_NAME): $(LINUX26_KERNEL)
>> - mkdir -p /tftpboot
>> - cp -dpf $(LINUX26_KERNEL) /tftpboot/$(LINUX26_KERNEL_NAME)
>> + -mkdir -p /tftpboot
>> + -cp -dpf $(LINUX26_KERNEL) /tftpboot/$(LINUX26_KERNEL_NAME)
>
> I think that's a bad idea. Now you will build the system, the copy
> silently fails to run, you will boot your embedded target and wonder why
> it behaves the same as before?
>
>
OK, I see your point.
AFAIK, the copy will only fail if you do not have any write access or if the disk is full.
Since the filename contains a date, you have to be very unlucky if someone
else has created a u-boot for the same project, the same day.
Even if there is such a file, your problem will disappear the next day,
I think the u-boot configuration is written to the file system
and the file system will thus always be created after u-boot.
If the disk is full, then the build will probably fail at this point.
The advantage of this, is that the build can continue and u-boot generated
in binaries even if there is no /tftpboot access.
Best Regards
Ulf Samuelsson
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-04-16 4:39 ` Ulf Samuelsson
@ 2008-04-16 5:04 ` Ulf Samuelsson
2008-04-16 5:59 ` Jean-Christian de Rivaz
0 siblings, 1 reply; 169+ messages in thread
From: Ulf Samuelsson @ 2008-04-16 5:04 UTC (permalink / raw)
To: buildroot
> ----- Original Message -----
> From: "Hamish Moffatt" <hamish@cloud.net.au>
> To: <buildroot@uclibc.org>
> Sent: Wednesday, April 16, 2008 12:31 AM
> Subject: Re: [Buildroot] svn commit: trunk/buildroot/target/linux
>
>
>> On Tue, Apr 15, 2008 at 02:46:47PM -0700, ulf at uclibc.org wrote:
>>> Author: ulf
>>> Date: 2008-04-15 14:46:47 -0700 (Tue, 15 Apr 2008)
>>> New Revision: 21740
>>>
>>> Log:
>>> Allow build to complete, even if tftpboot is not writeable by user
>>>
>>> Modified:
>>> trunk/buildroot/target/linux/Makefile.in.advanced
>>>
>>>
>>> Changeset:
>>> Modified: trunk/buildroot/target/linux/Makefile.in.advanced
>>> ===================================================================
>>> --- trunk/buildroot/target/linux/Makefile.in.advanced 2008-04-15 17:10:24 UTC (rev 21739)
>>> +++ trunk/buildroot/target/linux/Makefile.in.advanced 2008-04-15 21:46:47 UTC (rev 21740)
>>> @@ -438,8 +438,8 @@
>>> cp -dpf .config $(TARGET_DIR)/boot/busybox.config
>>>
>>> /tftpboot/$(LINUX26_KERNEL_NAME): $(LINUX26_KERNEL)
>>> - mkdir -p /tftpboot
>>> - cp -dpf $(LINUX26_KERNEL) /tftpboot/$(LINUX26_KERNEL_NAME)
>>> + -mkdir -p /tftpboot
>>> + -cp -dpf $(LINUX26_KERNEL) /tftpboot/$(LINUX26_KERNEL_NAME)
>>
>> I think that's a bad idea. Now you will build the system, the copy
>> silently fails to run, you will boot your embedded target and wonder why
>> it behaves the same as before?
>>
>>
>
>
> OK, I see your point.
> AFAIK, the copy will only fail if you do not have any write access or if the disk is full.
> Since the filename contains a date, you have to be very unlucky if someone
> else has created a u-boot for the same project, the same day.
> Even if there is such a file, your problem will disappear the next day,
>
> I think the u-boot configuration is written to the file system
> and the file system will thus always be created after u-boot.
> If the disk is full, then the build will probably fail at this point.
>
>
> The advantage of this, is that the build can continue and u-boot generated
> in binaries even if there is no /tftpboot access.
>
> Best Regards
> Ulf Samuelsson
It would be interesting to hear other people opinions.
Best Regards
Ulf Samuelsson
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-04-16 5:04 ` Ulf Samuelsson
@ 2008-04-16 5:59 ` Jean-Christian de Rivaz
2008-04-16 8:25 ` Ulf Samuelsson
0 siblings, 1 reply; 169+ messages in thread
From: Jean-Christian de Rivaz @ 2008-04-16 5:59 UTC (permalink / raw)
To: buildroot
Ulf Samuelsson a ?crit :
>> ----- Original Message -----
>> From: "Hamish Moffatt" <hamish@cloud.net.au>
>> To: <buildroot@uclibc.org>
>> Sent: Wednesday, April 16, 2008 12:31 AM
>> Subject: Re: [Buildroot] svn commit: trunk/buildroot/target/linux
>>
>>
>>> On Tue, Apr 15, 2008 at 02:46:47PM -0700, ulf at uclibc.org wrote:
>>>> Author: ulf
>>>> Date: 2008-04-15 14:46:47 -0700 (Tue, 15 Apr 2008)
>>>> New Revision: 21740
>>>>
>>>> Log:
>>>> Allow build to complete, even if tftpboot is not writeable by user
>>>>
>>>> Modified:
>>>> trunk/buildroot/target/linux/Makefile.in.advanced
>>>>
>>>>
>>>> Changeset:
>>>> Modified: trunk/buildroot/target/linux/Makefile.in.advanced
>>>> ===================================================================
>>>> --- trunk/buildroot/target/linux/Makefile.in.advanced 2008-04-15 17:10:24 UTC (rev 21739)
>>>> +++ trunk/buildroot/target/linux/Makefile.in.advanced 2008-04-15 21:46:47 UTC (rev 21740)
>>>> @@ -438,8 +438,8 @@
>>>> cp -dpf .config $(TARGET_DIR)/boot/busybox.config
>>>>
>>>> /tftpboot/$(LINUX26_KERNEL_NAME): $(LINUX26_KERNEL)
>>>> - mkdir -p /tftpboot
>>>> - cp -dpf $(LINUX26_KERNEL) /tftpboot/$(LINUX26_KERNEL_NAME)
>>>> + -mkdir -p /tftpboot
>>>> + -cp -dpf $(LINUX26_KERNEL) /tftpboot/$(LINUX26_KERNEL_NAME)
>>> I think that's a bad idea. Now you will build the system, the copy
>>> silently fails to run, you will boot your embedded target and wonder why
>>> it behaves the same as before?
>>>
>>>
>>
>> OK, I see your point.
>> AFAIK, the copy will only fail if you do not have any write access or if the disk is full.
>> Since the filename contains a date, you have to be very unlucky if someone
>> else has created a u-boot for the same project, the same day.
>> Even if there is such a file, your problem will disappear the next day,
>>
>> I think the u-boot configuration is written to the file system
>> and the file system will thus always be created after u-boot.
>> If the disk is full, then the build will probably fail at this point.
>>
>>
>> The advantage of this, is that the build can continue and u-boot generated
>> in binaries even if there is no /tftpboot access.
>>
>> Best Regards
>> Ulf Samuelsson
>
>
> It would be interesting to hear other people opinions.
I think that we mess with two different goals:
1) Allow the build to complete by not using "/tftpboot". This is really
important. As pointed many times:
- System don't have alway a /tftpboot.
- It is not alway writable by the users.
- Superuser are not alway ok to do a /tftpboot just for an application.
- It will not work as expected in case multiple users run buildroot.
- It is the wrong path for a TFTP server in many new distributions.
So I think there is really no point to keep it (other than the effort to
change little code in target/linux/Makefile.in.advanced). All the
Makefile targets and results of the build at this stage must be only
into the buildroot user tree.
2) Option to copy the result of the build into the TFTP server
directory. This stage simply take the result of the previous stage and
allow to have ready to go files available with the TFTP protocol at the
end of the build. Technically the best way would be to know if there is
a TFTP server installed and use the directory he serve as a default, or
to not make a copy if none is installed. As this idea seem difficult to
make, I agree that we can live with "/tftpboot" by default, even if I
suspect that "/var/lib/tftpboot" will be more and more appropriate.
This will not solve the possibility that multiple users clash there
files into the TFTP directory, but at least this remove any possibility
that there build are broken because of a common target in there
Makefiles. Users that wants to share a common TFTP server should take
each others to agree to a directory structure into the TFTP server that
let each of them have a private space for theres files.
--
Jean-Christian de Rivaz
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-04-16 5:59 ` Jean-Christian de Rivaz
@ 2008-04-16 8:25 ` Ulf Samuelsson
2008-04-16 12:30 ` Jean-Christian de Rivaz
0 siblings, 1 reply; 169+ messages in thread
From: Ulf Samuelsson @ 2008-04-16 8:25 UTC (permalink / raw)
To: buildroot
> I think that we mess with two different goals:
>
> 1) Allow the build to complete by not using "/tftpboot". This is really
> important. As pointed many times:
> - System don't have alway a /tftpboot.
> - It is not alway writable by the users.
> - Superuser are not alway ok to do a /tftpboot just for an application.
Linux is not built by default.
If you enable Linux, then the normal build is the default.
The problem only occurs when you do the advanced build
and have the COPYTO_TFTPBOOT set.
There is an easy workaround, and that is to disable copying to /tftpboot if there is a problem.
You can always copy manually from your BINARIES to wherever,
or use the programmable COPYTO.
Question is how much we need to protect the user from impossible combinations.
> - It will not work as expected in case multiple users run buildroot.
> - It is the wrong path for a TFTP server in many new distributions.
> So I think there is really no point to keep it (other than the effort to
> change little code in target/linux/Makefile.in.advanced). All the
> Makefile targets and results of the build at this stage must be only
> into the buildroot user tree.
The point is that it simplifies the complete build to doing "make".
>
> 2) Option to copy the result of the build into the TFTP server
> directory. This stage simply take the result of the previous stage and
> allow to have ready to go files available with the TFTP protocol at the
> end of the build. Technically the best way would be to know if there is
> a TFTP server installed and use the directory he serve as a default, or
> to not make a copy if none is installed. As this idea seem difficult to
> make, I agree that we can live with "/tftpboot" by default, even if I
> suspect that "/var/lib/tftpboot" will be more and more appropriate.
>
> This will not solve the possibility that multiple users clash there
> files into the TFTP directory, but at least this remove any possibility
> that there build are broken because of a common target in there
> Makefiles. Users that wants to share a common TFTP server should take
> each others to agree to a directory structure into the TFTP server that
> let each of them have a private space for theres files.
>
As long as they do not use the same project name, there is no conflict.
That is the purpose of the long file names.
> --
> Jean-Christian de Rivaz
>
Best Regards
Ulf Samuelsson ulf at atmel.com
Atmel Nordic AB
Mail: Box 2033, 174 02 Sundbyberg, Sweden
Visit: Kavalleriv?gen 24, 174 58 Sundbyberg, Sweden
Phone +46 (8) 441 54 22 Fax +46 (8) 441 54 29
GSM +46 (706) 22 44 57
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-04-16 8:25 ` Ulf Samuelsson
@ 2008-04-16 12:30 ` Jean-Christian de Rivaz
2008-04-16 12:59 ` Ulf Samuelsson
0 siblings, 1 reply; 169+ messages in thread
From: Jean-Christian de Rivaz @ 2008-04-16 12:30 UTC (permalink / raw)
To: buildroot
Ulf Samuelsson a ?crit :
>> I think that we mess with two different goals:
>>
>> 1) Allow the build to complete by not using "/tftpboot". This is really
>> important. As pointed many times:
>> - System don't have alway a /tftpboot.
>> - It is not alway writable by the users.
>> - Superuser are not alway ok to do a /tftpboot just for an application.
>
> Linux is not built by default.
Are you talking about the Linux kernel ? If yes, this is not true at
least for the at91sam9261 target.
> If you enable Linux, then the normal build is the default.
Sorry, I don't understand your sentence. I make the test by using the
default configuration of the at91sam9261 target. What do you means by
"enable Linux" ?
> The problem only occurs when you do the advanced build
> and have the COPYTO_TFTPBOOT set.
Again what an "advanced build". If I wants to change the tftpboot path I
simply edit the .config file. This method, default config or changes
made by menuconfig make no difference for the Makefile.
> There is an easy workaround, and that is to disable copying to /tftpboot if there is a problem.
> You can always copy manually from your BINARIES to wherever,
> or use the programmable COPYTO.
Yes, but this is not obvious from the user perspective.
> Question is how much we need to protect the user from impossible combinations.
As mush as possible by replacing difficult and fragile things by simple
and reliable ones.
>> - It will not work as expected in case multiple users run buildroot.
>> - It is the wrong path for a TFTP server in many new distributions.
>> So I think there is really no point to keep it (other than the effort to
>> change little code in target/linux/Makefile.in.advanced). All the
>> Makefile targets and results of the build at this stage must be only
>> into the buildroot user tree.
>
> The point is that it simplifies the complete build to doing "make".
Exactly. Currently this goal in not reach because of the hardcoded
/tftpboot in the Makefile.
>> 2) Option to copy the result of the build into the TFTP server
>> directory. This stage simply take the result of the previous stage and
>> allow to have ready to go files available with the TFTP protocol at the
>> end of the build. Technically the best way would be to know if there is
>> a TFTP server installed and use the directory he serve as a default, or
>> to not make a copy if none is installed. As this idea seem difficult to
>> make, I agree that we can live with "/tftpboot" by default, even if I
>> suspect that "/var/lib/tftpboot" will be more and more appropriate.
>>
>> This will not solve the possibility that multiple users clash there
>> files into the TFTP directory, but at least this remove any possibility
>> that there build are broken because of a common target in there
>> Makefiles. Users that wants to share a common TFTP server should take
>> each others to agree to a directory structure into the TFTP server that
>> let each of them have a private space for theres files.
> As long as they do not use the same project name, there is no conflict.
> That is the purpose of the long file names.
Multiples users can work on the same targets.
--
Jean-Christian de Rivaz
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-04-16 12:30 ` Jean-Christian de Rivaz
@ 2008-04-16 12:59 ` Ulf Samuelsson
2008-04-16 18:22 ` Jean-Christian de Rivaz
0 siblings, 1 reply; 169+ messages in thread
From: Ulf Samuelsson @ 2008-04-16 12:59 UTC (permalink / raw)
To: buildroot
> Ulf Samuelsson a ?crit :
>>> I think that we mess with two different goals:
>>>
>>> 1) Allow the build to complete by not using "/tftpboot". This is really
>>> important. As pointed many times:
>>> - System don't have alway a /tftpboot.
>>> - It is not alway writable by the users.
>>> - Superuser are not alway ok to do a /tftpboot just for an application.
>>
>> Linux is not built by default.
>
> Are you talking about the Linux kernel ? If yes, this is not true at
> least for the at91sam9261 target.
>
>> If you enable Linux, then the normal build is the default.
>
> Sorry, I don't understand your sentence. I make the test by using the
> default configuration of the at91sam9261 target. What do you means by
> "enable Linux" ?
>
The default is not when you use the make <XXX>_defconfig.
They you are using a predefined board, and that may have
configuration items which are different from default settings.
Default is when you do the make menuconfig from scratch.
>> The problem only occurs when you do the advanced build
>> and have the COPYTO_TFTPBOOT set.
>
> Again what an "advanced build". If I wants to change the tftpboot path I
> simply edit the .config file. This method, default config or changes
> made by menuconfig make no difference for the Makefile.
>
"Advanced build" is a selection done in the target/linux/Config.in's.
>> There is an easy workaround, and that is to disable copying to /tftpboot if there is a problem.
>> You can always copy manually from your BINARIES to wherever,
>> or use the programmable COPYTO.
>
> Yes, but this is not obvious from the user perspective.
>
You only need to learn once.
>> Question is how much we need to protect the user from impossible combinations.
>
> As mush as possible by replacing difficult and fragile things by simple
> and reliable ones.
>>> - It will not work as expected in case multiple users run buildroot.
>>> - It is the wrong path for a TFTP server in many new distributions.
>>> So I think there is really no point to keep it (other than the effort to
>>> change little code in target/linux/Makefile.in.advanced). All the
>>> Makefile targets and results of the build at this stage must be only
>>> into the buildroot user tree.
>>
>> The point is that it simplifies the complete build to doing "make".
>
> Exactly. Currently this goal in not reach because of the hardcoded
> /tftpboot in the Makefile.
No, the Makefile is not the problem, the ".config" is the problem,
and that is an easy fix by the user.
Now, the build will continue if the copy fails.
>>> 2) Option to copy the result of the build into the TFTP server
>>> directory. This stage simply take the result of the previous stage and
>>> allow to have ready to go files available with the TFTP protocol at the
>>> end of the build. Technically the best way would be to know if there is
>>> a TFTP server installed and use the directory he serve as a default, or
>>> to not make a copy if none is installed. As this idea seem difficult to
>>> make, I agree that we can live with "/tftpboot" by default, even if I
>>> suspect that "/var/lib/tftpboot" will be more and more appropriate.
>>>
>>> This will not solve the possibility that multiple users clash there
>>> files into the TFTP directory, but at least this remove any possibility
>>> that there build are broken because of a common target in there
>>> Makefiles. Users that wants to share a common TFTP server should take
>>> each others to agree to a directory structure into the TFTP server that
>>> let each of them have a private space for theres files.
>
>> As long as they do not use the same project name, there is no conflict.
>> That is the purpose of the long file names.
>
> Multiples users can work on the same targets.
And they will have to understand the conflict and
can use "make menuconfig" to resolve the problem.
An easy way to do this, is to call the project:
"Jean-Christian-at91sam9261"
Then the binaries in will contain files like:
"Jean-Christian-at91sam9261-linux-2.6.24.bin"
>
> --
> Jean-Christian de Rivaz
>
Best Regards
Ulf Samuelsson
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-04-16 12:59 ` Ulf Samuelsson
@ 2008-04-16 18:22 ` Jean-Christian de Rivaz
2008-04-16 19:21 ` Ulf Samuelsson
2008-04-16 20:47 ` Ulf Samuelsson
0 siblings, 2 replies; 169+ messages in thread
From: Jean-Christian de Rivaz @ 2008-04-16 18:22 UTC (permalink / raw)
To: buildroot
Ulf Samuelsson a ?crit :
>
>> Ulf Samuelsson a ?crit :
>>>> I think that we mess with two different goals:
>>>>
>>>> 1) Allow the build to complete by not using "/tftpboot". This is really
>>>> important. As pointed many times:
>>>> - System don't have alway a /tftpboot.
>>>> - It is not alway writable by the users.
>>>> - Superuser are not alway ok to do a /tftpboot just for an application.
>>> Linux is not built by default.
>> Are you talking about the Linux kernel ? If yes, this is not true at
>> least for the at91sam9261 target.
>>
>>> If you enable Linux, then the normal build is the default.
>> Sorry, I don't understand your sentence. I make the test by using the
>> default configuration of the at91sam9261 target. What do you means by
>> "enable Linux" ?
>>
>
> The default is not when you use the make <XXX>_defconfig.
> They you are using a predefined board, and that may have
> configuration items which are different from default settings.
>
> Default is when you do the make menuconfig from scratch.
I am very surprised by this response. Users take buildroot because it
have a target (that means an XXX_defconfig) that match there board (if
it's a development kit) or that is a starting point to match there
custom board. Maintainers taking buildroot for a new target will
probably start by duplicate and modifying an existing XXX_defconfig that
there will publish for the users. Configuring from scratch can be a
painful and time consuming exercise that request knowledge in many area.
I take buildroot after some search on the internet about works related
to the AT91SAM9261 processor. The first thing I tryed have been to do a
make at91sam9261ek_deconfig and a make, just to evaluate the project
maturity. I started the make menuconfig, but frankly I was boring to
search what I should change in so many settings to get something working
while a ready to go XXX_defconfig already exists. Just an an example:
the make menuconfig have u-boot deselected by default, but without it
the at91sam9261 target failed to compile. There is many traps like this
one. It take many try an error cycle to find a good setting. I suspect
that many users are likely to prefer to start from a "make
XXX_defconfig" that just work. Anyway when a user have found a
configuration that match there needs, it will save it configuration file
and will use the menuconfig only to adjust a setting.
My point is that it's a bad idea trying to see two differents process
between the make menuconfig and the make XXX_defconfig. The two methods
should work out of the box.
>>> The problem only occurs when you do the advanced build
>>> and have the COPYTO_TFTPBOOT set.
>> Again what an "advanced build". If I wants to change the tftpboot path I
>> simply edit the .config file. This method, default config or changes
>> made by menuconfig make no difference for the Makefile.
>>
>
> "Advanced build" is a selection done in the target/linux/Config.in's.
I my test I never changed the Linux kernel configuration, only the top
level ".config". In fact I used exactly this command:
git clean -dfx && git reset --hard && git svn rebase && ( yes "" | make
at91sam9261ek_defconfig ) && mv .config .config.def && sed
's#/tftpboot#/var/lib/tftpboot#' < .config.def > .config && ( yes "" |
make )
Because on my system there is no such /tftpboot thing.
>>> There is an easy workaround, and that is to disable copying to /tftpboot if there is a problem.
>>> You can always copy manually from your BINARIES to wherever,
>>> or use the programmable COPYTO.
>> Yes, but this is not obvious from the user perspective.
>>
>
> You only need to learn once.
I have changed the sed command of the above command to this:
sed
's#/tftpboot#/var/lib/tftpboot#;s#BR2_LINUX_COPYTO_TFTPBOOT=y#BR2_LINUX_COPYTO_TFTPBOOT=n#'
< .config.def > .config
Now the build can be completed, after this 3 commands:
yes "" | make
cp -pf
project_build_arm/at91sam9261ek/linux-2.6.24.3/arch/arm/boot/uImage
project_build_arm/at91sam9261ek/linux-2.6.24.3/uImage
yes "" | make
>>> Question is how much we need to protect the user from impossible combinations.
>> As mush as possible by replacing difficult and fragile things by simple
>> and reliable ones.
>
>
>>>> - It will not work as expected in case multiple users run buildroot.
>>>> - It is the wrong path for a TFTP server in many new distributions.
>>>> So I think there is really no point to keep it (other than the effort to
>>>> change little code in target/linux/Makefile.in.advanced). All the
>>>> Makefile targets and results of the build at this stage must be only
>>>> into the buildroot user tree.
>>> The point is that it simplifies the complete build to doing "make".
>> Exactly. Currently this goal in not reach because of the hardcoded
>> /tftpboot in the Makefile.
>
> No, the Makefile is not the problem, the ".config" is the problem,
> and that is an easy fix by the user.
> Now, the build will continue if the copy fails.
Sorry but I found this way of doing thing not a clean fix, but a hack.
The problem is booth the Makefile and the ".config". The
BR2_LINUX_COPYTO_TFTPBOOT must be removed completely in a way that the
build in granted to complete whatever is set into BR2_LINUX_COPYTO. This
last one could be by default "/tftpboot" if you like and must be the
absolutely last operation of the full build process, like if the user
manually copy the result files into the TFTP server directory. Really,
BR2_LINUX_COPYTO_TFTPBOOT is a terrible bad thing that bring absolutely
no feature that can't be done by BR2_LINUX_COPYTO alone. It only make
thing confusing and error prone.
>>>> 2) Option to copy the result of the build into the TFTP server
>>>> directory. This stage simply take the result of the previous stage and
>>>> allow to have ready to go files available with the TFTP protocol at the
>>>> end of the build. Technically the best way would be to know if there is
>>>> a TFTP server installed and use the directory he serve as a default, or
>>>> to not make a copy if none is installed. As this idea seem difficult to
>>>> make, I agree that we can live with "/tftpboot" by default, even if I
>>>> suspect that "/var/lib/tftpboot" will be more and more appropriate.
>>>>
>>>> This will not solve the possibility that multiple users clash there
>>>> files into the TFTP directory, but at least this remove any possibility
>>>> that there build are broken because of a common target in there
>>>> Makefiles. Users that wants to share a common TFTP server should take
>>>> each others to agree to a directory structure into the TFTP server that
>>>> let each of them have a private space for theres files.
>>> As long as they do not use the same project name, there is no conflict.
>>> That is the purpose of the long file names.
>> Multiples users can work on the same targets.
>
> And they will have to understand the conflict and
> can use "make menuconfig" to resolve the problem.
> An easy way to do this, is to call the project:
> "Jean-Christian-at91sam9261"
> Then the binaries in will contain files like:
> "Jean-Christian-at91sam9261-linux-2.6.24.bin"
I have not tryed this, but after the build I have thoses file into the
/var/lib/tftpboot:
-rw-r--r-- 1 jcdr jcdr 553 2008-04-16 20:12 autoscript.at91sam9261ek
-rwxr-xr-x 1 jcdr jcdr 200708 2008-04-16 20:12
at91sam9261ek-u-boot-1.2.0-atmel-20080416.bin
drwxrwxrwx 2 root root 4096 2008-04-16 20:12 .
-rwxr-xr-x 1 jcdr jcdr 4100 2008-04-16 20:12
at91sam9261ek-dataflashboot-2.3.4.bin
-rw-r--r-- 1 jcdr jcdr 1611128 2008-04-16 20:17 uImage
I wonder why the "uImage" is not prefixed with a "at91sam9261ek".
--
Jean-Christian de Rivaz
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-04-16 18:22 ` Jean-Christian de Rivaz
@ 2008-04-16 19:21 ` Ulf Samuelsson
2008-04-19 13:37 ` Jean-Christian de Rivaz
2008-04-16 20:47 ` Ulf Samuelsson
1 sibling, 1 reply; 169+ messages in thread
From: Ulf Samuelsson @ 2008-04-16 19:21 UTC (permalink / raw)
To: buildroot
>>
>> And they will have to understand the conflict and
>> can use "make menuconfig" to resolve the problem.
>> An easy way to do this, is to call the project:
>> "Jean-Christian-at91sam9261"
>> Then the binaries in will contain files like:
>> "Jean-Christian-at91sam9261-linux-2.6.24.bin"
>
> I have not tryed this, but after the build I have thoses file into the
> /var/lib/tftpboot:
>
> -rw-r--r-- 1 jcdr jcdr 553 2008-04-16 20:12 autoscript.at91sam9261ek
> -rwxr-xr-x 1 jcdr jcdr 200708 2008-04-16 20:12
> at91sam9261ek-u-boot-1.2.0-atmel-20080416.bin
> drwxrwxrwx 2 root root 4096 2008-04-16 20:12 .
> -rwxr-xr-x 1 jcdr jcdr 4100 2008-04-16 20:12
> at91sam9261ek-dataflashboot-2.3.4.bin
> -rw-r--r-- 1 jcdr jcdr 1611128 2008-04-16 20:17 uImage
>
> I wonder why the "uImage" is not prefixed with a "at91sam9261ek".
That is a bug.
Have not seen this before.
>
> --
> Jean-Christian de Rivaz
>
Best Regards
Ulf Samuelsson ulf at atmel.com
Atmel Nordic AB
Mail: Box 2033, 174 02 Sundbyberg, Sweden
Visit: Kavalleriv?gen 24, 174 58 Sundbyberg, Sweden
Phone +46 (8) 441 54 22 Fax +46 (8) 441 54 29
GSM +46 (706) 22 44 57
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-04-16 18:22 ` Jean-Christian de Rivaz
2008-04-16 19:21 ` Ulf Samuelsson
@ 2008-04-16 20:47 ` Ulf Samuelsson
2008-04-19 12:43 ` Jean-Christian de Rivaz
1 sibling, 1 reply; 169+ messages in thread
From: Ulf Samuelsson @ 2008-04-16 20:47 UTC (permalink / raw)
To: buildroot
>> "Advanced build" is a selection done in the target/linux/Config.in's.
>
> I my test I never changed the Linux kernel configuration, only the top
> level ".config". In fact I used exactly this command:
>
> git clean -dfx && git reset --hard && git svn rebase && ( yes "" | make
> at91sam9261ek_defconfig ) && mv .config .config.def && sed
> 's#/tftpboot#/var/lib/tftpboot#' < .config.def > .config && ( yes "" |
> make )
>
And you can also create your own custom board
Do the following (Once!):
1) cd ~
2) mkdir -p buildroot
3) mkdir -p buildroot/local
4) Edit "~/.bashrc"
export BUILDROOT_LOCAL=~/buildroot/local
<save>
5) make at91sam9261ek_defconfig
6) make menuconfig
Change BR2_LINUX_COPYTO_TFTPBOOT to "n"
<save>
7) make saveconfig
================
Now, if you downloaded a new svn, you only have to do (IIRC)
make BOARD=at91sam9261ek getconfig
make
Best Regards
Ulf Samuelsson ulf at atmel.com
Atmel Nordic AB
Mail: Box 2033, 174 02 Sundbyberg, Sweden
Visit: Kavalleriv?gen 24, 174 58 Sundbyberg, Sweden
Phone +46 (8) 441 54 22 Fax +46 (8) 441 54 29
GSM +46 (706) 22 44 57
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-04-16 22:54 ulf at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2008-04-16 22:54 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2008-04-16 15:54:46 -0700 (Wed, 16 Apr 2008)
New Revision: 21748
Log:
Avoid duplicate rules for downloading kernel source, if kernel and headers are the same
Modified:
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2008-04-16 22:45:47 UTC (rev 21747)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2008-04-16 22:54:46 UTC (rev 21748)
@@ -184,7 +184,9 @@
LZMA="$(LZMA)"
# =============================================================================
-ifneq ($(strip $(LINUX26_VERSION)),$(strip $(LINUX_HEADERS_VERSION)))
+# ifneq ($(strip $(LINUX26_VERSION)),$(strip $(LINUX_HEADERS_VERSION)))
+
+ifneq ($(strip $(LINUX26_SOURCE)),$(strip $(LINUX_HEADERS_SOURCE)))
$(DL_DIR)/$(LINUX26_SOURCE):
$(WGET) -P $(DL_DIR) $(LINUX26_SITE)/$(LINUX26_SOURCE)
endif # ($(LINUX26_VERSION),$(LINUX_HEADERS_VERSION))
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-04-16 20:47 ` Ulf Samuelsson
@ 2008-04-19 12:43 ` Jean-Christian de Rivaz
0 siblings, 0 replies; 169+ messages in thread
From: Jean-Christian de Rivaz @ 2008-04-19 12:43 UTC (permalink / raw)
To: buildroot
Ulf Samuelsson a ?crit :
>>> "Advanced build" is a selection done in the target/linux/Config.in's.
>> I my test I never changed the Linux kernel configuration, only the top
>> level ".config". In fact I used exactly this command:
>>
>> git clean -dfx && git reset --hard && git svn rebase && ( yes "" | make
>> at91sam9261ek_defconfig ) && mv .config .config.def && sed
>> 's#/tftpboot#/var/lib/tftpboot#' < .config.def > .config && ( yes "" |
>> make )
>>
>
>
> And you can also create your own custom board
> Do the following (Once!):
>
> 1) cd ~
> 2) mkdir -p buildroot
> 3) mkdir -p buildroot/local
> 4) Edit "~/.bashrc"
> export BUILDROOT_LOCAL=~/buildroot/local
> <save>
> 5) make at91sam9261ek_defconfig
> 6) make menuconfig
> Change BR2_LINUX_COPYTO_TFTPBOOT to "n"
> <save>
> 7) make saveconfig
Sorry, I can't get the rational of why you insists to mess with the TFTP
serveur setting while configuring a new board. This is absolutely no
related at all. What you describes here is only one of the possible
methods to configure a new board. Let the user chose the method that
best fit there needs. Anyway, for any method, there should be nothing to
do about the TFTP server setting. This is just so odd.
The user will have to adjust the TFTP server setting only to match the
real path of the directory served by the TFTP server. For example if his
TFTP server use /var/lib/tftpboot instead of /tftpboot, it should simply
change the "/tftpboot" in the configuration file by "/var/lib/tftpboot".
Is that so hard to understand ? There is nothing related to the
definition of a new board, nothing related to the build, just a very
trivial change. Actually this don't work like this because of the odd
BR2_LINUX_COPYTO_TFTPBOOT symbol. This is why I am unhappy and try to
search a better solution.
BR2_LINUX_COPYTO_TFTPBOOT=y or BR2_LINUX_COPYTO="/tftpboot" are exactly
the same thing, this why it make the same Makefile target problem. One
of the two must be removed to fix the problem and make thing simple for
the users. Now, BR2_LINUX_COPYTO have the possibility to be adapted to a
different TFTP server path, but BR2_LINUX_COPYTO_TFTPBOOT cannot. So it
seem obvious that this is BR2_LINUX_COPYTO_TFTPBOOT that must be
removed. For backward compatibility, we can introduce something like
this (pseudo code):
if ( (BR2_LINUX_COPYTO_TFTPBOOT==y) and (BR2_LINUX_COPYTO="") ) {
BR2_LINUX_COPYTO="/tftpboot"
}
Regards,
--
Jean-Christian de Rivaz
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-04-16 19:21 ` Ulf Samuelsson
@ 2008-04-19 13:37 ` Jean-Christian de Rivaz
0 siblings, 0 replies; 169+ messages in thread
From: Jean-Christian de Rivaz @ 2008-04-19 13:37 UTC (permalink / raw)
To: buildroot
Ulf Samuelsson a ?crit :
>>> And they will have to understand the conflict and
>>> can use "make menuconfig" to resolve the problem.
>>> An easy way to do this, is to call the project:
>>> "Jean-Christian-at91sam9261"
>>> Then the binaries in will contain files like:
>>> "Jean-Christian-at91sam9261-linux-2.6.24.bin"
>> I have not tryed this, but after the build I have thoses file into the
>> /var/lib/tftpboot:
>>
>> -rw-r--r-- 1 jcdr jcdr 553 2008-04-16 20:12 autoscript.at91sam9261ek
>> -rwxr-xr-x 1 jcdr jcdr 200708 2008-04-16 20:12
>> at91sam9261ek-u-boot-1.2.0-atmel-20080416.bin
>> drwxrwxrwx 2 root root 4096 2008-04-16 20:12 .
>> -rwxr-xr-x 1 jcdr jcdr 4100 2008-04-16 20:12
>> at91sam9261ek-dataflashboot-2.3.4.bin
>> -rw-r--r-- 1 jcdr jcdr 1611128 2008-04-16 20:17 uImage
>>
>> I wonder why the "uImage" is not prefixed with a "at91sam9261ek".
>
> That is a bug.
> Have not seen this before.
I have redo a test today as you have made commit to fix this.
From the configuration point of view, the situation is even worse now.
The command to change from "/tftpboot" to "/var/lib/tftpboot" must now
be this one:
mv .config .config.def && sed
's#BR2_TARGET_ATMEL_COPYTO=.*#BR2_TARGET_ATMEL_COPYTO="/var/lib/tftpboot"#;s#BR2_LINUX_COPYTO_TFTPBOOT=y#BR2_LINUX_COPYTO_TFTPBOOT=n#;s#BR2_LINUX_COPYTO=.*#BR2_LINUX_COPYTO="/var/lib/tftpboot"#;'
< .config.def > .config
Really not a trivial one as it should be. :-(
From the build point of view, the situation is better now. The build
complete without having to manually copy the uImage. At the end the
/var/lib/tftpboot contain:
-rwxr-xr-x 1 jcdr jcdr 197K 2008-04-19 15:24
at91sam9261ek-u-boot-1.2.0-atmel-20080419.bin
-rw-r--r-- 1 jcdr jcdr 553 2008-04-19 15:24 autoscript.at91sam9261ek
-rwxr-xr-x 1 jcdr jcdr 4.1K 2008-04-19 15:24
at91sam9261ek-dataflashboot-2.3.4.bin
-rw-r--r-- 1 jcdr jcdr 1.6M 2008-04-19 15:27
at91sam9261ek-linux-2.6.24.3-20080419.gz
But where is the rootfs.arm-20080419.ext2 root filesystem ?
Regards,
--
Jean-Christian de Rivaz
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-05-12 21:15 ulf at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2008-05-12 21:15 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2008-05-12 14:15:32 -0700 (Mon, 12 May 2008)
New Revision: 21975
Log:
Make linux kernel extension visible also when defined in board directory
Modified:
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2008-05-12 18:56:11 UTC (rev 21974)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2008-05-12 21:15:32 UTC (rev 21975)
@@ -122,37 +122,43 @@
# -----------------------------------------------------------------------------
# Has to be set by the target/device
-ifeq ($(LINUX26_BINLOC),)
# --------------
# VMLINUX
ifeq ($(LINUX26_FORMAT),vmlinux)
+ifeq ($(LINUX26_BINLOC),)
LINUX26_BINLOC:=$(LINUX26_FORMAT)
+endif
KERNEL_EXT:=
endif
# --------------
# UIMAGE
ifeq ($(LINUX26_FORMAT),uImage)
+ifeq ($(LINUX26_BINLOC),)
LINUX26_BINLOC:=arch/$(KERNEL_ARCH)/boot/$(LINUX26_FORMAT)
+endif
KERNEL_EXT:=.gz
endif
# --------------
# ZIMAGE
ifeq ($(LINUX26_FORMAT),zImage)
+ifeq ($(LINUX26_BINLOC),)
LINUX26_BINLOC:=arch/$(KERNEL_ARCH)/boot/$(LINUX26_FORMAT)
+endif
KERNEL_EXT:=.z
endif
# --------------
# BZIMAGE
ifeq ($(LINUX26_FORMAT),bzImage)
+ifeq ($(LINUX26_BINLOC),)
LINUX26_BINLOC:=arch/$(KERNEL_ARCH)/boot/bzImage
+endif
KERNEL_EXT:=.bz
endif
-endif
# -----------------------------------------------------------------------------
# File name for the Linux kernel binary
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-07-03 8:15 ulf at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2008-07-03 8:15 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2008-07-03 01:15:49 -0700 (Thu, 03 Jul 2008)
New Revision: 22617
Log:
Add support for latest kernels
Modified:
trunk/buildroot/target/linux/Config.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Config.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Config.in.advanced 2008-07-03 08:14:54 UTC (rev 22616)
+++ trunk/buildroot/target/linux/Config.in.advanced 2008-07-03 08:15:49 UTC (rev 22617)
@@ -32,7 +32,8 @@
# --- These 'constants' requires regular maintenance, so put them first
config BR2_KERNEL_PATCH_LEVEL
string
- default "4" if BR2_LINUX_2_6_24 && BR2_KERNEL_ADD_LATEST_MINORPATCH
+ default "9" if BR2_LINUX_2_6_25 && BR2_KERNEL_ADD_LATEST_MINORPATCH
+ default "7" if BR2_LINUX_2_6_24 && BR2_KERNEL_ADD_LATEST_MINORPATCH
default "17" if BR2_LINUX_2_6_23 && BR2_KERNEL_ADD_LATEST_MINORPATCH
default "19" if BR2_LINUX_2_6_22 && BR2_KERNEL_ADD_LATEST_MINORPATCH
default "7" if BR2_LINUX_2_6_21 && BR2_KERNEL_ADD_LATEST_MINORPATCH
@@ -41,10 +42,11 @@
config BR2_KERNEL_CURRENT_VERSION
string
- default "2.6.24.4"
+ default "2.6.25.9"
config BR2_KERNEL_NEXT_VERSION
string
+ default "2.6.27" if BR2_LINUX_2_6_26
default "2.6.26" if BR2_LINUX_2_6_25
default "2.6.25" if BR2_LINUX_2_6_24
default "2.6.24" if BR2_LINUX_2_6_23
@@ -54,6 +56,8 @@
config BR2_KERNEL_THIS_VERSION
string
+ default "2.6.27" if BR2_LINUX_2_6_27
+ default "2.6.26" if BR2_LINUX_2_6_26
default "2.6.25" if BR2_LINUX_2_6_25
default "2.6.24" if BR2_LINUX_2_6_24
default "2.6.23" if BR2_LINUX_2_6_23
@@ -63,15 +67,15 @@
config LINUX26_LATEST_RC_VERSION
string
- default "2.6.25-rc7" if BR2_KERNEL_ADD_LATEST_RC_PATCH
+ default "2.6.26-rc8" if BR2_KERNEL_ADD_LATEST_RC_PATCH
config LINUX26_LATEST_GIT_VERSION
string
- default "2.6.25-rc7-git5" if BR2_KERNEL_ADD_LATEST_SNAPSHOT
+ default "2.6.25-rc8-git2" if BR2_KERNEL_ADD_LATEST_SNAPSHOT
config LINUX26_LATEST_MM_VERSION
string
- default "2.6.25-rc5-mm1" if BR2_KERNEL_ADD_LATEST_MM_PATCH
+ default "2.6.26-rc5-mm3" if BR2_KERNEL_ADD_LATEST_MM_PATCH
config BR2_KERNEL_SITE
string
@@ -129,10 +133,16 @@
Select the specific Linux version you want to use
config BR2_LINUX_2_6_STABLE
- bool "The latest stable Linux kernel (2.6.24.4)"
+ bool "The latest stable Linux kernel (2.6.25.9)"
help
- Linux 2.6.24.4
+ Linux 2.6.25.9
+config BR2_LINUX_2_6_25
+ bool "Linux 2.6.25"
+ select BR2_KERNEL_BASE
+ help
+ Linux 2.6.25
+
config BR2_LINUX_2_6_24
bool "Linux 2.6.24"
select BR2_KERNEL_BASE
@@ -188,12 +198,18 @@
help
Linux 2.6.20
-config BR2_LINUX_2_6_25
- bool "Linux 2.6.25"
+config BR2_LINUX_2_6_26
+ bool "Linux 2.6.26"
select BR2_KERNEL_BASE
help
- Linux 2.6.25
+ Linux 2.6.26
+config BR2_LINUX_2_6_27
+ bool "Linux 2.6.27"
+ select BR2_KERNEL_BASE
+ help
+ Linux 2.6.27
+
config BR2_LINUX26_CUSTOM
bool "Linux <custom> version"
help
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-07-09 11:43 jacmet at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: jacmet at uclibc.org @ 2008-07-09 11:43 UTC (permalink / raw)
To: buildroot
Author: jacmet
Date: 2008-07-09 04:43:57 -0700 (Wed, 09 Jul 2008)
New Revision: 22700
Log:
linux: add knob to force a rebuild of the kernel
Makes development easier. Thanks to Brian Beattie for this handy idea.
1df013316b in Bernhards tree.
Modified:
trunk/buildroot/target/linux/Makefile.in
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in
===================================================================
--- trunk/buildroot/target/linux/Makefile.in 2008-07-09 09:50:33 UTC (rev 22699)
+++ trunk/buildroot/target/linux/Makefile.in 2008-07-09 11:43:57 UTC (rev 22700)
@@ -233,6 +233,10 @@
linux26-update:
cp -dpf $(LINUX26_DIR)/.config $(LINUX26_KCONFIG)
+# force rebuild
+linux26-force:
+ touch $(LINUX26_DIR)/.configured
+
# This has been renamed so we do _NOT_ by default run this on 'make clean'
linux26clean:
rm -f $(LINUX26_KERNEL) $(LINUX26_DIR)/.configured
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-07-10 14:58 ulf at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2008-07-10 14:58 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2008-07-10 07:58:04 -0700 (Thu, 10 Jul 2008)
New Revision: 22761
Log:
Update 'latest' kernel info
Modified:
trunk/buildroot/target/linux/Config.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Config.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Config.in.advanced 2008-07-10 14:16:11 UTC (rev 22760)
+++ trunk/buildroot/target/linux/Config.in.advanced 2008-07-10 14:58:04 UTC (rev 22761)
@@ -42,7 +42,7 @@
config BR2_KERNEL_CURRENT_VERSION
string
- default "2.6.25.9"
+ default "2.6.25.10"
config BR2_KERNEL_NEXT_VERSION
string
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-07-10 15:14 ulf at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2008-07-10 15:14 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2008-07-10 08:14:17 -0700 (Thu, 10 Jul 2008)
New Revision: 22762
Log:
Fix comments regarding latest stable kernel
Modified:
trunk/buildroot/target/linux/Config.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Config.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Config.in.advanced 2008-07-10 14:58:04 UTC (rev 22761)
+++ trunk/buildroot/target/linux/Config.in.advanced 2008-07-10 15:14:17 UTC (rev 22762)
@@ -133,9 +133,9 @@
Select the specific Linux version you want to use
config BR2_LINUX_2_6_STABLE
- bool "The latest stable Linux kernel (2.6.25.9)"
+ bool "The latest stable Linux kernel (2.6.25.10)"
help
- Linux 2.6.25.9
+ Linux 2.6.25.10
config BR2_LINUX_2_6_25
bool "Linux 2.6.25"
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-07-13 6:33 jacmet at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: jacmet at uclibc.org @ 2008-07-13 6:33 UTC (permalink / raw)
To: buildroot
Author: jacmet
Date: 2008-07-12 23:32:58 -0700 (Sat, 12 Jul 2008)
New Revision: 22821
Log:
linux-advanced: add linux26-force like in the simple linux makefile
Patch by Brian Beattie.
Modified:
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2008-07-12 23:47:24 UTC (rev 22820)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2008-07-13 06:32:58 UTC (rev 22821)
@@ -454,6 +454,10 @@
linux26-update:
cp -dpf $(LINUX26_DIR)/.config $(LINUX26_KCONFIG)
+# force rebuild
+linux26-force:
+ touch $(LINUX26_DIR)/.configured
+
# This has been renamed so we do _NOT_ by default run this on 'make clean'
linux26clean:
rm -f $(LINUX26_KERNEL) $(LINUX26_DIR)/.configured
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-08-23 20:25 ulf at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2008-08-23 20:25 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2008-08-23 13:25:29 -0700 (Sat, 23 Aug 2008)
New Revision: 23187
Log:
Add configurations for current linux versions
Modified:
trunk/buildroot/target/linux/Config.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Config.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Config.in.advanced 2008-08-23 13:08:37 UTC (rev 23186)
+++ trunk/buildroot/target/linux/Config.in.advanced 2008-08-23 20:25:29 UTC (rev 23187)
@@ -32,6 +32,7 @@
# --- These 'constants' requires regular maintenance, so put them first
config BR2_KERNEL_PATCH_LEVEL
string
+ default "3" if BR2_LINUX_2_6_26 && BR2_KERNEL_ADD_LATEST_MINORPATCH
default "9" if BR2_LINUX_2_6_25 && BR2_KERNEL_ADD_LATEST_MINORPATCH
default "7" if BR2_LINUX_2_6_24 && BR2_KERNEL_ADD_LATEST_MINORPATCH
default "17" if BR2_LINUX_2_6_23 && BR2_KERNEL_ADD_LATEST_MINORPATCH
@@ -42,10 +43,11 @@
config BR2_KERNEL_CURRENT_VERSION
string
- default "2.6.25.10"
+ default "2.6.26.3"
config BR2_KERNEL_NEXT_VERSION
string
+ default "2.6.28" if BR2_LINUX_2_6_27
default "2.6.27" if BR2_LINUX_2_6_26
default "2.6.26" if BR2_LINUX_2_6_25
default "2.6.25" if BR2_LINUX_2_6_24
@@ -56,6 +58,7 @@
config BR2_KERNEL_THIS_VERSION
string
+ default "2.6.28" if BR2_LINUX_2_6_28
default "2.6.27" if BR2_LINUX_2_6_27
default "2.6.26" if BR2_LINUX_2_6_26
default "2.6.25" if BR2_LINUX_2_6_25
@@ -67,15 +70,15 @@
config LINUX26_LATEST_RC_VERSION
string
- default "2.6.26-rc8" if BR2_KERNEL_ADD_LATEST_RC_PATCH
+ default "2.6.27-rc4" if BR2_KERNEL_ADD_LATEST_RC_PATCH
config LINUX26_LATEST_GIT_VERSION
string
- default "2.6.25-rc8-git2" if BR2_KERNEL_ADD_LATEST_SNAPSHOT
+ default "2.6.27-rc4-git1" if BR2_KERNEL_ADD_LATEST_SNAPSHOT
config LINUX26_LATEST_MM_VERSION
string
- default "2.6.26-rc5-mm3" if BR2_KERNEL_ADD_LATEST_MM_PATCH
+ default "2.6.27-rc1-mm1" if BR2_KERNEL_ADD_LATEST_MM_PATCH
config BR2_KERNEL_SITE
string
@@ -133,10 +136,16 @@
Select the specific Linux version you want to use
config BR2_LINUX_2_6_STABLE
- bool "The latest stable Linux kernel (2.6.25.10)"
+ bool "The latest stable Linux kernel (2.6.26.3)"
help
- Linux 2.6.25.10
+ Linux 2.6.26.3
+config BR2_LINUX_2_6_26
+ bool "Linux 2.6.26"
+ select BR2_KERNEL_BASE
+ help
+ Linux 2.6.26
+
config BR2_LINUX_2_6_25
bool "Linux 2.6.25"
select BR2_KERNEL_BASE
@@ -198,18 +207,18 @@
help
Linux 2.6.20
-config BR2_LINUX_2_6_26
- bool "Linux 2.6.26"
- select BR2_KERNEL_BASE
- help
- Linux 2.6.26
-
config BR2_LINUX_2_6_27
bool "Linux 2.6.27"
select BR2_KERNEL_BASE
help
Linux 2.6.27
+config BR2_LINUX_2_6_28
+ bool "Linux 2.6.28"
+ select BR2_KERNEL_BASE
+ help
+ Linux 2.6.28
+
config BR2_LINUX26_CUSTOM
bool "Linux <custom> version"
help
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-09-22 12:04 jacmet at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: jacmet at uclibc.org @ 2008-09-22 12:04 UTC (permalink / raw)
To: buildroot
Author: jacmet
Date: 2008-09-22 05:04:05 -0700 (Mon, 22 Sep 2008)
New Revision: 23454
Log:
target/linux/advanced: don't hardcode date suffix
Use ROOTFS_SUFFIX instead of hardcoding -$(DATE).
Reported by Lars Lockenvitz.
Modified:
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2008-09-22 11:54:17 UTC (rev 23453)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2008-09-22 12:04:05 UTC (rev 23454)
@@ -162,7 +162,7 @@
# -----------------------------------------------------------------------------
# File name for the Linux kernel binary
-LINUX26_KERNEL_NAME:=$(BOARD_NAME)-linux-$(LINUX26_VERSION)-$(DATE)$(KERNEL_EXT)
+LINUX26_KERNEL_NAME:=$(BOARD_NAME)-linux-$(LINUX26_VERSION)$(ROOTFS_SUFFIX)$(KERNEL_EXT)
ifeq ($(BOARD_NAME),)
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-10-03 7:24 egtvedt at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: egtvedt at uclibc.org @ 2008-10-03 7:24 UTC (permalink / raw)
To: buildroot
Author: egtvedt
Date: 2008-10-03 00:24:34 -0700 (Fri, 03 Oct 2008)
New Revision: 23580
Log:
linux: fix copy of Busybox config to target directory
This patch fixes bug report #5204. The Busybox config was not copied from the
correct place.
Signed-off-by: Hans-Christian Egtvedt <hans-christian.egtvedt@atmel.com>
Modified:
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2008-10-02 15:02:38 UTC (rev 23579)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2008-10-03 07:24:34 UTC (rev 23580)
@@ -428,7 +428,7 @@
$(TARGET_DIR)/boot/busybox.config: $(BUSYBOX_DIR)/.config
mkdir -p $(TARGET_DIR)/boot
- cp -dpf .config $(TARGET_DIR)/boot/busybox.config
+ cp -dpf $(BUSYBOX_DIR)/.config $(TARGET_DIR)/boot/busybox.config
/tftpboot/$(LINUX26_KERNEL_NAME): $(LINUX26_KERNEL)
-mkdir -p /tftpboot
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-10-30 14:02 egtvedt at uclibc.org
2008-11-04 19:17 ` Thomas Petazzoni
0 siblings, 1 reply; 169+ messages in thread
From: egtvedt at uclibc.org @ 2008-10-30 14:02 UTC (permalink / raw)
To: buildroot
Author: egtvedt
Date: 2008-10-30 07:02:05 -0700 (Thu, 30 Oct 2008)
New Revision: 23858
Log:
linux: add probing for kernel version when installing modules
This patch will ask the kernel for the specific version before doing
modules_install, that way Buildroot will know which directories to remove and
what parameters to use for depmod. Needed when compiling a kernel grabbed from
GIT or vendor specific releases.
Signed-off-by: Hans-Christian Egtvedt <hans-christian.egtvedt@atmel.com>
Modified:
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2008-10-30 08:05:36 UTC (rev 23857)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2008-10-30 14:02:05 UTC (rev 23858)
@@ -42,6 +42,9 @@
endif
endif
+# Ask the kernel what version number it will use when installing modules
+LINUX26_VERSION_PROBED = `$(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) -s kernelrelease`
+
ifeq ($(BOARD_PATH),)
BOARD_PATH:=$(strip $(subst ",,$(BR2_BOARD_PATH)))
#"))
@@ -388,16 +391,16 @@
touch -c $@
# -----------------------------------------------------------------------------
-$(TARGET_DIR)/lib/modules/$(LINUX26_VERSION)/modules.dep: $(LINUX26_DIR)/.configured
- rm -rf $(TARGET_DIR)/lib/modules/$(LINUX26_VERSION)
+$(PROJECT_BUILD_DIR)/autotools-stamps/linux_modules_target_installed: $(LINUX26_DIR)/.configured
+ rm -rf $(TARGET_DIR)/lib/modules/$(LINUX26_VERSION_PROBED)
rm -f $(TARGET_DIR)/sbin/cardmgr
$(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) modules
$(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) \
DEPMOD=$(STAGING_DIR)/bin/$(GNU_TARGET_NAME)-depmod26 \
INSTALL_MOD_PATH=$(TARGET_DIR) modules_install
- rm -f $(TARGET_DIR)/lib/modules/$(LINUX26_VERSION)/build
- rm -f $(TARGET_DIR)/lib/modules/$(LINUX26_VERSION)/source
- $(STAGING_DIR)/bin/$(GNU_TARGET_NAME)-depmod26 -b $(TARGET_DIR) $(LINUX26_VERSION) #$(LINUX_HEADERS_VERSION)
+ rm -f $(TARGET_DIR)/lib/modules/$(LINUX26_VERSION_PROBED)/build
+ rm -f $(TARGET_DIR)/lib/modules/$(LINUX26_VERSION_PROBED)/source
+ $(STAGING_DIR)/bin/$(GNU_TARGET_NAME)-depmod26 -b $(TARGET_DIR) $(LINUX26_VERSION_PROBED)
touch -c $@
linux26-menuconfig: $(LINUX26_DIR)/.patched host-sed
@@ -440,11 +443,8 @@
linux26: $(LINUX26_TARGETS)
-$(LINUX26_DIR)/.modules_installed: $(TARGET_DIR)/lib/modules/$(LINUX26_VERSION)/modules.dep
- touch $@
+linux26-modules: cross-depmod26 $(PROJECT_BUILD_DIR)/autotools-stamps/linux_modules_target_installed
-linux26-modules: cross-depmod26 $(LINUX26_DIR)/.modules_installed
-
linux26-source: $(DL_DIR)/$(LINUX26_SOURCE)
linux26-unpacked: $(LINUX26_DIR)/.patched
@@ -460,6 +460,7 @@
# This has been renamed so we do _NOT_ by default run this on 'make clean'
linux26clean:
+ rm -f $(PROJECT_BUILD_DIR)/autotools-stamps/linux_modules_target_installed
rm -f $(LINUX26_KERNEL) $(LINUX26_DIR)/.configured
-$(MAKE) PATH=$(TARGET_PATH) -C $(LINUX26_DIR) clean
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-10-30 14:02 egtvedt at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: egtvedt at uclibc.org @ 2008-10-30 14:02 UTC (permalink / raw)
To: buildroot
Author: egtvedt
Date: 2008-10-30 07:02:47 -0700 (Thu, 30 Oct 2008)
New Revision: 23859
Log:
linux: fix typo in status printout
Signed-off-by: Hans-Christian Egtvedt <hans-christian.egtvedt@atmel.com>
Modified:
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2008-10-30 14:02:05 UTC (rev 23858)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2008-10-30 14:02:47 UTC (rev 23859)
@@ -499,7 +499,7 @@
@echo BR2_PACKAGE_LINUX_USE_XCONFIG=$(BR2_PACKAGE_LINUX_USE_XCONFIG)
@echo BR2_PACKAGE_LINUX_KCONFIG=$(BR2_PACKAGE_LINUX_KCONFIG)
@echo BR2_LINUX_COPYTO_ROOTFS=$(BR2_LINUX_COPYTO_ROOTFS)
- @echo BR2_LINUX_COPYTO_TFTPBOOT=$(BR2_LINUX_COPYTO_TFTPBOOT=)
+ @echo BR2_LINUX_COPYTO_TFTPBOOT=$(BR2_LINUX_COPYTO_TFTPBOOT)
@echo BR2_LINUX_COPYTO=$(BR2_LINUX_COPYTO)
@echo LINUX_COPYTO=$(LINUX_COPYTO)
@echo BR2_KERNEL_MINORLEVEL=$(BR2_KERNEL_MINORLEVEL)
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-10-30 14:22 egtvedt at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: egtvedt at uclibc.org @ 2008-10-30 14:22 UTC (permalink / raw)
To: buildroot
Author: egtvedt
Date: 2008-10-30 07:22:11 -0700 (Thu, 30 Oct 2008)
New Revision: 23860
Log:
linux: make touch also create the dependency file when installing modules
Signed-off-by: Hans-Christian Egtvedt <hans-christian.egtvedt@atmel.com>
Modified:
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2008-10-30 14:02:47 UTC (rev 23859)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2008-10-30 14:22:11 UTC (rev 23860)
@@ -401,7 +401,7 @@
rm -f $(TARGET_DIR)/lib/modules/$(LINUX26_VERSION_PROBED)/build
rm -f $(TARGET_DIR)/lib/modules/$(LINUX26_VERSION_PROBED)/source
$(STAGING_DIR)/bin/$(GNU_TARGET_NAME)-depmod26 -b $(TARGET_DIR) $(LINUX26_VERSION_PROBED)
- touch -c $@
+ touch $@
linux26-menuconfig: $(LINUX26_DIR)/.patched host-sed
[ -f $(LINUX26_DIR)/.config ] || cp $(LINUX26_KCONFIG) $(LINUX26_DIR)/.config
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-10-30 14:56 egtvedt at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: egtvedt at uclibc.org @ 2008-10-30 14:56 UTC (permalink / raw)
To: buildroot
Author: egtvedt
Date: 2008-10-30 07:56:58 -0700 (Thu, 30 Oct 2008)
New Revision: 23861
Log:
linux: skip installing modules if modules are disabled in kernel config
This patch will check if CONFIG_MODULES is set in the kernel .config, if not
yes then it will skip installing the modules.
Signed-off-by: Hans-Christian Egtvedt <hans-christian.egtvedt@atmel.com>
Modified:
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2008-10-30 14:22:11 UTC (rev 23860)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2008-10-30 14:56:58 UTC (rev 23861)
@@ -394,13 +394,19 @@
$(PROJECT_BUILD_DIR)/autotools-stamps/linux_modules_target_installed: $(LINUX26_DIR)/.configured
rm -rf $(TARGET_DIR)/lib/modules/$(LINUX26_VERSION_PROBED)
rm -f $(TARGET_DIR)/sbin/cardmgr
- $(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) modules
- $(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) \
- DEPMOD=$(STAGING_DIR)/bin/$(GNU_TARGET_NAME)-depmod26 \
- INSTALL_MOD_PATH=$(TARGET_DIR) modules_install
- rm -f $(TARGET_DIR)/lib/modules/$(LINUX26_VERSION_PROBED)/build
- rm -f $(TARGET_DIR)/lib/modules/$(LINUX26_VERSION_PROBED)/source
- $(STAGING_DIR)/bin/$(GNU_TARGET_NAME)-depmod26 -b $(TARGET_DIR) $(LINUX26_VERSION_PROBED)
+ # Make Linux depend on modules only if enabled in the .config.
+ @if [ $(shell grep -c "CONFIG_MODULES=y" $(LINUX26_DIR)/.config) != 0 ] ; then \
+ echo "*** Installing Linux kernel modules" ; \
+ $(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) modules; \
+ $(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) \
+ DEPMOD=$(STAGING_DIR)/bin/$(GNU_TARGET_NAME)-depmod26 \
+ INSTALL_MOD_PATH=$(TARGET_DIR) modules_install; \
+ rm -f $(TARGET_DIR)/lib/modules/$(LINUX26_VERSION_PROBED)/build; \
+ rm -f $(TARGET_DIR)/lib/modules/$(LINUX26_VERSION_PROBED)/source; \
+ $(STAGING_DIR)/bin/$(GNU_TARGET_NAME)-depmod26 -b $(TARGET_DIR) $(LINUX26_VERSION_PROBED); \
+ else \
+ echo "*** Skipping installing modules since it is not enabled" ; \
+ fi
touch $@
linux26-menuconfig: $(LINUX26_DIR)/.patched host-sed
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-10-30 14:02 egtvedt at uclibc.org
@ 2008-11-04 19:17 ` Thomas Petazzoni
2008-11-05 9:39 ` Hans-Christian Egtvedt
0 siblings, 1 reply; 169+ messages in thread
From: Thomas Petazzoni @ 2008-11-04 19:17 UTC (permalink / raw)
To: buildroot
Hi,
Le Thu, 30 Oct 2008 07:02:06 -0700 (PDT),
egtvedt at uclibc.org a ?crit :
> Author: egtvedt
> Date: 2008-10-30 07:02:05 -0700 (Thu, 30 Oct 2008)
> New Revision: 23858
This commit breaks the build for me. See inline comments below.
> Changeset:
> Modified: trunk/buildroot/target/linux/Makefile.in.advanced
> ===================================================================
> --- trunk/buildroot/target/linux/Makefile.in.advanced
> 2008-10-30 08:05:36 UTC (rev 23857) +++
> trunk/buildroot/target/linux/Makefile.in.advanced 2008-10-30
> 14:02:05 UTC (rev 23858) @@ -42,6 +42,9 @@ endif
> endif
>
> +# Ask the kernel what version number it will use when installing
> modules +LINUX26_VERSION_PROBED = `$(MAKE) $(LINUX26_MAKE_FLAGS) -C
> $(LINUX26_DIR) -s kernelrelease` +
> ifeq ($(BOARD_PATH),)
> BOARD_PATH:=$(strip $(subst ",,$(BR2_BOARD_PATH)))
> #"))
> @@ -388,16 +391,16 @@
> touch -c $@
>
> #
> -----------------------------------------------------------------------------
> -$(TARGET_DIR)/lib/modules/$(LINUX26_VERSION)/modules.dep:
> $(LINUX26_DIR)/.configured
> - rm -rf $(TARGET_DIR)/lib/modules/$(LINUX26_VERSION)
> +$(PROJECT_BUILD_DIR)/autotools-stamps/linux_modules_target_installed:
> $(LINUX26_DIR)/.configured
This change breaks with the following:
make[1]: Leaving directory `/home/thomas/local/buildroot2/project_build_arm/uclibc/linux-2.6.27'
touch /home/thomas/local/buildroot2/project_build_arm/uclibc/autotools-stamps/linux_modules_target_installed
touch: cannot touch `/home/thomas/local/buildroot2/project_build_arm/uclibc/autotools-stamps/linux_modules_target_installed': No such file or directory
make: ***
[/home/thomas/local/buildroot2/project_build_arm/uclibc/autotools-stamps/linux_modules_target_installed]
Error 1
> + rm -rf $(TARGET_DIR)/lib/modules/$(LINUX26_VERSION_PROBED)
And this one (which evaluates LINUX26_VERSION_PROVED) breaks with:
Makefile:1561: *** kernelrelease not valid - run 'make prepare' to update it. Stop.
(But this one is not fatal, the compilation process continues.)
My .config is below.
Thomas
#
# Automatically generated make config: don't edit
# Tue Nov 4 19:40:25 2008
#
BR2_HAVE_DOT_CONFIG=y
BR2_VERSION="0.10.0-svn"
# BR2_alpha is not set
BR2_arm=y
# BR2_armeb is not set
# BR2_avr32 is not set
# BR2_cris is not set
# BR2_ia64 is not set
# BR2_i386 is not set
# BR2_m68k is not set
# BR2_mips is not set
# BR2_mipsel is not set
# BR2_nios2 is not set
# BR2_powerpc is not set
# BR2_s390 is not set
# BR2_sh is not set
# BR2_sh64 is not set
# BR2_sparc is not set
# BR2_sparc64 is not set
# BR2_x86_64 is not set
BR2_generic_arm=y
# BR2_arm7tdmi is not set
# BR2_arm610 is not set
# BR2_arm710 is not set
# BR2_arm720t is not set
# BR2_arm920t is not set
# BR2_arm922t is not set
# BR2_arm926t is not set
# BR2_arm10t is not set
# BR2_arm1136jf_s is not set
# BR2_arm1176jz_s is not set
# BR2_arm1176jzf_s is not set
# BR2_sa110 is not set
# BR2_sa1100 is not set
# BR2_xscale is not set
# BR2_iwmmxt is not set
BR2_ARM_TYPE="GENERIC_ARM"
# BR2_ARM_OABI is not set
BR2_ARM_EABI=y
BR2_ARCH="arm"
BR2_ENDIAN="LITTLE"
#
# Target options
#
#
# Project Options
#
BR2_PROJECT="uclibc"
BR2_HOSTNAME="uclibc"
BR2_BANNER="Welcome to the Erik's uClibc development environment."
#
# Preset Devices
#
# BR2_TARGET_ARMLTD is not set
# BR2_TARGET_ATMEL is not set
# BR2_TARGET_KWIKBYTE is not set
# BR2_TARGET_SHARP is not set
#
# Generic Architecture support
#
# BR2_TARGET_ARM is not set
#
# Generic System Support
#
# BR2_TARGET_GENERIC_ACCESS_POINT is not set
# BR2_TARGET_GENERIC_FIREWALL is not set
# BR2_TARGET_GENERIC_DEV_SYSTEM is not set
#
# Build options
#
BR2_PRIMARY_SITE=""
BR2_WGET="wget --passive-ftp -nd"
BR2_SVN_CO="svn co"
BR2_SVN_UP="svn up"
BR2_GIT="git clone"
BR2_ZCAT="gzip -d -c"
BR2_BZCAT="bzcat"
BR2_TAR_OPTIONS=""
BR2_DL_DIR="$(BASE_DIR)/dl"
#
# Mirrors and Download locations
#
BR2_SOURCEFORGE_MIRROR="easynews"
BR2_KERNEL_MIRROR="http://www.kernel.org/pub/"
BR2_GNU_MIRROR="http://ftp.gnu.org/pub/gnu"
BR2_DEBIAN_MIRROR="http://ftp.debian.org"
#
# Atmel Mirrors
#
BR2_ATMEL_MIRROR="ftp://www.at91.com/pub/buildroot/"
BR2_AT91_PATCH_MIRROR="http://maxim.org.za/AT91RM9200/2.6/"
BR2_STAGING_DIR="$(BUILD_DIR)/staging_dir"
# BR2_FPU_SUFFIX is not set
BR2_TOPDIR_PREFIX=""
BR2_TOPDIR_SUFFIX=""
BR2_ROOTFS_PREFIX="rootfs"
BR2_ROOTFS_SUFFIX=""
BR2_GNU_BUILD_SUFFIX="pc-linux-gnu"
BR2_GNU_TARGET_SUFFIX="linux-uclibc"
BR2_JLEVEL=1
# BR2_PREFER_IMA is not set
# BR2_DEPRECATED is not set
BR2_RECENT=y
# BR2_ENABLE_DEBUG is not set
BR2_STRIP_strip=y
# BR2_STRIP_sstrip is not set
# BR2_STRIP_none is not set
# BR2_OPTIMIZE_0 is not set
# BR2_OPTIMIZE_1 is not set
# BR2_OPTIMIZE_2 is not set
# BR2_OPTIMIZE_3 is not set
BR2_OPTIMIZE_S=y
# BR2_PREFER_STATIC_LIB is not set
# BR2_HAVE_MANPAGES is not set
# BR2_HAVE_INFOPAGES is not set
# BR2_HAVE_DOCUMENTATION is not set
# BR2_HAVE_DEVFILES is not set
BR2_UPDATE_CONFIG=y
#
# Toolchain
#
# BR2_TOOLCHAIN_BUILDROOT is not set
BR2_TOOLCHAIN_EXTERNAL=y
# BR2_TOOLCHAIN_EXTERNAL_SOURCE is not set
# BR2_TOOLCHAIN_SOURCE is not set
BR2_EXT_GCC_VERSION_4_1_2=y
BR2_EXT_GCC_VERSION_4_2_1=y
BR2_EXT_GCC_VERSION_4_2_2=y
BR2_EXT_GCC_VERSION_4_2_3=y
BR2_EXT_BINUTILS_VERSION_2_17=y
BR2_EXT_UCLIBC_VERSION_0_9_29=y
BR2_EXT_UCLIBC_VERSION_0_9_28_3=y
BR2_GCC_CROSS_CXX=y
# BR2_PACKAGE_GDB is not set
# BR2_PACKAGE_GDB_SERVER is not set
# BR2_PACKAGE_GDB_HOST is not set
# BR2_LARGEFILE is not set
# BR2_INET_IPV6 is not set
# BR2_INET_RPC is not set
BR2_SOFT_FLOAT=y
BR2_TARGET_OPTIMIZATION="-Os -pipe"
#
# External Toolchain Options
#
BR2_TOOLCHAIN_EXTERNAL_LIB_C="libc.so.0"
BR2_TOOLCHAIN_EXTERNAL_LIBS="ld-uClibc.so.0 libcrypt.so.0 libdl.so.0 libgcc_s.so libm.so.0 libnsl.so.0 libpthread.so.0 libresolv.so.0 librt.so.0 libutil.so.0"
BR2_TOOLCHAIN_EXTERNAL_STRIP=y
#
# Common Toolchain Options
#
#
# Gdb Options
#
BR2_TOOLCHAIN_EXTERNAL_PATH="/usr/local/xtools/arm-unknown-linux-uclibcgnueabi/"
BR2_TOOLCHAIN_EXTERNAL_PREFIX="arm-unknown-linux-uclibcgnueabi"
# BR2_EXT_PTHREADS_NONE is not set
# BR2_EXT_PTHREADS is not set
BR2_EXT_PTHREADS_OLD=y
# BR2_EXT_PTHREADS_NATIVE is not set
#
# Package Selection for the target
#
BR2_PACKAGE_BUSYBOX=y
# BR2_BUSYBOX_VERSION_1_2_2_1 is not set
# BR2_BUSYBOX_VERSION_1_6_1 is not set
# BR2_BUSYBOX_VERSION_1_7_X is not set
# BR2_BUSYBOX_VERSION_1_8_X is not set
# BR2_BUSYBOX_VERSION_1_9_X is not set
# BR2_BUSYBOX_VERSION_1_10_X is not set
# BR2_BUSYBOX_VERSION_1_11_X is not set
BR2_BUSYBOX_VERSION_1_12_X=y
# BR2_PACKAGE_BUSYBOX_SNAPSHOT is not set
BR2_BUSYBOX_VERSION="1.12.1"
BR2_PACKAGE_BUSYBOX_FULLINSTALL=y
BR2_PACKAGE_BUSYBOX_CONFIG="busybox.config"
BR2_PACKAGE_BUSYBOX_HIDE_OTHERS=y
# BR2_PACKAGE_BUSYBOX_SKELETON is not set
#
# The minimum needed to build a uClibc development system
#
# BR2_PACKAGE_FLEX is not set
# BR2_PACKAGE_GCC_TARGET is not set
# BR2_PACKAGE_MAKE is not set
#
# Other development stuff
#
# BR2_PACKAGE_AUTOCONF is not set
# BR2_PACKAGE_AUTOMAKE is not set
# BR2_PACKAGE_BISON is not set
# BR2_PACKAGE_CCACHE_TARGET is not set
# BR2_PACKAGE_DISTCC is not set
# BR2_PACKAGE_DMALLOC is not set
# BR2_PACKAGE_FAKEROOT is not set
# BR2_PACKAGE_GETTEXT is not set
# BR2_PACKAGE_LIBINTL is not set
# BR2_PACKAGE_LIBGMP is not set
# BR2_PACKAGE_GPERF is not set
# BR2_PACKAGE_LIBMPFR is not set
# BR2_PACKAGE_LIBTOOL is not set
# BR2_PACKAGE_M4 is not set
# BR2_PACKAGE_OPROFILE is not set
BR2_PACKAGE_PKGCONFIG=y
# BR2_READLINE is not set
# BR2_PACKAGE_PCRE is not set
#
# Other stuff
#
# BR2_PACKAGE_AT is not set
# BR2_PACKAGE_BEECRYPT is not set
# BR2_PACKAGE_BERKELEYDB is not set
# BR2_PACKAGE_BSDIFF is not set
# BR2_PACKAGE_CUPS is not set
# BR2_PACKAGE_CUSTOMIZE is not set
# BR2_PACKAGE_FILE is not set
# BR2_PACKAGE_GAMIN is not set
# BR2_PACKAGE_ICU is not set
# BR2_PACKAGE_KEXEC is not set
# BR2_PACKAGE_LIBCONFIG is not set
# BR2_PACKAGE_LIBCONFUSE is not set
# BR2_PACKAGE_LIBDAEMON is not set
# BR2_PACKAGE_LIBELF is not set
# BR2_PACKAGE_LIBEVENT is not set
# BR2_PACKAGE_LIBFLOAT is not set
# BR2_PACKAGE_LIBGCRYPT is not set
# BR2_PACKAGE_LIBGPG_ERROR is not set
# BR2_PACKAGE_LIBICONV is not set
# BR2_PACKAGE_LIBLOCKFILE is not set
# BR2_PACKAGE_LIBSYSFS is not set
# BR2_PACKAGE_LOCKFILE_PROGS is not set
#
# logrotate - disabled (requires wchar support)
#
# BR2_PACKAGE_LSOF is not set
# BR2_PACKAGE_LTP-TESTSUITE is not set
# BR2_PACKAGE_LTRACE is not set
# BR2_PACKAGE_LTT is not set
# BR2_PACKAGE_MEMSTAT is not set
# BR2_PACKAGE_NG_SPICE_REWORK is not set
# BR2_PACKAGE_POPT is not set
# BR2_PACKAGE_SCREEN is not set
# BR2_PACKAGE_STARTUP_NOTIFICATION is not set
# BR2_PACKAGE_STRACE is not set
# BR2_PACKAGE_SUDO is not set
# BR2_DATABASE_SUPPORT is not set
# BR2_NETWORK_SUPPORT is not set
# BR2_BLOCKDEV_SUPPORT is not set
# BR2_AUDIO_SUPPORT is not set
# BR2_GRAPHIC_SUPPORT is not set
# BR2_COMPRESSOR_SUPPORT is not set
# BR2_PACKAGEMGRS_SUPPORT is not set
# BR2_SCRIPTING_SUPPORT is not set
# BR2_XML_SUPPORT is not set
# BR2_JAVA_SUPPORT is not set
# BR2_GAMES is not set
#
# Target filesystem options
#
#
# filesystem for target device
#
# BR2_TARGET_ROOTFS_CRAMFS is not set
# BR2_TARGET_ROOTFS_CLOOP is not set
# BR2_TARGET_ROOTFS_EXT2 is not set
# BR2_TARGET_ROOTFS_JFFS2 is not set
# BR2_TARGET_ROOTFS_UBIFS is not set
# BR2_TARGET_ROOTFS_SQUASHFS is not set
# BR2_TARGET_ROOTFS_TAR is not set
# BR2_TARGET_ROOTFS_CPIO is not set
# BR2_TARGET_ROOTFS_INITRAMFS is not set
# BR2_TARGET_ROOTFS_ROMFS is not set
#
# bootloader for target device
#
# BR2_TARGET_UBOOT is not set
#
# Kernel
#
# BR2_KERNEL_none is not set
BR2_KERNEL_LINUX_ADVANCED=y
# BR2_KERNEL_LINUX is not set
# BR2_KERNEL_HURD is not set
BR2_PACKAGE_LINUX=y
BR2_PACKAGE_LINUX_KCONFIG="kernel.config"
BR2_PACKAGE_LINUX_FORMAT="uImage"
BR2_KERNEL_CURRENT_VERSION="2.6.26.3"
BR2_KERNEL_NEXT_VERSION="2.6.28"
BR2_KERNEL_THIS_VERSION="2.6.27"
BR2_KERNEL_SITE="http://ftp.kernel.org/pub/linux/kernel/v2.6/"
BR2_MM_PATCH_SITE="http://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6"
BR2_RC_MM_PATCH_DIR="$(BR2_KERNEL_NEXT_VERSION)-rc$(BR2_KERNEL_RC_LEVEL)/2.6.$(BR2_KERNEL_NEXT_VERSION)-rc$(BR2_KERNEL_RC_LEVEL)-mm$(BR2_KERNEL_MM_LEVEL)"
# BR2_LINUX_2_6_STABLE is not set
# BR2_LINUX_2_6_26 is not set
# BR2_LINUX_2_6_25 is not set
# BR2_LINUX_2_6_24 is not set
# BR2_LINUX_2_6_23 is not set
# BR2_LINUX_2_6_22_10 is not set
# BR2_LINUX_2_6_22_1 is not set
# BR2_LINUX_2_6_22 is not set
# BR2_LINUX_2_6_21_7 is not set
# BR2_LINUX_2_6_21_5 is not set
# BR2_LINUX_2_6_21 is not set
# BR2_LINUX_2_6_20 is not set
BR2_LINUX_2_6_27=y
# BR2_LINUX_2_6_28 is not set
# BR2_LINUX26_CUSTOM is not set
#
# Patches
#
# BR2_KERNEL_ADD_KERNEL_ORG_PATCH is not set
# BR2_KERNEL_ARCH_PATCH_ENABLED is not set
BR2_LINUX_BOARD_PATCH=y
BR2_LINUX_BSP_PATCH=""
BR2_KERNEL_BASE=y
BR2_DOWNLOAD_LINUX26_VERSION="$(BR2_KERNEL_THIS_VERSION)"
BR2_LINUX26_VERSION="$(BR2_KERNEL_THIS_VERSION)"
#
# Linux Kernel Configuration
#
BR2_PACKAGE_LINUX_USE_KCONFIG=y
# BR2_PACKAGE_LINUX_USE_DEFCONFIG is not set
# BR2_PACKAGE_LINUX_USE_XCONFIG is not set
# BR2_MAKE_XCONFIG is not set
BR2_MAKE_MENUCONFIG=y
BR2_KERNEL_CONFIG_METHOD="menuconfig"
# BR2_LINUX_BIN_BZIMAGE is not set
BR2_LINUX_BIN_UIMAGE=y
# BR2_LINUX_BIN_VMLINUX is not set
# BR2_LINUX_BIN_ZIMAGE is not set
# BR2_LINUX_BIN_CUSTOM is not set
#
# Destinations for linux kernel binaries
#
# BR2_LINUX_COPYTO_ROOTFS is not set
# BR2_LINUX_COPYTO_TFTPBOOT is not set
BR2_LINUX_COPYTO=""
# BR2_LINUX_COPY_CONFIGURATION is not set
--
Thomas Petazzoni, Free Electrons
Kernel, drivers and embedded Linux development,
consulting, training and support.
http://free-electrons.com
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-11-04 19:17 ` Thomas Petazzoni
@ 2008-11-05 9:39 ` Hans-Christian Egtvedt
2008-11-05 12:50 ` Hans-Christian Egtvedt
0 siblings, 1 reply; 169+ messages in thread
From: Hans-Christian Egtvedt @ 2008-11-05 9:39 UTC (permalink / raw)
To: buildroot
On Tue, 4 Nov 2008 20:17:32 +0100
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> wrote:
Hi Thomas,
> Le Thu, 30 Oct 2008 07:02:06 -0700 (PDT),
> egtvedt at uclibc.org a ?crit :
>
> > Author: egtvedt
> > Date: 2008-10-30 07:02:05 -0700 (Thu, 30 Oct 2008)
> > New Revision: 23858
>
> This commit breaks the build for me. See inline comments below.
>
Sorry about that.
<snipp>
> > -$(TARGET_DIR)/lib/modules/$(LINUX26_VERSION)/modules.dep:
> > $(LINUX26_DIR)/.configured
> > - rm -rf $(TARGET_DIR)/lib/modules/$(LINUX26_VERSION)
> > +$(PROJECT_BUILD_DIR)/autotools-stamps/linux_modules_target_installed:
> > $(LINUX26_DIR)/.configured
>
> This change breaks with the following:
>
> make[1]: Leaving directory
> `/home/thomas/local/buildroot2/project_build_arm/uclibc/linux-2.6.27'
> touch /home/thomas/local/buildroot2/project_build_arm/uclibc/autotools-stamps/linux_modules_target_installed
> touch: cannot touch
> `/home/thomas/local/buildroot2/project_build_arm/uclibc/autotools-stamps/linux_modules_target_installed':
> No such file or directory make: ***
> [/home/thomas/local/buildroot2/project_build_arm/uclibc/autotools-stamps/linux_modules_target_installed]
> Error 1
>
I am thinking about adding
"mkdir -p $(PROJECT_BUILD_DIR)/autotools-stamps" to the top level
Makefile. That way we are sure the stamps directory exists, and each
package/Makefile.autotools.in does not need to run an additional mkdir.
> > + rm -rf $(TARGET_DIR)/lib/modules/$(LINUX26_VERSION_PROBED)
>
> And this one (which evaluates LINUX26_VERSION_PROVED) breaks with:
>
> Makefile:1561: *** kernelrelease not valid - run 'make prepare' to
> update it. Stop.
>
Hmmm, weird, the Makefile should not install the modules before after
the kernel is prepared.
I see you are using external toolchain, might that be the cause? The
kernel is prepared/compiled before the modules are compiled?
> (But this one is not fatal, the compilation process continues.)
>
> My .config is below.
>
<snipp BR .config>
--
Best regards,
Hans-Christian Egtvedt
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-11-05 9:39 ` Hans-Christian Egtvedt
@ 2008-11-05 12:50 ` Hans-Christian Egtvedt
0 siblings, 0 replies; 169+ messages in thread
From: Hans-Christian Egtvedt @ 2008-11-05 12:50 UTC (permalink / raw)
To: buildroot
On Wed, 5 Nov 2008 10:39:43 +0100
Hans-Christian Egtvedt <hans-christian.egtvedt@atmel.com> wrote:
> On Tue, 4 Nov 2008 20:17:32 +0100
> Thomas Petazzoni <thomas.petazzoni@free-electrons.com> wrote:
> > Le Thu, 30 Oct 2008 07:02:06 -0700 (PDT),
> > egtvedt at uclibc.org a ?crit :
<snipp>
> > > + rm -rf
> > > $(TARGET_DIR)/lib/modules/$(LINUX26_VERSION_PROBED)
> >
> > And this one (which evaluates LINUX26_VERSION_PROVED) breaks with:
> >
> > Makefile:1561: *** kernelrelease not valid - run 'make prepare' to
> > update it. Stop.
> >
>
> Hmmm, weird, the Makefile should not install the modules before after
> the kernel is prepared.
>
Indeed it does, linux26-modules is added to TARGETS before the
makefiles in target are added. Which results in your error. Wonder why
this hit you and not me, I did a test run from scratch.
Anyway, solution is easy, the modules must depend on
$(LINUX26_DIR)/.depend_done instead of $(LINUX26_DIR)/.configured.
depend_done should really be a .prepare_done IMHO.
Doing a test build now.
<snipp>
--
Best regards,
Hans-Christian Egtvedt
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-11-05 12:59 egtvedt at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: egtvedt at uclibc.org @ 2008-11-05 12:59 UTC (permalink / raw)
To: buildroot
Author: egtvedt
Date: 2008-11-05 04:59:32 -0800 (Wed, 05 Nov 2008)
New Revision: 23937
Log:
linux26: make installation of modules rule depend on .depend_done
This patch will make the installation of modules rule depend on .depend_done instead of .configured to make sure make prepare is run before modules are installed.
Make kernelversion does not work before make prepare has been run.
Signed-off-by: Hans-Christian Egtvedt <hans-christian.egtvedt@atmel.com>
Modified:
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2008-11-05 12:19:39 UTC (rev 23936)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2008-11-05 12:59:32 UTC (rev 23937)
@@ -391,7 +391,7 @@
touch -c $@
# -----------------------------------------------------------------------------
-$(PROJECT_BUILD_DIR)/autotools-stamps/linux_modules_target_installed: $(LINUX26_DIR)/.configured
+$(PROJECT_BUILD_DIR)/autotools-stamps/linux_modules_target_installed: $(LINUX26_DIR)/.depend_done
rm -rf $(TARGET_DIR)/lib/modules/$(LINUX26_VERSION_PROBED)
rm -f $(TARGET_DIR)/sbin/cardmgr
# Make Linux depend on modules only if enabled in the .config.
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-11-10 10:45 vanokuten at uclibc.org
2008-11-10 11:01 ` Bernhard Reutner-Fischer
0 siblings, 1 reply; 169+ messages in thread
From: vanokuten at uclibc.org @ 2008-11-10 10:45 UTC (permalink / raw)
To: buildroot
Author: vanokuten
Date: 2008-11-10 02:45:46 -0800 (Mon, 10 Nov 2008)
New Revision: 23987
Log:
Download Kernel.org minor patches at the same time as full sources.
Signed-off-by: Julien Boibessot <julien.boibessot@armadeus.com>
Modified:
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2008-11-10 09:51:15 UTC (rev 23986)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2008-11-10 10:45:46 UTC (rev 23987)
@@ -205,7 +205,7 @@
$(WGET) -P $(DL_DIR) $(LINUX26_PATCH_SITE)/$(LINUX26_PATCH_SOURCE)
endif
-$(LINUX26_DIR)/.unpacked: $(DL_DIR)/$(LINUX26_SOURCE)
+$(LINUX26_DIR)/.unpacked: $(DL_DIR)/$(LINUX26_SOURCE) $(DL_DIR)/$(LINUX26_PATCH_SOURCE)
rm -rf $(LINUX26_DIR)
@echo "*** Unpacking kernel source"
$(LINUX26_BZCAT) $(DL_DIR)/$(LINUX26_SOURCE) | tar -C $(PROJECT_BUILD_DIR) $(TAR_OPTIONS) -
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-11-10 10:45 vanokuten at uclibc.org
@ 2008-11-10 11:01 ` Bernhard Reutner-Fischer
2008-11-10 11:08 ` Ivan Kuten
2008-11-11 14:18 ` Julien Boibessot
0 siblings, 2 replies; 169+ messages in thread
From: Bernhard Reutner-Fischer @ 2008-11-10 11:01 UTC (permalink / raw)
To: buildroot
On Mon, Nov 10, 2008 at 02:45:47AM -0800, vanokuten at uclibc.org wrote:
>Author: vanokuten
>Date: 2008-11-10 02:45:46 -0800 (Mon, 10 Nov 2008)
>New Revision: 23987
>
>Log:
>Download Kernel.org minor patches at the same time as full sources.
The comment is correct but the impl is wrong since you do not _download_ all required stuff
at the proper time.
So: Iff there are patches, those patches are prerequesites of the _SOURCE which will
automagically make 'make source' do the right thing.
>
>Signed-off-by: Julien Boibessot <julien.boibessot@armadeus.com>
>
>
>
>Modified:
> trunk/buildroot/target/linux/Makefile.in.advanced
>
>
>Changeset:
>Modified: trunk/buildroot/target/linux/Makefile.in.advanced
>===================================================================
>--- trunk/buildroot/target/linux/Makefile.in.advanced 2008-11-10 09:51:15 UTC (rev 23986)
>+++ trunk/buildroot/target/linux/Makefile.in.advanced 2008-11-10 10:45:46 UTC (rev 23987)
>@@ -205,7 +205,7 @@
> $(WGET) -P $(DL_DIR) $(LINUX26_PATCH_SITE)/$(LINUX26_PATCH_SOURCE)
> endif
>
>-$(LINUX26_DIR)/.unpacked: $(DL_DIR)/$(LINUX26_SOURCE)
>+$(LINUX26_DIR)/.unpacked: $(DL_DIR)/$(LINUX26_SOURCE) $(DL_DIR)/$(LINUX26_PATCH_SOURCE)
> rm -rf $(LINUX26_DIR)
> @echo "*** Unpacking kernel source"
> $(LINUX26_BZCAT) $(DL_DIR)/$(LINUX26_SOURCE) | tar -C $(PROJECT_BUILD_DIR) $(TAR_OPTIONS) -
>
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-11-10 11:01 ` Bernhard Reutner-Fischer
@ 2008-11-10 11:08 ` Ivan Kuten
2008-11-11 14:18 ` Julien Boibessot
1 sibling, 0 replies; 169+ messages in thread
From: Ivan Kuten @ 2008-11-10 11:08 UTC (permalink / raw)
To: buildroot
Bernhard,
So I revert this, until Julien provide correct patch.
Sorry I have no time to fix it myself.
BR,
Ivan
Bernhard Reutner-Fischer ?????:
> On Mon, Nov 10, 2008 at 02:45:47AM -0800, vanokuten at uclibc.org wrote:
>> Author: vanokuten
>> Date: 2008-11-10 02:45:46 -0800 (Mon, 10 Nov 2008)
>> New Revision: 23987
>>
>> Log:
>> Download Kernel.org minor patches at the same time as full sources.
>
> The comment is correct but the impl is wrong since you do not _download_ all required stuff
> at the proper time.
> So: Iff there are patches, those patches are prerequesites of the _SOURCE which will
> automagically make 'make source' do the right thing.
>> Signed-off-by: Julien Boibessot <julien.boibessot@armadeus.com>
>>
>>
>>
>> Modified:
>> trunk/buildroot/target/linux/Makefile.in.advanced
>>
>>
>> Changeset:
>> Modified: trunk/buildroot/target/linux/Makefile.in.advanced
>> ===================================================================
>> --- trunk/buildroot/target/linux/Makefile.in.advanced 2008-11-10 09:51:15 UTC (rev 23986)
>> +++ trunk/buildroot/target/linux/Makefile.in.advanced 2008-11-10 10:45:46 UTC (rev 23987)
>> @@ -205,7 +205,7 @@
>> $(WGET) -P $(DL_DIR) $(LINUX26_PATCH_SITE)/$(LINUX26_PATCH_SOURCE)
>> endif
>>
>> -$(LINUX26_DIR)/.unpacked: $(DL_DIR)/$(LINUX26_SOURCE)
>> +$(LINUX26_DIR)/.unpacked: $(DL_DIR)/$(LINUX26_SOURCE) $(DL_DIR)/$(LINUX26_PATCH_SOURCE)
>> rm -rf $(LINUX26_DIR)
>> @echo "*** Unpacking kernel source"
>> $(LINUX26_BZCAT) $(DL_DIR)/$(LINUX26_SOURCE) | tar -C $(PROJECT_BUILD_DIR) $(TAR_OPTIONS) -
>>
> _______________________________________________
> buildroot mailing list
> buildroot at uclibc.org
> http://busybox.net/mailman/listinfo/buildroot
>
>
>
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-11-10 11:17 vanokuten at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: vanokuten at uclibc.org @ 2008-11-10 11:17 UTC (permalink / raw)
To: buildroot
Author: vanokuten
Date: 2008-11-10 03:17:21 -0800 (Mon, 10 Nov 2008)
New Revision: 23989
Log:
revert 23987 until proper implementation
Modified:
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2008-11-10 10:47:47 UTC (rev 23988)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2008-11-10 11:17:21 UTC (rev 23989)
@@ -205,7 +205,7 @@
$(WGET) -P $(DL_DIR) $(LINUX26_PATCH_SITE)/$(LINUX26_PATCH_SOURCE)
endif
-$(LINUX26_DIR)/.unpacked: $(DL_DIR)/$(LINUX26_SOURCE) $(DL_DIR)/$(LINUX26_PATCH_SOURCE)
+$(LINUX26_DIR)/.unpacked: $(DL_DIR)/$(LINUX26_SOURCE)
rm -rf $(LINUX26_DIR)
@echo "*** Unpacking kernel source"
$(LINUX26_BZCAT) $(DL_DIR)/$(LINUX26_SOURCE) | tar -C $(PROJECT_BUILD_DIR) $(TAR_OPTIONS) -
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-11-10 11:01 ` Bernhard Reutner-Fischer
2008-11-10 11:08 ` Ivan Kuten
@ 2008-11-11 14:18 ` Julien Boibessot
2008-11-11 14:43 ` Bernhard Reutner-Fischer
1 sibling, 1 reply; 169+ messages in thread
From: Julien Boibessot @ 2008-11-11 14:18 UTC (permalink / raw)
To: buildroot
Hi,
Bernhard Reutner-Fischer a ?crit :
> On Mon, Nov 10, 2008 at 02:45:47AM -0800, vanokuten at uclibc.org wrote:
>> Author: vanokuten
>> Date: 2008-11-10 02:45:46 -0800 (Mon, 10 Nov 2008)
>> New Revision: 23987
>>
>> Log:
>> Download Kernel.org minor patches at the same time as full sources.
>
> The comment is correct but the impl is wrong since you do not
> _download_ all required stuff
> at the proper time.
> So: Iff there are patches, those patches are prerequesites of the
> _SOURCE which will
> automagically make 'make source' do the right thing.
If patches are set as prerequesites of LINUX26_SOURCE then, each time a
new set of patches are loaded, full sources will be reloaded again.
(User can "dynamically" choose the patch revision he wants to use).
I can update the patch to have something like that:
Index: target/linux/Makefile.in.advanced
===================================================================
--- target/linux/Makefile.in.advanced (r?vision 23996)
+++ target/linux/Makefile.in.advanced (copie de travail)
@@ -205,7 +205,7 @@
$(WGET) -P $(DL_DIR) $(LINUX26_PATCH_SITE)/$(LINUX26_PATCH_SOURCE)
endif
-$(LINUX26_DIR)/.unpacked: $(DL_DIR)/$(LINUX26_SOURCE)
+$(LINUX26_DIR)/.unpacked: $(DL_DIR)/$(LINUX26_SOURCE)
$(DL_DIR)/$(LINUX26_PATCH_SOURCE)
rm -rf $(LINUX26_DIR)
@echo "*** Unpacking kernel source"
$(LINUX26_BZCAT) $(DL_DIR)/$(LINUX26_SOURCE) | tar -C
$(PROJECT_BUILD_DIR) $(TAR_OPTIONS) -
@@ -451,7 +451,7 @@
linux26-modules: cross-depmod26
$(PROJECT_BUILD_DIR)/autotools-stamps/linux_modules_target_installed
-linux26-source: $(DL_DIR)/$(LINUX26_SOURCE)
+linux26-source: $(DL_DIR)/$(LINUX26_SOURCE)
$(DL_DIR)/$(LINUX26_PATCH_SOURCE)
linux26-unpacked: $(LINUX26_DIR)/.patched
But I'm not sure I can do more :-(
Regards,
Julien
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-11-11 14:18 ` Julien Boibessot
@ 2008-11-11 14:43 ` Bernhard Reutner-Fischer
0 siblings, 0 replies; 169+ messages in thread
From: Bernhard Reutner-Fischer @ 2008-11-11 14:43 UTC (permalink / raw)
To: buildroot
On Tue, Nov 11, 2008 at 03:18:35PM +0100, Julien Boibessot wrote:
>Hi,
>
>Bernhard Reutner-Fischer a ?crit :
>> On Mon, Nov 10, 2008 at 02:45:47AM -0800, vanokuten at uclibc.org wrote:
>>> Author: vanokuten
>>> Date: 2008-11-10 02:45:46 -0800 (Mon, 10 Nov 2008)
>>> New Revision: 23987
>>>
>>> Log:
>>> Download Kernel.org minor patches at the same time as full sources.
>>
>> The comment is correct but the impl is wrong since you do not
>> _download_ all required stuff
>> at the proper time.
>> So: Iff there are patches, those patches are prerequesites of the
>> _SOURCE which will
>> automagically make 'make source' do the right thing.
>If patches are set as prerequesites of LINUX26_SOURCE then, each time a
>new set of patches are loaded, full sources will be reloaded again.
>(User can "dynamically" choose the patch revision he wants to use).
>
>I can update the patch to have something like that:
>
>Index: target/linux/Makefile.in.advanced
>===================================================================
>--- target/linux/Makefile.in.advanced (r?vision 23996)
>+++ target/linux/Makefile.in.advanced (copie de travail)
>@@ -205,7 +205,7 @@
> $(WGET) -P $(DL_DIR) $(LINUX26_PATCH_SITE)/$(LINUX26_PATCH_SOURCE)
> endif
>
>-$(LINUX26_DIR)/.unpacked: $(DL_DIR)/$(LINUX26_SOURCE)
>+$(LINUX26_DIR)/.unpacked: $(DL_DIR)/$(LINUX26_SOURCE)
>$(DL_DIR)/$(LINUX26_PATCH_SOURCE)
yes, except that you'll have to use some
ifneq ($(LINUX26_PATCH_SOURCE),)
LINUX26_PATCH_SOURCE_FILE:=$(DL_DIR)/$(LINUX26_PATCH_SOURCE)
endif
and use LINUX26_PATCH_SOURCE_FILE, otherwise you'd end up with the dl dir as a
prereq and this wouldn't do any good if you downloaded anything.
> rm -rf $(LINUX26_DIR)
> @echo "*** Unpacking kernel source"
> $(LINUX26_BZCAT) $(DL_DIR)/$(LINUX26_SOURCE) | tar -C
>$(PROJECT_BUILD_DIR) $(TAR_OPTIONS) -
>@@ -451,7 +451,7 @@
>
> linux26-modules: cross-depmod26
>$(PROJECT_BUILD_DIR)/autotools-stamps/linux_modules_target_installed
>
>-linux26-source: $(DL_DIR)/$(LINUX26_SOURCE)
>+linux26-source: $(DL_DIR)/$(LINUX26_SOURCE)
>$(DL_DIR)/$(LINUX26_PATCH_SOURCE)
close, yes.
>
> linux26-unpacked: $(LINUX26_DIR)/.patched
>
>
>
>But I'm not sure I can do more :-(
That would be the proper thing to do, modulo corrections mentioned above.
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-11-29 21:56 ulf at uclibc.org
2008-11-30 9:51 ` Peter Korsgaard
0 siblings, 1 reply; 169+ messages in thread
From: ulf at uclibc.org @ 2008-11-29 21:56 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2008-11-29 13:56:25 -0800 (Sat, 29 Nov 2008)
New Revision: 24189
Log:
Update Linux versions
Modified:
trunk/buildroot/target/linux/Config.in.advanced
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Config.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Config.in.advanced 2008-11-29 21:45:14 UTC (rev 24188)
+++ trunk/buildroot/target/linux/Config.in.advanced 2008-11-29 21:56:25 UTC (rev 24189)
@@ -32,7 +32,8 @@
# --- These 'constants' requires regular maintenance, so put them first
config BR2_KERNEL_PATCH_LEVEL
string
- default "3" if BR2_LINUX_2_6_26 && BR2_KERNEL_ADD_LATEST_MINORPATCH
+ default "7" if BR2_LINUX_2_6_27 && BR2_KERNEL_ADD_LATEST_MINORPATCH
+ default "8" if BR2_LINUX_2_6_26 && BR2_KERNEL_ADD_LATEST_MINORPATCH
default "9" if BR2_LINUX_2_6_25 && BR2_KERNEL_ADD_LATEST_MINORPATCH
default "7" if BR2_LINUX_2_6_24 && BR2_KERNEL_ADD_LATEST_MINORPATCH
default "17" if BR2_LINUX_2_6_23 && BR2_KERNEL_ADD_LATEST_MINORPATCH
@@ -43,10 +44,11 @@
config BR2_KERNEL_CURRENT_VERSION
string
- default "2.6.26.3"
+ default "2.6.27.7"
config BR2_KERNEL_NEXT_VERSION
string
+ default "2.6.29" if BR2_LINUX_2_6_28
default "2.6.28" if BR2_LINUX_2_6_27
default "2.6.27" if BR2_LINUX_2_6_26
default "2.6.26" if BR2_LINUX_2_6_25
@@ -58,6 +60,7 @@
config BR2_KERNEL_THIS_VERSION
string
+ default "2.6.29" if BR2_LINUX_2_6_29
default "2.6.28" if BR2_LINUX_2_6_28
default "2.6.27" if BR2_LINUX_2_6_27
default "2.6.26" if BR2_LINUX_2_6_26
@@ -70,15 +73,15 @@
config LINUX26_LATEST_RC_VERSION
string
- default "2.6.27-rc4" if BR2_KERNEL_ADD_LATEST_RC_PATCH
+ default "2.6.28-rc6" if BR2_KERNEL_ADD_LATEST_RC_PATCH
config LINUX26_LATEST_GIT_VERSION
string
- default "2.6.27-rc4-git1" if BR2_KERNEL_ADD_LATEST_SNAPSHOT
+ default "2.6.28-rc6-git1" if BR2_KERNEL_ADD_LATEST_SNAPSHOT
config LINUX26_LATEST_MM_VERSION
string
- default "2.6.27-rc1-mm1" if BR2_KERNEL_ADD_LATEST_MM_PATCH
+ default "2.6.28-rc2-mm1" if BR2_KERNEL_ADD_LATEST_MM_PATCH
config BR2_KERNEL_SITE
string
@@ -136,10 +139,16 @@
Select the specific Linux version you want to use
config BR2_LINUX_2_6_STABLE
- bool "The latest stable Linux kernel (2.6.26.3)"
+ bool "The latest stable Linux kernel (2.6.27.7)"
help
- Linux 2.6.26.3
+ Linux 2.6.27.7
+config BR2_LINUX_2_6_27
+ bool "Linux 2.6.27"
+ select BR2_KERNEL_BASE
+ help
+ Linux 2.6.27
+
config BR2_LINUX_2_6_26
bool "Linux 2.6.26"
select BR2_KERNEL_BASE
@@ -207,18 +216,18 @@
help
Linux 2.6.20
-config BR2_LINUX_2_6_27
- bool "Linux 2.6.27"
- select BR2_KERNEL_BASE
- help
- Linux 2.6.27
-
config BR2_LINUX_2_6_28
bool "Linux 2.6.28"
select BR2_KERNEL_BASE
help
Linux 2.6.28
+config BR2_LINUX_2_6_29
+ bool "Linux 2.6.29"
+ select BR2_KERNEL_BASE
+ help
+ Linux 2.6.29
+
config BR2_LINUX26_CUSTOM
bool "Linux <custom> version"
help
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2008-11-29 21:45:14 UTC (rev 24188)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2008-11-29 21:56:25 UTC (rev 24189)
@@ -300,6 +300,7 @@
KERNEL_EXTRA_VERSION:=$(strip $(subst ",,$(BR2_EXTRA_VERSION)))
#"))
+lxcf: $(LINUX26_DIR)/.config
$(LINUX26_DIR)/.config: $(LINUX26_DIR)/.patched.board
ifeq ($(BR2_PACKAGE_LINUX_USE_DEFCONFIG),y)
@@ -314,6 +315,7 @@
cp -dpf $(LINUX26_KCONFIG) $@ ; \
fi
# Try to get a config for this linux version in the board directory
+ echo "LINUX26_VERSION = $(LINUX26_VERSION)"
if [ ! -f "$(LINUX26_DIR)/.config" ] ; then \
if [ -f "$(BOARD_PATH)/$(BOARD_NAME)-linux-$(LINUX26_VERSION).config" ] ; then \
cp -dpf $(BOARD_PATH)/$(BOARD_NAME)-linux-$(LINUX26_VERSION).config $@ ; \
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-11-29 21:56 ulf at uclibc.org
@ 2008-11-30 9:51 ` Peter Korsgaard
0 siblings, 0 replies; 169+ messages in thread
From: Peter Korsgaard @ 2008-11-30 9:51 UTC (permalink / raw)
To: buildroot
>>>>> "ulf" == ulf <ulf@uclibc.org> writes:
ulf> Author: ulf
ulf> Date: 2008-11-29 13:56:25 -0800 (Sat, 29 Nov 2008)
ulf> New Revision: 24189
ulf> Log:
ulf> Update Linux versions
ulf> Modified:
ulf> trunk/buildroot/target/linux/Config.in.advanced
ulf> trunk/buildroot/target/linux/Makefile.in.advanced
Don't forget to update the version in target/kernel-headers as well.
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-12-07 6:55 jacmet at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: jacmet at uclibc.org @ 2008-12-07 6:55 UTC (permalink / raw)
To: buildroot
Author: jacmet
Date: 2008-12-06 22:55:36 -0800 (Sat, 06 Dec 2008)
New Revision: 24300
Log:
taget/linux: handle non-modular kernels
Based on b151271 in Bernhard's tree.
Modified:
trunk/buildroot/target/linux/Makefile.in
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in
===================================================================
--- trunk/buildroot/target/linux/Makefile.in 2008-12-07 01:16:34 UTC (rev 24299)
+++ trunk/buildroot/target/linux/Makefile.in 2008-12-07 06:55:36 UTC (rev 24300)
@@ -198,13 +198,19 @@
$(TARGET_DIR)/lib/modules/$(LINUX26_VERSION)/modules.dep: $(LINUX26_DIR)/.configured
rm -rf $(TARGET_DIR)/lib/modules/$(LINUX26_VERSION)
rm -f $(TARGET_DIR)/sbin/cardmgr
- $(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) modules
- $(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) \
+ @if grep -q CONFIG_MODULES=y $(LINUX26_DIR)/.config; then \
+ set -x; \
+ echo "Have CONFIG_MODULES"; \
+ $(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) modules; \
+ $(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) \
DEPMOD=$(STAGING_DIR)/bin/$(GNU_TARGET_NAME)-depmod26 \
- INSTALL_MOD_PATH=$(TARGET_DIR) modules_install
- rm -f $(TARGET_DIR)/lib/modules/$(LINUX26_VERSION)/build
- rm -f $(TARGET_DIR)/lib/modules/$(LINUX26_VERSION)/source
- $(STAGING_DIR)/bin/$(GNU_TARGET_NAME)-depmod26 -b $(TARGET_DIR) $(LINUX_HEADERS_VERSION)
+ INSTALL_MOD_PATH=$(TARGET_DIR) modules_install; \
+ rm -f $(TARGET_DIR)/lib/modules/$(LINUX26_VERSION)/build \
+ $(TARGET_DIR)/lib/modules/$(LINUX26_VERSION)/source; \
+ $(STAGING_DIR)/bin/$(GNU_TARGET_NAME)-depmod26 -b $(TARGET_DIR) $(LINUX_HEADERS_VERSION); \
+ else \
+ echo "No CONFIG_MODULES"; \
+ fi
touch -c $@
linux26-menuconfig: $(LINUX26_DIR)/.patched host-sed
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-12-17 18:03 ulf at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2008-12-17 18:03 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2008-12-17 10:03:29 -0800 (Wed, 17 Dec 2008)
New Revision: 24441
Log:
Update to latest linux versions
Modified:
trunk/buildroot/target/linux/Config.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Config.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Config.in.advanced 2008-12-17 16:01:39 UTC (rev 24440)
+++ trunk/buildroot/target/linux/Config.in.advanced 2008-12-17 18:03:29 UTC (rev 24441)
@@ -32,7 +32,7 @@
# --- These 'constants' requires regular maintenance, so put them first
config BR2_KERNEL_PATCH_LEVEL
string
- default "7" if BR2_LINUX_2_6_27 && BR2_KERNEL_ADD_LATEST_MINORPATCH
+ default "9" if BR2_LINUX_2_6_27 && BR2_KERNEL_ADD_LATEST_MINORPATCH
default "8" if BR2_LINUX_2_6_26 && BR2_KERNEL_ADD_LATEST_MINORPATCH
default "9" if BR2_LINUX_2_6_25 && BR2_KERNEL_ADD_LATEST_MINORPATCH
default "7" if BR2_LINUX_2_6_24 && BR2_KERNEL_ADD_LATEST_MINORPATCH
@@ -44,7 +44,7 @@
config BR2_KERNEL_CURRENT_VERSION
string
- default "2.6.27.7"
+ default "2.6.27.9"
config BR2_KERNEL_NEXT_VERSION
string
@@ -73,11 +73,11 @@
config LINUX26_LATEST_RC_VERSION
string
- default "2.6.28-rc6" if BR2_KERNEL_ADD_LATEST_RC_PATCH
+ default "2.6.28-rc8" if BR2_KERNEL_ADD_LATEST_RC_PATCH
config LINUX26_LATEST_GIT_VERSION
string
- default "2.6.28-rc6-git1" if BR2_KERNEL_ADD_LATEST_SNAPSHOT
+ default "2.6.28-rc6-git4" if BR2_KERNEL_ADD_LATEST_SNAPSHOT
config LINUX26_LATEST_MM_VERSION
string
@@ -139,9 +139,9 @@
Select the specific Linux version you want to use
config BR2_LINUX_2_6_STABLE
- bool "The latest stable Linux kernel (2.6.27.7)"
+ bool "The latest stable Linux kernel (2.6.27.9)"
help
- Linux 2.6.27.7
+ Linux 2.6.27.9
config BR2_LINUX_2_6_27
bool "Linux 2.6.27"
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-12-20 20:57 ulf at uclibc.org
2008-12-23 9:05 ` Peter Korsgaard
0 siblings, 1 reply; 169+ messages in thread
From: ulf at uclibc.org @ 2008-12-20 20:57 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2008-12-20 20:57:07 +0000 (Sat, 20 Dec 2008)
New Revision: 24465
Log:
Put latest version info in separate file for easier maintenance
Added:
trunk/buildroot/target/linux/Config.in.versions
Modified:
trunk/buildroot/target/linux/Config.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Config.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Config.in.advanced 2008-12-20 18:26:38 UTC (rev 24464)
+++ trunk/buildroot/target/linux/Config.in.advanced 2008-12-20 20:57:07 UTC (rev 24465)
@@ -30,21 +30,24 @@
#
# ---------------------------------------------------------------------------
# --- These 'constants' requires regular maintenance, so put them first
+
+source "target/linux/Config.in.versions"
+
config BR2_KERNEL_PATCH_LEVEL
string
- default "9" if BR2_LINUX_2_6_27 && BR2_KERNEL_ADD_LATEST_MINORPATCH
- default "8" if BR2_LINUX_2_6_26 && BR2_KERNEL_ADD_LATEST_MINORPATCH
- default "9" if BR2_LINUX_2_6_25 && BR2_KERNEL_ADD_LATEST_MINORPATCH
- default "7" if BR2_LINUX_2_6_24 && BR2_KERNEL_ADD_LATEST_MINORPATCH
- default "17" if BR2_LINUX_2_6_23 && BR2_KERNEL_ADD_LATEST_MINORPATCH
- default "19" if BR2_LINUX_2_6_22 && BR2_KERNEL_ADD_LATEST_MINORPATCH
- default "7" if BR2_LINUX_2_6_21 && BR2_KERNEL_ADD_LATEST_MINORPATCH
- default "21" if BR2_LINUX_2_6_20 && BR2_KERNEL_ADD_LATEST_MINORPATCH
+ default $(BR2_KERNEL_LATEST_2_6_27) if BR2_LINUX_2_6_27 && BR2_KERNEL_ADD_LATEST_MINORPATCH
+ default $(BR2_KERNEL_LATEST_2_6_26) if BR2_LINUX_2_6_26 && BR2_KERNEL_ADD_LATEST_MINORPATCH
+ default $(BR2_KERNEL_LATEST_2_6_25) if BR2_LINUX_2_6_25 && BR2_KERNEL_ADD_LATEST_MINORPATCH
+ default $(BR2_KERNEL_LATEST_2_6_24) if BR2_LINUX_2_6_24 && BR2_KERNEL_ADD_LATEST_MINORPATCH
+ default $(BR2_KERNEL_LATEST_2_6_23) if BR2_LINUX_2_6_23 && BR2_KERNEL_ADD_LATEST_MINORPATCH
+ default $(BR2_KERNEL_LATEST_2_6_22) if BR2_LINUX_2_6_22 && BR2_KERNEL_ADD_LATEST_MINORPATCH
+ default $(BR2_KERNEL_LATEST_2_6_21) if BR2_LINUX_2_6_21 && BR2_KERNEL_ADD_LATEST_MINORPATCH
+ default $(BR2_KERNEL_LATEST_2_6_20) if BR2_LINUX_2_6_20 && BR2_KERNEL_ADD_LATEST_MINORPATCH
default "$(BR2_KERNEL_MINORLEVEL)" if BR2_KERNEL_ADD_MINORPATCH
config BR2_KERNEL_CURRENT_VERSION
string
- default "2.6.27.9"
+ default "2.6.27.10"
config BR2_KERNEL_NEXT_VERSION
string
@@ -71,18 +74,6 @@
default "2.6.21" if BR2_LINUX_2_6_21
default "2.6.20" if BR2_LINUX_2_6_20
-config LINUX26_LATEST_RC_VERSION
- string
- default "2.6.28-rc8" if BR2_KERNEL_ADD_LATEST_RC_PATCH
-
-config LINUX26_LATEST_GIT_VERSION
- string
- default "2.6.28-rc6-git4" if BR2_KERNEL_ADD_LATEST_SNAPSHOT
-
-config LINUX26_LATEST_MM_VERSION
- string
- default "2.6.28-rc2-mm1" if BR2_KERNEL_ADD_LATEST_MM_PATCH
-
config BR2_KERNEL_SITE
string
default "http://ftp.kernel.org/pub/linux/kernel/v2.6/"
@@ -139,9 +130,9 @@
Select the specific Linux version you want to use
config BR2_LINUX_2_6_STABLE
- bool "The latest stable Linux kernel (2.6.27.9)"
+ bool "The latest stable Linux kernel (2.6.27.10)"
help
- Linux 2.6.27.9
+ Linux 2.26.27.10
config BR2_LINUX_2_6_27
bool "Linux 2.6.27"
Added: trunk/buildroot/target/linux/Config.in.versions
===================================================================
--- trunk/buildroot/target/linux/Config.in.versions (rev 0)
+++ trunk/buildroot/target/linux/Config.in.versions 2008-12-20 20:57:07 UTC (rev 24465)
@@ -0,0 +1,52 @@
+# This file defines the latest version of
+# You also have to edit BR2_LINUX_2_6_STABLE
+# in target/linux/Config.in.advanced
+# which is approximately at line 132
+
+config LINUX26_LATEST_RC_VERSION
+ string
+ default "2.6.28-rc9" if BR2_KERNEL_ADD_LATEST_RC_PATCH
+
+config LINUX26_LATEST_GIT_VERSION
+ string
+ default "2.6.28-rc9-git1" if BR2_KERNEL_ADD_LATEST_SNAPSHOT
+
+config LINUX26_LATEST_MM_VERSION
+ string
+ default "2.6.28-rc2-mm1" if BR2_KERNEL_ADD_LATEST_MM_PATCH
+
+config BR2_KERNEL_CURRENT_VERSION
+ string
+ default "2.6.27.10"
+
+config BR2_KERNEL_LATEST_2_6_27
+ string
+ default "10"
+
+config BR2_KERNEL_LATEST_2_6_26
+ string
+ default "8"
+
+config BR2_KERNEL_LATEST_2_6_25
+ string
+ default "9"
+
+config BR2_KERNEL_LATEST_2_6_24
+ string
+ default "7"
+
+config BR2_KERNEL_LATEST_2_6_23
+ string
+ default "17"
+
+config BR2_KERNEL_LATEST_2_6_22
+ string
+ default "19"
+
+config BR2_KERNEL_LATEST_2_6_21
+ string
+ default "7"
+
+config BR2_KERNEL_LATEST_2_6_20
+ string
+ default "21"
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-12-20 21:45 ulf at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2008-12-20 21:45 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2008-12-20 21:45:05 +0000 (Sat, 20 Dec 2008)
New Revision: 24466
Log:
Sort Linux debug info in alphabetical order
Modified:
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2008-12-20 20:57:07 UTC (rev 24465)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2008-12-20 21:45:05 UTC (rev 24466)
@@ -475,48 +475,60 @@
linux26-dirclean:
rm -rf $(LINUX26_DIR)
+linux26-status: linux-status
+
+# @echo =$()
linux-status:
- @echo PROJECT_BUILD_DIR=$(PROJECT_BUILD_DIR)
@echo BOARD_NAME=$(BOARD_NAME)
@echo BR2_BOARD_PATH=$(BR2_BOARD_PATH)
+ @echo BR2_CUSTOM_LINUX26_PATCH=$(BR2_CUSTOM_LINUX26_PATCH)
+ @echo BR2_CUSTOM_LINUX26_PATCH_SITE=$(BR2_CUSTOM_LINUX26_PATCH_SITE)
+ @echo BR2_DOWNLOAD_LINUX26_VERSION=$(BR2_DOWNLOAD_LINUX26_VERSION)
+ @echo BR2_LINUX_BSP_PATCH=$(BR2_LINUX_BSP_PATCH)
+ @echo BR2_LINUX_COPYTO=$(BR2_LINUX_COPYTO)
+ @echo BR2_LINUX_COPYTO_ROOTFS=$(BR2_LINUX_COPYTO_ROOTFS)
+ @echo BR2_LINUX_COPYTO_TFTPBOOT=$(BR2_LINUX_COPYTO_TFTPBOOT)
+ @echo BR2_LINUX_VERSION=$(BR2_LINUX_VERSION)
+ @echo BR2_LINUX26_CUSTOM=$(BR2_LINUX26_CUSTOM)
+ @echo BR2_LINUX26_VERSION=$(BR2_LINUX26_VERSION)
+ @echo BR2_KERNEL_ADD_LATEST_MM_PATCH=$(BR2_KERNEL_ADD_LATEST_MM_PATCH)
+ @echo BR2_KERNEL_ADD_LATEST_RC_PATCH=$(BR2_KERNEL_ADD_LATEST_RC_PATCH)
+ @echo BR2_KERNEL_ADD_LATEST_SNAPSHOT=$(BR2_KERNEL_ADD_LATEST_SNAPSHOT)
+ @echo BR2_KERNEL_ADD_MINORPATCH=$(BR2_KERNEL_ADD_MINORPATCH)
+ @echo BR2_KERNEL_ARCH_PATCH_DIR=$(BR2_KERNEL_ARCH_PATCH_DIR)
+ @echo BR2_KERNEL_GIT_LEVEL=$(BR2_KERNEL_GIT_LEVEL)
+ @echo BR2_KERNEL_MINORLEVEL=$(BR2_KERNEL_MINORLEVEL)
+ @echo BR2_KERNEL_MM_LEVEL=$(BR2_KERNEL_MM_LEVEL)
+ @echo BR2_KERNEL_PATCH=$(BR2_KERNEL_PATCH)
+ @echo BR2_KERNEL_PATCH_SITE=$(BR2_KERNEL_PATCH_SITE)
+ @echo BR2_KERNEL_RC_LEVEL=$(BR2_KERNEL_RC_LEVEL)
+ @echo BR2_KERNEL_SITE=$(BR2_KERNEL_SITE)
+ @echo BR2_PACKAGE_LINUX_KCONFIG=$(BR2_PACKAGE_LINUX_KCONFIG)
+ @echo BR2_PACKAGE_LINUX_USE_DEFCONFIG=$(BR2_PACKAGE_LINUX_USE_DEFCONFIG)
+ @echo BR2_PACKAGE_LINUX_USE_KCONFIG=$(BR2_PACKAGE_LINUX_USE_KCONFIG)
+ @echo BR2_PACKAGE_LINUX_USE_XCONFIG=$(BR2_PACKAGE_LINUX_USE_XCONFIG)
@echo DOWNLOAD_LINUX26_VERSION=$(DOWNLOAD_LINUX26_VERSION)
- @echo LINUX26_VERSION=$(LINUX26_VERSION)
- @echo LINUX26_SOURCE=$(LINUX26_SOURCE)
+ @echo KERNEL_ARCH_PATCH_DIR=$(KERNEL_ARCH_PATCH_DIR)
+ @echo KERNEL_COND_PATCHES=$(KERNEL_COND_PATCHES)
+ @echo KERNEL_EXT=$(KERNEL_EXT)
@echo KERNEL_EXTRA_VERSION=$(KERNEL_EXTRA_VERSION)
- @echo LINUX26_DIR=$(LINUX26_DIR)
- @echo LINUX26_PATCH_DIR=$(LINUX26_PATCH_DIR)
- @echo TARGETS=$(TARGETS)
- @echo LINUX26_TARGETS=$(LINUX26_TARGETS)
- @echo LINUX26_HEADERS_PATCH_DIR=$(LINUX26_HEADERS_PATCH_DIR)
+ @echo KERNEL_HEADERS_PATCH_DIR=$(KERNEL_HEADERS_PATCH_DIR)
+ @echo LINUX_COPYTO=$(LINUX_COPYTO)
@echo LINUX_HEADERS_VERSION=$(LINUX_HEADERS_VERSION)
@echo LINUX26_BINLOC=$(LINUX26_BINLOC)
+ @echo LINUX26_DIR=$(LINUX26_DIR)
@echo LINUX26_FORMAT=$(LINUX26_FORMAT)
+ @echo LINUX26_HEADERS_PATCH_DIR=$(LINUX26_HEADERS_PATCH_DIR)
@echo LINUX26_KERNEL=$(LINUX26_KERNEL)
@echo LINUX26_KERNEL_NAME=$(LINUX26_KERNEL_NAME)
- @echo BR2_KERNEL_SITE=$(BR2_KERNEL_SITE)
- @echo BR2_KERNEL_PATCH_SITE=$(BR2_KERNEL_PATCH_SITE)
- @echo BR2_KERNEL_PATCH=$(BR2_KERNEL_PATCH)
- @echo KERNEL_COND_PATCHES=$(KERNEL_COND_PATCHES)
- @echo KERNEL_ARCH_PATCH_DIR=$(KERNEL_ARCH_PATCH_DIR)
- @echo BR2_LINUX26_CUSTOM=$(BR2_LINUX26_CUSTOM)
- @echo BR2_CUSTOM_LINUX26_PATCH_SITE=$(BR2_CUSTOM_LINUX26_PATCH_SITE)
- @echo BR2_CUSTOM_LINUX26_PATCH=$(BR2_CUSTOM_LINUX26_PATCH)
- @echo BR2_LINUX_BSP_PATCH=$(BR2_LINUX_BSP_PATCH)
- @echo BR2_PACKAGE_LINUX_USE_KCONFIG=$(BR2_PACKAGE_LINUX_USE_KCONFIG)
- @echo BR2_PACKAGE_LINUX_USE_DEFCONFIG=$(BR2_PACKAGE_LINUX_USE_DEFCONFIG)
- @echo BR2_PACKAGE_LINUX_USE_XCONFIG=$(BR2_PACKAGE_LINUX_USE_XCONFIG)
- @echo BR2_PACKAGE_LINUX_KCONFIG=$(BR2_PACKAGE_LINUX_KCONFIG)
- @echo BR2_LINUX_COPYTO_ROOTFS=$(BR2_LINUX_COPYTO_ROOTFS)
- @echo BR2_LINUX_COPYTO_TFTPBOOT=$(BR2_LINUX_COPYTO_TFTPBOOT)
- @echo BR2_LINUX_COPYTO=$(BR2_LINUX_COPYTO)
- @echo LINUX_COPYTO=$(LINUX_COPYTO)
- @echo BR2_KERNEL_MINORLEVEL=$(BR2_KERNEL_MINORLEVEL)
+ @echo LINUX26_LATEST_GIT_PATCH=$(LINUX26_LATEST_GIT_PATCH)
+ @echo LINUX26_LATEST_MM_PATCH=$(LINUX26_LATEST_MM_PATCH)
@echo LINUX26_LATEST_RC_PATCH=$(LINUX26_LATEST_RC_PATCH)
- @echo BR2_KERNEL_RC_LEVEL=$(BR2_KERNEL_RC_LEVEL)
- @echo LINUX26_LATEST_MM_PATCH=$(LINUX26_LATEST_MM_PATCH)
- @echo BR2_KERNEL_MM_LEVEL=$(BR2_KERNEL_MM_LEVEL)
- @echo LINUX26_LATEST_GIT_PATCH=$(LINUX26_LATEST_GIT_PATCH)
- @echo BR2_KERNEL_GIT_LEVEL=$(BR2_KERNEL_GIT_LEVEL)
- @echo KERNEL_EXT=$(KERNEL_EXT)
+ @echo LINUX26_PATCH_DIR=$(LINUX26_PATCH_DIR)
+ @echo LINUX26_SOURCE=$(LINUX26_SOURCE)
+ @echo LINUX26_TARGETS=$(LINUX26_TARGETS)
+ @echo LINUX26_VERSION=$(LINUX26_VERSION)
+ @echo PROJECT_BUILD_DIR=$(PROJECT_BUILD_DIR)
+ @echo TARGETS=$(TARGETS)
endif
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2008-12-20 21:45 ulf at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2008-12-20 21:45 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2008-12-20 21:45:59 +0000 (Sat, 20 Dec 2008)
New Revision: 24467
Log:
Use correct linux version when applying latest minor patch
Modified:
trunk/buildroot/target/linux/Config.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Config.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Config.in.advanced 2008-12-20 21:45:05 UTC (rev 24466)
+++ trunk/buildroot/target/linux/Config.in.advanced 2008-12-20 21:45:59 UTC (rev 24467)
@@ -412,7 +412,7 @@
default "2.6.21.7" if BR2_LINUX_2_6_21_7
default "2.6.22.1" if BR2_LINUX_2_6_22_1
default "2.6.22.10" if BR2_LINUX_2_6_22_10
- default "$(BR2_KERNEL_CURRENT_VERSION)"if BR2_LINUX_2_6_STABLE
+ default "$(BR2_KERNEL_CURRENT_VERSION)"if BR2_LINUX_2_6_STABLE || BR2_KERNEL_ADD_LATEST_MINORPATCH
default $(BR2_CUSTOM_LINUX26_VERSION) if BR2_LINUX26_CUSTOM
menu "Linux Kernel Configuration"
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-12-20 20:57 ulf at uclibc.org
@ 2008-12-23 9:05 ` Peter Korsgaard
2009-01-02 22:45 ` Ulf Samuelsson
0 siblings, 1 reply; 169+ messages in thread
From: Peter Korsgaard @ 2008-12-23 9:05 UTC (permalink / raw)
To: buildroot
>>>>> "ulf" == ulf <ulf@uclibc.org> writes:
ulf> Author: ulf
ulf> Date: 2008-12-20 20:57:07 +0000 (Sat, 20 Dec 2008)
ulf> New Revision: 24465
ulf> Log:
ulf> Put latest version info in separate file for easier maintenance
ulf> Added:
ulf> trunk/buildroot/target/linux/Config.in.versions
ulf> Modified:
ulf> trunk/buildroot/target/linux/Config.in.advanced
Is this an improvement? Don't you now need to maintain 2 files?
ulf> Changeset:
ulf> Modified: trunk/buildroot/target/linux/Config.in.advanced
ulf> ===================================================================
ulf> --- trunk/buildroot/target/linux/Config.in.advanced 2008-12-20 18:26:38 UTC (rev 24464)
ulf> +++ trunk/buildroot/target/linux/Config.in.advanced 2008-12-20 20:57:07 UTC (rev 24465)
ulf> @@ -30,21 +30,24 @@
ulf> #
ulf> # ---------------------------------------------------------------------------
ulf> # --- These 'constants' requires regular maintenance, so put them first
ulf> +
ulf> +source "target/linux/Config.in.versions"
ulf> +
ulf> config BR2_KERNEL_PATCH_LEVEL
ulf> string
ulf> - default "9" if BR2_LINUX_2_6_27 && BR2_KERNEL_ADD_LATEST_MINORPATCH
ulf> - default "8" if BR2_LINUX_2_6_26 && BR2_KERNEL_ADD_LATEST_MINORPATCH
ulf> - default "9" if BR2_LINUX_2_6_25 && BR2_KERNEL_ADD_LATEST_MINORPATCH
ulf> - default "7" if BR2_LINUX_2_6_24 && BR2_KERNEL_ADD_LATEST_MINORPATCH
ulf> - default "17" if BR2_LINUX_2_6_23 && BR2_KERNEL_ADD_LATEST_MINORPATCH
ulf> - default "19" if BR2_LINUX_2_6_22 && BR2_KERNEL_ADD_LATEST_MINORPATCH
ulf> - default "7" if BR2_LINUX_2_6_21 && BR2_KERNEL_ADD_LATEST_MINORPATCH
ulf> - default "21" if BR2_LINUX_2_6_20 && BR2_KERNEL_ADD_LATEST_MINORPATCH
ulf> + default $(BR2_KERNEL_LATEST_2_6_27) if BR2_LINUX_2_6_27 && BR2_KERNEL_ADD_LATEST_MINORPATCH
ulf> + default $(BR2_KERNEL_LATEST_2_6_26) if BR2_LINUX_2_6_26 && BR2_KERNEL_ADD_LATEST_MINORPATCH
ulf> + default $(BR2_KERNEL_LATEST_2_6_25) if BR2_LINUX_2_6_25 && BR2_KERNEL_ADD_LATEST_MINORPATCH
ulf> + default $(BR2_KERNEL_LATEST_2_6_24) if BR2_LINUX_2_6_24 && BR2_KERNEL_ADD_LATEST_MINORPATCH
ulf> + default $(BR2_KERNEL_LATEST_2_6_23) if BR2_LINUX_2_6_23 && BR2_KERNEL_ADD_LATEST_MINORPATCH
ulf> + default $(BR2_KERNEL_LATEST_2_6_22) if BR2_LINUX_2_6_22 && BR2_KERNEL_ADD_LATEST_MINORPATCH
ulf> + default $(BR2_KERNEL_LATEST_2_6_21) if BR2_LINUX_2_6_21 && BR2_KERNEL_ADD_LATEST_MINORPATCH
ulf> + default $(BR2_KERNEL_LATEST_2_6_20) if BR2_LINUX_2_6_20 && BR2_KERNEL_ADD_LATEST_MINORPATCH
ulf> default "$(BR2_KERNEL_MINORLEVEL)" if BR2_KERNEL_ADD_MINORPATCH
Do we really need to support that many kernel versions? Shouldn't some
of them atlest be marked as deprecated?
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2008-12-23 9:05 ` Peter Korsgaard
@ 2009-01-02 22:45 ` Ulf Samuelsson
0 siblings, 0 replies; 169+ messages in thread
From: Ulf Samuelsson @ 2009-01-02 22:45 UTC (permalink / raw)
To: buildroot
tis 2008-12-23 klockan 10:05 +0100 skrev Peter Korsgaard:
> >>>>> "ulf" == ulf <ulf@uclibc.org> writes:
>
> ulf> Author: ulf
> ulf> Date: 2008-12-20 20:57:07 +0000 (Sat, 20 Dec 2008)
> ulf> New Revision: 24465
>
> ulf> Log:
> ulf> Put latest version info in separate file for easier maintenance
>
> ulf> Added:
> ulf> trunk/buildroot/target/linux/Config.in.versions
>
> ulf> Modified:
> ulf> trunk/buildroot/target/linux/Config.in.advanced
>
> Is this an improvement? Don't you now need to maintain 2 files?
>
> ulf> Changeset:
> ulf> Modified: trunk/buildroot/target/linux/Config.in.advanced
> ulf> ===================================================================
> ulf> --- trunk/buildroot/target/linux/Config.in.advanced 2008-12-20 18:26:38 UTC (rev 24464)
> ulf> +++ trunk/buildroot/target/linux/Config.in.advanced 2008-12-20 20:57:07 UTC (rev 24465)
> ulf> @@ -30,21 +30,24 @@
> ulf> #
> ulf> # ---------------------------------------------------------------------------
> ulf> # --- These 'constants' requires regular maintenance, so put them first
> ulf> +
> ulf> +source "target/linux/Config.in.versions"
> ulf> +
> ulf> config BR2_KERNEL_PATCH_LEVEL
> ulf> string
> ulf> - default "9" if BR2_LINUX_2_6_27 && BR2_KERNEL_ADD_LATEST_MINORPATCH
> ulf> - default "8" if BR2_LINUX_2_6_26 && BR2_KERNEL_ADD_LATEST_MINORPATCH
> ulf> - default "9" if BR2_LINUX_2_6_25 && BR2_KERNEL_ADD_LATEST_MINORPATCH
> ulf> - default "7" if BR2_LINUX_2_6_24 && BR2_KERNEL_ADD_LATEST_MINORPATCH
> ulf> - default "17" if BR2_LINUX_2_6_23 && BR2_KERNEL_ADD_LATEST_MINORPATCH
> ulf> - default "19" if BR2_LINUX_2_6_22 && BR2_KERNEL_ADD_LATEST_MINORPATCH
> ulf> - default "7" if BR2_LINUX_2_6_21 && BR2_KERNEL_ADD_LATEST_MINORPATCH
> ulf> - default "21" if BR2_LINUX_2_6_20 && BR2_KERNEL_ADD_LATEST_MINORPATCH
> ulf> + default $(BR2_KERNEL_LATEST_2_6_27) if BR2_LINUX_2_6_27 && BR2_KERNEL_ADD_LATEST_MINORPATCH
> ulf> + default $(BR2_KERNEL_LATEST_2_6_26) if BR2_LINUX_2_6_26 && BR2_KERNEL_ADD_LATEST_MINORPATCH
> ulf> + default $(BR2_KERNEL_LATEST_2_6_25) if BR2_LINUX_2_6_25 && BR2_KERNEL_ADD_LATEST_MINORPATCH
> ulf> + default $(BR2_KERNEL_LATEST_2_6_24) if BR2_LINUX_2_6_24 && BR2_KERNEL_ADD_LATEST_MINORPATCH
> ulf> + default $(BR2_KERNEL_LATEST_2_6_23) if BR2_LINUX_2_6_23 && BR2_KERNEL_ADD_LATEST_MINORPATCH
> ulf> + default $(BR2_KERNEL_LATEST_2_6_22) if BR2_LINUX_2_6_22 && BR2_KERNEL_ADD_LATEST_MINORPATCH
> ulf> + default $(BR2_KERNEL_LATEST_2_6_21) if BR2_LINUX_2_6_21 && BR2_KERNEL_ADD_LATEST_MINORPATCH
> ulf> + default $(BR2_KERNEL_LATEST_2_6_20) if BR2_LINUX_2_6_20 && BR2_KERNEL_ADD_LATEST_MINORPATCH
> ulf> default "$(BR2_KERNEL_MINORLEVEL)" if BR2_KERNEL_ADD_MINORPATCH
>
> Do we really need to support that many kernel versions? Shouldn't some
> of them atlest be marked as deprecated?
It all depends on why Buildroot exists.
If it is to be more than a toy, then you need some stability.
I regularily talk to customers which plans to use the
same platform for > 10 years.
At some stage products are put into maintenace mode.
I can see people wanting to keep an old kernel while
updating the file system,
The system currently allows people to EASILY
build any kernel from 2.6.20 and upwards, instead of
the old makefile which had a fairly small flexibility.
YOu can apply any type of patch, including your own.
What is the real drawback of that?
>
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2009-01-03 1:06 ulf at uclibc.org
2009-01-03 20:01 ` Peter Korsgaard
0 siblings, 1 reply; 169+ messages in thread
From: ulf at uclibc.org @ 2009-01-03 1:06 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2009-01-03 01:06:36 +0000 (Sat, 03 Jan 2009)
New Revision: 24663
Log:
Update linux versions
Modified:
trunk/buildroot/target/linux/Config.in.advanced
trunk/buildroot/target/linux/Config.in.versions
Changeset:
Modified: trunk/buildroot/target/linux/Config.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Config.in.advanced 2009-01-03 01:06:16 UTC (rev 24662)
+++ trunk/buildroot/target/linux/Config.in.advanced 2009-01-03 01:06:36 UTC (rev 24663)
@@ -123,17 +123,21 @@
choice
prompt "Linux Kernel Version"
- default BR2_LINUX_2_6_22_10 if BR2_avr32
- default BR2_LINUX_2_6_22_1 if !BR2_avr32 && BR2_TARGET_ATMEL
- default BR2_LINUX_2_6_22 if !BR2_TARGET_ATMEL
+ default BR2_LINUX_2_6_28
help
Select the specific Linux version you want to use
config BR2_LINUX_2_6_STABLE
- bool "The latest stable Linux kernel (2.6.27.10)"
+ bool "The latest stable Linux kernel (2.6.28)"
help
- Linux 2.26.27.10
+ Linux 2.26.28
+config BR2_LINUX_2_6_28
+ bool "Linux 2.6.28"
+ select BR2_KERNEL_BASE
+ help
+ Linux 2.6.28
+
config BR2_LINUX_2_6_27
bool "Linux 2.6.27"
select BR2_KERNEL_BASE
@@ -207,12 +211,6 @@
help
Linux 2.6.20
-config BR2_LINUX_2_6_28
- bool "Linux 2.6.28"
- select BR2_KERNEL_BASE
- help
- Linux 2.6.28
-
config BR2_LINUX_2_6_29
bool "Linux 2.6.29"
select BR2_KERNEL_BASE
Modified: trunk/buildroot/target/linux/Config.in.versions
===================================================================
--- trunk/buildroot/target/linux/Config.in.versions 2009-01-03 01:06:16 UTC (rev 24662)
+++ trunk/buildroot/target/linux/Config.in.versions 2009-01-03 01:06:36 UTC (rev 24663)
@@ -5,11 +5,13 @@
config LINUX26_LATEST_RC_VERSION
string
- default "2.6.28-rc9" if BR2_KERNEL_ADD_LATEST_RC_PATCH
+ default "2.6.29-rc1" if BR2_KERNEL_ADD_LATEST_RC_PATCH
+ help
+ Not really available as of 20090103
config LINUX26_LATEST_GIT_VERSION
string
- default "2.6.28-rc9-git1" if BR2_KERNEL_ADD_LATEST_SNAPSHOT
+ default "2.6.28-git5" if BR2_KERNEL_ADD_LATEST_SNAPSHOT
config LINUX26_LATEST_MM_VERSION
string
@@ -17,36 +19,42 @@
config BR2_KERNEL_CURRENT_VERSION
string
- default "2.6.27.10"
+ default "2.6.28"
+config BR2_KERNEL_LATEST_2_6_28
+ string
+ default "1"
+ help
+ Not really available as of 20090103
+
config BR2_KERNEL_LATEST_2_6_27
- string
- default "10"
+ string
+ default "10"
config BR2_KERNEL_LATEST_2_6_26
- string
- default "8"
+ string
+ default "8"
config BR2_KERNEL_LATEST_2_6_25
- string
- default "9"
+ string
+ default "9"
config BR2_KERNEL_LATEST_2_6_24
- string
- default "7"
+ string
+ default "7"
config BR2_KERNEL_LATEST_2_6_23
- string
- default "17"
+ string
+ default "17"
config BR2_KERNEL_LATEST_2_6_22
- string
- default "19"
+ string
+ default "19"
config BR2_KERNEL_LATEST_2_6_21
- string
- default "7"
+ string
+ default "7"
config BR2_KERNEL_LATEST_2_6_20
- string
- default "21"
+ string
+ default "21"
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-03 20:01 ` Peter Korsgaard
@ 2009-01-03 19:37 ` Ulf Samuelsson
2009-01-03 21:12 ` Peter Korsgaard
2009-01-03 19:52 ` Ulf Samuelsson
1 sibling, 1 reply; 169+ messages in thread
From: Ulf Samuelsson @ 2009-01-03 19:37 UTC (permalink / raw)
To: buildroot
l?r 2009-01-03 klockan 21:01 +0100 skrev Peter Korsgaard:
> >>>>> "ulf" == ulf <ulf@uclibc.org> writes:
>
> ulf> Author: ulf
> ulf> Date: 2009-01-03 01:06:36 +0000 (Sat, 03 Jan 2009)
> ulf> New Revision: 24663
>
> ulf> Log:
> ulf> Update linux versions
>
> ulf> Modified:
> ulf> trunk/buildroot/target/linux/Config.in.advanced
> ulf> trunk/buildroot/target/linux/Config.in.versions
>
> What about my comments to r24465?
>
> ulf> Changeset:
> ulf> Modified: trunk/buildroot/target/linux/Config.in.advanced
> ulf> ===================================================================
> ulf> --- trunk/buildroot/target/linux/Config.in.advanced 2009-01-03 01:06:16 UTC (rev 24662)
> ulf> +++ trunk/buildroot/target/linux/Config.in.advanced 2009-01-03 01:06:36 UTC (rev 24663)
> ulf> @@ -123,17 +123,21 @@
>
> ulf> choice
> ulf> prompt "Linux Kernel Version"
> ulf> - default BR2_LINUX_2_6_22_10 if BR2_avr32
> ulf> - default BR2_LINUX_2_6_22_1 if !BR2_avr32 && BR2_TARGET_ATMEL
> ulf> - default BR2_LINUX_2_6_22 if !BR2_TARGET_ATMEL
> ulf> + default BR2_LINUX_2_6_28
>
> Wee.
>
> Shouldn't it be default BR2_LINUX_2_6_STABLE instead so you don't need
> to go and change this all the time?
>
OK, no problem.
> ulf> help
> ulf> Select the specific Linux version you want to use
>
> ulf> config BR2_LINUX_2_6_STABLE
> ulf> - bool "The latest stable Linux kernel (2.6.27.10)"
> ulf> + bool "The latest stable Linux kernel (2.6.28)"
> ulf> help
> ulf> - Linux 2.26.27.10
> ulf> + Linux 2.26.28
>
> Get rid of the help text. You cannot see it in make menuconfig and
> it's just more text that might get out of sync with the symbols.
>
OK.
> ulf> +config BR2_LINUX_2_6_28
> ulf> + bool "Linux 2.6.28"
> ulf> + select BR2_KERNEL_BASE
> ulf> + help
> ulf> + Linux 2.6.28
> ulf> +
>
> Here as well.
>
> ulf> config BR2_LINUX_2_6_27
> ulf> bool "Linux 2.6.27"
> ulf> select BR2_KERNEL_BASE
> ulf> @@ -207,12 +211,6 @@
> ulf> help
> ulf> Linux 2.6.20
>
> ulf> -config BR2_LINUX_2_6_28
> ulf> - bool "Linux 2.6.28"
> ulf> - select BR2_KERNEL_BASE
> ulf> - help
> ulf> - Linux 2.6.28
> ulf> -
>
> Why the move?
>
The idea is to have everything available with the latest
kernel available at the time of modification at the top.
If the svn is not updated for some reason, this should not block
people from using a new kernel.
Putting those kerbel versions at the bottom,
should indicate that they are special in
a way, and if someone selects a kernel,
not yet available, then they will eventually
figure out that it is not available.
> ulf> config BR2_LINUX_2_6_29
> ulf> bool "Linux 2.6.29"
> ulf> select BR2_KERNEL_BASE
>
> Time machine? ;)
No, anticipation of the future.
>
> ulf> Modified: trunk/buildroot/target/linux/Config.in.versions
> ulf> ===================================================================
> ulf> --- trunk/buildroot/target/linux/Config.in.versions 2009-01-03 01:06:16 UTC (rev 24662)
> ulf> +++ trunk/buildroot/target/linux/Config.in.versions 2009-01-03 01:06:36 UTC (rev 24663)
> ulf> @@ -5,11 +5,13 @@
>
> ulf> config LINUX26_LATEST_RC_VERSION
> ulf> string
> ulf> - default "2.6.28-rc9" if BR2_KERNEL_ADD_LATEST_RC_PATCH
> ulf> + default "2.6.29-rc1" if BR2_KERNEL_ADD_LATEST_RC_PATCH
> ulf> + help
> ulf> + Not really available as of 20090103
>
> Why add it then? What happens if you select it?
>
The Config system supports adding the latest RC patch,
and removing the support in multiple places just
because there is no rc patch for 2.6.28 yet
seems to be a waste of time.
You will fail the download if you attempt to make.
Selecting the latest RC patch when there is none,
seems to be strange.
You typically go there because you need something
from a non-stable kernel, and doing it out of habit
will get you punished in this case.
The problem will go away eventually, so it
can be treated as anticipation of the future as well.
> ulf> config LINUX26_LATEST_GIT_VERSION
> ulf> string
> ulf> - default "2.6.28-rc9-git1" if BR2_KERNEL_ADD_LATEST_SNAPSHOT
> ulf> + default "2.6.28-git5" if BR2_KERNEL_ADD_LATEST_SNAPSHOT
>
> Does it make sense to have an option for this?
> That one changes almost every day.
It is easy to download a fairly late snapshot, but
if you need bleeding edge, the configuration system
also supports defining your own patch,
and you can select the absolute latest there.
>
> ulf> config BR2_KERNEL_CURRENT_VERSION
> ulf> string
> ulf> - default "2.6.27.10"
> ulf> + default "2.6.28"
>
> ulf> +config BR2_KERNEL_LATEST_2_6_28
> ulf> + string
> ulf> + default "1"
> ulf> + help
> ulf> + Not really available as of 20090103
> ulf> +
>
> Huh?
There is no 2.6.28.x patch yet.
When it arrives, it will be '1'.
>
> ulf> config BR2_KERNEL_LATEST_2_6_27
> ulf> - string
> ulf> - default "10"
> ulf> + string
> ulf> + default "10"
>
> Whitespace damage?
>
>
OK
> ulf> config BR2_KERNEL_LATEST_2_6_26
> ulf> - string
> ulf> - default "8"
> ulf> + string
> ulf> + default "8"
>
> And here.
>
OK
> ulf> config BR2_KERNEL_LATEST_2_6_25
> ulf> - string
> ulf> - default "9"
> ulf> + string
> ulf> + default "9"
>
> And so on ..
>
> Please fix.
>
/Ulf
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-03 20:01 ` Peter Korsgaard
2009-01-03 19:37 ` Ulf Samuelsson
@ 2009-01-03 19:52 ` Ulf Samuelsson
2009-01-03 21:27 ` Peter Korsgaard
1 sibling, 1 reply; 169+ messages in thread
From: Ulf Samuelsson @ 2009-01-03 19:52 UTC (permalink / raw)
To: buildroot
>
> ulf> config BR2_KERNEL_LATEST_2_6_27
> ulf> - string
> ulf> - default "10"
> ulf> + string
> ulf> + default "10"
>
> Whitespace damage?
>
>
> ulf> config BR2_KERNEL_LATEST_2_6_26
> ulf> - string
> ulf> - default "8"
> ulf> + string
> ulf> + default "8"
>
> And here.
>
> ulf> config BR2_KERNEL_LATEST_2_6_25
> ulf> - string
> ulf> - default "9"
> ulf> + string
> ulf> + default "9"
>
> And so on ..
>
Don't see any whitespace damage in my file, there is a TAB character
at the beginning of each line instead of 8 space characters.
As for comments on ?24465:
Yes, I consider it an improvement that all (except one)
thing that regularily changes is located in a separate file.
I do not think it is a good idea to remove support for kernel versions
and I do not think it is a good idea to deprecate them.
I fail to see any significant benefit in doing this,
and I can foresee substantial drawbacks for individual users.
The deprecation of binutils-2.17 has, as you know caused
extra work, which we all could benefit from avoiding.
The only significant drawback of keeping multiple choice,
is that the list of choices grow.
By sorting the list of choices in reverse order,
this is more or less nullified,.
> Please fix.
>
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-03 1:06 ulf at uclibc.org
@ 2009-01-03 20:01 ` Peter Korsgaard
2009-01-03 19:37 ` Ulf Samuelsson
2009-01-03 19:52 ` Ulf Samuelsson
0 siblings, 2 replies; 169+ messages in thread
From: Peter Korsgaard @ 2009-01-03 20:01 UTC (permalink / raw)
To: buildroot
>>>>> "ulf" == ulf <ulf@uclibc.org> writes:
ulf> Author: ulf
ulf> Date: 2009-01-03 01:06:36 +0000 (Sat, 03 Jan 2009)
ulf> New Revision: 24663
ulf> Log:
ulf> Update linux versions
ulf> Modified:
ulf> trunk/buildroot/target/linux/Config.in.advanced
ulf> trunk/buildroot/target/linux/Config.in.versions
What about my comments to r24465?
ulf> Changeset:
ulf> Modified: trunk/buildroot/target/linux/Config.in.advanced
ulf> ===================================================================
ulf> --- trunk/buildroot/target/linux/Config.in.advanced 2009-01-03 01:06:16 UTC (rev 24662)
ulf> +++ trunk/buildroot/target/linux/Config.in.advanced 2009-01-03 01:06:36 UTC (rev 24663)
ulf> @@ -123,17 +123,21 @@
ulf> choice
ulf> prompt "Linux Kernel Version"
ulf> - default BR2_LINUX_2_6_22_10 if BR2_avr32
ulf> - default BR2_LINUX_2_6_22_1 if !BR2_avr32 && BR2_TARGET_ATMEL
ulf> - default BR2_LINUX_2_6_22 if !BR2_TARGET_ATMEL
ulf> + default BR2_LINUX_2_6_28
Wee.
Shouldn't it be default BR2_LINUX_2_6_STABLE instead so you don't need
to go and change this all the time?
ulf> help
ulf> Select the specific Linux version you want to use
ulf> config BR2_LINUX_2_6_STABLE
ulf> - bool "The latest stable Linux kernel (2.6.27.10)"
ulf> + bool "The latest stable Linux kernel (2.6.28)"
ulf> help
ulf> - Linux 2.26.27.10
ulf> + Linux 2.26.28
Get rid of the help text. You cannot see it in make menuconfig and
it's just more text that might get out of sync with the symbols.
ulf> +config BR2_LINUX_2_6_28
ulf> + bool "Linux 2.6.28"
ulf> + select BR2_KERNEL_BASE
ulf> + help
ulf> + Linux 2.6.28
ulf> +
Here as well.
ulf> config BR2_LINUX_2_6_27
ulf> bool "Linux 2.6.27"
ulf> select BR2_KERNEL_BASE
ulf> @@ -207,12 +211,6 @@
ulf> help
ulf> Linux 2.6.20
ulf> -config BR2_LINUX_2_6_28
ulf> - bool "Linux 2.6.28"
ulf> - select BR2_KERNEL_BASE
ulf> - help
ulf> - Linux 2.6.28
ulf> -
Why the move?
ulf> config BR2_LINUX_2_6_29
ulf> bool "Linux 2.6.29"
ulf> select BR2_KERNEL_BASE
Time machine? ;)
ulf> Modified: trunk/buildroot/target/linux/Config.in.versions
ulf> ===================================================================
ulf> --- trunk/buildroot/target/linux/Config.in.versions 2009-01-03 01:06:16 UTC (rev 24662)
ulf> +++ trunk/buildroot/target/linux/Config.in.versions 2009-01-03 01:06:36 UTC (rev 24663)
ulf> @@ -5,11 +5,13 @@
ulf> config LINUX26_LATEST_RC_VERSION
ulf> string
ulf> - default "2.6.28-rc9" if BR2_KERNEL_ADD_LATEST_RC_PATCH
ulf> + default "2.6.29-rc1" if BR2_KERNEL_ADD_LATEST_RC_PATCH
ulf> + help
ulf> + Not really available as of 20090103
Why add it then? What happens if you select it?
ulf> config LINUX26_LATEST_GIT_VERSION
ulf> string
ulf> - default "2.6.28-rc9-git1" if BR2_KERNEL_ADD_LATEST_SNAPSHOT
ulf> + default "2.6.28-git5" if BR2_KERNEL_ADD_LATEST_SNAPSHOT
Does it make sense to have an option for this? That one changes almost
every day.
ulf> config BR2_KERNEL_CURRENT_VERSION
ulf> string
ulf> - default "2.6.27.10"
ulf> + default "2.6.28"
ulf> +config BR2_KERNEL_LATEST_2_6_28
ulf> + string
ulf> + default "1"
ulf> + help
ulf> + Not really available as of 20090103
ulf> +
Huh?
ulf> config BR2_KERNEL_LATEST_2_6_27
ulf> - string
ulf> - default "10"
ulf> + string
ulf> + default "10"
Whitespace damage?
ulf> config BR2_KERNEL_LATEST_2_6_26
ulf> - string
ulf> - default "8"
ulf> + string
ulf> + default "8"
And here.
ulf> config BR2_KERNEL_LATEST_2_6_25
ulf> - string
ulf> - default "9"
ulf> + string
ulf> + default "9"
And so on ..
Please fix.
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-03 21:27 ` Peter Korsgaard
@ 2009-01-03 20:59 ` Ulf Samuelsson
0 siblings, 0 replies; 169+ messages in thread
From: Ulf Samuelsson @ 2009-01-03 20:59 UTC (permalink / raw)
To: buildroot
l?r 2009-01-03 klockan 22:27 +0100 skrev Peter Korsgaard:
> >>>>> "Ulf" == Ulf Samuelsson <ulf.samuelsson@atmel.com> writes:
>
> Hi,
>
> Ulf> Don't see any whitespace damage in my file, there is a TAB character
> Ulf> at the beginning of each line instead of 8 space characters.
>
> Sorry, my fault - Didn't notice the spaces.
>
> Ulf> As for comments on ?24465:
> Ulf> Yes, I consider it an improvement that all (except one)
> Ulf> thing that regularily changes is located in a separate file.
>
> You still need to change BR2_KERNEL_PATCH_LEVEL and
> BR2_KERNEL_CURRENT_VERSION and BR2_LINUX_2_6_STABLE, right? I don't
> see it as an advantage, and could very well imagine someone only
> updating one of the files and not the other.
?BR2_KERNEL_CURRENT_VERSION should be in Config.in.versions.
It is, but it seems to be duplicated in Config.in.advanced
so I will change this.
?BR2_KERNEL_PATCH_LEVEL does not need to change.
It computes the values from values in Config.in.version.
For BR2_?LINUX_2_6_STABLE you have to change the *comment*
because the real change is in Config.in.advanced.
It is a drawback that you cannot do confgurable prompts like:
config BR2_LINUX_2_6_STABLE
bool "Select $(BR2_KERNEL_CURRENT_VERSION)"
> Ulf> I do not think it is a good idea to remove support for kernel versions
> Ulf> and I do not think it is a good idea to deprecate them.
> Ulf> I fail to see any significant benefit in doing this,
> Ulf> and I can foresee substantial drawbacks for individual users.
>
> I do. It simply doesn't scale to add more config options to
> buildroot. We already now have a bunch of stuff that doesn't build,
> and adding more versions of each package makes the number of
> combinations grow exponentally.
That may be true for the filesystem, but the file system
and kernel is somewhat orthogonal.
I am all for a stable release, but that is better discussed in a
separate mail thread.
>
> One of the goals of getting stable releases out of the door is to be
> able to deprecate AND REMOVE old versions - More about that shortly.
>
> I don't think it's realistic with the available manpower to target
> much else than the latest stable version of each package - And
> spending time on older packages instead is doing a disservice to those
> projects.
>
> Ulf> The deprecation of binutils-2.17 has, as you know caused
> Ulf> extra work, which we all could benefit from avoiding.
>
> Why were you using such an ancient version to begin with? 2.17 is
> more than 3 years old.
Because the AVR toolset uses 2.17. There is an AVR32 toolset with 2.18
available since a few months, but before there is more
experience with this, I rather have 2.17 around.
>
> Ulf> The only significant drawback of keeping multiple choice,
> Ulf> is that the list of choices grow.
> Ulf> By sorting the list of choices in reverse order,
> Ulf> this is more or less nullified,.
>
> NOT True. Every time you make a change to those makefiles you need to
> verify that it still works with all those versions, which noone
> ofcourse does as it is too much work - and stuff breaks.
>
> Letting users use outdated (and likely with known bugs/security
> issues) is doing a disservice to our users and the upstream projects.
>
It depends on how you implement it.
> --
> Bye, Peter Korsgaard
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-03 19:37 ` Ulf Samuelsson
@ 2009-01-03 21:12 ` Peter Korsgaard
0 siblings, 0 replies; 169+ messages in thread
From: Peter Korsgaard @ 2009-01-03 21:12 UTC (permalink / raw)
To: buildroot
>>>>> "Ulf" == Ulf Samuelsson <ulf.samuelsson@atmel.com> writes:
Ulf> l?r 2009-01-03 klockan 21:01 +0100 skrev Peter Korsgaard:
>> >>>>> "ulf" == ulf <ulf@uclibc.org> writes:
>>
ulf> Author: ulf
ulf> Date: 2009-01-03 01:06:36 +0000 (Sat, 03 Jan 2009)
ulf> New Revision: 24663
>>
ulf> Log:
ulf> Update linux versions
>>
ulf> Modified:
ulf> trunk/buildroot/target/linux/Config.in.advanced
ulf> trunk/buildroot/target/linux/Config.in.versions
>>
>> What about my comments to r24465?
?
ulf> -config BR2_LINUX_2_6_28
ulf> - bool "Linux 2.6.28"
ulf> - select BR2_KERNEL_BASE
ulf> - help
ulf> - Linux 2.6.28
ulf> -
>>
>> Why the move?
>>
Ulf> The idea is to have everything available with the latest
Ulf> kernel available at the time of modification at the top.
We normally have versions listed in numerical order (E.G. see
uclibc/busybox/mm.)
Ulf> If the svn is not updated for some reason, this should not block
Ulf> people from using a new kernel.
But where to stop? Why not simply add a custom version as a string the
user can enter for such a situation?
Ulf> Putting those kerbel versions at the bottom,
Ulf> should indicate that they are special in
Ulf> a way, and if someone selects a kernel,
Ulf> not yet available, then they will eventually
Ulf> figure out that it is not available.
I strongly prefer no invalid config options (if nothing else, then for
automatic make randconfig tests)
ulf> config BR2_LINUX_2_6_29
ulf> bool "Linux 2.6.29"
ulf> select BR2_KERNEL_BASE
>>
>> Time machine? ;)
Ulf> No, anticipation of the future.
What about 2.6.30 or 2.6.50 then? Let's please only add existing
stuff.
>>
ulf> Modified: trunk/buildroot/target/linux/Config.in.versions
ulf> ===================================================================
ulf> --- trunk/buildroot/target/linux/Config.in.versions 2009-01-03 01:06:16 UTC (rev 24662)
ulf> +++ trunk/buildroot/target/linux/Config.in.versions 2009-01-03 01:06:36 UTC (rev 24663)
ulf> @@ -5,11 +5,13 @@
>>
ulf> config LINUX26_LATEST_RC_VERSION
ulf> string
ulf> - default "2.6.28-rc9" if BR2_KERNEL_ADD_LATEST_RC_PATCH
ulf> + default "2.6.29-rc1" if BR2_KERNEL_ADD_LATEST_RC_PATCH
ulf> + help
ulf> + Not really available as of 20090103
>>
>> Why add it then? What happens if you select it?
>>
What happens if you set it to 2.6.28?
ulf> config LINUX26_LATEST_GIT_VERSION
ulf> string
ulf> - default "2.6.28-rc9-git1" if BR2_KERNEL_ADD_LATEST_SNAPSHOT
ulf> + default "2.6.28-git5" if BR2_KERNEL_ADD_LATEST_SNAPSHOT
>>
>> Does it make sense to have an option for this?
>> That one changes almost every day.
Ulf> It is easy to download a fairly late snapshot, but
Ulf> if you need bleeding edge, the configuration system
Ulf> also supports defining your own patch,
Ulf> and you can select the absolute latest there.
Again, I think having a free form string / download url is cleaner,
more user friendly and less maitenance.
>>
ulf> config BR2_KERNEL_CURRENT_VERSION
ulf> string
ulf> - default "2.6.27.10"
ulf> + default "2.6.28"
>>
ulf> +config BR2_KERNEL_LATEST_2_6_28
ulf> + string
ulf> + default "1"
ulf> + help
ulf> + Not really available as of 20090103
ulf> +
>>
>> Huh?
Ulf> There is no 2.6.28.x patch yet.
Ulf> When it arrives, it will be '1'.
Why not make it .<version> and then just set it to "" now?
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-03 19:52 ` Ulf Samuelsson
@ 2009-01-03 21:27 ` Peter Korsgaard
2009-01-03 20:59 ` Ulf Samuelsson
0 siblings, 1 reply; 169+ messages in thread
From: Peter Korsgaard @ 2009-01-03 21:27 UTC (permalink / raw)
To: buildroot
>>>>> "Ulf" == Ulf Samuelsson <ulf.samuelsson@atmel.com> writes:
Hi,
Ulf> Don't see any whitespace damage in my file, there is a TAB character
Ulf> at the beginning of each line instead of 8 space characters.
Sorry, my fault - Didn't notice the spaces.
Ulf> As for comments on ?24465:
Ulf> Yes, I consider it an improvement that all (except one)
Ulf> thing that regularily changes is located in a separate file.
You still need to change BR2_KERNEL_PATCH_LEVEL and
BR2_KERNEL_CURRENT_VERSION and BR2_LINUX_2_6_STABLE, right? I don't
see it as an advantage, and could very well imagine someone only
updating one of the files and not the other.
Ulf> I do not think it is a good idea to remove support for kernel versions
Ulf> and I do not think it is a good idea to deprecate them.
Ulf> I fail to see any significant benefit in doing this,
Ulf> and I can foresee substantial drawbacks for individual users.
I do. It simply doesn't scale to add more config options to
buildroot. We already now have a bunch of stuff that doesn't build,
and adding more versions of each package makes the number of
combinations grow exponentally.
One of the goals of getting stable releases out of the door is to be
able to deprecate AND REMOVE old versions - More about that shortly.
I don't think it's realistic with the available manpower to target
much else than the latest stable version of each package - And
spending time on older packages instead is doing a disservice to those
projects.
Ulf> The deprecation of binutils-2.17 has, as you know caused
Ulf> extra work, which we all could benefit from avoiding.
Why were you using such an ancient version to begin with? 2.17 is
more than 3 years old.
Ulf> The only significant drawback of keeping multiple choice,
Ulf> is that the list of choices grow.
Ulf> By sorting the list of choices in reverse order,
Ulf> this is more or less nullified,.
NOT True. Every time you make a change to those makefiles you need to
verify that it still works with all those versions, which noone
ofcourse does as it is too much work - and stuff breaks.
Letting users use outdated (and likely with known bugs/security
issues) is doing a disservice to our users and the upstream projects.
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2009-01-06 14:40 ulf at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2009-01-06 14:40 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2009-01-06 14:40:24 +0000 (Tue, 06 Jan 2009)
New Revision: 24698
Log:
When you set BR2_PACKAGE_LINUX_USE_DEFCONFIG
to configure linux using the
make <board>_defconfig
You have to supply the $(BOARD_NAME) variable.
Add this info in the help text for
target/linux/Makefile.in.advanced
----------------
When you do not set BR2_PACKAGE_LINUX_USE_XCONFIG
to configure linux using "$make <XXXX>config
The choices "$make menuconfig" or "$make xconfig"
should not be visible.
Add dependency
Modified:
trunk/buildroot/target/linux/Config.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Config.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Config.in.advanced 2009-01-06 14:16:27 UTC (rev 24697)
+++ trunk/buildroot/target/linux/Config.in.advanced 2009-01-06 14:40:24 UTC (rev 24698)
@@ -437,6 +437,8 @@
depends on BR2_PACKAGE_LINUX
help
Configure Linux by make <board>_defconfig
+ You have to supply a BOARD_NAME, either by
+ defining it in a BSP or by make BOARD_NAME=<board>
config BR2_PACKAGE_LINUX_USE_XCONFIG
bool "Run make ARCH=$(ARCH) [xconfig|menuconfig] before build"
@@ -445,8 +447,6 @@
Configure Linux by make xconfig
endchoice
-
-
config BR2_PACKAGE_LINUX_KCONFIG
string ".config file"
depends on BR2_PACKAGE_LINUX_USE_KCONFIG
@@ -462,6 +462,7 @@
prompt "Preferred config tool"
default BR2_MAKE_XCONFIG if BR2_TARGET_ATMEL
default BR2_MAKE_MENUCONFIG
+ depends on BR2_PACKAGE_LINUX_USE_XCONFIG
help
Define the preferred tool to invoke if a configuration is invalid
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2009-01-06 21:24 ulf at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2009-01-06 21:24 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2009-01-06 21:24:42 +0000 (Tue, 06 Jan 2009)
New Revision: 24711
Log:
Set default kernel to BR2_LINUX26_STABLE, Remove duplicate definion of BR2_KERNEL_CURRENT_VERSION and remove comments from Config.in choices
Modified:
trunk/buildroot/target/linux/Config.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Config.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Config.in.advanced 2009-01-06 16:42:15 UTC (rev 24710)
+++ trunk/buildroot/target/linux/Config.in.advanced 2009-01-06 21:24:42 UTC (rev 24711)
@@ -45,10 +45,6 @@
default $(BR2_KERNEL_LATEST_2_6_20) if BR2_LINUX_2_6_20 && BR2_KERNEL_ADD_LATEST_MINORPATCH
default "$(BR2_KERNEL_MINORLEVEL)" if BR2_KERNEL_ADD_MINORPATCH
-config BR2_KERNEL_CURRENT_VERSION
- string
- default "2.6.27.10"
-
config BR2_KERNEL_NEXT_VERSION
string
default "2.6.29" if BR2_LINUX_2_6_28
@@ -123,104 +119,71 @@
choice
prompt "Linux Kernel Version"
- default BR2_LINUX_2_6_28
+ default BR2_LINUX_2_6_STABLE
help
Select the specific Linux version you want to use
config BR2_LINUX_2_6_STABLE
bool "The latest stable Linux kernel (2.6.28)"
- help
- Linux 2.26.28
config BR2_LINUX_2_6_28
bool "Linux 2.6.28"
select BR2_KERNEL_BASE
- help
- Linux 2.6.28
config BR2_LINUX_2_6_27
bool "Linux 2.6.27"
select BR2_KERNEL_BASE
- help
- Linux 2.6.27
config BR2_LINUX_2_6_26
bool "Linux 2.6.26"
select BR2_KERNEL_BASE
- help
- Linux 2.6.26
config BR2_LINUX_2_6_25
bool "Linux 2.6.25"
select BR2_KERNEL_BASE
- help
- Linux 2.6.25
config BR2_LINUX_2_6_24
bool "Linux 2.6.24"
select BR2_KERNEL_BASE
- help
- Linux 2.6.24
config BR2_LINUX_2_6_23
bool "Linux 2.6.23"
select BR2_KERNEL_BASE
- help
- Linux 2.6.23
config BR2_LINUX_2_6_22_10
bool "Linux 2.6.22.10"
select BR2_KERNEL_PREPATCHED
- help
- Linux 2.6.22.10
config BR2_LINUX_2_6_22_1
bool "Linux 2.6.22.1"
select BR2_KERNEL_PREPATCHED
- help
- Linux 2.6.22.1
config BR2_LINUX_2_6_22
bool "Linux 2.6.22"
- select BR2_KERNEL_LATEST
select BR2_KERNEL_BASE
- help
- Linux 2.6.22
config BR2_LINUX_2_6_21_7
bool "Linux 2.6.21.7"
select BR2_KERNEL_PREPATCHED
- help
- Linux 2.6.21.1
config BR2_LINUX_2_6_21_5
bool "Linux 2.6.21.5"
select BR2_KERNEL_PREPATCHED
- help
- Linux 2.6.21.5
config BR2_LINUX_2_6_21
bool "Linux 2.6.21"
select BR2_KERNEL_BASE
- help
- Linux 2.6.21
config BR2_LINUX_2_6_20
bool "Linux 2.6.20"
select BR2_KERNEL_BASE
- help
- Linux 2.6.20
config BR2_LINUX_2_6_29
bool "Linux 2.6.29"
select BR2_KERNEL_BASE
- help
- Linux 2.6.29
config BR2_LINUX26_CUSTOM
bool "Linux <custom> version"
- help
- Linux <your selection>
endchoice
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2009-01-06 21:42 ulf at uclibc.org
2009-01-07 6:09 ` Hans-Christian Egtvedt
0 siblings, 1 reply; 169+ messages in thread
From: ulf at uclibc.org @ 2009-01-06 21:42 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2009-01-06 21:42:43 +0000 (Tue, 06 Jan 2009)
New Revision: 24712
Log:
Add PATH to linux build options to allow 'mkimage' to be found. Neccessary for arm,blackfin,sh and avr32 in linux-2.6.28
Modified:
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2009-01-06 21:24:42 UTC (rev 24711)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2009-01-06 21:42:43 UTC (rev 24712)
@@ -190,7 +190,8 @@
INSTALL_MOD_PATH=$(TARGET_DIR) \
CROSS_COMPILE=$(KERNEL_CROSS) \
LDFLAGS="$(TARGET_LDFLAGS)" \
- LZMA="$(LZMA)"
+ LZMA="$(LZMA)" \
+ PATH=$(STAGING_DIR)/usr/bin:$(PATH)
# =============================================================================
# ifneq ($(strip $(LINUX26_VERSION)),$(strip $(LINUX_HEADERS_VERSION)))
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2009-01-06 23:00 ulf at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2009-01-06 23:00 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2009-01-06 23:00:24 +0000 (Tue, 06 Jan 2009)
New Revision: 24713
Log:
Remove incorrrect dependency on latest minor kernel patch
Modified:
trunk/buildroot/target/linux/Config.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Config.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Config.in.advanced 2009-01-06 21:42:43 UTC (rev 24712)
+++ trunk/buildroot/target/linux/Config.in.advanced 2009-01-06 23:00:24 UTC (rev 24713)
@@ -373,7 +373,7 @@
default "2.6.21.7" if BR2_LINUX_2_6_21_7
default "2.6.22.1" if BR2_LINUX_2_6_22_1
default "2.6.22.10" if BR2_LINUX_2_6_22_10
- default "$(BR2_KERNEL_CURRENT_VERSION)"if BR2_LINUX_2_6_STABLE || BR2_KERNEL_ADD_LATEST_MINORPATCH
+ default "$(BR2_KERNEL_CURRENT_VERSION)"if BR2_LINUX_2_6_STABLE
default $(BR2_CUSTOM_LINUX26_VERSION) if BR2_LINUX26_CUSTOM
menu "Linux Kernel Configuration"
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-06 21:42 ulf at uclibc.org
@ 2009-01-07 6:09 ` Hans-Christian Egtvedt
0 siblings, 0 replies; 169+ messages in thread
From: Hans-Christian Egtvedt @ 2009-01-07 6:09 UTC (permalink / raw)
To: buildroot
On Tue, 6 Jan 2009 21:42:43 +0000 (UTC)
ulf at uclibc.org wrote:
<snipp>
> Modified: trunk/buildroot/target/linux/Makefile.in.advanced
> ===================================================================
> --- trunk/buildroot/target/linux/Makefile.in.advanced
> 2009-01-06 21:24:42 UTC (rev 24711) +++
> trunk/buildroot/target/linux/Makefile.in.advanced 2009-01-06
> 21:42:43 UTC (rev 24712) @@ -190,7 +190,8 @@
> INSTALL_MOD_PATH=$(TARGET_DIR) \ CROSS_COMPILE=$(KERNEL_CROSS) \
> LDFLAGS="$(TARGET_LDFLAGS)" \
> - LZMA="$(LZMA)"
> + LZMA="$(LZMA)" \
> + PATH=$(STAGING_DIR)/usr/bin:$(PATH)
>
PATH=$(TARGET_PATH) ?
<snipp>
--
Best regards,
Hans-Christian Egtvedt
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2009-01-08 22:58 ulf at uclibc.org
2009-01-09 9:17 ` Peter Korsgaard
0 siblings, 1 reply; 169+ messages in thread
From: ulf at uclibc.org @ 2009-01-08 22:58 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2009-01-08 22:58:30 +0000 (Thu, 08 Jan 2009)
New Revision: 24727
Log:
Linux26 requires "mkimage" from u-boot to be in the PATH
if an uImage is to be built for arm, avr32, blackfin and sh.
PATH has therefore been set to have $(STAGING_DIR)/usr/bin
as the first item allowing linux to find mkimage.
This patch will, if an uImage is built, create a "u-boot-to?\195?\179ls"
directory in the PROJECT_BUILD_DIR directory.
$(STAGING_DIR)/usr/bin/mkimage is copied to this directory
and the PATH variable will now include "u-boot-tools"
If an uImage is built, then the linux build will now depend on "u-boot".
Modified:
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2009-01-08 22:11:33 UTC (rev 24726)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2009-01-08 22:58:30 UTC (rev 24727)
@@ -126,6 +126,9 @@
# -----------------------------------------------------------------------------
# Has to be set by the target/device
+LINUX26_MKIMAGE_DIR:=
+LINUX26_MKIMAGE_DEP:=
+
# --------------
# VMLINUX
ifeq ($(LINUX26_FORMAT),vmlinux)
@@ -138,6 +141,8 @@
# --------------
# UIMAGE
ifeq ($(LINUX26_FORMAT),uImage)
+LINUX26_MKIMAGE_DIR:=$(PROJECT_BUILD_DIR)/u-boot-tools
+LINUX26_MKIMAGE_DEP:=linux26-mkimage
ifeq ($(LINUX26_BINLOC),)
LINUX26_BINLOC:=arch/$(KERNEL_ARCH)/boot/$(LINUX26_FORMAT)
endif
@@ -191,7 +196,7 @@
CROSS_COMPILE=$(KERNEL_CROSS) \
LDFLAGS="$(TARGET_LDFLAGS)" \
LZMA="$(LZMA)" \
- PATH=$(STAGING_DIR)/usr/bin:$(PATH)
+ PATH=$(LINUX26_MKIMAGE_DIR):$(PATH)
# =============================================================================
# ifneq ($(strip $(LINUX26_VERSION)),$(strip $(LINUX_HEADERS_VERSION)))
@@ -380,7 +385,7 @@
touch $@
# -----------------------------------------------------------------------------
-$(LINUX26_DIR)/.depend_done: $(LINUX26_DIR)/.configured
+$(LINUX26_DIR)/.depend_done: $(LINUX26_DIR)/.configured $(LINUX26_MKIMAGE_DEP)
$(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) prepare
touch $@
@@ -446,10 +451,16 @@
-mkdir -p /tftpboot
-cp -dpf $(LINUX26_KERNEL) /tftpboot/$(LINUX26_KERNEL_NAME)
+ifneq ($(LINUX_COPYTO),/tftpboot)
$(LINUX_COPYTO)/$(LINUX26_KERNEL_NAME): $(LINUX26_KERNEL)
mkdir -p $(LINUX_COPYTO)
cp -dpf $(LINUX26_KERNEL) $(LINUX_COPYTO)/$(LINUX26_KERNEL_NAME)
+endif
+linux26-mkimage: u-boot
+ mkdir -p $(LINUX26_MKIMAGE_DIR)
+ cp $(MKIMAGE) $(LINUX26_MKIMAGE_DIR)
+
linux26: $(LINUX26_TARGETS)
linux26-modules: cross-depmod26 $(PROJECT_BUILD_DIR)/autotools-stamps/linux_modules_target_installed
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2009-01-09 6:30 ulf at uclibc.org
2009-01-09 9:19 ` Peter Korsgaard
0 siblings, 1 reply; 169+ messages in thread
From: ulf at uclibc.org @ 2009-01-09 6:30 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2009-01-09 06:30:08 +0000 (Fri, 09 Jan 2009)
New Revision: 24729
Log:
Make sure U-boot is built, if we do make uImage
Modified:
trunk/buildroot/target/linux/Config.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Config.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Config.in.advanced 2009-01-08 23:01:50 UTC (rev 24728)
+++ trunk/buildroot/target/linux/Config.in.advanced 2009-01-09 06:30:08 UTC (rev 24729)
@@ -464,6 +464,7 @@
config BR2_LINUX_BIN_UIMAGE
bool "uImage"
depends on BR2_PACKAGE_LINUX
+ select BR2_TARGET_UBOOT
help
Build uImage binary
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-08 22:58 ulf at uclibc.org
@ 2009-01-09 9:17 ` Peter Korsgaard
2009-01-09 10:21 ` Thomas Petazzoni
0 siblings, 1 reply; 169+ messages in thread
From: Peter Korsgaard @ 2009-01-09 9:17 UTC (permalink / raw)
To: buildroot
>>>>> "ulf" == ulf <ulf@uclibc.org> writes:
ulf> Author: ulf
ulf> Date: 2009-01-08 22:58:30 +0000 (Thu, 08 Jan 2009)
ulf> New Revision: 24727
ulf> Log:
ulf> Linux26 requires "mkimage" from u-boot to be in the PATH
ulf> if an uImage is to be built for arm, avr32, blackfin and sh.
ulf> PATH has therefore been set to have $(STAGING_DIR)/usr/bin
ulf> as the first item allowing linux to find mkimage.
ulf> This patch will, if an uImage is built, create a "u-boot-to?\195?\179ls"
ulf> directory in the PROJECT_BUILD_DIR directory.
ulf> $(STAGING_DIR)/usr/bin/mkimage is copied to this directory
ulf> and the PATH variable will now include "u-boot-tools"
Why the extra dir? Why isn't mkimage just installed into
STAGING_DIR/usr/bin and used from there?
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-09 6:30 ulf at uclibc.org
@ 2009-01-09 9:19 ` Peter Korsgaard
2009-01-09 17:40 ` Ulf Samuelsson
2009-01-13 0:05 ` Hamish Moffatt
0 siblings, 2 replies; 169+ messages in thread
From: Peter Korsgaard @ 2009-01-09 9:19 UTC (permalink / raw)
To: buildroot
>>>>> "ulf" == ulf <ulf@uclibc.org> writes:
ulf> Author: ulf
ulf> Date: 2009-01-09 06:30:08 +0000 (Fri, 09 Jan 2009)
ulf> New Revision: 24729
ulf> Log:
ulf> Make sure U-boot is built, if we do make uImage
ulf> Modified:
ulf> trunk/buildroot/target/linux/Config.in.advanced
ulf> Changeset:
ulf> Modified: trunk/buildroot/target/linux/Config.in.advanced
ulf> ===================================================================
ulf> --- trunk/buildroot/target/linux/Config.in.advanced 2009-01-08 23:01:50 UTC (rev 24728)
ulf> +++ trunk/buildroot/target/linux/Config.in.advanced 2009-01-09 06:30:08 UTC (rev 24729)
ulf> @@ -464,6 +464,7 @@
ulf> config BR2_LINUX_BIN_UIMAGE
ulf> bool "uImage"
ulf> depends on BR2_PACKAGE_LINUX
ulf> + select BR2_TARGET_UBOOT
Silently selecting something as big and with so many configuration
options as U-Boot isn't that nice - I think it would be nicer to
depend on UBOOT instead.
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-09 9:17 ` Peter Korsgaard
@ 2009-01-09 10:21 ` Thomas Petazzoni
2009-01-09 10:29 ` Bernhard Reutner-Fischer
2009-01-09 10:47 ` Peter Korsgaard
0 siblings, 2 replies; 169+ messages in thread
From: Thomas Petazzoni @ 2009-01-09 10:21 UTC (permalink / raw)
To: buildroot
Le Fri, 09 Jan 2009 10:17:16 +0100,
Peter Korsgaard <jacmet@uclibc.org> a ?crit :
> Why the extra dir? Why isn't mkimage just installed into
> STAGING_DIR/usr/bin and used from there?
I think we should stop mixing host and target binaries and libraries in
$(STAGING_DIR). But that's another story :-)
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers and embedded Linux development,
consulting, training and support.
http://free-electrons.com
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-09 10:21 ` Thomas Petazzoni
@ 2009-01-09 10:29 ` Bernhard Reutner-Fischer
2009-01-09 17:42 ` Ulf Samuelsson
2009-01-09 10:47 ` Peter Korsgaard
1 sibling, 1 reply; 169+ messages in thread
From: Bernhard Reutner-Fischer @ 2009-01-09 10:29 UTC (permalink / raw)
To: buildroot
On Fri, Jan 09, 2009 at 11:21:16AM +0100, Thomas Petazzoni wrote:
>I think we should stop mixing host and target binaries and libraries in
>$(STAGING_DIR). But that's another story :-)
Very true indeed. Host binaries are supposed to live in
$(TOOL_BUILD_DIR)/bin, i will remember to fix that up.
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-09 10:21 ` Thomas Petazzoni
2009-01-09 10:29 ` Bernhard Reutner-Fischer
@ 2009-01-09 10:47 ` Peter Korsgaard
1 sibling, 0 replies; 169+ messages in thread
From: Peter Korsgaard @ 2009-01-09 10:47 UTC (permalink / raw)
To: buildroot
>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:
Thomas> Le Fri, 09 Jan 2009 10:17:16 +0100,
Thomas> Peter Korsgaard <jacmet@uclibc.org> a ?crit :
>> Why the extra dir? Why isn't mkimage just installed into
>> STAGING_DIR/usr/bin and used from there?
Thomas> I think we should stop mixing host and target binaries and
Thomas> libraries in $(STAGING_DIR). But that's another story :-)
Agreed.
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-09 9:19 ` Peter Korsgaard
@ 2009-01-09 17:40 ` Ulf Samuelsson
2009-01-13 0:05 ` Hamish Moffatt
1 sibling, 0 replies; 169+ messages in thread
From: Ulf Samuelsson @ 2009-01-09 17:40 UTC (permalink / raw)
To: buildroot
fre 2009-01-09 klockan 10:19 +0100 skrev Peter Korsgaard:
> >>>>> "ulf" == ulf <ulf@uclibc.org> writes:
>
> ulf> Author: ulf
> ulf> Date: 2009-01-09 06:30:08 +0000 (Fri, 09 Jan 2009)
> ulf> New Revision: 24729
>
> ulf> Log:
> ulf> Make sure U-boot is built, if we do make uImage
>
> ulf> Modified:
> ulf> trunk/buildroot/target/linux/Config.in.advanced
>
>
> ulf> Changeset:
> ulf> Modified: trunk/buildroot/target/linux/Config.in.advanced
> ulf> ===================================================================
> ulf> --- trunk/buildroot/target/linux/Config.in.advanced 2009-01-08 23:01:50 UTC (rev 24728)
> ulf> +++ trunk/buildroot/target/linux/Config.in.advanced 2009-01-09 06:30:08 UTC (rev 24729)
> ulf> @@ -464,6 +464,7 @@
> ulf> config BR2_LINUX_BIN_UIMAGE
> ulf> bool "uImage"
> ulf> depends on BR2_PACKAGE_LINUX
> ulf> + select BR2_TARGET_UBOOT
>
> Silently selecting something as big and with so many configuration
> options as U-Boot isn't that nice - I think it would be nicer to
> depend on UBOOT instead.
No, that means that it will silently ignore this alternative.
?if u-boot is not selected.
bool "uImage"
can be replaced by
bool "uImage - Will force build of u-boot"
or something
BR
Ulf Samuelsson
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-09 10:29 ` Bernhard Reutner-Fischer
@ 2009-01-09 17:42 ` Ulf Samuelsson
0 siblings, 0 replies; 169+ messages in thread
From: Ulf Samuelsson @ 2009-01-09 17:42 UTC (permalink / raw)
To: buildroot
fre 2009-01-09 klockan 11:29 +0100 skrev Bernhard Reutner-Fischer:
> On Fri, Jan 09, 2009 at 11:21:16AM +0100, Thomas Petazzoni wrote:
>
> >I think we should stop mixing host and target binaries and libraries in
> >$(STAGING_DIR). But that's another story :-)
>
> Very true indeed. Host binaries are supposed to live in
> $(TOOL_BUILD_DIR)/bin, i will remember to fix that up.
I was not at all happy with $(STAGING_DIR)/usr/bin,
where mkimage currently resides due to mixed binaries-
I guess $(TOOL_BUILD_DIR)/bin is probably fine.
mkimage shoudl be put ther in the first place in
the u-boot build.
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2009-01-11 20:43 ulf at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2009-01-11 20:43 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2009-01-11 20:43:24 +0000 (Sun, 11 Jan 2009)
New Revision: 24765
Log:
Move kernel localversion files to TARGET_DIR/boot
to allow packages which assumes that LINUX26_DIR
and the /lib/modules/LINUX_VERSION use
the consistent version numbering to build.
Create a file ".linux-version" containing
the real linux version in $(PROJECT_B UILD_DIR)
to allow packages to read the correct linux version
Modified:
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2009-01-11 20:37:04 UTC (rev 24764)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2009-01-11 20:43:24 UTC (rev 24765)
@@ -223,7 +223,7 @@
# -----------------------------------------------------------------------------
-LINUX26_TARGETS+=$(LINUX26_KERNEL)
+LINUX26_TARGETS+=$(LINUX26_KERNEL) linux26-version
ifeq ($(BR2_LINUX_COPYTO_ROOTFS),y)
LINUX26_TARGETS+=$(TARGET_DIR)/boot/$(LINUX26_KERNEL_NAME)
@@ -386,6 +386,7 @@
# -----------------------------------------------------------------------------
$(LINUX26_DIR)/.depend_done: $(LINUX26_DIR)/.configured $(LINUX26_MKIMAGE_DEP)
+ -mv $(LINUX26_DIR)/localversion* $(TARGET_DIR)/boot
$(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) prepare
touch $@
@@ -457,12 +458,18 @@
cp -dpf $(LINUX26_KERNEL) $(LINUX_COPYTO)/$(LINUX26_KERNEL_NAME)
endif
+$(PROJECT_BUILD_DIR)/.linux-version:
+ echo $(LINUX26_VERSION_PROBED) > $(PROJECT_BUILD_DIR)/.linux-version
+ echo LINUX_MODULES=$(LINUX26_VERSION_PROBED)
+
linux26-mkimage: u-boot
mkdir -p $(LINUX26_MKIMAGE_DIR)
cp $(MKIMAGE) $(LINUX26_MKIMAGE_DIR)
linux26: $(LINUX26_TARGETS)
+linux26-version: $(PROJECT_BUILD_DIR)/.linux-version
+
linux26-modules: cross-depmod26 $(PROJECT_BUILD_DIR)/autotools-stamps/linux_modules_target_installed
linux26-source: $(DL_DIR)/$(LINUX26_SOURCE)
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-09 9:19 ` Peter Korsgaard
2009-01-09 17:40 ` Ulf Samuelsson
@ 2009-01-13 0:05 ` Hamish Moffatt
2009-01-13 6:10 ` Hans-Christian Egtvedt
2009-01-15 22:12 ` Ulf Samuelsson
1 sibling, 2 replies; 169+ messages in thread
From: Hamish Moffatt @ 2009-01-13 0:05 UTC (permalink / raw)
To: buildroot
On Fri, Jan 09, 2009 at 10:19:04AM +0100, Peter Korsgaard wrote:
> >>>>> "ulf" == ulf <ulf@uclibc.org> writes:
>
> ulf> Author: ulf
> ulf> Date: 2009-01-09 06:30:08 +0000 (Fri, 09 Jan 2009)
> ulf> New Revision: 24729
>
> ulf> Log:
> ulf> Make sure U-boot is built, if we do make uImage
>
> ulf> Modified:
> ulf> trunk/buildroot/target/linux/Config.in.advanced
>
>
> ulf> Changeset:
> ulf> Modified: trunk/buildroot/target/linux/Config.in.advanced
> ulf> ===================================================================
> ulf> --- trunk/buildroot/target/linux/Config.in.advanced 2009-01-08 23:01:50 UTC (rev 24728)
> ulf> +++ trunk/buildroot/target/linux/Config.in.advanced 2009-01-09 06:30:08 UTC (rev 24729)
> ulf> @@ -464,6 +464,7 @@
> ulf> config BR2_LINUX_BIN_UIMAGE
> ulf> bool "uImage"
> ulf> depends on BR2_PACKAGE_LINUX
> ulf> + select BR2_TARGET_UBOOT
>
> Silently selecting something as big and with so many configuration
> options as U-Boot isn't that nice - I think it would be nicer to
> depend on UBOOT instead.
Isn't it possible(likely?) that users would have their own U-Boot or
have a pre-built one and don't need to compile it with buildroot, yet
still want to generate uImages?
Hamish
--
Hamish Moffatt VK3SB <hamish@debian.org> <hamish@cloud.net.au>
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-13 0:05 ` Hamish Moffatt
@ 2009-01-13 6:10 ` Hans-Christian Egtvedt
2009-01-15 22:12 ` Ulf Samuelsson
1 sibling, 0 replies; 169+ messages in thread
From: Hans-Christian Egtvedt @ 2009-01-13 6:10 UTC (permalink / raw)
To: buildroot
On Tue, 13 Jan 2009 11:05:41 +1100
Hamish Moffatt <hamish@cloud.net.au> wrote:
> On Fri, Jan 09, 2009 at 10:19:04AM +0100, Peter Korsgaard wrote:
> > >>>>> "ulf" == ulf <ulf@uclibc.org> writes:
<snipp>
> > Silently selecting something as big and with so many configuration
> > options as U-Boot isn't that nice - I think it would be nicer to
> > depend on UBOOT instead.
>
> Isn't it possible(likely?) that users would have their own U-Boot or
> have a pre-built one and don't need to compile it with buildroot, yet
> still want to generate uImages?
>
Yes, but they still need mkimage. And, AFAIK, U-Boot does not support
building the tools without loading a configuration. U-Boot could
default to a known to compile default... Instead of like now where it
defaults to $(BOARD_NAME)_config or something similar.
--
Best regards,
Hans-Christian Egtvedt
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-13 0:05 ` Hamish Moffatt
2009-01-13 6:10 ` Hans-Christian Egtvedt
@ 2009-01-15 22:12 ` Ulf Samuelsson
1 sibling, 0 replies; 169+ messages in thread
From: Ulf Samuelsson @ 2009-01-15 22:12 UTC (permalink / raw)
To: buildroot
tis 2009-01-13 klockan 11:05 +1100 skrev Hamish Moffatt:
> On Fri, Jan 09, 2009 at 10:19:04AM +0100, Peter Korsgaard wrote:
> > >>>>> "ulf" == ulf <ulf@uclibc.org> writes:
> >
> > ulf> Author: ulf
> > ulf> Date: 2009-01-09 06:30:08 +0000 (Fri, 09 Jan 2009)
> > ulf> New Revision: 24729
> >
> > ulf> Log:
> > ulf> Make sure U-boot is built, if we do make uImage
> >
> > ulf> Modified:
> > ulf> trunk/buildroot/target/linux/Config.in.advanced
> >
> >
> > ulf> Changeset:
> > ulf> Modified: trunk/buildroot/target/linux/Config.in.advanced
> > ulf> ===================================================================
> > ulf> --- trunk/buildroot/target/linux/Config.in.advanced 2009-01-08 23:01:50 UTC (rev 24728)
> > ulf> +++ trunk/buildroot/target/linux/Config.in.advanced 2009-01-09 06:30:08 UTC (rev 24729)
> > ulf> @@ -464,6 +464,7 @@
> > ulf> config BR2_LINUX_BIN_UIMAGE
> > ulf> bool "uImage"
> > ulf> depends on BR2_PACKAGE_LINUX
> > ulf> + select BR2_TARGET_UBOOT
> >
> > Silently selecting something as big and with so many configuration
> > options as U-Boot isn't that nice - I think it would be nicer to
> > depend on UBOOT instead.
>
> Isn't it possible(likely?) that users would have their own U-Boot or
> have a pre-built one and don't need to compile it with buildroot, yet
> still want to generate uImages?
>
This ensures that mkimage is built.
U-Boot is built as a separate item so you do not have to use
the u-boot binary created by this build-rule.
I tried first to just generate mkimage, but that did not
work as expected, and this will, but I will probably
go back and try it once other things with higher priority
is fixed.
BR
Ulf Samuelsson
> Hamish
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2009-01-15 23:19 ulf at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2009-01-15 23:19 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2009-01-15 23:19:28 +0000 (Thu, 15 Jan 2009)
New Revision: 24864
Log:
Update kernel snapshot version
Modified:
trunk/buildroot/target/linux/Config.in.versions
Changeset:
Modified: trunk/buildroot/target/linux/Config.in.versions
===================================================================
--- trunk/buildroot/target/linux/Config.in.versions 2009-01-15 23:17:38 UTC (rev 24863)
+++ trunk/buildroot/target/linux/Config.in.versions 2009-01-15 23:19:28 UTC (rev 24864)
@@ -11,7 +11,7 @@
config LINUX26_LATEST_GIT_VERSION
string
- default "2.6.28-git5" if BR2_KERNEL_ADD_LATEST_SNAPSHOT
+ default "2.6.29-rc1-git3" if BR2_KERNEL_ADD_LATEST_SNAPSHOT
config LINUX26_LATEST_MM_VERSION
string
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2009-01-19 21:27 ulf at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2009-01-19 21:27 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2009-01-19 21:27:04 +0000 (Mon, 19 Jan 2009)
New Revision: 24912
Log:
Fix some bugs in advanced linux configuration, remove some arbitrary combinations of major/minor directly supported, general cleanup
Modified:
trunk/buildroot/target/linux/Config.in.advanced
trunk/buildroot/target/linux/Config.in.versions
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Config.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Config.in.advanced 2009-01-19 16:38:30 UTC (rev 24911)
+++ trunk/buildroot/target/linux/Config.in.advanced 2009-01-19 21:27:04 UTC (rev 24912)
@@ -28,13 +28,12 @@
# BR2_LINUX_COPYTO_TFTPBOOT
# BR2_LINUX_COPYTO
#
-# ---------------------------------------------------------------------------
-# --- These 'constants' requires regular maintenance, so put them first
source "target/linux/Config.in.versions"
config BR2_KERNEL_PATCH_LEVEL
string
+ default $(BR2_KERNEL_LATEST_2_6_28) if BR2_LINUX_2_6_28 && BR2_KERNEL_ADD_LATEST_MINORPATCH
default $(BR2_KERNEL_LATEST_2_6_27) if BR2_LINUX_2_6_27 && BR2_KERNEL_ADD_LATEST_MINORPATCH
default $(BR2_KERNEL_LATEST_2_6_26) if BR2_LINUX_2_6_26 && BR2_KERNEL_ADD_LATEST_MINORPATCH
default $(BR2_KERNEL_LATEST_2_6_25) if BR2_LINUX_2_6_25 && BR2_KERNEL_ADD_LATEST_MINORPATCH
@@ -72,7 +71,7 @@
config BR2_KERNEL_SITE
string
- default "http://ftp.kernel.org/pub/linux/kernel/v2.6/"
+ default "http://ftp.kernel.org/pub/linux/kernel/v2.6"
config BR2_MM_PATCH_SITE
string
@@ -89,11 +88,15 @@
config BR2_KERNEL_PATCH_SITE
string
- default "http://ftp.kernel.org/pub/linux/kernel/v2.6/" if BR2_KERNEL_ADD_MINORPATCH
- default "http://ftp.kernel.org/pub/linux/kernel/v2.6/testing/" if BR2_KERNEL_ADD_RC_PATCH || BR2_KERNEL_ADD_LATEST_RC_PATCH
- default "http://ftp.kernel.org/pub/linux/kernel/v2.6/snapshots/" if BR2_KERNEL_ADD_SNAPSHOT || BR2_KERNEL_ADD_LATEST_SNAPSHOT
- default "$(BR2_MM_PATCH_SITE)/$(BR2_MM_PATCH_DIR)/" if BR2_KERNEL_ADD_MM_PATCH || BR2_KERNEL_ADD_LATEST_MM_PATCH
- default $(BR2_CUSTOM_LINUX26_PATCH_SITE) if BR2_LINUX26_CUSTOM
+ default "$(BR2_KERNEL_SITE)" if BR2_KERNEL_ADD_LATEST_MINORPATCH
+ default "$(BR2_KERNEL_SITE)" if BR2_KERNEL_ADD_MINORPATCH
+ default "$(BR2_KERNEL_SITE)/testing" if BR2_KERNEL_ADD_LATEST_RC_PATCH
+ default "$(BR2_KERNEL_SITE)/testing" if BR2_KERNEL_ADD_RC_PATCH
+ default "$(BR2_KERNEL_SITE)/snapshots" if BR2_KERNEL_ADD_LATEST_SNAPSHOT
+ default "$(BR2_KERNEL_SITE)/snapshots" if BR2_KERNEL_ADD_SNAPSHOT
+ default "$(BR2_MM_PATCH_SITE)/$(BR2_MM_PATCH_DIR)/" if BR2_KERNEL_ADD_LATEST_MM_PATCH
+ default "$(BR2_MM_PATCH_SITE)/$(BR2_MM_PATCH_DIR)/" if BR2_KERNEL_ADD_MM_PATCH
+ default $(BR2_CUSTOM_LINUX26_PATCH_SITE) if BR2_LINUX26_CUSTOM
config BR2_LINUX26_RC_VERSION
string
@@ -124,7 +127,7 @@
Select the specific Linux version you want to use
config BR2_LINUX_2_6_STABLE
- bool "The latest stable Linux kernel (2.6.28)"
+ bool "The latest stable Linux kernel (2.6.28.1)"
config BR2_LINUX_2_6_28
bool "Linux 2.6.28"
@@ -150,26 +153,10 @@
bool "Linux 2.6.23"
select BR2_KERNEL_BASE
-config BR2_LINUX_2_6_22_10
- bool "Linux 2.6.22.10"
- select BR2_KERNEL_PREPATCHED
-
-config BR2_LINUX_2_6_22_1
- bool "Linux 2.6.22.1"
- select BR2_KERNEL_PREPATCHED
-
config BR2_LINUX_2_6_22
bool "Linux 2.6.22"
select BR2_KERNEL_BASE
-config BR2_LINUX_2_6_21_7
- bool "Linux 2.6.21.7"
- select BR2_KERNEL_PREPATCHED
-
-config BR2_LINUX_2_6_21_5
- bool "Linux 2.6.21.5"
- select BR2_KERNEL_PREPATCHED
-
config BR2_LINUX_2_6_21
bool "Linux 2.6.21"
select BR2_KERNEL_BASE
@@ -190,28 +177,27 @@
if BR2_LINUX26_CUSTOM
config BR2_CUSTOM_DOWNLOAD_LINUX26_VERSION
string "Linux Tarball version"
- default "linux-2.6.22"
+ default "2.6.28"
help
Specify any .tar.bz2 file
config BR2_CUSTOM_LINUX26_VERSION
string "Linux Version"
- default "linux-2.6.22-version"
+ default "2.6.29-rc2"
help
Specify what the linux version will be called
config BR2_CUSTOM_LINUX26_PATCH
string "patch name"
- default "patch-2.6.22-rc6-mm1.bz2"
+ default "patch-2.6.29-rc2.bz2"
help
Specify a patch to be downloaded
config BR2_CUSTOM_LINUX26_PATCH_SITE
string "patch site"
- default "http://"
+ default "http://www.kernel.org/pub/linux/kernel/v2.6/testing"
help
Specify from where the patch will be downloaded.
-
endif
# -----------------------------------------------
@@ -292,17 +278,17 @@
depends on BR2_KERNEL_ADD_MINORPATCH
config BR2_KERNEL_RC_LEVEL
- string "-rc patch Level"
+ string "-rc patch level"
default ""
depends on BR2_KERNEL_ADD_RC_PATCH || BR2_KERNEL_ADD_SNAPSHOT
config BR2_KERNEL_GIT_LEVEL
- string "-git patch Level"
+ string "-git patch level"
default ""
depends on BR2_KERNEL_ADD_SNAPSHOT
config BR2_KERNEL_MM_LEVEL
- string "-mm patch Level"
+ string "-mm patch level"
default ""
depends on BR2_KERNEL_ADD_MM_PATCH
@@ -318,23 +304,27 @@
config BR2_KERNEL_PATCH
string
- default "patch-$(BR2_DOWNLOAD_LINUX26_VERSION).$(BR2_KERNEL_PATCH_LEVEL).bz2" if BR2_KERNEL_ADD_MINORPATCH || BR2_KERNEL_ADD_LATEST_MINORPATCH
- default "patch-$(LINUX26_LATEST_RC_VERSION).bz2" if BR2_KERNEL_ADD_LATEST_RC_PATCH
- default "patch-$(BR2_LINUX26_RC_VERSION).bz2" if BR2_KERNEL_ADD_RC_PATCH
- default "patch-$(LINUX26_LATEST_GIT_VERSION).bz2" if BR2_KERNEL_ADD_LATEST_SNAPSHOT
- default "patch-$(BR2_LINUX26_SNAPSHOT_VERSION).bz2" if BR2_KERNEL_ADD_SNAPSHOT
- default "$(LINUX26_LATEST_MM_VERSION).bz2" if BR2_KERNEL_ADD_LATEST_MM_PATCH
- default "$(BR2_LINUX26_MM_VERSION).bz2" if BR2_KERNEL_ADD_MM_PATCH
- default $(BR2_CUSTOM_LINUX26_PATCH) if BR2_LINUX26_CUSTOM
+ default "patch-$(BR2_DOWNLOAD_LINUX26_VERSION).$(BR2_KERNEL_PATCH_LEVEL).bz2" if BR2_KERNEL_ADD_LATEST_MINORPATCH
+ default "patch-$(BR2_DOWNLOAD_LINUX26_VERSION).$(BR2_KERNEL_PATCH_LEVEL).bz2" if BR2_KERNEL_ADD_MINORPATCH
+ default "patch-$(LINUX26_LATEST_RC_VERSION).bz2" if BR2_KERNEL_ADD_LATEST_RC_PATCH
+ default "patch-$(BR2_LINUX26_RC_VERSION).bz2" if BR2_KERNEL_ADD_RC_PATCH
+ default "patch-$(LINUX26_LATEST_GIT_VERSION).bz2" if BR2_KERNEL_ADD_LATEST_SNAPSHOT
+ default "patch-$(BR2_LINUX26_SNAPSHOT_VERSION).bz2" if BR2_KERNEL_ADD_SNAPSHOT
+ default "$(LINUX26_LATEST_MM_VERSION).bz2" if BR2_KERNEL_ADD_LATEST_MM_PATCH
+ default "$(BR2_LINUX26_MM_VERSION).bz2" if BR2_KERNEL_ADD_MM_PATCH
+ default "$(BR2_CUSTOM_LINUX26_PATCH)" if BR2_LINUX26_CUSTOM
config BR2_EXTRA_VERSION
string
- default ".$(BR2_KERNEL_PATCH_LEVEL)" if BR2_KERNEL_ADD_MINORPATCH || BR2_KERNEL_ADD_LATEST_MINORPATCH
- default "$(BR2_KERNEL_RC_LEVEL)" if BR2_KERNEL_ADD_LATEST_RC_PATCH
- default "$(BR2_KERNEL_RC_LEVEL)" if BR2_KERNEL_ADD_RC_PATCH
- default "BR2_KERNEL_GIT_LEVEL" if BR2_KERNEL_ADD_LATEST_SNAPSHOT
- default "$(BR2_KERNEL_MM_LEVEL)" if BR2_KERNEL_ADD_LATEST_MM_PATCH
- default "$(BR2_KERNEL_MM_LEVEL)" if BR2_KERNEL_ADD_MM_PATCH
+ default ".$(BR2_KERNEL_PATCH_LEVEL)" if BR2_KERNEL_ADD_LATEST_MINORPATCH
+ default ".$(BR2_KERNEL_PATCH_LEVEL)" if BR2_KERNEL_ADD_MINORPATCH
+ default "$(BR2_KERNEL_RC_LEVEL)" if BR2_KERNEL_ADD_LATEST_RC_PATCH
+ default "$(BR2_KERNEL_RC_LEVEL)" if BR2_KERNEL_ADD_RC_PATCH
+ default "$(BR2_KERNEL_GIT_LEVEL)" if BR2_KERNEL_ADD_LATEST_SNAPSHOT
+ default "$(BR2_KERNEL_GIT_LEVEL)" if BR2_KERNEL_ADD_SNAPSHOT
+ default "$(BR2_KERNEL_MM_LEVEL)" if BR2_KERNEL_ADD_LATEST_MM_PATCH
+ default "$(BR2_KERNEL_MM_LEVEL)" if BR2_KERNEL_ADD_MM_PATCH
+ default "$(BR2_CUSTOM_LINUX26_VERSION)" if BR2_LINUX26_CUSTOM
endmenu
# -----------------------------------------------
@@ -350,31 +340,24 @@
config BR2_DOWNLOAD_LINUX26_VERSION
string
- default "$(BR2_KERNEL_THIS_VERSION)" if BR2_KERNEL_BASE
- default "2.6.21.5" if BR2_LINUX_2_6_21_5
- default "2.6.21.7" if BR2_LINUX_2_6_21_7
- default "2.6.22.1" if BR2_LINUX_2_6_22_1
- default "2.6.22.10" if BR2_LINUX_2_6_22_10
- default "$(BR2_KERNEL_CURRENT_VERSION)"if BR2_LINUX_2_6_STABLE
- default "$(BR2_DEFAULT_KERNEL_HEADERS)" if BR2_KERNEL_LINUX_HEADERS_VERSION
- default $(BR2_CUSTOM_DOWNLOAD_LINUX26_VERSION) if BR2_LINUX26_CUSTOM
+ default "$(BR2_KERNEL_THIS_VERSION)" if BR2_KERNEL_BASE
+ default "$(BR2_KERNEL_CURRENT_VERSION)" if BR2_LINUX_2_6_STABLE
+ default "$(BR2_DEFAULT_KERNEL_HEADERS)" if BR2_KERNEL_LINUX_HEADERS_VERSION
+ default $(BR2_CUSTOM_DOWNLOAD_LINUX26_VERSION) if BR2_LINUX26_CUSTOM
config BR2_LINUX26_VERSION
string
- default "$(BR2_KERNEL_THIS_VERSION).$(BR2_KERNEL_PATCH_LEVEL)" if BR2_KERNEL_BASE && BR2_KERNEL_ADD_MINORPATCH
- default "$(LINUX26_LATEST_RC_VERSION)" if BR2_KERNEL_ADD_LATEST_RC_PATCH
- default "$(LINUX26_LATEST_MM_VERSION)" if BR2_KERNEL_ADD_LATEST_MM_PATCH
- default "$(LINUX26_LATEST_GIT_VERSION)" if BR2_KERNEL_ADD_LATEST_SNAPSHOT
- default "$(BR2_LINUX26_RC_VERSION)" if BR2_KERNEL_BASE && BR2_KERNEL_ADD_RC_PATCH
- default "$(BR2_LINUX26_SNAPSHOT_VERSION)" if BR2_KERNEL_BASE && BR2_KERNEL_ADD_SNAPSHOT
- default "$(BR2_LINUX26_MM_VERSION)" if BR2_KERNEL_BASE && BR2_KERNEL_ADD_MM_PATCH
- default "$(BR2_KERNEL_THIS_VERSION)" if BR2_KERNEL_BASE && ! BR2_KERNEL_ADD_PATCH
- default "2.6.21.5" if BR2_LINUX_2_6_21_5
- default "2.6.21.7" if BR2_LINUX_2_6_21_7
- default "2.6.22.1" if BR2_LINUX_2_6_22_1
- default "2.6.22.10" if BR2_LINUX_2_6_22_10
- default "$(BR2_KERNEL_CURRENT_VERSION)"if BR2_LINUX_2_6_STABLE
- default $(BR2_CUSTOM_LINUX26_VERSION) if BR2_LINUX26_CUSTOM
+ default "$(BR2_KERNEL_THIS_VERSION).$(BR2_KERNEL_PATCH_LEVEL)" if BR2_KERNEL_ADD_LATEST_MINORPATCH&& BR2_KERNEL_BASE
+ default "$(BR2_KERNEL_THIS_VERSION).$(BR2_KERNEL_PATCH_LEVEL)" if BR2_KERNEL_ADD_MINORPATCH && BR2_KERNEL_BASE
+ default "$(LINUX26_LATEST_RC_VERSION)" if BR2_KERNEL_ADD_LATEST_RC_PATCH
+ default "$(BR2_LINUX26_RC_VERSION)" if BR2_KERNEL_ADD_RC_PATCH && BR2_KERNEL_BASE
+ default "$(LINUX26_LATEST_GIT_VERSION)" if BR2_KERNEL_ADD_LATEST_SNAPSHOT
+ default "$(BR2_LINUX26_SNAPSHOT_VERSION)" if BR2_KERNEL_ADD_SNAPSHOT && BR2_KERNEL_BASE
+ default "$(LINUX26_LATEST_MM_VERSION)" if BR2_KERNEL_ADD_LATEST_MM_PATCH
+ default "$(BR2_LINUX26_MM_VERSION)" if BR2_KERNEL_ADD_MM_PATCH && BR2_KERNEL_BASE
+ default "$(BR2_KERNEL_THIS_VERSION)" if ! BR2_KERNEL_ADD_PATCH && BR2_KERNEL_BASE
+ default "$(BR2_KERNEL_CURRENT_VERSION)"if BR2_LINUX_2_6_STABLE
+ default "$(BR2_CUSTOM_LINUX26_VERSION)" if BR2_LINUX26_CUSTOM
menu "Linux Kernel Configuration"
@@ -458,33 +441,26 @@
config BR2_LINUX_BIN_BZIMAGE
bool "bzImage"
depends on BR2_PACKAGE_LINUX
- help
- Linux 2.6.19.2
config BR2_LINUX_BIN_UIMAGE
bool "uImage"
depends on BR2_PACKAGE_LINUX
select BR2_TARGET_UBOOT
- help
- Build uImage binary
config BR2_LINUX_BIN_VMLINUX
bool "vmlinux"
depends on BR2_PACKAGE_LINUX
- help
- Build vmlinux binary
config BR2_LINUX_BIN_ZIMAGE
bool "zImage"
depends on BR2_PACKAGE_LINUX
- help
- Linux 2.6.19.2
config BR2_LINUX_BIN_CUSTOM
bool "<custom> Linux binary"
depends on BR2_PACKAGE_LINUX
help
Build custom Linux binary format
+
endchoice
config BR2_LINUX_BIN_CUSTOM_BIN
Modified: trunk/buildroot/target/linux/Config.in.versions
===================================================================
--- trunk/buildroot/target/linux/Config.in.versions 2009-01-19 16:38:30 UTC (rev 24911)
+++ trunk/buildroot/target/linux/Config.in.versions 2009-01-19 21:27:04 UTC (rev 24912)
@@ -5,13 +5,13 @@
config LINUX26_LATEST_RC_VERSION
string
- default "2.6.29-rc1" if BR2_KERNEL_ADD_LATEST_RC_PATCH
+ default "2.6.29-rc2" if BR2_KERNEL_ADD_LATEST_RC_PATCH
help
Not really available as of 20090103
config LINUX26_LATEST_GIT_VERSION
string
- default "2.6.29-rc1-git3" if BR2_KERNEL_ADD_LATEST_SNAPSHOT
+ default "2.6.29-rc2-git1" if BR2_KERNEL_ADD_LATEST_SNAPSHOT
config LINUX26_LATEST_MM_VERSION
string
@@ -19,17 +19,17 @@
config BR2_KERNEL_CURRENT_VERSION
string
- default "2.6.28"
+ default "2.6.28.1"
+ help
+ This is the latest stable kernel (including minor version)
config BR2_KERNEL_LATEST_2_6_28
string
default "1"
- help
- Not really available as of 20090103
config BR2_KERNEL_LATEST_2_6_27
string
- default "10"
+ default "12"
config BR2_KERNEL_LATEST_2_6_26
string
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2009-01-19 16:38:30 UTC (rev 24911)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2009-01-19 21:27:04 UTC (rev 24912)
@@ -71,8 +71,7 @@
LINUX26_BSP_PATCH:=$(strip $(subst ",,$(BR2_LINUX_BSP_PATCH)))
#"))
-LINUX26_PATCH_SITE:=$(strip $(subst ",,$(BR2_KERNEL_SITE)))
-#"))
+LINUX_HEADERS_DEPENDS:= $(DL_DIR)/$(LINUX26_PATCH_SOURCE) $(LINUX26_BSP_PATCH)
# ------------------------------------
# kernel patches provided by buildroot
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2009-01-23 0:54 ulf at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2009-01-23 0:54 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2009-01-23 00:54:23 +0000 (Fri, 23 Jan 2009)
New Revision: 24977
Log:
Do not reapply linux patches if LINUX26_PATCH_SOURCE is empty, and we are continuing building after a failure
Modified:
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2009-01-22 23:10:12 UTC (rev 24976)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2009-01-23 00:54:23 UTC (rev 24977)
@@ -71,8 +71,12 @@
LINUX26_BSP_PATCH:=$(strip $(subst ",,$(BR2_LINUX_BSP_PATCH)))
#"))
-LINUX_HEADERS_DEPENDS:= $(DL_DIR)/$(LINUX26_PATCH_SOURCE) $(LINUX26_BSP_PATCH)
+LINUX_HEADERS_DEPENDS:= $(LINUX26_BSP_PATCH)
+ifneq ($(LINUX26_PATCH_SOURCE),)
+LINUX_HEADERS_DEPENDS+=$(DL_DIR)/$(LINUX26_PATCH_SOURCE)
+endif
+
# ------------------------------------
# kernel patches provided by buildroot
ifeq ($(strip $(LINUX26_PATCH_DIR)),)
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2009-01-25 21:48 ulf at uclibc.org
2009-01-25 21:54 ` Peter Korsgaard
2009-01-26 16:27 ` Peter Korsgaard
0 siblings, 2 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2009-01-25 21:48 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2009-01-25 21:48:33 +0000 (Sun, 25 Jan 2009)
New Revision: 25024
Log:
Use new SHELL variable BUILDROOT_KERNEL_CONFIG_METHOD
which will override selection between xconfig and menuconfig
make xconfig will, if it fails, or user does not save configuration
result in make menuconfig beeing tried
Fix several issues causing final part of linux to be regenerated
on each make.
Modified:
trunk/buildroot/target/linux/Config.in.advanced
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Config.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Config.in.advanced 2009-01-25 21:01:33 UTC (rev 25023)
+++ trunk/buildroot/target/linux/Config.in.advanced 2009-01-25 21:48:33 UTC (rev 25024)
@@ -406,7 +406,7 @@
choice
prompt "Preferred config tool"
- default BR2_MAKE_MENUCONFIG
+ default BR2_MAKE_XCONFIG
depends on BR2_PACKAGE_LINUX_USE_XCONFIG
help
Define the preferred tool to invoke if a configuration is invalid
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2009-01-25 21:01:33 UTC (rev 25023)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2009-01-25 21:48:33 UTC (rev 25024)
@@ -109,12 +109,17 @@
endif
endif
+# Override config method with shell variable
+ifneq ($(BUILDROOT_KERNEL_CONFIG_METHOD),)
+KERNEL_CONFIG_METHOD:=$(strip $(subst ",,$(BUILDROOT_KERNEL_CONFIG_METHOD)))
+#"))
+else
KERNEL_CONFIG_METHOD:=$(strip $(subst ",,$(BR2_KERNEL_CONFIG_METHOD)))
#"))
ifeq ($(KERNEL_CONFIG_METHOD),)
-KERNEL_CONFIG_METHOD:=menuconfig
+KERNEL_CONFIG_METHOD:=xconfig
endif
-
+endif
# -----------------------------------------------------------------------------
ifndef LINUX26_FORMAT
ifneq ($(strip $(subst ",,$(BR2_PACKAGE_LINUX_FORMAT))),)
@@ -145,7 +150,7 @@
# UIMAGE
ifeq ($(LINUX26_FORMAT),uImage)
LINUX26_MKIMAGE_DIR:=$(PROJECT_BUILD_DIR)/u-boot-tools
-LINUX26_MKIMAGE_DEP:=linux26-mkimage
+LINUX26_MKIMAGE_DEP:=$(LINUX26_MKIMAGE_DIR)/mkimage
ifeq ($(LINUX26_BINLOC),)
LINUX26_BINLOC:=arch/$(KERNEL_ARCH)/boot/$(LINUX26_FORMAT)
endif
@@ -170,10 +175,11 @@
KERNEL_EXT:=.bz
endif
-
+ROOTFS_STRIPPED_SUFFIX=$(strip $(subst ",,$(ROOTFS_SUFFIX)))
+#"))
# -----------------------------------------------------------------------------
# File name for the Linux kernel binary
-LINUX26_KERNEL_NAME:=$(BOARD_NAME)-linux-$(LINUX26_VERSION)$(ROOTFS_SUFFIX)$(KERNEL_EXT)
+LINUX26_KERNEL_NAME:=$(BOARD_NAME)-linux-$(LINUX26_VERSION)$(ROOTFS_STRIPPED_SUFFIX)$(KERNEL_EXT)
ifeq ($(BOARD_NAME),)
@@ -226,7 +232,7 @@
# -----------------------------------------------------------------------------
-LINUX26_TARGETS+=$(LINUX26_KERNEL) linux26-version
+LINUX26_TARGETS+=$(LINUX26_KERNEL) $(PROJECT_BUILD_DIR)/.linux-version
ifeq ($(BR2_LINUX_COPYTO_ROOTFS),y)
LINUX26_TARGETS+=$(TARGET_DIR)/boot/$(LINUX26_KERNEL_NAME)
@@ -316,8 +322,13 @@
$(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) $(BOARD_NAME)_defconfig
endif
ifeq ($(BR2_PACKAGE_LINUX_USE_XCONFIG),y)
- $(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) $(KERNEL_CONFIG_METHOD)
+ifeq ($(KERNEL_CONFIG_METHOD),xconfig)
+ $(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) xconfig || \
+ $(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) menuconfig \
+else
+ $(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) menuconfig
endif
+endif
ifeq ($(BR2_PACKAGE_LINUX_USE_KCONFIG),y)
# Try user defined config
if [ -f "$(LINUX26_KCONFIG)" ] ; then \
@@ -397,10 +408,11 @@
$(LINUX26_DIR)/.depend_done
$(MAKE) $(LINUX26_MAKE_FLAGS) \
-C $(LINUX26_DIR) $(LINUX26_FORMAT)
+ touch $@
$(LINUX26_KERNEL): $(LINUX26_DIR)/$(LINUX26_BINLOC)
cp -pf $(LINUX26_DIR)/$(LINUX26_BINLOC) $(LINUX26_KERNEL)
- touch -c $@
+ touch $@
# -----------------------------------------------------------------------------
$(PROJECT_BUILD_DIR)/autotools-stamps/linux_modules_target_installed: $(LINUX26_DIR)/.depend_done
@@ -453,19 +465,21 @@
/tftpboot/$(LINUX26_KERNEL_NAME): $(LINUX26_KERNEL)
-mkdir -p /tftpboot
- -cp -dpf $(LINUX26_KERNEL) /tftpboot/$(LINUX26_KERNEL_NAME)
+ -cp -dpf $(LINUX26_KERNEL) $@
+ touch $@
ifneq ($(LINUX_COPYTO),/tftpboot)
$(LINUX_COPYTO)/$(LINUX26_KERNEL_NAME): $(LINUX26_KERNEL)
mkdir -p $(LINUX_COPYTO)
- cp -dpf $(LINUX26_KERNEL) $(LINUX_COPYTO)/$(LINUX26_KERNEL_NAME)
+ cp -dpf $(LINUX26_KERNEL) $@
+ touch $@
endif
-$(PROJECT_BUILD_DIR)/.linux-version:
+$(PROJECT_BUILD_DIR)/.linux-version: $(LINUX26_KERNEL)
echo $(LINUX26_VERSION_PROBED) > $(PROJECT_BUILD_DIR)/.linux-version
- echo LINUX_MODULES=$(LINUX26_VERSION_PROBED)
+ echo LINUX_MODULES=`$(LINUX26_VERSION_PROBED)`
-linux26-mkimage: u-boot
+$(LINUX26_MKIMAGE_DIR)/mkimage: $(MKIMAGE)
mkdir -p $(LINUX26_MKIMAGE_DIR)
cp $(MKIMAGE) $(LINUX26_MKIMAGE_DIR)
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-25 21:48 ulf at uclibc.org
@ 2009-01-25 21:54 ` Peter Korsgaard
2009-01-25 22:09 ` Ulf Samuelsson
2009-01-26 16:27 ` Peter Korsgaard
1 sibling, 1 reply; 169+ messages in thread
From: Peter Korsgaard @ 2009-01-25 21:54 UTC (permalink / raw)
To: buildroot
>>>>> "ulf" == ulf <ulf@uclibc.org> writes:
ulf> Author: ulf
ulf> Date: 2009-01-25 21:48:33 +0000 (Sun, 25 Jan 2009)
ulf> New Revision: 25024
ulf> Log:
ulf> Use new SHELL variable BUILDROOT_KERNEL_CONFIG_METHOD
ulf> which will override selection between xconfig and menuconfig
ulf> make xconfig will, if it fails, or user does not save configuration
ulf> result in make menuconfig beeing tried
Sigh, please don't make these changes to the tree before we come to an
agreement on the list.
ulf> Fix several issues causing final part of linux to be regenerated
ulf> on each make.
ulf> choice
ulf> prompt "Preferred config tool"
ulf> - default BR2_MAKE_MENUCONFIG
ulf> + default BR2_MAKE_XCONFIG
Don't do that.
ulf> +# Override config method with shell variable
ulf> +ifneq ($(BUILDROOT_KERNEL_CONFIG_METHOD),)
ulf> +KERNEL_CONFIG_METHOD:=$(strip $(subst ",,$(BUILDROOT_KERNEL_CONFIG_METHOD)))
ulf> +#"))
ulf> +else
ulf> KERNEL_CONFIG_METHOD:=$(strip $(subst ",,$(BR2_KERNEL_CONFIG_METHOD)))
ulf> #"))
ulf> ifeq ($(KERNEL_CONFIG_METHOD),)
ulf> -KERNEL_CONFIG_METHOD:=menuconfig
ulf> +KERNEL_CONFIG_METHOD:=xconfig
ulf> endif
But why?
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-25 21:54 ` Peter Korsgaard
@ 2009-01-25 22:09 ` Ulf Samuelsson
2009-01-25 23:12 ` Markus Heidelberg
0 siblings, 1 reply; 169+ messages in thread
From: Ulf Samuelsson @ 2009-01-25 22:09 UTC (permalink / raw)
To: buildroot
s?n 2009-01-25 klockan 22:54 +0100 skrev Peter Korsgaard:
> >>>>> "ulf" == ulf <ulf@uclibc.org> writes:
>
> ulf> Author: ulf
> ulf> Date: 2009-01-25 21:48:33 +0000 (Sun, 25 Jan 2009)
> ulf> New Revision: 25024
>
> ulf> Log:
>
> ulf> Use new SHELL variable BUILDROOT_KERNEL_CONFIG_METHOD
> ulf> which will override selection between xconfig and menuconfig
>
> ulf> make xconfig will, if it fails, or user does not save configuration
> ulf> result in make menuconfig beeing tried
>
> Sigh, please don't make these changes to the tree before we come to an
> agreement on the list.
>
> ulf> Fix several issues causing final part of linux to be regenerated
> ulf> on each make.
>
> ulf> choice
> ulf> prompt "Preferred config tool"
> ulf> - default BR2_MAKE_MENUCONFIG
> ulf> + default BR2_MAKE_XCONFIG
>
> Don't do that.
>
> ulf> +# Override config method with shell variable
> ulf> +ifneq ($(BUILDROOT_KERNEL_CONFIG_METHOD),)
> ulf> +KERNEL_CONFIG_METHOD:=$(strip $(subst ",,$(BUILDROOT_KERNEL_CONFIG_METHOD)))
> ulf> +#"))
> ulf> +else
> ulf> KERNEL_CONFIG_METHOD:=$(strip $(subst ",,$(BR2_KERNEL_CONFIG_METHOD)))
> ulf> #"))
> ulf> ifeq ($(KERNEL_CONFIG_METHOD),)
> ulf> -KERNEL_CONFIG_METHOD:=menuconfig
> ulf> +KERNEL_CONFIG_METHOD:=xconfig
> ulf> endif
>
> But why?
You started by doing changes which are unacceptable.
People that want to use xconfig should not suffer because
of people that does not have QT3.
With the new features, you can
1) Override whatever is in the configuration.
and select xconfig, or menuconfig as you like
2) If you do not know, then you will default to xconfig
and if QT3 is installed you will get this.
If you do not have QT3 installed, then the make xconfig
will fail and you will get menuconfig immediately afterwards
3) If you do know, and care, you can set
the board config to use menuconfig,
but then you are probably much better off to
use the shell default.
In fact, with this error handling it might make sense
to remove the configuration possibility altogether.
BR
Ulf Samuelsson
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-25 22:09 ` Ulf Samuelsson
@ 2009-01-25 23:12 ` Markus Heidelberg
2009-01-25 23:24 ` Ulf Samuelsson
0 siblings, 1 reply; 169+ messages in thread
From: Markus Heidelberg @ 2009-01-25 23:12 UTC (permalink / raw)
To: buildroot
Ulf Samuelsson, 25.01.2009:
> In fact, with this error handling it might make sense
> to remove the configuration possibility altogether.
By no means! I have Qt installed, but never use xconfig.
Markus
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2009-01-25 23:14 ulf at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2009-01-25 23:14 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2009-01-25 23:14:55 +0000 (Sun, 25 Jan 2009)
New Revision: 25028
Log:
Ensure /boot exists, Write linux version to file,in case the kernel version has changed after the first build
Modified:
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2009-01-25 23:09:12 UTC (rev 25027)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2009-01-25 23:14:55 UTC (rev 25028)
@@ -227,6 +227,7 @@
ifneq ($(DOWNLOAD_LINUX26_VERSION),$(LINUX26_VERSION))
# Rename the dir from the downloaded version to the AFTER patch version
mv -f $(PROJECT_BUILD_DIR)/linux-$(DOWNLOAD_LINUX26_VERSION) $(LINUX26_DIR)
+ echo $(LINUX26_VERSION_PROBED) > $(PROJECT_BUILD_DIR)/.linux-version
endif
touch $@
@@ -400,6 +401,7 @@
# -----------------------------------------------------------------------------
$(LINUX26_DIR)/.depend_done: $(LINUX26_DIR)/.configured $(LINUX26_MKIMAGE_DEP)
+ mkdir -p $(TARGET_DIR)/boot
-mv $(LINUX26_DIR)/localversion* $(TARGET_DIR)/boot
$(MAKE) $(LINUX26_MAKE_FLAGS) -C $(LINUX26_DIR) prepare
touch $@
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-25 23:12 ` Markus Heidelberg
@ 2009-01-25 23:24 ` Ulf Samuelsson
2009-01-26 5:58 ` Peter Korsgaard
0 siblings, 1 reply; 169+ messages in thread
From: Ulf Samuelsson @ 2009-01-25 23:24 UTC (permalink / raw)
To: buildroot
m?n 2009-01-26 klockan 00:12 +0100 skrev Markus Heidelberg:
> Ulf Samuelsson, 25.01.2009:
> > In fact, with this error handling it might make sense
> > to remove the configuration possibility altogether.
>
> By no means! I have Qt installed, but never use xconfig.
OK, The SHELL variable will ensure that everyone has a choice.
BR
Ulf Samuelsson
> Markus
>
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2009-01-25 23:42 ulf at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: ulf at uclibc.org @ 2009-01-25 23:42 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2009-01-25 23:42:09 +0000 (Sun, 25 Jan 2009)
New Revision: 25031
Log:
Update patchlevels for linux-2.6.25/27/28
Modified:
trunk/buildroot/target/linux/Config.in.advanced
trunk/buildroot/target/linux/Config.in.versions
Changeset:
Modified: trunk/buildroot/target/linux/Config.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Config.in.advanced 2009-01-25 23:32:13 UTC (rev 25030)
+++ trunk/buildroot/target/linux/Config.in.advanced 2009-01-25 23:42:09 UTC (rev 25031)
@@ -127,7 +127,7 @@
Select the specific Linux version you want to use
config BR2_LINUX_2_6_STABLE
- bool "The latest stable Linux kernel (2.6.28.1)"
+ bool "The latest stable Linux kernel (2.6.28.2)"
config BR2_LINUX_2_6_28
bool "Linux 2.6.28"
Modified: trunk/buildroot/target/linux/Config.in.versions
===================================================================
--- trunk/buildroot/target/linux/Config.in.versions 2009-01-25 23:32:13 UTC (rev 25030)
+++ trunk/buildroot/target/linux/Config.in.versions 2009-01-25 23:42:09 UTC (rev 25031)
@@ -19,17 +19,17 @@
config BR2_KERNEL_CURRENT_VERSION
string
- default "2.6.28.1"
+ default "2.6.28.2"
help
This is the latest stable kernel (including minor version)
config BR2_KERNEL_LATEST_2_6_28
string
- default "1"
+ default "2"
config BR2_KERNEL_LATEST_2_6_27
string
- default "12"
+ default "13"
config BR2_KERNEL_LATEST_2_6_26
string
@@ -37,7 +37,7 @@
config BR2_KERNEL_LATEST_2_6_25
string
- default "9"
+ default "19"
config BR2_KERNEL_LATEST_2_6_24
string
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-25 23:24 ` Ulf Samuelsson
@ 2009-01-26 5:58 ` Peter Korsgaard
0 siblings, 0 replies; 169+ messages in thread
From: Peter Korsgaard @ 2009-01-26 5:58 UTC (permalink / raw)
To: buildroot
>>>>> "Ulf" == Ulf Samuelsson <ulf.samuelsson@atmel.com> writes:
Ulf> m?n 2009-01-26 klockan 00:12 +0100 skrev Markus Heidelberg:
>> Ulf Samuelsson, 25.01.2009:
>> > In fact, with this error handling it might make sense
>> > to remove the configuration possibility altogether.
>>
>> By no means! I have Qt installed, but never use xconfig.
Ulf> OK, The SHELL variable will ensure that everyone has a choice.
And the default should be menuconfig, not xconfig.
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2009-01-26 16:25 jacmet at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: jacmet at uclibc.org @ 2009-01-26 16:25 UTC (permalink / raw)
To: buildroot
Author: jacmet
Date: 2009-01-26 16:25:17 +0000 (Mon, 26 Jan 2009)
New Revision: 25056
Log:
linux/advanced: default to make menuconfig
Modified:
trunk/buildroot/target/linux/Config.in.advanced
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Config.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Config.in.advanced 2009-01-26 15:45:32 UTC (rev 25055)
+++ trunk/buildroot/target/linux/Config.in.advanced 2009-01-26 16:25:17 UTC (rev 25056)
@@ -406,7 +406,7 @@
choice
prompt "Preferred config tool"
- default BR2_MAKE_XCONFIG
+ default BR2_MAKE_MENUCONFIG
depends on BR2_PACKAGE_LINUX_USE_XCONFIG
help
Define the preferred tool to invoke if a configuration is invalid
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2009-01-26 15:45:32 UTC (rev 25055)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2009-01-26 16:25:17 UTC (rev 25056)
@@ -117,7 +117,7 @@
KERNEL_CONFIG_METHOD:=$(strip $(subst ",,$(BR2_KERNEL_CONFIG_METHOD)))
#"))
ifeq ($(KERNEL_CONFIG_METHOD),)
-KERNEL_CONFIG_METHOD:=xconfig
+KERNEL_CONFIG_METHOD:=menuconfig
endif
endif
# -----------------------------------------------------------------------------
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-25 21:48 ulf at uclibc.org
2009-01-25 21:54 ` Peter Korsgaard
@ 2009-01-26 16:27 ` Peter Korsgaard
2009-01-26 19:28 ` Ulf Samuelsson
2009-01-26 19:30 ` Ulf Samuelsson
1 sibling, 2 replies; 169+ messages in thread
From: Peter Korsgaard @ 2009-01-26 16:27 UTC (permalink / raw)
To: buildroot
>>>>> "ulf" == ulf <ulf@uclibc.org> writes:
ulf> Author: ulf
ulf> Date: 2009-01-25 21:48:33 +0000 (Sun, 25 Jan 2009)
ulf> New Revision: 25024
ulf> Log:
ulf> Use new SHELL variable BUILDROOT_KERNEL_CONFIG_METHOD
ulf> which will override selection between xconfig and menuconfig
Let's not add any more undocumented command line options for such
special cases like this.
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-26 16:27 ` Peter Korsgaard
@ 2009-01-26 19:28 ` Ulf Samuelsson
2009-01-26 19:30 ` Ulf Samuelsson
1 sibling, 0 replies; 169+ messages in thread
From: Ulf Samuelsson @ 2009-01-26 19:28 UTC (permalink / raw)
To: buildroot
m?n 2009-01-26 klockan 17:27 +0100 skrev Peter Korsgaard:
> >>>>> "ulf" == ulf <ulf@uclibc.org> writes:
>
> ulf> Author: ulf
> ulf> Date: 2009-01-25 21:48:33 +0000 (Sun, 25 Jan 2009)
> ulf> New Revision: 25024
>
> ulf> Log:
>
> ulf> Use new SHELL variable BUILDROOT_KERNEL_CONFIG_METHOD
> ulf> which will override selection between xconfig and menuconfig
>
It needs to be documented, that is for sure.
> Let's not add any more undocumented command line options for such
> special cases like this.
I agree that is it too specific.
A more generic thing would be to use "BUILDROOT_USE_XWIN"
This might only be used for the config method,
but it is easier to understand.
BR
Ulf Samuelsson
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-26 16:27 ` Peter Korsgaard
2009-01-26 19:28 ` Ulf Samuelsson
@ 2009-01-26 19:30 ` Ulf Samuelsson
2009-01-26 19:39 ` Peter Korsgaard
1 sibling, 1 reply; 169+ messages in thread
From: Ulf Samuelsson @ 2009-01-26 19:30 UTC (permalink / raw)
To: buildroot
m?n 2009-01-26 klockan 17:27 +0100 skrev Peter Korsgaard:
> >>>>> "ulf" == ulf <ulf@uclibc.org> writes:
>
> ulf> Author: ulf
> ulf> Date: 2009-01-25 21:48:33 +0000 (Sun, 25 Jan 2009)
> ulf> New Revision: 25024
>
> ulf> Log:
>
> ulf> Use new SHELL variable BUILDROOT_KERNEL_CONFIG_METHOD
> ulf> which will override selection between xconfig and menuconfig
>
> Let's not add any more undocumented command line options for such
> special cases like this.
>
Something that needs to be cleaned up is the way
things are copied to a directory outside Buildroot.
I think to have a global COPYTO which can
be overridden by a shell variable is the
best approach.
BR
Ulf Samuelsson
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-26 19:30 ` Ulf Samuelsson
@ 2009-01-26 19:39 ` Peter Korsgaard
0 siblings, 0 replies; 169+ messages in thread
From: Peter Korsgaard @ 2009-01-26 19:39 UTC (permalink / raw)
To: buildroot
>>>>> "Ulf" == Ulf Samuelsson <ulf.samuelsson@atmel.com> writes:
Hi,
Ulf> Something that needs to be cleaned up is the way
Ulf> things are copied to a directory outside Buildroot.
Ulf> I think to have a global COPYTO which can
Ulf> be overridden by a shell variable is the
Ulf> best approach.
Or simply get rid of it. As I argued before it's very hard to do
generic in a way that pleases everyone without making it very
complicated, and it's clearly outside the core goals of buildroot.
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2009-01-26 20:17 ulf at uclibc.org
2009-01-26 20:30 ` Peter Korsgaard
0 siblings, 1 reply; 169+ messages in thread
From: ulf at uclibc.org @ 2009-01-26 20:17 UTC (permalink / raw)
To: buildroot
Author: ulf
Date: 2009-01-26 20:17:06 +0000 (Mon, 26 Jan 2009)
New Revision: 25065
Log:
Replace BUILDROOT_KERNEL_CONFIG_METHOD environment variable with BUILDROOT_USE_XWINDOWS
Modified:
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2009-01-26 19:42:47 UTC (rev 25064)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2009-01-26 20:17:06 UTC (rev 25065)
@@ -110,8 +110,8 @@
endif
# Override config method with shell variable
-ifneq ($(BUILDROOT_KERNEL_CONFIG_METHOD),)
-KERNEL_CONFIG_METHOD:=$(strip $(subst ",,$(BUILDROOT_KERNEL_CONFIG_METHOD)))
+ifneq ($(BUILDROOT_USE_XWINDOWS),)
+KERNEL_CONFIG_METHOD:=xconfig
#"))
else
KERNEL_CONFIG_METHOD:=$(strip $(subst ",,$(BR2_KERNEL_CONFIG_METHOD)))
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-26 20:17 ulf at uclibc.org
@ 2009-01-26 20:30 ` Peter Korsgaard
2009-01-26 21:24 ` Ulf Samuelsson
0 siblings, 1 reply; 169+ messages in thread
From: Peter Korsgaard @ 2009-01-26 20:30 UTC (permalink / raw)
To: buildroot
>>>>> "ulf" == ulf <ulf@uclibc.org> writes:
ulf> Author: ulf
ulf> Date: 2009-01-26 20:17:06 +0000 (Mon, 26 Jan 2009)
ulf> New Revision: 25065
ulf> Log:
ulf> Replace BUILDROOT_KERNEL_CONFIG_METHOD environment variable with BUILDROOT_USE_XWINDOWS
Why are you doing this after I explicitly said:
Let's not add any more undocumented command line options for such
special cases like this.
Renaming doesn't make it any better.
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-26 20:30 ` Peter Korsgaard
@ 2009-01-26 21:24 ` Ulf Samuelsson
2009-01-26 21:29 ` Peter Korsgaard
0 siblings, 1 reply; 169+ messages in thread
From: Ulf Samuelsson @ 2009-01-26 21:24 UTC (permalink / raw)
To: buildroot
m?n 2009-01-26 klockan 21:30 +0100 skrev Peter Korsgaard:
> >>>>> "ulf" == ulf <ulf@uclibc.org> writes:
>
> ulf> Author: ulf
> ulf> Date: 2009-01-26 20:17:06 +0000 (Mon, 26 Jan 2009)
> ulf> New Revision: 25065
>
> ulf> Log:
> ulf> Replace BUILDROOT_KERNEL_CONFIG_METHOD environment variable with BUILDROOT_USE_XWINDOWS
>
> Why are you doing this after I explicitly said:
>
> Let's not add any more undocumented command line options for such
> special cases like this.
>
It is documented now!
BR
Ulf Samuelsson
> Renaming doesn't make it any better.
>
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-26 21:24 ` Ulf Samuelsson
@ 2009-01-26 21:29 ` Peter Korsgaard
2009-01-26 21:35 ` Ulf Samuelsson
0 siblings, 1 reply; 169+ messages in thread
From: Peter Korsgaard @ 2009-01-26 21:29 UTC (permalink / raw)
To: buildroot
>>>>> "Ulf" == Ulf Samuelsson <ulf.samuelsson@atmel.com> writes:
ulf> Log:
ulf> Replace BUILDROOT_KERNEL_CONFIG_METHOD environment variable with
ulf> BUILDROOT_USE_XWINDOWS
>>
>> Why are you doing this after I explicitly said:
>>
>> Let's not add any more undocumented command line options for such
>> special cases like this.
>>
Ulf> It is documented now!
That doesn't make it any less of a special case.
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-26 21:29 ` Peter Korsgaard
@ 2009-01-26 21:35 ` Ulf Samuelsson
2009-01-26 21:48 ` Peter Korsgaard
2009-01-27 12:56 ` Hamish Moffatt
0 siblings, 2 replies; 169+ messages in thread
From: Ulf Samuelsson @ 2009-01-26 21:35 UTC (permalink / raw)
To: buildroot
m?n 2009-01-26 klockan 22:29 +0100 skrev Peter Korsgaard:
> >>>>> "Ulf" == Ulf Samuelsson <ulf.samuelsson@atmel.com> writes:
>
> ulf> Log:
>
> ulf> Replace BUILDROOT_KERNEL_CONFIG_METHOD environment variable with
> ulf> BUILDROOT_USE_XWINDOWS
> >>
> >> Why are you doing this after I explicitly said:
> >>
> >> Let's not add any more undocumented command line options for such
> >> special cases like this.
> >>
>
> Ulf> It is documented now!
>
> That doesn't make it any less of a special case.
You are again, not only trying to establish a default behaviour
You are trying to FORCE other to accept your preferences.
I think you are really out of line.
I do not want to use menuconfig.
I do not want to update configs manually to get my preferred behaviour.
I suspect that there are others that feel the same.
Why can't you accept that!
BR
Ulf Samuelsson
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-26 21:35 ` Ulf Samuelsson
@ 2009-01-26 21:48 ` Peter Korsgaard
2009-01-26 22:25 ` Ulf Samuelsson
2009-01-27 12:56 ` Hamish Moffatt
1 sibling, 1 reply; 169+ messages in thread
From: Peter Korsgaard @ 2009-01-26 21:48 UTC (permalink / raw)
To: buildroot
>>>>> "Ulf" == Ulf Samuelsson <ulf.samuelsson@atmel.com> writes:
Ulf> It is documented now!
>>
>> That doesn't make it any less of a special case.
Ulf> You are again, not only trying to establish a default behaviour
Ulf> You are trying to FORCE other to accept your preferences.
Huh?
config BR2_MAKE_XCONFIG
bool "make xconfig (needs QT3 headers on host)"
git grep BR2_MAKE_XCONFIG=y
target/device/Atmel/at91rm9200df/at91rm9200df_defconfig:BR2_MAKE_XCONFIG=y
target/device/Atmel/at91sam9g20dfc/at91sam9g20dfc_defconfig:BR2_MAKE_XCONFIG=y
target/device/Atmel/atngw100-base/atngw100-base_defconfig:BR2_MAKE_XCONFIG=y
target/device/Atmel/atstk1005/atstk1005_defconfig:BR2_MAKE_XCONFIG=y
I don't quite see the problem.
Ulf> I suspect that there are others that feel the same.
Ulf> Why can't you accept that!
People disagreed to your change to make xconfig default. So far I
haven't heard anyone else than you complaining about making menuconfig
default.
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-26 21:48 ` Peter Korsgaard
@ 2009-01-26 22:25 ` Ulf Samuelsson
2009-01-27 5:58 ` Peter Korsgaard
0 siblings, 1 reply; 169+ messages in thread
From: Ulf Samuelsson @ 2009-01-26 22:25 UTC (permalink / raw)
To: buildroot
m?n 2009-01-26 klockan 22:48 +0100 skrev Peter Korsgaard:
> >>>>> "Ulf" == Ulf Samuelsson <ulf.samuelsson@atmel.com> writes:
>
> Ulf> It is documented now!
> >>
> >> That doesn't make it any less of a special case.
>
> Ulf> You are again, not only trying to establish a default behaviour
> Ulf> You are trying to FORCE other to accept your preferences.
>
> Huh?
>
> config BR2_MAKE_XCONFIG
> bool "make xconfig (needs QT3 headers on host)"
>
> git grep BR2_MAKE_XCONFIG=y
> target/device/Atmel/at91rm9200df/at91rm9200df_defconfig:BR2_MAKE_XCONFIG=y
> target/device/Atmel/at91sam9g20dfc/at91sam9g20dfc_defconfig:BR2_MAKE_XCONFIG=y
> target/device/Atmel/atngw100-base/atngw100-base_defconfig:BR2_MAKE_XCONFIG=y
> target/device/Atmel/atstk1005/atstk1005_defconfig:BR2_MAKE_XCONFIG=y
>
> I don't quite see the problem.
What is the problem then with having environment variables.
Pls come up with an alternative method to enforce
behaviour of buildroot without having to resort to
editing config files.
BR
Ulf Samuelsson
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-26 22:25 ` Ulf Samuelsson
@ 2009-01-27 5:58 ` Peter Korsgaard
0 siblings, 0 replies; 169+ messages in thread
From: Peter Korsgaard @ 2009-01-27 5:58 UTC (permalink / raw)
To: buildroot
>>>>> "Ulf" == Ulf Samuelsson <ulf.samuelsson@atmel.com> writes:
>> I don't quite see the problem.
Ulf> What is the problem then with having environment variables.
That they are yet another way of changing config - And even worse, a
way to silently do so.
Ulf> Pls come up with an alternative method to enforce
Ulf> behaviour of buildroot without having to resort to
Ulf> editing config files.
We don't have environment variables to change most other setting (And
no, please don't add them!), so I'm not convinced we need to add it
for xconfig/menuconfig, just because you prefer xconfig.
The point of having a configuration system like Kconfig is to use it.
Please look at the bigger picture, thanks.
--
Bye, Peter Korsgaard
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-26 21:35 ` Ulf Samuelsson
2009-01-26 21:48 ` Peter Korsgaard
@ 2009-01-27 12:56 ` Hamish Moffatt
2009-01-29 14:33 ` Ulf Samuelsson
1 sibling, 1 reply; 169+ messages in thread
From: Hamish Moffatt @ 2009-01-27 12:56 UTC (permalink / raw)
To: buildroot
On Mon, Jan 26, 2009 at 10:35:20PM +0100, Ulf Samuelsson wrote:
> m?n 2009-01-26 klockan 22:29 +0100 skrev Peter Korsgaard:
> > >>>>> "Ulf" == Ulf Samuelsson <ulf.samuelsson@atmel.com> writes:
> >
> > ulf> Log:
> >
> > ulf> Replace BUILDROOT_KERNEL_CONFIG_METHOD environment variable with
> > ulf> BUILDROOT_USE_XWINDOWS
> > >>
> > >> Why are you doing this after I explicitly said:
> > >>
> > >> Let's not add any more undocumented command line options for such
> > >> special cases like this.
> > >>
> >
> > Ulf> It is documented now!
> >
> > That doesn't make it any less of a special case.
>
> You are again, not only trying to establish a default behaviour
> You are trying to FORCE other to accept your preferences.
>
> I think you are really out of line.
>
> I do not want to use menuconfig.
> I do not want to update configs manually to get my preferred behaviour.
Why don't you just pass BR2_KERNEL_CONFIG_METHOD in your own environment?
No need for extra variables and all this other stuff.
> I suspect that there are others that feel the same.
> Why can't you accept that!
Sorry Ulf, I don't think you are being reasonable. The default needs to
be the same everywhere - it doesn't make any sense to have a mix of
menuconfig and xconfig interfaces.
The current logic of trying xconfig then menuconfig is very ugly - does
it allow you to abort xconfig without falling back?
I use X and I never use xconfig.
Hamish
--
Hamish Moffatt VK3SB <hamish@debian.org> <hamish@cloud.net.au>
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-27 12:56 ` Hamish Moffatt
@ 2009-01-29 14:33 ` Ulf Samuelsson
2009-01-29 23:09 ` Hamish Moffatt
0 siblings, 1 reply; 169+ messages in thread
From: Ulf Samuelsson @ 2009-01-29 14:33 UTC (permalink / raw)
To: buildroot
> The current logic of trying xconfig then menuconfig is very ugly - does
> it allow you to abort xconfig without falling back?
If you could abort the xconfig without running menuconfig,
then you would not have a config file and the build would abort.
What is the sense of that?
Best Regards
Ulf Samuelsson
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-29 14:33 ` Ulf Samuelsson
@ 2009-01-29 23:09 ` Hamish Moffatt
2009-01-29 23:37 ` Ulf Samuelsson
0 siblings, 1 reply; 169+ messages in thread
From: Hamish Moffatt @ 2009-01-29 23:09 UTC (permalink / raw)
To: buildroot
On Thu, Jan 29, 2009 at 03:33:08PM +0100, Ulf Samuelsson wrote:
>> The current logic of trying xconfig then menuconfig is very ugly - does
>> it allow you to abort xconfig without falling back?
>
> If you could abort the xconfig without running menuconfig,
> then you would not have a config file and the build would abort.
> What is the sense of that?
You could have an exising config, start editing then change your mind.
You don't want menuconfig to launch in that case.
Hamish
--
Hamish Moffatt VK3SB <hamish@debian.org> <hamish@cloud.net.au>
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-29 23:09 ` Hamish Moffatt
@ 2009-01-29 23:37 ` Ulf Samuelsson
2009-01-29 23:47 ` Hamish Moffatt
0 siblings, 1 reply; 169+ messages in thread
From: Ulf Samuelsson @ 2009-01-29 23:37 UTC (permalink / raw)
To: buildroot
fre 2009-01-30 klockan 10:09 +1100 skrev Hamish Moffatt:
> On Thu, Jan 29, 2009 at 03:33:08PM +0100, Ulf Samuelsson wrote:
> >> The current logic of trying xconfig then menuconfig is very ugly - does
> >> it allow you to abort xconfig without falling back?
> >
> > If you could abort the xconfig without running menuconfig,
> > then you would not have a config file and the build would abort.
> > What is the sense of that?
>
> You could have an exising config, start editing then change your mind.
> You don't want menuconfig to launch in that case.
>
If you have an existing config, then buildroot will copy that
to the linux directory, and neither menuconfig or xconfig
will be launched.
It is launched if buildroot does not find a suitable config.
If you select to do make menuconfig, it will not launch xconfig.
If you already have a .config, then you should do make linux-config
or similar.
BR
Ulf Samuelsson
>
> Hamish
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
2009-01-29 23:37 ` Ulf Samuelsson
@ 2009-01-29 23:47 ` Hamish Moffatt
0 siblings, 0 replies; 169+ messages in thread
From: Hamish Moffatt @ 2009-01-29 23:47 UTC (permalink / raw)
To: buildroot
On Fri, Jan 30, 2009 at 12:37:27AM +0100, Ulf Samuelsson wrote:
> fre 2009-01-30 klockan 10:09 +1100 skrev Hamish Moffatt:
> > On Thu, Jan 29, 2009 at 03:33:08PM +0100, Ulf Samuelsson wrote:
> > >> The current logic of trying xconfig then menuconfig is very ugly - does
> > >> it allow you to abort xconfig without falling back?
> > >
> > > If you could abort the xconfig without running menuconfig,
> > > then you would not have a config file and the build would abort.
> > > What is the sense of that?
> >
> > You could have an exising config, start editing then change your mind.
> > You don't want menuconfig to launch in that case.
>
> If you have an existing config, then buildroot will copy that
> to the linux directory, and neither menuconfig or xconfig
> will be launched.
>
> It is launched if buildroot does not find a suitable config.
>
> If you select to do make menuconfig, it will not launch xconfig.
>
> If you already have a .config, then you should do make linux-config
> or similar.
OK, I misunderstood that this only affects the case where you don't have
a .config.
I still think you might want to abort xconfig and not expect it to
launch menuconfig though.
Hamish
--
Hamish Moffatt VK3SB <hamish@debian.org> <hamish@cloud.net.au>
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2009-02-04 23:15 jacmet at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: jacmet at uclibc.org @ 2009-02-04 23:15 UTC (permalink / raw)
To: buildroot
Author: jacmet
Date: 2009-02-04 23:15:48 +0000 (Wed, 04 Feb 2009)
New Revision: 25239
Log:
linux/Makefile.in.advanced: don't depend on phony target for mkimage
Stops continous rebuilds.
Modified:
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2009-02-04 23:15:42 UTC (rev 25238)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2009-02-04 23:15:48 UTC (rev 25239)
@@ -476,7 +476,7 @@
echo $(LINUX26_VERSION_PROBED) > $(PROJECT_BUILD_DIR)/.linux-version
echo LINUX_MODULES=`$(LINUX26_VERSION_PROBED)`
-$(LINUX26_MKIMAGE_DIR)/mkimage: u-boot
+$(LINUX26_MKIMAGE_DIR)/mkimage: $(U_BOOT_TOOLS)
mkdir -p $(LINUX26_MKIMAGE_DIR)
cp $(MKIMAGE) $(LINUX26_MKIMAGE_DIR)
^ permalink raw reply [flat|nested] 169+ messages in thread
* [Buildroot] svn commit: trunk/buildroot/target/linux
@ 2009-02-22 10:38 jacmet at uclibc.org
0 siblings, 0 replies; 169+ messages in thread
From: jacmet at uclibc.org @ 2009-02-22 10:38 UTC (permalink / raw)
To: buildroot
Author: jacmet
Date: 2009-02-22 10:38:10 +0000 (Sun, 22 Feb 2009)
New Revision: 25411
Log:
linux-advanced: don't error out on non writable /tftpboot
Odd that we have 2x the same target right after eachother, but this is
Makefile.in.advanced ofcourse ;)
Modified:
trunk/buildroot/target/linux/Makefile.in.advanced
Changeset:
Modified: trunk/buildroot/target/linux/Makefile.in.advanced
===================================================================
--- trunk/buildroot/target/linux/Makefile.in.advanced 2009-02-22 10:38:04 UTC (rev 25410)
+++ trunk/buildroot/target/linux/Makefile.in.advanced 2009-02-22 10:38:10 UTC (rev 25411)
@@ -459,7 +459,7 @@
/tftpboot/$(LINUX26_KERNEL_NAME): $(LINUX26_KERNEL)
-mkdir -p /tftpboot
-cp -dpf $(LINUX26_KERNEL) $@
- touch $@
+ -touch $@
ifneq ($(LINUX_COPYTO),/tftpboot)
$(LINUX_COPYTO)/$(LINUX26_KERNEL_NAME): $(LINUX26_KERNEL)
^ permalink raw reply [flat|nested] 169+ messages in thread
end of thread, other threads:[~2009-02-22 10:38 UTC | newest]
Thread overview: 169+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-09-29 16:38 [Buildroot] svn commit: trunk/buildroot/target/linux aldot at uclibc.org
-- strict thread matches above, loose matches on Subject: below --
2009-02-22 10:38 jacmet at uclibc.org
2009-02-04 23:15 jacmet at uclibc.org
2009-01-26 20:17 ulf at uclibc.org
2009-01-26 20:30 ` Peter Korsgaard
2009-01-26 21:24 ` Ulf Samuelsson
2009-01-26 21:29 ` Peter Korsgaard
2009-01-26 21:35 ` Ulf Samuelsson
2009-01-26 21:48 ` Peter Korsgaard
2009-01-26 22:25 ` Ulf Samuelsson
2009-01-27 5:58 ` Peter Korsgaard
2009-01-27 12:56 ` Hamish Moffatt
2009-01-29 14:33 ` Ulf Samuelsson
2009-01-29 23:09 ` Hamish Moffatt
2009-01-29 23:37 ` Ulf Samuelsson
2009-01-29 23:47 ` Hamish Moffatt
2009-01-26 16:25 jacmet at uclibc.org
2009-01-25 23:42 ulf at uclibc.org
2009-01-25 23:14 ulf at uclibc.org
2009-01-25 21:48 ulf at uclibc.org
2009-01-25 21:54 ` Peter Korsgaard
2009-01-25 22:09 ` Ulf Samuelsson
2009-01-25 23:12 ` Markus Heidelberg
2009-01-25 23:24 ` Ulf Samuelsson
2009-01-26 5:58 ` Peter Korsgaard
2009-01-26 16:27 ` Peter Korsgaard
2009-01-26 19:28 ` Ulf Samuelsson
2009-01-26 19:30 ` Ulf Samuelsson
2009-01-26 19:39 ` Peter Korsgaard
2009-01-23 0:54 ulf at uclibc.org
2009-01-19 21:27 ulf at uclibc.org
2009-01-15 23:19 ulf at uclibc.org
2009-01-11 20:43 ulf at uclibc.org
2009-01-09 6:30 ulf at uclibc.org
2009-01-09 9:19 ` Peter Korsgaard
2009-01-09 17:40 ` Ulf Samuelsson
2009-01-13 0:05 ` Hamish Moffatt
2009-01-13 6:10 ` Hans-Christian Egtvedt
2009-01-15 22:12 ` Ulf Samuelsson
2009-01-08 22:58 ulf at uclibc.org
2009-01-09 9:17 ` Peter Korsgaard
2009-01-09 10:21 ` Thomas Petazzoni
2009-01-09 10:29 ` Bernhard Reutner-Fischer
2009-01-09 17:42 ` Ulf Samuelsson
2009-01-09 10:47 ` Peter Korsgaard
2009-01-06 23:00 ulf at uclibc.org
2009-01-06 21:42 ulf at uclibc.org
2009-01-07 6:09 ` Hans-Christian Egtvedt
2009-01-06 21:24 ulf at uclibc.org
2009-01-06 14:40 ulf at uclibc.org
2009-01-03 1:06 ulf at uclibc.org
2009-01-03 20:01 ` Peter Korsgaard
2009-01-03 19:37 ` Ulf Samuelsson
2009-01-03 21:12 ` Peter Korsgaard
2009-01-03 19:52 ` Ulf Samuelsson
2009-01-03 21:27 ` Peter Korsgaard
2009-01-03 20:59 ` Ulf Samuelsson
2008-12-20 21:45 ulf at uclibc.org
2008-12-20 21:45 ulf at uclibc.org
2008-12-20 20:57 ulf at uclibc.org
2008-12-23 9:05 ` Peter Korsgaard
2009-01-02 22:45 ` Ulf Samuelsson
2008-12-17 18:03 ulf at uclibc.org
2008-12-07 6:55 jacmet at uclibc.org
2008-11-29 21:56 ulf at uclibc.org
2008-11-30 9:51 ` Peter Korsgaard
2008-11-10 11:17 vanokuten at uclibc.org
2008-11-10 10:45 vanokuten at uclibc.org
2008-11-10 11:01 ` Bernhard Reutner-Fischer
2008-11-10 11:08 ` Ivan Kuten
2008-11-11 14:18 ` Julien Boibessot
2008-11-11 14:43 ` Bernhard Reutner-Fischer
2008-11-05 12:59 egtvedt at uclibc.org
2008-10-30 14:56 egtvedt at uclibc.org
2008-10-30 14:22 egtvedt at uclibc.org
2008-10-30 14:02 egtvedt at uclibc.org
2008-10-30 14:02 egtvedt at uclibc.org
2008-11-04 19:17 ` Thomas Petazzoni
2008-11-05 9:39 ` Hans-Christian Egtvedt
2008-11-05 12:50 ` Hans-Christian Egtvedt
2008-10-03 7:24 egtvedt at uclibc.org
2008-09-22 12:04 jacmet at uclibc.org
2008-08-23 20:25 ulf at uclibc.org
2008-07-13 6:33 jacmet at uclibc.org
2008-07-10 15:14 ulf at uclibc.org
2008-07-10 14:58 ulf at uclibc.org
2008-07-09 11:43 jacmet at uclibc.org
2008-07-03 8:15 ulf at uclibc.org
2008-05-12 21:15 ulf at uclibc.org
2008-04-16 22:54 ulf at uclibc.org
2008-04-15 21:46 ulf at uclibc.org
2008-04-15 22:31 ` Hamish Moffatt
2008-04-16 4:39 ` Ulf Samuelsson
2008-04-16 5:04 ` Ulf Samuelsson
2008-04-16 5:59 ` Jean-Christian de Rivaz
2008-04-16 8:25 ` Ulf Samuelsson
2008-04-16 12:30 ` Jean-Christian de Rivaz
2008-04-16 12:59 ` Ulf Samuelsson
2008-04-16 18:22 ` Jean-Christian de Rivaz
2008-04-16 19:21 ` Ulf Samuelsson
2008-04-19 13:37 ` Jean-Christian de Rivaz
2008-04-16 20:47 ` Ulf Samuelsson
2008-04-19 12:43 ` Jean-Christian de Rivaz
2008-04-15 17:10 ulf at uclibc.org
2008-04-15 17:43 ` Jean-Christian de Rivaz
2008-04-15 19:00 ` Ulf Samuelsson
2008-04-15 19:21 ` Jean-Christian de Rivaz
2008-04-15 19:44 ` Ulf Samuelsson
2008-04-15 21:09 ` Jean-Christian de Rivaz
2008-04-15 21:25 ` Ulf Samuelsson
2008-04-07 19:14 Samuelsson, Ulf
2008-04-06 15:28 Samuelsson, Ulf
2008-04-06 17:18 ` Peter Korsgaard
2008-04-06 12:07 Samuelsson, Ulf
2008-04-06 12:34 ` Peter Korsgaard
2008-04-06 15:25 ` Jean-Christian de Rivaz
2008-04-06 16:33 ` Nigel Kukard
[not found] ` <87iqyuu8d0.fsf@macbook.be.48ers.dk>
2008-04-07 0:29 ` Ulf Samuelsson
2008-04-07 14:01 ` Thiago A. Corrêa
2008-04-06 17:58 ` Thomas Lundquist
2008-04-06 10:32 ulf at uclibc.org
2008-04-06 10:30 nkukard at uclibc.org
2008-04-06 10:10 ulf at uclibc.org
2008-04-06 11:42 ` Peter Korsgaard
2008-04-06 10:02 ulf at uclibc.org
2008-03-31 5:42 ulf at uclibc.org
2008-04-01 11:09 ` Jean-Christian de Rivaz
2008-04-02 21:28 ` Ulf Samuelsson
2008-04-02 21:28 ` Ulf Samuelsson
2008-04-03 6:53 ` Jean-Christian de Rivaz
2008-04-04 15:24 ` Ulf Samuelsson
2008-03-30 20:22 jacmet at uclibc.org
2008-03-30 20:04 ulf at uclibc.org
2008-03-29 17:47 nkukard at uclibc.org
2008-03-21 17:57 ninevoltz at uclibc.org
2008-03-20 23:02 ulf at uclibc.org
2008-03-18 13:26 ulf at uclibc.org
2008-03-18 8:17 ulf at uclibc.org
2008-03-15 5:07 ulf at uclibc.org
2008-03-06 18:52 ninevoltz at uclibc.org
2008-01-10 9:31 ulf at uclibc.org
2007-10-18 12:37 ulf at uclibc.org
2007-10-18 11:58 ulf at uclibc.org
2007-10-13 23:07 ulf at uclibc.org
2007-10-13 18:37 ulf at uclibc.org
2007-09-26 23:21 ulf at uclibc.org
2007-09-23 9:58 ulf at uclibc.org
2007-09-23 11:13 ` Bernhard Fischer
2007-09-23 14:20 ` Ulf Samuelsson
2007-09-22 17:30 aldot at uclibc.org
2007-09-18 17:10 aldot at uclibc.org
2007-09-18 21:08 ` Ulf Samuelsson
2007-09-19 8:03 ` Bernhard Fischer
2007-09-19 21:46 ` Ulf Samuelsson
2007-09-19 21:18 ` Bernhard Fischer
2007-09-20 17:33 ` Ulf Samuelsson
2007-09-20 16:00 ` Bernhard Fischer
2007-09-05 6:48 ulf at uclibc.org
2007-09-04 21:24 aldot at uclibc.org
2007-08-21 13:21 aldot at uclibc.org
2007-08-21 13:29 ` Ulf Samuelsson
2007-08-19 22:30 ulf at uclibc.org
2007-08-19 22:28 ulf at uclibc.org
2007-08-01 11:52 ulf at uclibc.org
2007-07-23 14:43 aldot at uclibc.org
2007-07-20 7:43 ulf at uclibc.org
2007-07-17 13:28 sjhill at uclibc.org
2007-07-17 0:20 sjhill at uclibc.org
2007-07-11 14:42 ulf at uclibc.org
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox