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
>
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
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
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 -
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
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));
> +
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
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:
>> >
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
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
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(
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
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
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
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
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
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
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
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
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 */
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?
> 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
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
>
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
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
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
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
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
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
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
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
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.
___
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
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
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
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
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
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(
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
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
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
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
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
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
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
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
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
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
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
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
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
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,
>
>>>
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
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
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
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
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
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
>>
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
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
* 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
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 *
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
63 matches
Mail list logo