December 2010 - U-Boot

[U-Boot] [PATCH] OMAP3: EVM: Convert omap3_evm_version to u32
by Dirk Behme 18 Dec '10

18 Dec '10

Convert the variable omap3_evm_version to u32 to work around some broken linkers from older tool chains. E.g. CodeSourcery's 2009q1-203 ld 2.19.51.20090205. Without this, these linkers stop linking 'omap3_evm' or at least issue a warning. Like arm-none-linux-gnueabi-ld: section .bss [8003f5e0 -> 8007e337] overlaps section .rel.dyn [8003f5e0 -> 80044e57] arm-none-linux-gnueabi-ld: section .dynsym [80044e58 -> 80044ef7] overlaps section.bss [8003f5e0 -> 8007e337] arm-none-linux-gnueabi-ld: u-boot: section .bss vma 0x8003f5e0 overlaps previous sections CC: Sanjeev Premi <premi(a)ti.com> Signed-off-by: Dirk Behme <dirk.behme(a)googlemail.com> --- For a discussion of this see http://lists.denx.de/pipermail/u-boot/2010-December/083706.html board/ti/evm/evm.c | 4 ++-- board/ti/evm/evm.h | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) Index: u-boot.git/board/ti/evm/evm.c =================================================================== --- u-boot.git.orig/board/ti/evm/evm.c +++ u-boot.git/board/ti/evm/evm.c @@ -37,9 +37,9 @@ #include <asm/mach-types.h> #include "evm.h" -static u8 omap3_evm_version; +static u32 omap3_evm_version; -u8 get_omap3_evm_rev(void) +u32 get_omap3_evm_rev(void) { return omap3_evm_version; } Index: u-boot.git/board/ti/evm/evm.h =================================================================== --- u-boot.git.orig/board/ti/evm/evm.h +++ u-boot.git/board/ti/evm/evm.h @@ -45,7 +45,7 @@ enum { OMAP3EVM_BOARD_GEN_2, /* EVM Rev >= Rev E */ }; -u8 get_omap3_evm_rev(void); +u32 get_omap3_evm_rev(void); #if defined(CONFIG_CMD_NET) static void setup_net_chip(void);

3 2

[U-Boot] [PATCH] arm: Add armv6 and armv7 optimized swab functions
by Rob Herring 18 Dec '10

18 Dec '10

From: Rob Herring <rob.herring(a)calxeda.com> swab functions are heavily used by FDT code, so enable optimized assembly code for ARMv6 and later. Signed-off-by: Rob Herring <rob.herring(a)calxeda.com> --- arch/arm/include/asm/byteorder.h | 16 ++++++++++++++++ 1 files changed, 16 insertions(+), 0 deletions(-) diff --git a/arch/arm/include/asm/byteorder.h b/arch/arm/include/asm/byteorder.h index c3489f1..9df5844 100644 --- a/arch/arm/include/asm/byteorder.h +++ b/arch/arm/include/asm/byteorder.h @@ -23,6 +23,22 @@ # define __SWAB_64_THRU_32__ #endif +#if defined(__ARM_ARCH_7A__) || defined(__ARM_ARCH_6__) +static inline __u16 __attribute__((const)) ___arch_swab16(__u16 x) +{ + __asm__ ("rev16 %0, %1" : "=r" (x) : "r" (x)); + return x; +} +#define __arch_swab16 ___arch_swab16 + +static inline __u32 __attribute__((const)) ___arch_swab32(__u32 x) +{ + __asm__ ("rev %0, %1" : "=r" (x) : "r" (x)); + return x; +} +#define __arch_swab32 ___arch_swab32 +#endif + #ifdef __ARMEB__ #include <linux/byteorder/big_endian.h> #else -- 1.7.1

3 6

[U-Boot] [RFC PATCH] ARM: Avoid compiler optimization for usages of readb, writeb and friends.
by Alexander Holler 18 Dec '10

18 Dec '10

gcc 4.5.1 seems to ignore (at least some) volatile definitions, avoid that as done in the kernel. Reading C99 6.7.3 8 and the comment 114) there, I think it is a bug of that gcc version to ignore the volatile type qualifier used e.g. in __arch_getl(). Anyway, using a definition as in the kernel headers avoids such optimizations when gcc 4.5.1 is used. Maybe the headers as used in the current linux-kernel should be used, but to avoid large changes, I've just added a small change to the current headers. I haven't add the definitions which are using a memory barrier because I haven't found a place in the kernel where they were actually enabled (CONFIG_ARM_DMA_MEM_BUFFERABLE). Signed-off-by: Alexander Holler <holler(a)ahsoftware.de> --- arch/arm/include/asm/io.h | 15 +++++++++------ 1 files changed, 9 insertions(+), 6 deletions(-) diff --git a/arch/arm/include/asm/io.h b/arch/arm/include/asm/io.h index ff1518e..3b6c1da 100644 --- a/arch/arm/include/asm/io.h +++ b/arch/arm/include/asm/io.h @@ -125,13 +125,16 @@ extern inline void __raw_readsl(unsigned int addr, void *data, int longlen) #define __raw_readw(a) __arch_getw(a) #define __raw_readl(a) __arch_getl(a) -#define writeb(v,a) __arch_putb(v,a) -#define writew(v,a) __arch_putw(v,a) -#define writel(v,a) __arch_putl(v,a) +#define __iormb() do { } while (0) +#define __iowmb() do { } while (0) -#define readb(a) __arch_getb(a) -#define readw(a) __arch_getw(a) -#define readl(a) __arch_getl(a) +#define writeb(v,c) ({ __iowmb(); __arch_putb(v,c); }) +#define writew(v,c) ({ __iowmb(); __arch_putw(v,c); }) +#define writel(v,c) ({ __iowmb(); __arch_putl(v,c); }) + +#define readb(c) ({ u8 __v = __arch_getb(c); __iormb(); __v; }) +#define readw(c) ({ u16 __v = __arch_getw(c); __iormb(); __v; }) +#define readl(c) ({ u32 __v = __arch_getl(c); __iormb(); __v; }) /* * The compiler seems to be incapable of optimising constants -- 1.7.2.2

1 1

[U-Boot] Transfer Offer
by Mr Song Lile 18 Dec '10

18 Dec '10

I am a Staff of Hang Seng Bank HongKong, I do not know if we can work together in transferring $19,500,000.USD from my bank to your bank account. Finally if you are interested I shall provide you with more details.Email: mrsonglile130(a)yahoo.com.hk

1 0

[U-Boot] easy money online
by SAT.GR 18 Dec '10

18 Dec '10

dear subscriber a) i offer you 12 allready made and working sites for less than 20 $ you pay for each less than one coca cola and you can ressel 50 $ each right now b) i have some good FREE e-books for you for your success you can download them ABSOLUTELLY FREE read this carefully This is a big deal My friend, i have for you 12 prebuilded sites its a big opportunity to make some good and easy money these 12 sites could be 12 good online stores for less of 20 $ 45,000 subscribers allready know about it and the offer is for 110 persons only grabbbb this the soonest I was so impressed with this and i am allready the owner of 2 sets for 12 sites in our office 3 more persons are already owners See this FREE!! you dont have nothing to loose <a href="http://5e15davfy01tdmar20h-dq8oba.hop.clickbank.net/?tid=9DM3HKQX" target="_top">Click Here!</a> Get your SITES to your success here: <a href="http://5e15davfy01tdmar20h-dq8oba.hop.clickbank.net/?tid=9DM3HKQX" target="_top">Click Here!</a> To your success jim caras <a href="http://5e15davfy01tdmar20h-dq8oba.hop.clickbank.net/?tid=9DM3HKQX" target="_top">Click Here!</a> i have some good FREE e-books for YOU you can download them ABSOLUTELLY FREE from here: http://www.wix.com/web_seo/lesson1tw if this link is not working please copy and paste THIS IS NOT A SPAMM YOU RECEIVE THIS BECAUSE YOU ARE SUBSCRIBED TO http://www.wix.com/web_seo/seo but anyway if you dont want to receive our newsletters please send unsubscribe to zzzz(a)otenet.gr with best regards to your success jim <a href="http://5e15davfy01tdmar20h-dq8oba.hop.clickbank.net/?tid=9DM3HKQX" target="_top">Click Here!</a>

1 0

[U-Boot] u-boot hang after we changed the flash chip
by raymond zhao 18 Dec '10

18 Dec '10

Hi, everyone I have a AMCC PowerPC 405EX based board. The u-boot version is U-Boot 1.3.2-RELEASE_11. It works fine until we have to change the NOR-Flash chip from JS28F128P33B85 to JS28F128P33BF70 since the JS28F128P33B85 is obsolete. I checked the datasheet of these two flash chips, they all support CFI and we enabled CFI in u-boot. The different is the write buffer size: the old one has 32 bytes and the new one has 256 bytes. I tracked into the u-boot with BDI3000. The code fly away in the function i2c_init (CFG_I2C_SPEED, CFG_I2C_SLAVE), which is called in init_func_i2c: static int init_func_i2c (void) { puts ("I2C: "); i2c_init (CFG_I2C_SPEED, CFG_I2C_SLAVE); puts ("ready\n"); return (0); } In debug console: I actually see the out put I2C: . The codes fly away inside i2c_init (CFG_I2C_SPEED, CFG_I2C_SLAVE); and never come back to put("ready\n"); Another interesting thing is when I am in function init_func_i2c, I used bt full in GDB to check the stack. I get the following: (gdb) bt full #0 <signal handler called> No locals. #1 0x00000000 in ?? () No symbol table info available. #2 0x00000000 in ?? () No symbol table info available. Previous frame inner to this frame (corrupt stack?) Does this mean the stack is corrupted? There should have a stack already in this moment, right? Does anyone has any idea which direction I should go? Thanks a lot, Raymond

3 3

[U-Boot] Quote (Tote bags/Backpacks/Duffles and Briefcases) .....z 2MQAJId
by Ideas Promo-Tina 18 Dec '10

18 Dec '10

1 0

[U-Boot] Quote (Tote bags/Backpacks/Duffles and Briefcases) .....z 2MQAJId
by Ideas Promo-Tina 18 Dec '10

18 Dec '10

1 0

[U-Boot] Quote (Tote bags/Backpacks/Duffles and Briefcases) .....z 2MQAJId
by Ideas Promo-Tina 18 Dec '10

18 Dec '10

1 0

[U-Boot] Quote (Tote bags/Backpacks/Duffles and Briefcases) .....z 2MQAJId
by Ideas Promo-Tina 18 Dec '10

18 Dec '10

1 0