Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Ulf Samuelsson <ulf.samuelsson@atmel.com>
To: buildroot@busybox.net
Subject: [Buildroot] svn commit: trunk/buildroot/target/u-boot
Date: Sat, 03 Jan 2009 21:37:20 +0100	[thread overview]
Message-ID: <1231015040.8886.152.camel@linux-yrgm.site> (raw)
In-Reply-To: <87wsdcyw0d.fsf@macbook.be.48ers.dk>

l?r 2009-01-03 klockan 21:28 +0100 skrev Peter Korsgaard:
> >>>>> "ulf" == ulf  <ulf@uclibc.org> writes:
> 
>  ulf> Author: ulf
>  ulf> Date: 2009-01-03 00:00:46 +0000 (Sat, 03 Jan 2009)
>  ulf> New Revision: 24652
> 
>  ulf> Log:
>  ulf> Add Memory configuration to U-Boot build, remove some debugging info
> 
>  ulf> Modified:
>  ulf>    trunk/buildroot/target/u-boot/Makefile.in
> 
> 
>  ulf> Changeset:
>  ulf> Modified: trunk/buildroot/target/u-boot/Makefile.in
>  ulf> ===================================================================
>  ulf> --- trunk/buildroot/target/u-boot/Makefile.in	2009-01-02 20:31:44 UTC (rev 24651)
>  ulf> +++ trunk/buildroot/target/u-boot/Makefile.in	2009-01-03 00:00:46 UTC (rev 24652)
>  ulf> @@ -42,8 +42,9 @@
>  ulf>  @echo "#ifdef $(strip $(1))" >> $(U_BOOT_INC_CONF_FILE)
>  ulf>  @echo "#undef $(strip $(1))" >> $(U_BOOT_INC_CONF_FILE)
>  ulf>  @echo "#endif" >> $(U_BOOT_INC_CONF_FILE)
>  ulf> - at echo '#define $(strip $(1)) $(2)' >> $(U_BOOT_INC_CONF_FILE)
>  ulf> + at echo '#define $(strip $(1)) $(strip $(subst ",,$(2)))' >> $(U_BOOT_INC_CONF_FILE)
> 
> What is this for and why isn't it mentioned in the commit message?

It just removes the '"' characters around the config variable.

>  
>  ulf>  $(U_BOOT_DIR)/.header_modified: $(U_BOOT_DIR)/.configured
>  ulf>  	# Modify configuration header in $(U_BOOT_INC_CONF_FILE)
>  ulf> -	
>  ulf>  	@echo >> $(U_BOOT_INC_CONF_FILE)
>  ulf>  	@echo "/* Add a wrapper around the values Buildroot sets. */" >> $(U_BOOT_INC_CONF_FILE)
>  ulf>  	@echo "#ifndef __BR2_ADDED_CONFIG_H" >> $(U_BOOT_INC_CONF_FILE)
>  ulf>  	@echo "#define __BR2_ADDED_CONFIG_H" >> $(U_BOOT_INC_CONF_FILE)
>  ulf> +	$(call insert_define, DATE, $(DATE))	
>  ulf> +	$(call insert_define, CONFIG_LOAD_SCRIPTS, 1)
> 
> What is this? I don't find the string CONFIG_LOAD_SCRIPTS in U-boot.

It is used by the "factory" command which is available in one of the
patches.
By typing "factory" you setup your environment to the factory
default created by the configuration.

> 
>  ulf>  ifneq ($(strip $(BR2_PROJECT)),"")
>  ulf>  	$(call insert_define, CONFIG_HOSTNAME, $(BR2_PROJECT))
>  ulf>  endif
>  ulf> -ifneq ($(strip $(BR2_TARGET_UBOOT_SERVERIP)),"")
>  ulf> -	$(call insert_define, CONFIG_SERVERIP, $(BR2_TARGET_UBOOT_SERVERIP))
>  ulf> -endif
>  ulf> -
> 
> Why is this gone?

Just moved it.

> 
>  ulf>  ifneq ($(strip $(BR2_TARGET_UBOOT_IPADDR)),"")
>  ulf>  	$(call insert_define, CONFIG_IPADDR, $(BR2_TARGET_UBOOT_IPADDR))
>  ulf>  ifneq ($(strip $(BR2_TARGET_UBOOT_GATEWAY)),"")
>  ulf> @@ -101,22 +99,51 @@
>  ulf>  	$(call insert_define, CONFIG_NETMASK, $(BR2_TARGET_UBOOT_NETMASK))
>  ulf>  endif
>  ulf>  endif # end BR2_TARGET_U_BOOT_IPADDR
>  ulf> -
>  ulf> +ifneq ($(strip $(BR2_TARGET_UBOOT_SERVERIP)),"")
>  ulf> +	$(call insert_define, CONFIG_SERVERIP, $(BR2_TARGET_UBOOT_SERVERIP))
>  ulf> +endif
> 
> Why the move?

I think the ip address should be before the server ip address
in the list.

> 
>  ulf>  ifneq ($(strip $(BR2_TARGET_UBOOT_ETHADDR)),"")
>  ulf>  	$(call insert_define, CONFIG_ETHADDR, $(BR2_TARGET_UBOOT_ETHADDR))
>  ulf>  endif
>  ulf> +ifneq ($(strip $(BR2_TARGET_UBOOT_ETH1ADDR)),)
>  ulf>  ifneq ($(strip $(BR2_TARGET_UBOOT_ETH1ADDR)),"")
>  ulf> -	$(call insert_define, CONFIG_ETH2ADDR, $(BR2_TARGET_UBOOT_ETH1ADDR))
>  ulf> +	$(call insert_define, CONFIG_ETH1ADDR, $(BR2_TARGET_UBOOT_ETH1ADDR))
> 
> Huh? Why does the ETH1ADDR thingy depend on AVR32 in the first place?
> 

It is for the second Ethernet controller.
It should not be there for parts with a single ethernet controller.
Anyone can add support for other parts in Buildroot in the future, 
but it should be off by default.

>  ulf>  endif
>  ulf> +endif
>  ulf> +ifneq ($(strip $(BR2_TARGET_UBOOT_BOOTARGS)),)
>  ulf>  ifneq ($(strip $(BR2_TARGET_UBOOT_BOOTARGS)),"")
>  ulf>  	$(call insert_define, CONFIG_BOOTARGS, $(BR2_TARGET_UBOOT_BOOTARGS))
>  ulf>  endif
>  ulf> +endif
> 
> What is this BOOTARGS thing? It's not in Config.in
> 

I did not add them, I just make sure that if they are empty
they are not forwarded to U-Boot.
Anyone can of course add them in a board support package.

>  ulf> +ifneq ($(strip $(BR2_TARGET_UBOOT_BOOTCMD)),)
>  ulf>  ifneq ($(strip $(BR2_TARGET_UBOOT_BOOTCMD)),"")
>  ulf>  	$(call insert_define, CONFIG_BOOTCOMMAND, $(BR2_TARGET_UBOOT_BOOTCMD))
>  ulf>  endif
>  ulf> +endif
> 
> Neither is this.
> 
>  ulf>  ifeq ($(BR2_TARGET_UBOOT_SILENT),y)
>  ulf>  	$(call insert_define, CONFIG_SILENT_CONSOLE,)
>  ulf>  endif
>  ulf> +ifneq ($(strip $(BR2_TARGET_UBOOT_KERNEL_START)),"")
>  ulf> +	$(call insert_define, KERNEL_START, $(BR2_TARGET_UBOOT_KERNEL_START))
>  ulf> +endif
>  ulf> +ifneq ($(strip $(BR2_TARGET_UBOOT_KERNEL_LOCATION)),"")
>  ulf> +	$(call insert_define, KERNEL_LOCATION, $(BR2_TARGET_UBOOT_KERNEL_LOCATION))
>  ulf> +endif
>  ulf> +ifneq ($(strip $(BR2_TARGET_UBOOT_FILESYSTEM_START)),"")
>  ulf> +	$(call insert_define, FILESYSTEM_START, $(BR2_TARGET_UBOOT_FILESYSTEM_START))
>  ulf> +endif
>  ulf> +ifneq ($(strip $(BR2_TARGET_UBOOT_FILESYSTEM_LOCATION)),"")
>  ulf> +	$(call insert_define, FILESYSTEM_LOCATION, $(BR2_TARGET_UBOOT_FILESYSTEM_LOCATION))
>  ulf> +endif
>  ulf> +ifneq ($(strip $(BR2_TARGET_UBOOT_FILESYSTEM_SIZE)),"")
>  ulf> +	$(call insert_define, FILESYSTEM_SIZE, $(BR2_TARGET_UBOOT_FILESYSTEM_SIZE))
>  ulf> +endif
>  ulf> +ifneq ($(strip $(BR2_TARGET_UBOOT_END_OF_FLASH)),"")
>  ulf> +	$(call insert_define, END_OF_FLASH, $(BR2_TARGET_UBOOT_END_OF_FLASH))
>  ulf> +endif
>  ulf> +ifneq ($(strip $(BR2_TARGET_UBOOT_MEMORY_SIZE)),"")
>  ulf> +	$(call insert_define, MEMORY_SIZE, $(BR2_TARGET_UBOOT_MEMORY_SIZE))
>  ulf> +endif
> 
> Huh, that sounds like a very target specific things - And you seem to
> have forgotten to add those config settings to Config.in

I do not think that they are target specific,
Anyone which will boot linux will have a location in SDRAM
where linux is loaded, and there will be a
location in flash where the kernel is stored.
Same for root fs.
They are automatically calculated based on the kernel size
so you do not configure them directly.
Currently this is only supported for dataflash in Config.in
but feel free to add for other memory technologies

> 
>  ulf> -	@echo BR2_TARGET_UBOOT_BOOTSOURCE_SDCARD=$(BR2_TARGET_UBOOT_BOOTSOURCE_SDCARD)
>  ulf> -	@echo BR2_TARGET_UBOOT_BOOTSOURCE_EEPROM=$(BR2_TARGET_UBOOT_BOOTSOURCE_EEPROM)
>  ulf>  	@echo UBOOT_BOARD_NAME=$(UBOOT_BOARD_NAME)
>  ulf>  	@echo TEST=$(TEST)
>  ulf>  	@exit 0
> 
> You still didn't get rid of that TEST thing.
> 
> Please clean up.
> 

  reply	other threads:[~2009-01-03 20:37 UTC|newest]

Thread overview: 69+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-01-03  0:00 [Buildroot] svn commit: trunk/buildroot/target/u-boot ulf at uclibc.org
2009-01-03 20:28 ` Peter Korsgaard
2009-01-03 20:37   ` Ulf Samuelsson [this message]
  -- strict thread matches above, loose matches on Subject: below --
2009-02-10 15:19 jacmet at uclibc.org
2009-02-10 15:19 jacmet at uclibc.org
2009-02-10 15:19 jacmet at uclibc.org
2009-02-07  6:57 jacmet at uclibc.org
2009-02-04 23:15 jacmet at uclibc.org
2009-01-26 14:49 jacmet at uclibc.org
2009-01-26 14:49 jacmet at uclibc.org
2009-01-26 14:04 jacmet at uclibc.org
2009-01-26 11:46 ulf at uclibc.org
2009-01-22 18:46 ulf at uclibc.org
2009-01-22 10:15 jacmet at uclibc.org
2009-01-21 15:49 jacmet at uclibc.org
2009-01-20  8:11 ulf at uclibc.org
2009-01-11 21:39 ulf at uclibc.org
2009-01-24  8:21 ` Peter Korsgaard
2009-01-24 10:55   ` Ulf Samuelsson
2009-01-24 11:43     ` Peter Korsgaard
2009-01-24 15:27   ` Dan Lyke
2009-01-08 14:58 jacmet at uclibc.org
2009-01-08 14:58 jacmet at uclibc.org
2009-01-06 14:16 ulf at uclibc.org
2009-01-06 14:26 ` Peter Korsgaard
2009-01-06 16:06   ` Ulf Samuelsson
2009-01-05 16:16 jacmet at uclibc.org
2009-01-05 16:12 jacmet at uclibc.org
2009-01-05 18:12 ` Ulf Samuelsson
2009-01-05 18:16   ` Ulf Samuelsson
2009-01-05 20:14     ` Peter Korsgaard
2009-01-05 20:12   ` Peter Korsgaard
2009-01-06 12:50     ` Ulf Samuelsson
2009-01-06 12:59       ` Peter Korsgaard
2009-01-05 15:52 jacmet at uclibc.org
2009-01-03 15:03 nkukard at uclibc.org
2009-01-03  0:02 ulf at uclibc.org
2009-01-03 20:46 ` Peter Korsgaard
2009-01-03 20:18   ` Ulf Samuelsson
2008-08-20 20:04 jacmet at uclibc.org
2008-08-20 20:04 jacmet at uclibc.org
2008-08-20 20:04 jacmet at uclibc.org
2008-07-08 10:53 jacmet at uclibc.org
2008-07-04 22:18 ulf at uclibc.org
2008-07-07 13:27 ` Peter Korsgaard
2008-06-17  8:04 jacmet at uclibc.org
2008-06-13 13:46 jacmet at uclibc.org
2008-06-12  7:27 jacmet at uclibc.org
2008-06-11 13:07 jacmet at uclibc.org
2008-06-12  5:14 ` Hamish Moffatt
2008-06-12  7:28   ` Peter Korsgaard
2008-04-23 14:52 jacmet at uclibc.org
2008-04-23 14:59 ` Thiago A. Corrêa
2008-04-23 15:20   ` Peter Korsgaard
2008-04-23 16:22   ` Ulf Samuelsson
2008-04-23 17:35     ` Bernhard Fischer
2008-04-23 17:39       ` Ulf Samuelsson
2008-04-23 18:37         ` Bernhard Fischer
2008-04-23 18:29       ` Peter Korsgaard
2008-04-23 14:52 jacmet at uclibc.org
2008-04-23 13:03 jacmet at uclibc.org
2008-04-23 16:09 ` Ulf Samuelsson
2008-04-23 18:05   ` Peter Korsgaard
2008-04-23 18:35     ` Ulf Samuelsson
2008-04-23 13:03 jacmet at uclibc.org
2008-04-23 13:03 jacmet at uclibc.org
2008-04-23 10:30 jacmet at uclibc.org
2008-04-09  7:02 jacmet at uclibc.org
2008-04-09  7:02 jacmet at uclibc.org

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1231015040.8886.152.camel@linux-yrgm.site \
    --to=ulf.samuelsson@atmel.com \
    --cc=buildroot@busybox.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox