October 2010 - U-Boot

[U-Boot] Please pull u-boot-mpc85xx.git
by Kumar Gala 20 Oct '10

20 Oct '10

The following changes since commit 11c8dd36edcc82564a19dbd0103302df66d66db0: FAT: buffer overflow with FAT12/16 (2010-10-20 09:14:38 +0200) are available in the git repository at: git://git.denx.de/u-boot-mpc85xx master Aaron Sierra (1): 85xx: Add support for not releasing secondary cores via 'mp_holdoff' Kumar Gala (4): powerpc/fsl: Introduce common enum for PHY types powerpc/8xxx: Add fdt_fixup_phy_connection helper 86xx: Create common linker script Fix compile warning in uli526x driver Peter Tyser (6): mpc8641hpcn: Update PCI code sbc8641d: Update PCI code tqm85xx: Update PCI code mpc8640: Update the io_sel fields for PCI Express 86xx: Use gc-sections to reduce image size 85xx: Use gc-sections to reduce image size Timur Tabi (1): always relocate fdt into an lmb-allocated memory block York Sun (7): Adding more control to physical address mapping Add memory test feature for mpc85xx POST. Setup POST word for generic mpc85xx Enable POST memory test for corenet_ds Enable POST memory test for P2020DS Adding fixed sdram setting for cornet_ds board Disable unused chip-select for DDR controller interleaving arch/powerpc/cpu/mpc85xx/config.mk | 4 + arch/powerpc/cpu/mpc85xx/cpu.c | 219 ++++++++++++ arch/powerpc/cpu/mpc85xx/fdt.c | 22 +- arch/powerpc/cpu/mpc85xx/mp.c | 31 ++ arch/powerpc/cpu/mpc85xx/mp.h | 1 + arch/powerpc/cpu/mpc85xx/tlb.c | 16 +- arch/powerpc/cpu/mpc85xx/u-boot.lds | 52 +--- arch/powerpc/cpu/mpc86xx/config.mk | 7 + .../powerpc/cpu/mpc86xx}/u-boot.lds | 26 +- arch/powerpc/cpu/mpc8xxx/ddr/ctrl_regs.c | 17 +- arch/powerpc/cpu/mpc8xxx/fdt.c | 24 ++ arch/powerpc/cpu/mpc8xxx/pci_cfg.c | 5 +- arch/powerpc/include/asm/fsl_ddr_sdram.h | 6 + arch/powerpc/include/asm/fsl_enet.h | 33 ++ board/freescale/corenet_ds/Makefile | 3 +- board/freescale/corenet_ds/corenet_ds.c | 15 - board/freescale/corenet_ds/ddr.c | 131 +++++++- board/freescale/corenet_ds/p4080ds_ddr.c | 356 ++++++++++++++++++++ board/freescale/mpc8360emds/mpc8360emds.c | 15 +- board/freescale/mpc837xemds/mpc837xemds.c | 8 +- board/freescale/mpc8569mds/mpc8569mds.c | 4 +- board/freescale/mpc8610hpcd/u-boot.lds | 132 -------- board/freescale/mpc8641hpcn/mpc8641hpcn.c | 97 ++---- board/freescale/mpc8641hpcn/u-boot.lds | 133 -------- board/sbc8641d/sbc8641d.c | 103 ++----- board/tqc/tqm85xx/law.c | 4 +- board/tqc/tqm85xx/tlb.c | 10 +- board/tqc/tqm85xx/tqm85xx.c | 151 +++------ board/xes/xpedite5170/u-boot.lds | 132 -------- common/image.c | 83 ++--- doc/README.fsl-ddr | 14 + drivers/net/uli526x.c | 5 +- drivers/qe/uec.c | 10 +- drivers/qe/uec.h | 20 +- drivers/qe/uec_phy.c | 8 +- include/configs/P2020DS.h | 5 +- include/configs/TQM85xx.h | 20 +- include/configs/corenet_ds.h | 61 +---- include/post.h | 4 +- 39 files changed, 1059 insertions(+), 928 deletions(-) rename {board/sbc8641d => arch/powerpc/cpu/mpc86xx}/u-boot.lds (90%) create mode 100644 arch/powerpc/include/asm/fsl_enet.h create mode 100644 board/freescale/corenet_ds/p4080ds_ddr.c delete mode 100644 board/freescale/mpc8610hpcd/u-boot.lds delete mode 100644 board/freescale/mpc8641hpcn/u-boot.lds delete mode 100644 board/xes/xpedite5170/u-boot.lds

2 1

[U-Boot] Subject: [PATCH v2] Support for sending DHCP client options
by Gray Remlin 20 Oct '10

20 Oct '10

If CONFIG_BOOTP_OPTIONS is defined at compile-time, the environment will be checked for the supported DHCPv4 client options during construction of a "DHCP Discover" or "DHCP Request" packet. Any found (as listed below, prefixed with dhcp_) will have their value included in the dhcp packet. dhcp_vendor-class-identifier dhcp_user-class dhcp_dhcp-client-identifier Signed-off-by: Gray Remlin <g_remlin(a)rocketmail.com> --- v2: Remove redundant return value from dhcp_options_prep function Change dhcp_options_prep function return type to static void Correct grammatical error in README README | 7 +++++++ common/cmd_nvedit.c | 3 +++ net/bootp.c | 51 +++++++++++++++++++++++++++++++++++++++++++++++++++ tools/env/fw_env.c | 4 +++- 4 files changed, 64 insertions(+), 1 deletions(-) diff --git a/README b/README index a52f3bf..cd892cc 100644 --- a/README +++ b/README @@ -1279,6 +1279,7 @@ The following options need to be configured: CONFIG_BOOTP_NTPSERVER CONFIG_BOOTP_TIMEOFFSET CONFIG_BOOTP_VENDOREX + CONFIG_BOOTP_OPTIONS CONFIG_BOOTP_SERVERIP - TFTP server will be the serverip environment variable, not the BOOTP server. @@ -1299,6 +1300,12 @@ The following options need to be configured: of the "hostname" environment variable is passed as option 12 to the DHCP server. + CONFIG_BOOTP_OPTIONS - The environment is checked for the + supported DHCPv4 client options (prefixed with dhcp_), any + found are sent during a "DHCP Discover" and "DHCP Request". + The DHCP server can use this information to conditionally + tailor its response. + CONFIG_BOOTP_DHCP_REQUEST_DELAY A 32bit value in microseconds for a delay between diff --git a/common/cmd_nvedit.c b/common/cmd_nvedit.c index 3d30c32..2094e8e 100644 --- a/common/cmd_nvedit.c +++ b/common/cmd_nvedit.c @@ -224,6 +224,9 @@ int _do_env_set (int flag, int argc, char * const argv[]) if (ep) { /* variable exists */ #ifndef CONFIG_ENV_OVERWRITE if ((strcmp (name, "serial#") == 0) || +#if defined(CONFIG_BOOTP_OPTIONS) + (strcmp(name, "dhcp_vendor-class-identifier") == 0) || +#endif /* CONFIG_BOOTP_OPTIONS */ ((strcmp (name, "ethaddr") == 0) #if defined(CONFIG_OVERWRITE_ETHADDR_ONCE) && defined(CONFIG_ETHADDR) && (strcmp (ep->data,MK_STR(CONFIG_ETHADDR)) != 0) diff --git a/net/bootp.c b/net/bootp.c index 1289e3b..61ecede 100644 --- a/net/bootp.c +++ b/net/bootp.c @@ -68,6 +68,53 @@ extern u8 *dhcp_vendorex_prep (u8 *e); /*rtn new e after add own opts. */ extern u8 *dhcp_vendorex_proc (u8 *e); /*rtn next e if mine,else NULL */ #endif +#if defined(CONFIG_BOOTP_OPTIONS) /* check environment for dhcp client options */ + +/* + * The vendor-specifiable options should not be changeable + * unless CONFIG_ENV_OVERWRITE has been defined, however + * user-specifiable options should be changeable regardless + */ +static void dhcp_options_prep(u8 **ep) +{ + u8 *e = *ep; + char *ptr; + + debug("DHCP Client options start\n"); + + /* vendor-specifiable identification string */ + if ((ptr = getenv("dhcp_vendor-class-identifier"))) { + debug("dhcp_vendor-class-identifier=%s\n",ptr); + *e++ = 60; + *e++ = strlen(ptr); + while (*ptr) + *e++ = *ptr++; + } + + /* user-specifiable identification string */ + if ((ptr = getenv("dhcp_dhcp-client-identifier"))) { + debug("dhcp_dhcp-client-identifier=%s\n",ptr); + *e++ = 61; + *e++ = strlen(ptr); + while (*ptr) + *e++ = *ptr++; + } + + /* user-specifiable identification string */ + if ((ptr = getenv("dhcp_user-class"))) { + debug("dhcp_user-class=%s\n",ptr); + *e++ = 77; + *e++ = strlen(ptr); + while (*ptr) + *e++ = *ptr++; + } + + *ep = e; + debug("DHCP Client options end\n"); +} + +#endif /* CONFIG_BOOTP_OPTIONS */ + #endif static int BootpCheckPkt(uchar *pkt, unsigned dest, unsigned src, unsigned len) @@ -412,6 +459,10 @@ static int DhcpExtended (u8 * e, int message_type, IPaddr_t ServerID, IPaddr_t R } #endif +#if defined(CONFIG_BOOTP_OPTIONS) + dhcp_options_prep (&e); +#endif + #if defined(CONFIG_BOOTP_VENDOREX) if ((x = dhcp_vendorex_prep (e))) return x - start; diff --git a/tools/env/fw_env.c b/tools/env/fw_env.c index 8ff7052..ae37d15 100644 --- a/tools/env/fw_env.c +++ b/tools/env/fw_env.c @@ -391,9 +391,11 @@ int fw_env_write(char *name, char *value) */ if (oldval) { /* - * Ethernet Address and serial# can be set only once + * Ethernet Address, vendor DHCP options, + * and serial# can be set only once */ if ((strcmp (name, "ethaddr") == 0) || + (strcmp(name, "dhcp_vendor-class-identifier") == 0) || (strcmp (name, "serial#") == 0)) { fprintf (stderr, "Can't overwrite \"%s\"\n", name); errno = EROFS; --

1 0

[U-Boot] Miss Safiyatou Mohammed,
by Safiyatou Mohammed 20 Oct '10

20 Oct '10

Miss Safiyatou Mohammed, Lot 25 House N° 4, Cote D'Ivoire . Assalam Alaikun. Many thanks for your response to my message; I appreciate your kind gesture to find time to give response to my message to you. First and foremost and brief self introduction, I am Safiyatou Mohammed, 25years old and the only daughter of my late parents Mr. and Mrs. Mohammed Farooq My father was a highly reputable business man who operated in the capital of Ivory Coast during his days It is sad to say that he passed away by eating a poison with food in a year 12th.Feb. 2009. Though his sudden death was linked or rather suspected to have been masterminded by his uncle who travelled with him at that time. But Almighty Allah knows the truth! My mother died when I was just 4 years old and since then my father took me so special, before his death on February 12th. 2009 he called me and disclose to me that he had a sum of $4.5 million deposited in a Vault company in London UK . He also said he used my name to Deposited the truck box with the company as only daughter, as well as the next of kin to the fund. He also explained to me that it was because of this wealth that he was poisoned by one of is family, that I should move out of his family vicinity and seek for a foreign partner in a country of my choice where I will transfer this money to and use it for investment purposes. Now I have decided to relocate to in your country and also transfer the consignment along in my coming, I want you to assist me in retrieve the truck box, and act for me as the beneficiary of the fund, and while come over and we invest it together. I am just 25 years old and a high school leaving certificate holder and really don't know what to do. I have suffered a lot of set backs as a result of incessant political crisis here in Ivory coast. The death of my parents actually brought sorrow to my life. Dearest one, I am in a sincere desire of your humble assistance in this regards your suggestions and ideas will be highly regarded. Can you honestly help me? Please get back to me as soon as possible, and I want you to forward your telephone and Fax numbers in your response to enable me send you all necessary details as regards to the procedure of securing the box out from the vault company. Thank you so much, Safiyatou Mohammed.

1 0

[U-Boot] Notification to our Gold Buyer's,
by Mr Walsh Walish 20 Oct '10

20 Oct '10

Notification to our Gold Buyer's, This is to keep you informed that we have reduced the cost of our Gold to a very low price as compared to the world market . Presently we have 360kg 24 carat gold dust for sale now,if you are interested in delling with us as a customar reply us for more details. We promise to give you the best service. Best Regards Mr Walsh Walish

1 0

[U-Boot] Lif2e expe8rience deg2rees s0ld here!
by kendall blair 20 Oct '10

20 Oct '10

1 0

Re: [U-Boot] [PATCH] Kirkwood: bugfix: broken early console messages
by Eric Cooper 20 Oct '10

20 Oct '10

I can confirm that this patch solves the problem on the dockstar hardware. Minor: there was incorrect extra whitespace in this line: #define CONFIG_BOARD_EARLY_INIT_F /* call board_init_f for early inits*/ Should be: #define CONFIG_BOARD_EARLY_INIT_F /* call board_init_f for early inits */ Thanks. -- Eric Cooper e c c @ c m u . e d u

2 1

[U-Boot] [PATCH v2 0/4] ARMV7: OMAP: I2C driver: Restructure code to eliminate udelay calls and improve performance
by Steve Sakoman 20 Oct '10

20 Oct '10

I've been preparing a patch series for Beagle and Overo that detects expansion board configuration information by reading a 128 byte I2C EEPROM on each expansion board. Using the OMAP I2C driver in its current form takes about 5-6 seconds to read this small number of bytes! Executing the i2c probe command takes close to 10 seconds. Examining the code I see that there are a large number of fairly long udelay calls throughout the driver (10 - 50 milliseconds). I looked through the linux driver and did not see equivalent delays in that code. In fact the longest delay in the linux code was one millisecond. In looking at the TRM I2C section for OMAP3 and OMAP4 I don't see any requirement for delays in the programming model description. This patch restructures the i2c driver to eliminate most of the udelay calls by monitoring state changes in the status register. The EEPROM reads and the i2c probe execution are now instantaneous. This patch series was tested on OMAP3 (Overo) and OMAP4 (Panda). I do not have access to OMAP2 hardware for testing. Steve Sakoman (4): ARMV7: OMAP: I2C driver: Use same timeout value as linux kernel driver ARMV7: OMAP: I2C driver: Restructure i2c_read_byte function ARMV7: OMAP: I2C driver: Restructure i2c_write_byte function ARMV7: OMAP: I2C driver: Restructure i2c_probe function drivers/i2c/omap24xx_i2c.c | 204 ++++++++++++++++++++++++------------------- 1 files changed, 114 insertions(+), 90 deletions(-)

2 5

[U-Boot] [PATCH RFC 0/4] ARMV7: OMAP: I2C driver: Restructure code to eliminate udelay calls and improve performance
by Steve Sakoman 20 Oct '10

20 Oct '10

I've been preparing a patch series for Beagle and Overo that detects expansion board configuration information by reading a 128 byte I2C EEPROM on each expansion board. Using the OMAP I2C driver in its current form takes about 5-6 seconds to read this small number of bytes! Executing the i2c probe command takes close to 10 seconds. Examining the code I see that there are a large number of fairly long udelay calls throughout the driver (10 - 50 milliseconds). I looked through the linux driver and did not see equivalent delays in that code. In fact the longest delay in the linux code was one millisecond. In looking at the TRM I2C section for OMAP3 and OMAP4 I don't see any requirement for delays in the programming model description. This patch restructures the i2c driver to eliminate most of the udelay calls by monitoring state changes in the status register. The EEPROM reads and the i2c probe execution are now instantaneous. This patch series was tested on OMAP3 (Overo) and OMAP4 (Panda). I do not have access to OMAP2 hardware for testing. Steve Sakoman (4): ARMV7: OMAP: I2C driver: Use same timeout value as linux kernel driver ARMV7: OMAP: I2C driver: Restructure i2c_read_byte function ARMV7: OMAP: I2C driver: Restructure i2c_write_byte function ARMV7: OMAP: I2C driver: Restructure i2c_probe function drivers/i2c/omap24xx_i2c.c | 204 ++++++++++++++++++++++++------------------- 1 files changed, 114 insertions(+), 90 deletions(-)

2 11

[U-Boot] [PATCH 1/1] vision2: add u-boot.imx to ALL targe
by Jason Liu 20 Oct '10

20 Oct '10

Signed-off-by: Jason Liu <r64343(a)freescale.com> --- board/ttcontrol/vision2/config.mk | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/board/ttcontrol/vision2/config.mk b/board/ttcontrol/vision2/config.mk index 59f3367..1b18489 100644 --- a/board/ttcontrol/vision2/config.mk +++ b/board/ttcontrol/vision2/config.mk @@ -23,3 +23,4 @@ LDSCRIPT = $(CPUDIR)/$(SOC)/u-boot.lds TEXT_BASE = 0x97800000 IMX_CONFIG = $(SRCTREE)/board/$(BOARDDIR)/imximage_hynix.cfg +ALL += $(obj)u-boot.imx -- 1.7.0.4

2 1

[U-Boot] "Verifying Checksum ... Bad Data CRC" when kernel
by JiHua ZHAO 20 Oct '10

20 Oct '10

Hi all I've found the answer and confirmed it. FTP transfer corrupted uImage. As my development laptop has no COM port, I transferred uImage from this development laptop to my company's FTP server using FileZilla 3.0.11.1, then from this FTP server to my desktop using WS_FTP 9.01. Then, I used this uImage on my desktop for BOTH serial download and copying to SD card. I don't know which, FileZilla or WS_FTP, corrupted uImage. Now I use my thumb drive to do the transfer, kernel boots successfully for both serial download and SD card download. Thanks & Regards, Zhao Jihua Embedded Systems Engineer

2 1