Re: [U-Boot] [RFC PATCH v2] ARM: Avoid compiler optimization for usages of readb, writeb and friends.

Dear Alexander Holler, In message <1292711230-3234-1-git-send-email-hol...@ahsoftware.de> you wrote: > gcc 4.5.1 seems to ignore (at least some) volatile definitions, > avoid that as done in the kernel. ... > +#define writeb(v,c) ({ __iowmb(); __arch_putb(v,c); }) > +#define write

Re: [U-Boot] [PATCH V3 1/6] tqm85xx: create fixed_sdram() to do sdram setup

On Tuesday 21 December 2010 18:52:30 Kumar Gala wrote: > On Dec 17, 2010, at 5:17 PM, Becky Bruce wrote: > > Also, change this code to use phys_size_t instead of long int. > > Using common naming for this function will enable us to use the common > > initdram() for 85xx going forward. Other than t

Re: [U-Boot] [STATUS] v2009.08-rc3 is out

Dear Wolfgang Denk, > Can you please try and investigate the issue? > I have parsed the code again and again. In result I found the problem in generated code. By an Examble: Source: /* Setup Smart Media, first enable the address range of CS3 */ writel(readl(&mc->ebi.csa) | AT91_EBI_CSA_CS3

Re: [U-Boot] [STATUS] v2009.08-rc3 is out

Am 22.12.2010 10:29, schrieb Jens Scharsig: > > In fact, the 4.2.2 code does access byte wise to soc (AT91) control > registers, but should write data as an single word. > Addendum: The results: We receive an access violation. The cause is a faulty initialized chip select. regards Jens Scha

Re: [U-Boot] [STATUS] v2009.08-rc3 is out

Sorry I'm on fault thread I meam V2010.12-rc3 regards Jens Scharsig ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot

Re: [U-Boot] [RFC PATCH v2] ARM: Avoid compiler optimization for usages of readb, writeb and friends.

Am 22.12.2010 08:02, schrieb Albert ARIBAUD: > Le 22/12/2010 01:11, Alexander Holler a écrit : >> Am 21.12.2010 21:04, schrieb Dirk Behme: >>> On 21.12.2010 20:52, Wolfgang Denk wrote: Dear Albert& friends, what is your opinion? Should we include the memory barrier patch into >>

Re: [U-Boot] [STATUS] v2009.08-rc3 is out

Dear Jens Scharsig, > I have parsed the code again and again. In result I found the problem in > generated code. > In fact, the 4.2.2 code does access byte wise to soc (AT91) control > registers, but should write data as an single word. > > But I have no idea to prevent this. By chance, the str

[U-Boot] Uboot PING with MII AT91SAM9g20EK

Hello, Am a new member and this is my first post. With Version: Uboot -2010.09 I am currently using the AT91SAM9G20EK board and want to use networking interface for tftp, tftpboot etc with the MII Interface. As the first test, I tried 'ping' command to connected PC and also to the board

Re: [U-Boot] [STATUS] v2009.08-rc3 is out

Dear Reinhard Meyer > > By chance, the structure declaration has a packed attribute? Or other > quirks which might > make the compiler think the field _might be_ unaligned? You are right, there are some __attribute__ ((packed)) statements. I don't remember why. I've remove this statments and th

[U-Boot] [PATCH v3] ARM: Avoid compiler optimization for usages of readb, writeb and friends.

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 he

[U-Boot] [Patch ARM/AT91] remove __attribute__ ((packed)) in at91 headers

* remove __attribute__ ((packed)) to prevent byte access to soc registers in some gcc version Signed-off-by: Jens Scharsig --- see arch/arm/include/asm/arch-at91/at91_mc.h | 10 +- arch/arm/include/asm/arch

Re: [U-Boot] [RFC PATCH v2] ARM: Avoid compiler optimization for usages of readb, writeb and friends.

Hello, Am 22.12.2010 09:02, schrieb Wolfgang Denk: > In message<1292711230-3234-1-git-send-email-hol...@ahsoftware.de> you wrote: >> gcc 4.5.1 seems to ignore (at least some) volatile definitions, >> avoid that as done in the kernel. > ... >> +#define writeb(v,c) ({ __iowmb(); __

Re: [U-Boot] [PATCH 1/3] lib/asm-offsets.c: Clean coding style

Hello. On 21-12-2010 21:12, Michal Simek wrote: > Clear coding style issues. > Signed-off-by: Michal Simek [...] > diff --git a/lib/asm-offsets.c b/lib/asm-offsets.c > index 2209561..f1af7e2 100644 > --- a/lib/asm-offsets.c > +++ b/lib/asm-offsets.c > @@ -19,11 +19,11 @@ > > #include > > -int

[U-Boot] [PATCH 1/8] arm: make default implementation of cache_flush() weakly linked

make default implementation of cache_flush() weakly linked so that sub-architectures can override it Signed-off-by: Aneesh V --- arch/arm/lib/cache.c |9 +++-- 1 files changed, 3 insertions(+), 6 deletions(-) diff --git a/arch/arm/lib/cache.c b/arch/arm/lib/cache.c index 30686fe..275b6e

[U-Boot] [PATCH 0/8] armv7: cache maintenance operations

With D-cache and MMU enabled for ARM in u-boot it becomes imperative to support a minimal set of cache maintenance operations and necessary initializations before enabling MMU. This series of patches attempt to do the following for armv7: * Necessary initialization sequence before enabling MMU tha

[U-Boot] [PATCH 8/8] armv7: adapt s5pc1xx to the new cache maintenance framework

adapt s5pc1xx to the new layered cache maintenance framework Signed-off-by: Aneesh V --- arch/arm/cpu/armv7/s5pc1xx/cache.S| 86 +--- arch/arm/cpu/armv7/s5pc1xx/clock.c| 12 arch/arm/include/asm/arch-s5pc1xx/sys_proto.h |4 +- 3 files chan

[U-Boot] [PATCH 2/8] armv7: cache maintenance operations for armv7

- Add a framework for layered cache maintenance - separate out SOC specific outer cache maintenance from maintenance of caches known to CPU - Add generic ARMv7 cache maintenance operations that affect all caches known to ARMv7 CPUs. For instance in Cortex-A8 these opertions w

[U-Boot] [PATCH 4/8] arm: minor fixes for cache and mmu handling

1. make sure that page table setup is not done multiple times 2. flush_dcache_all() is more appropriate while disabling cache than a range flush on the entire memory(flush_cache()) Provide a default implementation for flush_dcache_all() for backward compatibility and to avoid build issues

[U-Boot] [PATCH 7/8] armv7: adapt omap3 to the new cache maintenance framework

adapt omap3 to the new layered cache maintenance framework Signed-off-by: Aneesh V --- arch/arm/cpu/armv7/omap3/Makefile |1 - arch/arm/cpu/armv7/omap3/board.c| 151 ++-- arch/arm/cpu/armv7/omap3/cache.S| 263 --- arch/a

[U-Boot] [PATCH 5/8] armv7: add PL310 support to u-boot

Add support for some of the key maintenance operations - Invalidate all - Invalidate range - Flush(clean & invalidate) all - Flush range Signed-off-by: Aneesh V --- arch/arm/include/asm/pl310.h | 49 ++ arch/arm/lib/Makefile|1 + arch

[U-Boot] [PATCH 3/8] armv7: integrate cache maintenance support

- Enable I-cache on bootup - Enable MMU and D-cache immediately after relocation - Do necessary initialization before enabling d-cache and MMU - Changes to cleanup_before_linux() - Make changes according to the new framework Signed-off-by: Aneesh V --- arch/arm/cpu/armv7/cpu.c

[U-Boot] [PATCH 6/8] armv7: adapt omap4 to the new cache maintenance framework

adapt omap4 to the new layered cache maintenance framework Signed-off-by: Aneesh V --- arch/arm/cpu/armv7/omap4/board.c| 25 - arch/arm/cpu/armv7/omap4/lowlevel_init.S| 17 + arch/arm/include/asm/arch-omap4/omap4.h |6 ++ ar

[U-Boot] [PATCH v2 3/3] MX5:MX53: add initial support for MX53EVK board

Add initial support for MX53EVK board support. FEC, SD/MMC, UART, I2C, have been support. Signed-off-by: Jason Liu --- Changes for v2: -Address the comments from Stefano, Albert and Wolfgang, -remove the ivt.S file and use imximage.cfg instead, -remove the ivt link to u-boot -Add

[U-Boot] [PATCH v2 1/3] MX5: Add initial support for MX53 processor

Add initial support for Freescale MX53 processor, - Add the iomux support and the pin definition, - Add the regs definition, clean up some unused def from mx51, - Add the low level init support, make use the freq input of setup_pll macro --- Changes for v2: -address some comments of Stefano Babic

[U-Boot] [PATCH 1/3] mxc_gpio: add support for MX53 processor

This patch add mxc_gpio support for Freescale MX53 processor Signed-off-by: Jason Liu --- drivers/gpio/mxc_gpio.c |9 +++-- 1 files changed, 7 insertions(+), 2 deletions(-) diff --git a/drivers/gpio/mxc_gpio.c b/drivers/gpio/mxc_gpio.c index 663141f..53a0673 100644 --- a/drivers/gpio/mx

[U-Boot] [PATCH 3/3] imximage: Add MX53 boot image support

This patch add the MX53 boot image support This patch has been tested on Freescale MX53EVK board. Signed-off-by: Jason Liu --- board/freescale/mx53evk/config.mk| 25 board/freescale/mx53evk/imximage.cfg | 108 ++ tools/imximage.c

[U-Boot] [PATCH 2/3] fsl_pmic: add I2C interface support

This patch add I2C interface for fsl_pmic driver support Signed-off-by: Jason Liu --- drivers/misc/fsl_pmic.c | 39 ++- 1 files changed, 38 insertions(+), 1 deletions(-) diff --git a/drivers/misc/fsl_pmic.c b/drivers/misc/fsl_pmic.c index 5ee1de1..a54f220 1

Re: [U-Boot] [PATCH 5/5] MX5:MX53: add initial support for MX53EVK board

Hi, Stefano, Wolfgang, Albert, John 2010/12/20 John Rigby : > On Sun, Dec 19, 2010 at 10:19 PM, Jason Liu wrote: > Jason: > No one is arguing about the use the plugin feature.  The objection is > to how you are getting the plugin bits into the u-boot image.  You > should use a tool to prepend th

[U-Boot] [PATCH v2 2/3] mxc_i2c: add support for MX53 processor

This patch add I2C support for Freescale MX53 processor Signed-off-by: Jason Liu --- Changes for v2: -address the comments of Heiko, add #if defined(CONFIG_MX31) to avoid break MX31 build. Move CONFIG_HARD_I2C to the top of the file and fix the error message from: #error "define CONFI

Re: [U-Boot] [PATCH] Blackfin: bf525-ucr2: new board port

On Tuesday, December 21, 2010 00:37:24 Wolfgang Denk wrote: > Mike Frysinger wrote: > > > I have nothing to add. Please get rid of this unnecessary config.mk > > > file. > > > > so you agree with my statement, or you're going to prevent any new > > Blackfin boards from being merged until somethin

[U-Boot] [PATCH] cmd_mem: localize state variables

These "last" variables aren't used outside of this file, so add static. Signed-off-by: Mike Frysinger --- common/cmd_mem.c |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/common/cmd_mem.c b/common/cmd_mem.c index f7a442a..f03233c 100644 --- a/common/cmd_mem.c +++ b/

[U-Boot] [PATCH] cmd editing: mark erase/tab seqs constant

These strings are only read, so no need to have them be writable. Signed-off-by: Mike Frysinger --- common/main.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/common/main.c b/common/main.c index d97ccd7..fa7c49d 100644 --- a/common/main.c +++ b/common/main.c @@ -71

[U-Boot] [PATCH] cfi_flash: avoid flash_verbose when possible

The flash_verbose logic is only used by the CFI MTD layer, so if we aren't using that, disable the logic completely. Signed-off-by: Mike Frysinger --- drivers/mtd/cfi_flash.c |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/drivers/mtd/cfi_flash.c b/drivers/mtd/cfi_f

[U-Boot] [PATCH] Blackfin: skip RAM display for 0 mem systems

Signed-off-by: Mike Frysinger --- arch/blackfin/lib/board.c |7 +-- 1 files changed, 5 insertions(+), 2 deletions(-) diff --git a/arch/blackfin/lib/board.c b/arch/blackfin/lib/board.c index 12d618d..96407a2 100644 --- a/arch/blackfin/lib/board.c +++ b/arch/blackfin/lib/board.c @@ -280,8

Re: [U-Boot] [PATCH v3] ARM: Avoid compiler optimization for usages of readb, writeb and friends.

On 22.12.2010 12:04, Alexander Holler wrote: > 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_

Re: [U-Boot] [PATCH v3] ARM: Avoid compiler optimization for usages of readb, writeb and friends.

Hello, Am 22.12.2010 15:50, schrieb Dirk Behme: > This patch seems to be the same as the proposal from Wolfgang > > http://lists.denx.de/pipermail/u-boot/2010-December/084122.html > Exactly. > So we shouldn't drop his > > Signed-off-by: Wolfgang Denk > Sorry, I haven't seen that Signed-Off and

[U-Boot] ARM926ejs Porting: uboot.lds problem

Hello, Happy hacking in U-Boot, let's start quickly! Here' s porting information below: 1. Porting arm926ejs SoC to our new SoC call "AVT2210" 2. Sdram base address: 0x4000, size: 0x200(32M) 3. No flash now. 4. UART: Common 16550 5. U-Boot version: u-boot-2010.12-rc2 6. Linux OS 7.

Re: [U-Boot] [PATCH v2 2/3] mxc_i2c: add support for MX53 processor

Le 22/12/2010 14:23, Jason Liu a écrit : > This patch add I2C support for Freescale MX53 processor > > Signed-off-by: Jason Liu > > --- > Changes for v2: > -address the comments of Heiko, add #if defined(CONFIG_MX31) > to avoid break MX31 build. Move CONFIG_HARD_I2C to the top > of the file and

Re: [U-Boot] ARM926ejs Porting: uboot.lds problem

Le 22/12/2010 16:08, a ??crit : Help! Help! Thanks a lot. Abraham Yu. Hi Abraham, Without knowing the source code that you compile, it is hard to tell exactly what goes on. You say "code modified", but which board did you modify, and how exactly do you build it? A patch would be welco

[U-Boot] U-Boot v2010.12 released - Merge Window OPEN

Hello all, U-Boot v2010.12 has been released and is available from the git repository and the FTP server. The "next" branch has been pulled into mainline ("master" branch) and has been removed afterward.

Re: [U-Boot] ARM926ejs Porting: uboot.lds problem

Thanks Albert! >Without knowing the source code that you compile, it is hard to tell >exactly what goes on. You say "code modified", but which board did you >modify, and how exactly do you build it? A patch would be welcome to at >least reproduce your build. > >Also, can you explain how exactl

Re: [U-Boot] im sick and tired of this

Earn income even on your lunch break , I found something thats reces$ion proof, earn up to 200 a day with this article news site i found: http://is.gd/jg5rr";>View this article heree ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mail

Re: [U-Boot] GCC/GDB tools for P4080

Hello Wolfegang, We are trying to debug an intermittent issue on our system board that after writing 0xff to Boot Release Register (BRR) in a 8 core p4080 system all the CPUs do not get started.We see the following output on the console: CPU up timeout. CPU up mask is 7f sho

Re: [U-Boot] [PATCH v2 2/3] mxc_i2c: add support for MX53 processor

Hi, Albert, 2010/12/23 Albert ARIBAUD : > Le 22/12/2010 14:23, Jason Liu a écrit : >> This patch add I2C support for Freescale MX53 processor >> >> Signed-off-by: Jason Liu >> >> --- >> Changes for v2: >> -address the comments of Heiko, add #if defined(CONFIG_MX31) >>   to avoid break MX31 build.

[U-Boot] [PATCH v3 1/1] mxc_i2c: add support for MX53 processor

This patch add I2C support for Freescale MX53 processor Signed-off-by: Jason Liu --- Changes for v2: -address the comments of Heiko, add #if defined(CONFIG_MX31) to avoid break MX31 build. Move CONFIG_HARD_I2C to the top of the file and fix the error message from: #error "define CONFI

[U-Boot] [PATCH] Blackfin: bf537-minotaur/bf537-srv1: undefine nfs when net is disabled

Fixes a build error due to new partial linking logic. Signed-off-by: Mike Frysinger --- include/configs/bf537-minotaur.h |1 + include/configs/bf537-srv1.h |1 + 2 files changed, 2 insertions(+), 0 deletions(-) diff --git a/include/configs/bf537-minotaur.h b/include/configs/bf537-mi

[U-Boot] [PATCH v2 1/1] ARM: */start.S: code cleanup

Remove the useless code from start.S Signed-off-by: Jason Liu --- Changes for v2: -Address the comments from Albert to make changes to all ARM cpus with one single patch --- arch/arm/cpu/arm1136/start.S |2 -- arch/arm/cpu/arm1176/start.S |2 -- arch/arm/cpu/arm720t/start.S |

Re: [U-Boot] [PATCH 0/8] armv7: cache maintenance operations

On Wed, Dec 22, 2010 at 3:54 AM, Aneesh V wrote: > With D-cache and MMU enabled for ARM in u-boot it becomes imperative to > support a minimal set of cache maintenance operations and necessary > initializations before enabling MMU. > > This series of patches attempt to do the following for armv7:

[U-Boot] [PATCH] OMAP[34]: remove board config.mk files

and define CONFIG_SYS_TEXT_BASE in the board config files Signed-off-by: John Rigby --- board/isee/igep0020/config.mk | 33 - board/isee/igep0030/config.mk | 33 - board/logicpd/am3517evm/config.mk | 30 ---

[U-Boot] [PATCH v2] OMAP[34]: remove board config.mk files

and define CONFIG_SYS_TEXT_BASE in the board config files Signed-off-by: John Rigby --- Changes for v2: Remove bogus tab character in define in v1. --- board/isee/igep0020/config.mk | 33 - board/isee/igep0030/config.mk | 33 ---

Re: [U-Boot] ARM926ejs Porting: uboot.lds problem

Le 23/12/2010 00:08, a ??crit : Thanks Albert! >Without knowing the source code that you compile, it is hard to tell >exactly what goes on. You say "code modified", but which board did you >modify, and how exactly do you build it? A patch would be welcome to at >least reproduce your buil

[U-Boot] Invitation to connect on LinkedIn

LinkedIn fengbin dong requested to add you as a connection on LinkedIn: -- Srinath, I'd like to add you to my professional network on LinkedIn. - fengbin Accept invitation from fengbin dong http://www.linkedin.com/e/fds2np-gi1c4kc4-10/YhLefj14