Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
* [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