Re: [U-Boot] [PATCH v5] sandbox: gpio: Add basic driver for simulating GPIOs

2012-02-21 Thread Simon Glass
On Tue, Feb 21, 2012 at 9:08 PM, Mike Frysinger wrote: > let's get your ack-back on this and i'll merge it into my branch. > only diff from last code is restored assert() to get_gpio_flags(). > -mike > > From f67fd9b82ec180d8a227bf036a45eb31e713a5a9 Mon Sep 17 00:00:00 2001 > From: Simon Glass >

Re: [U-Boot] [PATCH 0/9] Fix a few warnings that bug me

2012-02-21 Thread Mike Frysinger
On Tuesday 21 February 2012 13:40:36 Simon Glass wrote: > 68k only: > arch/m68k/lib/board.c |2 +- > - I believe this fix is sensible for the reasons described in the > patch, regardless of what the toolchain does. > > arch/powerpc/lib/board.c|7 +-- > - Similar t

[U-Boot] [PATCH] ARMV7/Vexpress: add missing get_ticks() and get_tbclk()

2012-02-21 Thread walimis
commit f31a911fe (arm, post: add missing post_time_ms for arm) enables get_ticks and get_tbclk for all arm based boards, arm/vexpress also needs these functions to work. Signed-off-by: walimis --- board/armltd/vexpress/ca9x4_ct_vxp.c | 10 ++ 1 files changed, 10 insertions(+), 0 deleti

Re: [U-Boot] [PATCH] net: sh_eth: Fix build warnings and whitespace for sh_eth

2012-02-21 Thread Mike Frysinger
On Tuesday 21 February 2012 20:20:39 Nobuhiro Iwamatsu wrote: > I built with ecovec board. > > you can check command following : > make CROSS_COMPILE=sh-linux-gnu- ecovec_config > make CROSS_COMPILE=sh-linux-gnu- that board doesn't build for me: $ make CROSS_COMPILE=sh4-gentoo-linux-gnu- ecovec -

[U-Boot] [PATCH v5] sandbox: gpio: Add basic driver for simulating GPIOs

2012-02-21 Thread Mike Frysinger
let's get your ack-back on this and i'll merge it into my branch. only diff from last code is restored assert() to get_gpio_flags(). -mike From f67fd9b82ec180d8a227bf036a45eb31e713a5a9 Mon Sep 17 00:00:00 2001 From: Simon Glass Date: Wed, 15 Feb 2012 15:51:13 -0800 Subject: [PATCH v5] sandbox: gp

Re: [U-Boot] [PATCH] sh: i2c: Add support I2C controller of SH7734

2012-02-21 Thread Mike Frysinger
On Tuesday 21 February 2012 20:13:47 Nobuhiro Iwamatsu wrote: > --- /dev/null > +++ b/drivers/i2c/sh_sh7734_i2c.c > > +#if DEBUG > +static void sh_i2c_dump_reg(struct sh_i2c *base) > +{ > + printf("iccr1 : %02X\n", readb(&base->iccr1)); > + printf("iccr2 : %02X\n", readb(&base->iccr2)); > +

Re: [U-Boot] sh: build warnings in clock code

2012-02-21 Thread Nobuhiro Iwamatsu
Hi, Thanks , I will check this and fix. Best regards, Nobuhiro 2012/2/16 Mike Frysinger : > all superh boards hit this warning for me: > > Configuring for sh7763rdp board... > time.c: In function 'get_ticks': > time.c:111:16: warning: variable 'ticks' set but not used [-Wunused-but-set- > vari

Re: [U-Boot] [PATCH] net: sh_eth: Fix build warnings and whitespace for sh_eth

2012-02-21 Thread Nobuhiro Iwamatsu
Hi, I built with ecovec board. you can check command following : make CROSS_COMPILE=sh-linux-gnu- ecovec_config make CROSS_COMPILE=sh-linux-gnu- Best regards, Nobuhiro 2012/2/16 Mike Frysinger : > On Wednesday 15 February 2012 02:51:40 Nobuhiro Iwamatsu wrote: >> 2012/2/3 Mike Frysinger: >> >

Re: [U-Boot] [PATCH] sh: Add bit control functions

2012-02-21 Thread Nobuhiro Iwamatsu
Hi, Hello. Thanks for your review. I resend revised patch with your Acked-by. Best regards, Nobuhiro 2012/2/15 Heiko Schocher : > Hello Nobuhiro, > > Nobuhiro Iwamatsu wrote: >> This provide bit control functions as clrbits_*, setbits_* and >> clrsetbits_*. >> >> Signed-off-by: Nobuhiro Iwamat

Re: [U-Boot] [PATCH v2] sh: i2c: Add support I2C controller of SH7734

2012-02-21 Thread Nobuhiro Iwamatsu
Hi, Heiko 2012/2/15 Heiko Schocher : > Hello Nobuhiro, > > Nobuhiro Iwamatsu wrote: >> Renesas SH7734 has two I2C interfaceis. >> This supports these I2C. >> >> Signed-off-by: Nobuhiro Iwamatsu >> --- >> V2: - Changed bit control to use the clr|set|clrsetbits_* functions. >>     - Fix wrong comme

[U-Boot] [PATCH] sh: Add bit control functions

2012-02-21 Thread Nobuhiro Iwamatsu
This provide bit control functions as clrbits_*, setbits_* and clrsetbits_*. V2: Fix comment style and error of whitespace. Signed-off-by: Nobuhiro Iwamatsu Acked-by: Heiko Schocher --- arch/sh/include/asm/io.h | 43 --- 1 files changed, 40 insertions(

[U-Boot] [PATCH] sh: i2c: Add support I2C controller of SH7734

2012-02-21 Thread Nobuhiro Iwamatsu
Renesas SH7734 has two I2C interfaceis. This supports these I2C. V3: - Fix error for whitespace. V2: - Changed bit control to use the clr|set|clrsetbits_* functions. - Fix wrong comment style. - Add new line before for loop in i2c_read. Signed-off-by: Nobuhiro Iwamatsu Acked-by: Heiko Sc

Re: [U-Boot] [PATCH 0/6] Highbank platform updates

2012-02-21 Thread Rob Herring
Albert, On 02/18/2012 10:02 AM, Albert ARIBAUD wrote: > Hi Rob, > > Le 02/02/2012 03:57, Rob Herring a écrit : >> From: Rob Herring >> >> This is a collection of updates to Calxeda highbank platform that adds >> environment in nvram, boot counter, reset and bootcmd selection support. >> >> Regard

[U-Boot] [PATCH 1/2] ARM: highbank: fix warning for calxedaxgmac_initialize

2012-02-21 Thread Rob Herring
From: Rob Herring Add include of netdev.h to pick-up declaration of calxedaxgmac_initialize. Signed-off-by: Rob Herring --- board/highbank/highbank.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/board/highbank/highbank.c b/board/highbank/highbank.c index b0aa182..5f

[U-Boot] [PATCH 2/2] ARM: highbank: add missing get_tbclk

2012-02-21 Thread Rob Herring
From: Rob Herring The get_tbclk function was missing and the recent commit "common: add possibility for readline_into_buffer timeout" makes it required. Signed-off-by: Rob Herring --- arch/arm/cpu/armv7/highbank/timer.c |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git

[U-Boot] [PATCH 0/2] Highbank fixes for 2012.03

2012-02-21 Thread Rob Herring
From: Rob Herring This is a couple of fixes for a build error and warning. Rob Rob Herring (2): ARM: highbank: fix warning for calxedaxgmac_initialize ARM: highbank: add missing get_tbclk arch/arm/cpu/armv7/highbank/timer.c |5 + board/highbank/highbank.c |1 + 2 fil

Re: [U-Boot] [STATUS] [ARM]

2012-02-21 Thread Rob Herring
On 02/17/2012 02:45 AM, Albert ARIBAUD wrote: > Le 14/02/2012 17:45, Rob Herring a écrit : >> Albert, >> >> On 02/12/2012 04:18 AM, Albert ARIBAUD wrote: >>> Hi all, >>> >>> I just did a ./MAKEALL arm with ELDK42 on the u-boot-arm/master for >>> which I just sent a pull request. >>> >>> The raw res

Re: [U-Boot] [PATCH v4 3/8] sandbox: gpio: Add basic driver for simulating GPIOs

2012-02-21 Thread Simon Glass
Hi Mike, On Tue, Feb 21, 2012 at 2:13 PM, Mike Frysinger wrote: > On Tuesday 21 February 2012 16:55:39 Simon Glass wrote: >> On Tue, Feb 21, 2012 at 8:04 AM, Mike Frysinger wrote: >> > On Tuesday 21 February 2012 01:27:31 Simon Glass wrote: >> >> On Mon, Feb 20, 2012 at 10:11 PM, Mike Frysinger w

Re: [U-Boot] [PATCH v4 3/8] sandbox: gpio: Add basic driver for simulating GPIOs

2012-02-21 Thread Mike Frysinger
On Tuesday 21 February 2012 16:55:39 Simon Glass wrote: > On Tue, Feb 21, 2012 at 8:04 AM, Mike Frysinger wrote: > > On Tuesday 21 February 2012 01:27:31 Simon Glass wrote: > >> On Mon, Feb 20, 2012 at 10:11 PM, Mike Frysinger wrote: > >> > --- a/drivers/gpio/sandbox.c > >> > +++ b/drivers/gpio/san

Re: [U-Boot] [PATCH v4 3/8] sandbox: gpio: Add basic driver for simulating GPIOs

2012-02-21 Thread Simon Glass
Hi Mike, On Tue, Feb 21, 2012 at 8:04 AM, Mike Frysinger wrote: > On Tuesday 21 February 2012 01:27:31 Simon Glass wrote: >> On Mon, Feb 20, 2012 at 10:11 PM, Mike Frysinger wrote: >> > --- a/drivers/gpio/sandbox.c >> > +++ b/drivers/gpio/sandbox.c >> > >> >  /* Access routines for GPIO state */

Re: [U-Boot] [PATCH] imximage: header v2: Remove overwriting of flash_offset

2012-02-21 Thread stefano babic
Am 21/02/2012 20:18, schrieb Dirk Behme: >> I think we have then a problem when there is not a BOOT_FROM statement >> in the configuration file, that let imxhdr->flash_offset unset. >> >> We need to set it with the default value > > Hmm, my understanding is that there can't be any default value?

Re: [U-Boot] [PATCH v3 6/7] arm: add a common .lds link script

2012-02-21 Thread Marek Vasut
> Hi Albert, > > On Tue, Feb 21, 2012 at 5:11 AM, Albert ARIBAUD > > wrote: > > Hi Simon, > > > > Le 21/02/2012 07:17, Simon Glass a écrit : > >> Most ARM CPUs use a very similar link script. This adds a basic > >> script that can be used by most CPUs. > >> > >> Two new symbols are introduced

Re: [U-Boot] [PATCH v4 0/13] Introduce generic relocation feature

2012-02-21 Thread Simon Glass
Hi Graeme, On Tue, Feb 21, 2012 at 12:10 PM, Graeme Russ wrote: > Hi Simon, Albert. > > On 02/22/2012 07:07 AM, Simon Glass wrote: >> Hi Albert, >> >> On Tue, Feb 21, 2012 at 11:40 AM, Albert ARIBAUD >> wrote: >>> Hi Simon, >>> >>> One general question: am I right in saying that in the current >

Re: [U-Boot] [PATCH v3 6/7] arm: add a common .lds link script

2012-02-21 Thread Simon Glass
Hi Albert, On Tue, Feb 21, 2012 at 11:52 AM, Albert ARIBAUD wrote: > Hi Simon, > > Le 21/02/2012 18:02, Simon Glass a écrit : > > +       . = ALIGN(4); >>> >>> >>> >>> This "ALIGN(4)" is what upsets my edminiv2 build and makes it not >>> binary-identical. It is not in the current arm926ejs l

Re: [U-Boot] [PATCH v4 0/13] Introduce generic relocation feature

2012-02-21 Thread Graeme Russ
Hi Simon, Albert. On 02/22/2012 07:07 AM, Simon Glass wrote: > Hi Albert, > > On Tue, Feb 21, 2012 at 11:40 AM, Albert ARIBAUD > wrote: >> Hi Simon, >> >> One general question: am I right in saying that in the current >> implementation, relocate_code executes mostly on the final stack, whereas i

Re: [U-Boot] [PATCH v4 0/13] Introduce generic relocation feature

2012-02-21 Thread Simon Glass
Hi Albert, On Tue, Feb 21, 2012 at 11:40 AM, Albert ARIBAUD wrote: > Hi Simon, > > One general question: am I right in saying that in the current > implementation, relocate_code executes mostly on the final stack, whereas in > your proposal, it runs on the initial stack? Well the current relocat

Re: [U-Boot] [PATCH v4 02/13] Add generic relocation feature

2012-02-21 Thread Simon Glass
Hi Albert, On Tue, Feb 21, 2012 at 11:36 AM, Albert ARIBAUD wrote: > Hi Simon, > > Le 21/02/2012 02:32, Simon Glass a écrit : > > >> The __relocate_code() function is what we expect all architectures which >> support relocation will use eventually. For now, they all override this >> with their ow

Re: [U-Boot] [PATCH v4 04/13] arm: Add start_call_board_init_r() to each start.S

2012-02-21 Thread Simon Glass
Hi Albert, On Tue, Feb 21, 2012 at 11:32 AM, Albert ARIBAUD wrote: > Hi Simon, > > Le 21/02/2012 02:32, Simon Glass a écrit : > >> We don't want this in a common file, or at least not yet, so add >> this function to every start.S individually. The existing code tacked >> on the end of a long relo

Re: [U-Boot] [PATCH 2/4] arm: add %function attribute to assembly functions

2012-02-21 Thread Aneesh V
On Wednesday 22 February 2012 12:58 AM, Mike Frysinger wrote: On Tuesday 21 February 2012 13:03:55 Aneesh V wrote: I was planning to do that in the next revision of this series. BTW, I guess the following in the arm linkage.h of kernel is useful too. Any thoughts? #define __ALIGN .align 0 #defi

Re: [U-Boot] [PATCH v3 6/7] arm: add a common .lds link script

2012-02-21 Thread Albert ARIBAUD
Hi Simon, Le 21/02/2012 18:02, Simon Glass a écrit : + . = ALIGN(4); This "ALIGN(4)" is what upsets my edminiv2 build and makes it not binary-identical. It is not in the current arm926ejs liner script. I will check if adding it to the current arm926ejs script produces a working and bin

Re: [U-Boot] [PATCH v4 0/13] Introduce generic relocation feature

2012-02-21 Thread Albert ARIBAUD
Hi Simon, One general question: am I right in saying that in the current implementation, relocate_code executes mostly on the final stack, whereas in your proposal, it runs on the initial stack? Amicalement, -- Albert. ___ U-Boot mailing list U-Boot

Re: [U-Boot] [PATCH v4 02/13] Add generic relocation feature

2012-02-21 Thread Albert ARIBAUD
Hi Simon, Le 21/02/2012 02:32, Simon Glass a écrit : The __relocate_code() function is what we expect all architectures which support relocation will use eventually. For now, they all override this with their own version. Why the double underscore? Amicalement, -- Albert. ___

Re: [U-Boot] [PATCH v4 04/13] arm: Add start_call_board_init_r() to each start.S

2012-02-21 Thread Albert ARIBAUD
Hi Simon, Le 21/02/2012 02:32, Simon Glass a écrit : We don't want this in a common file, or at least not yet, so add this function to every start.S individually. The existing code tacked on the end of a long relocation function and does not suit our needs since it doesn't allow the address of b

Re: [U-Boot] [PATCH 2/4] arm: add %function attribute to assembly functions

2012-02-21 Thread Mike Frysinger
On Tuesday 21 February 2012 13:03:55 Aneesh V wrote: > I was planning to do that in the next revision of this series. BTW, I > guess the following in the arm linkage.h of kernel is useful too. Any > thoughts? > > #define __ALIGN .align 0 > #define __ALIGN_STR ".align 0" arm allows unaligned instr

Re: [U-Boot] [PATCH] imximage: header v2: Remove overwriting of flash_offset

2012-02-21 Thread Dirk Behme
On 21.02.2012 18:57, Stefano Babic wrote: On 21/02/2012 10:02, Dirk Behme wrote: The flash header v2 supports different flash offsets for different boot devices. E.g. parallel NOR or OneNAND use a different offset than FLASH_OFFSET_STANDARD (== 0x400). The flash offset is correctly read from th

Re: [U-Boot] [PATCH 0/9] Fix a few warnings that bug me

2012-02-21 Thread Simon Glass
Hi Stefano, On Tue, Feb 21, 2012 at 9:15 AM, Stefano Babic wrote: > On 21/02/2012 18:06, Mike Frysinger wrote: >> On Tuesday 21 February 2012 05:20:47 Stefano Babic wrote: >>> I will try myself with mips, as this is one of the architectures >>> reporting warnings. >> >> i don't think Simon did sa

Re: [U-Boot] [PATCH 2/4] arm: add %function attribute to assembly functions

2012-02-21 Thread Aneesh V
On Tuesday 21 February 2012 09:12 PM, Mike Frysinger wrote: On Tuesday 21 February 2012 09:33:31 Tom Rini wrote: On Mon, Feb 20, 2012 at 11:19:14PM -0500, Mike Frysinger wrote: On Monday 20 February 2012 16:53:40 Simon Glass wrote: On Mon, Feb 20, 2012 at 12:07 PM, Tom Rini wrote: On Sun, Feb

Re: [U-Boot] [PATCH] imximage: header v2: Remove overwriting of flash_offset

2012-02-21 Thread Stefano Babic
On 21/02/2012 10:02, Dirk Behme wrote: > The flash header v2 supports different flash offsets for different > boot devices. E.g. parallel NOR or OneNAND use a different offset > than FLASH_OFFSET_STANDARD (== 0x400). > > The flash offset is correctly read from the configuration in > parse_cfg_cmd(

Re: [U-Boot] [PATCH 0/9] Fix a few warnings that bug me

2012-02-21 Thread Stefano Babic
On 21/02/2012 18:06, Mike Frysinger wrote: > On Tuesday 21 February 2012 05:20:47 Stefano Babic wrote: >> I will try myself with mips, as this is one of the architectures >> reporting warnings. > > i don't think Simon did say that mips was throwing these warnings, > so testing that arch and looki

Re: [U-Boot] [PATCH 0/9] Fix a few warnings that bug me

2012-02-21 Thread Mike Frysinger
On Tuesday 21 February 2012 05:20:47 Stefano Babic wrote: > I will try myself with mips, as this is one of the architectures > reporting warnings. i don't think Simon did say that mips was throwing these warnings, so testing that arch and looking for these warnings won't help -mike signature.as

Re: [U-Boot] [PATCH v3 6/7] arm: add a common .lds link script

2012-02-21 Thread Simon Glass
Hi Albert, On Tue, Feb 21, 2012 at 5:11 AM, Albert ARIBAUD wrote: > Hi Simon, > > Le 21/02/2012 07:17, Simon Glass a écrit : > >> Most ARM CPUs use a very similar link script. This adds a basic >> script that can be used by most CPUs. >> >> Two new symbols are introduced which are intended to eve

Re: [U-Boot] [PATCH v4 3/8] sandbox: gpio: Add basic driver for simulating GPIOs

2012-02-21 Thread Mike Frysinger
On Tuesday 21 February 2012 01:27:31 Simon Glass wrote: > On Mon, Feb 20, 2012 at 10:11 PM, Mike Frysinger wrote: > > --- a/drivers/gpio/sandbox.c > > +++ b/drivers/gpio/sandbox.c > > > > /* Access routines for GPIO state */ > > -static u8 *get_gpio(unsigned gp) > > +static u8 *get_gpio_flags(uns

Re: [U-Boot] [PATCH] WIP: fdt: Add serial port controlled by device tree

2012-02-21 Thread Mike Frysinger
On Tuesday 21 February 2012 01:41:21 Simon Glass wrote: > --- /dev/null > +++ b/common/fdt_decode.c > > +static struct fdt_compat compat_types[] = { const > +void fdt_decode_uart_calc_divisor(struct fdt_uart *uart) > +{ > + if (uart->multiplier && uart->baudrate) > + uart->divisor

Re: [U-Boot] [PATCH 2/4] arm: add %function attribute to assembly functions

2012-02-21 Thread Mike Frysinger
On Tuesday 21 February 2012 09:33:31 Tom Rini wrote: > On Mon, Feb 20, 2012 at 11:19:14PM -0500, Mike Frysinger wrote: > > On Monday 20 February 2012 16:53:40 Simon Glass wrote: > > > On Mon, Feb 20, 2012 at 12:07 PM, Tom Rini wrote: > > > > On Sun, Feb 19, 2012 at 02:15:30AM -0500, Mike Frysinger

Re: [U-Boot] [PATCH v4 09/13] hawkboard: Modify to work with generic relocation

2012-02-21 Thread Tom Rini
On Mon, Feb 20, 2012 at 05:32:51PM -0800, Simon Glass wrote: > Add use of common/ and lib/ libraries for the SPL stage, and > add the new link symbol required for generic relocation. > > Signed-off-by: Simon Glass Acked-by: Tom Rini -- Tom ___ U-Bo

Re: [U-Boot] [PATCH v4 07/13] davinci: Use correct #ifdef around gdata/bdata

2012-02-21 Thread Tom Rini
On Mon, Feb 20, 2012 at 05:32:49PM -0800, Simon Glass wrote: > This fixes the following warnings in an SPL build when libcommon is > in use: > > spl.c:37: warning: 'gdata' defined but not used > spl.c:38: warning: 'bdata' defined but not used > > Signed-off-by: Simon Glass Acked-by: Tom Rini

Re: [U-Boot] [PATCH 11/17] OMAP5: defconfig: Align the defconfig for 5430 ES1.0

2012-02-21 Thread R, Sricharan
Hi Tom, On Tue, Feb 21, 2012 at 8:19 PM, Tom Rini wrote: > > On Tue, Feb 21, 2012 at 01:16:58PM +0530, R, Sricharan wrote: > > Hi Tom, > > > > On Mon, Feb 20, 2012 at 11:15 PM, Tom Rini wrote: > > > > > On Fri, Feb 17, 2012 at 05:35:27PM +0530, R Sricharan wrote: > > > > > > > Adding the nessecar

Re: [U-Boot] [PATCH 11/17] OMAP5: defconfig: Align the defconfig for 5430 ES1.0

2012-02-21 Thread Tom Rini
On Tue, Feb 21, 2012 at 01:16:58PM +0530, R, Sricharan wrote: > Hi Tom, > > On Mon, Feb 20, 2012 at 11:15 PM, Tom Rini wrote: > > > On Fri, Feb 17, 2012 at 05:35:27PM +0530, R Sricharan wrote: > > > > > Adding the nessecary changes for OMAP5430 ES1.0 silicon. > > > > > > Signed-off-by: R Srichar

Re: [U-Boot] [PATCH 2/4] arm: add %function attribute to assembly functions

2012-02-21 Thread Tom Rini
On Mon, Feb 20, 2012 at 11:19:14PM -0500, Mike Frysinger wrote: > On Monday 20 February 2012 16:53:40 Simon Glass wrote: > > On Mon, Feb 20, 2012 at 12:07 PM, Tom Rini wrote: > > > On Sun, Feb 19, 2012 at 02:15:30AM -0500, Mike Frysinger wrote: > > >> On Saturday 18 February 2012 17:03:59 Simon Gla

Re: [U-Boot] [PATCH v3 1/3] ARM: I2C: I2C Multi byte address support

2012-02-21 Thread Tom Rini
On Tue, Feb 21, 2012 at 09:51:59AM +0100, Thomas Weber wrote: > Hello Tom, > On 02/20/2012 11:23 PM, Tom Rini wrote: > >On Sun, Feb 19, 2012 at 10:44:52AM +0100, Thomas Weber wrote: > >>Hello Tom, hello Rachna, > >> > >>I don't know if this is related to the i2c changes or mmc changes? > >> > >>Whe

Re: [U-Boot] [PATCH 0/9] Fix a few warnings that bug me

2012-02-21 Thread Stefano Babic
On 21/02/2012 11:20, Stefano Babic wrote: > > I will try myself with mips, as this is one of the architectures > reporting warnings. Just to report this: a "MAKEALL mips" reports no warning with a ggc 4.6 compiler : gcc version 4.6.1 20110627 (prerelease) (GCC) It seems to me that the warnings

Re: [U-Boot] [PATCH v2 3/6] cm-t35: add EEPROM module and pass Linux a serial number

2012-02-21 Thread Igor Grinberg
On 02/17/12 11:50, Albert ARIBAUD wrote: > Hi Igor, > > Le 07/02/2012 09:01, Igor Grinberg a écrit : >> Hi Albert, >> >> On 02/07/12 00:56, Albert ARIBAUD wrote: >>> Le 09/01/2012 09:30, Nikita Kiryanov a écrit : On 01/05/2012 04:56 PM, Wolfgang Denk wrote: > Dear Igor Grinberg, > >>>

Re: [U-Boot] [PATCH v3 6/7] arm: add a common .lds link script

2012-02-21 Thread Albert ARIBAUD
Hi again Simon, Le 21/02/2012 14:11, Albert ARIBAUD a écrit : Two new symbols are introduced which are intended to eventually be defined on all architectures to make things easier for generic relocation and reduce special-case code for each architecture: __text_start is the start of the text a

Re: [U-Boot] [PATCH v3 6/7] arm: add a common .lds link script

2012-02-21 Thread Albert ARIBAUD
Hi Simon, Le 21/02/2012 07:17, Simon Glass a écrit : Most ARM CPUs use a very similar link script. This adds a basic script that can be used by most CPUs. Two new symbols are introduced which are intended to eventually be defined on all architectures to make things easier for generic relocation

Re: [U-Boot] [PATCH v2 6/7] arm: add a common .lds link script

2012-02-21 Thread Albert ARIBAUD
Hi Simon, Le 21/02/2012 03:32, Simon Glass a écrit : Hi Albert, On Fri, Feb 17, 2012 at 3:08 AM, Albert ARIBAUD wrote: Hi Simon, Le 21/11/2011 21:49, Simon Glass a écrit : + .text : + { + __text_start = .; This assignment to __text_start does not exist in any

Re: [U-Boot] [PATCH 15/17] power: twl6035: add palmas PMIC support

2012-02-21 Thread R, Sricharan
Hi Tom, On Mon, Feb 20, 2012 at 11:19 PM, Tom Rini wrote: > On Fri, Feb 17, 2012 at 05:35:31PM +0530, R Sricharan wrote: > > > From: Balaji T K > > > > palmas/TWL6035 is power IC for omap5 evm boards > > > > Signed-off-by: Balaji T K > [snip] > > +++ b/drivers/power/twl6035.c > [snip] > > +#ifd

Re: [U-Boot] [PATCH 1/1] nios2 - adjust gbl data off to account for bd_info

2012-02-21 Thread Graeme Russ
Hi Alex, On 02/21/2012 10:45 AM, Alex Hornung wrote: > * Adjust the GBL_DATA_OFFSET to account for the fact that we'll be >using the space between that offset and the start of the malloc >region to allocate both a gd structure and a board info structure. > > * This fixes a memory corrup

Re: [U-Boot] [PATCH 0/9] Fix a few warnings that bug me

2012-02-21 Thread Stefano Babic
On 20/02/2012 19:49, Simon Glass wrote: > Hi Wolfgang / Stefano, > Hi Simon, >> I just check that - actually my PowerPC one is v4.4.4: >> >> Using built-in specs. >> Target: powerpc-linux >> Configured with: /home/tony/buildall/src/gcc/configure >> --target=powerpc-linux --enable-targets=all >>

[U-Boot] [PATCH] imximage: header v2: Remove overwriting of flash_offset

2012-02-21 Thread Dirk Behme
The flash header v2 supports different flash offsets for different boot devices. E.g. parallel NOR or OneNAND use a different offset than FLASH_OFFSET_STANDARD (== 0x400). The flash offset is correctly read from the configuration in parse_cfg_cmd(). But is then overwritten wrongly in set_imx_hdr_v

Re: [U-Boot] [PATCH v3 1/3] ARM: I2C: I2C Multi byte address support

2012-02-21 Thread Thomas Weber
Hello Tom, On 02/20/2012 11:23 PM, Tom Rini wrote: On Sun, Feb 19, 2012 at 10:44:52AM +0100, Thomas Weber wrote: Hello Tom, hello Rachna, I don't know if this is related to the i2c changes or mmc changes? When I boot from nand and then make "mmc rescan" the card is not detected. When booting w

[U-Boot] [PATCH 1/1] nios2 - adjust gbl data off to account for bd_info

2012-02-21 Thread Alex Hornung
* Adjust the GBL_DATA_OFFSET to account for the fact that we'll be using the space between that offset and the start of the malloc region to allocate both a gd structure and a board info structure. * This fixes a memory corruption bug due to overlap of the malloc region and the bd_info

[U-Boot] memory corruption on nios2 due to overlap of gbl data and malloc

2012-02-21 Thread Alex Hornung
Hi, I've run into some memory corruption due to an error in the logic used to allocate the bd (and gd) during board_init of the nios2. #define CONFIG_SYS_GBL_DATA_OFFSET (CONFIG_SYS_MALLOC_BASE - \ GENERATED_GBL_DATA_SIZE) [...] gd = (gd_t *

Re: [U-Boot] [PATCH] ARM:OMAP+:MMC: Add parameters to MMC init

2012-02-21 Thread Jonathan Solnit
Hi, I'm working with a private custom board so I'm not planning on posting it. It has signal integrity issues with its interface to the SD card controller and needs to run the clock at 26MHz versus 52MHz. In other words, the SD card is not bad, the board is the problem. I thought it might be a