On Oct 25, 2010, at 8:34 AM, Wolfgang Denk wrote:
> Dear Becky,
>
> In message <1276792647-4563-4-git-send-email-bec...@kernel.crashing.org> you
> wrote:
>> Currently, 83xx, 86xx, and 85xx have a lot of duplicated code
>> dedicated to defining and manipulating the LBC registers. Merge
>> this
I just had a look at other ARM implementations of timer.c.
Some have a colourful mix of 32 and 64 bits values, resulting
in some 64 bit timer functions returning the upper 32 bits always
cleared.
Some implement udelay() in the "while (xxxtime() < endtime);" variant.
I will fix this for at91 and
On 10/25/2010 11:01 PM, Reinhard Meyer wrote:
> Dear Wolfgang Denk,
>> Dear Reinhard Meyer,
>>
>> In message<4cc66a67.4000...@emk-elektronik.de> you wrote:
It fails in case the timer wraps around.
Assume 32 bit counters, start time = 0xFFF0, delay = 0x20. It
will compute e
On Oct 26, 2010, at 1:22 AM, Jain Priyanka-B32167 wrote:
> Dear Kumar,
>
> As there is no feedback on this patch in the maillist. Please pull this
> upstream.
>
> Thanks
> Priyanka
I don't normally pick up drivers that are outside of the 8xxx space. Either a
subsystem maintainer or Wolfgang
On Tue, Oct 26, 2010 at 2:41 PM, Mike Frysinger wrote:
> On Tue, Oct 26, 2010 at 1:36 AM, Shawn Guo wrote:
>> I did not mean the threading view in gmail web client, but
>> http://lists.denx.de/pipermail/u-boot/2010-October/thread.html
>
> so you're just talking about how pipermail is archiving thi
PT7C4338 chip is manufactured by Pericom Technology Inc.
It is a serial real-time clock which provides:
1)Low-power clock/calendar.
2)Programmable square-wave output.
It has 56 bytes of nonvolatile RAM.
Freescale P1010RDB uses PT7C4338 as RTC.
Signed-off-by: Priyanka Jain
Acked-by: Timur Tabi
-
Dear Stefan
Thank you very much for your replay!
Hi Tim,
On Sunday 24 October 2010 11:42:51 Tim Rachman wrote:
> According to your useful guides in our previous Emails, I examined again my
> ddr sdram parameters that i had set in u-boot. I'm interfacing
> HYB25D512160AT–7 to PPC440EP, with 1
Dear Reinhard Meyer,
In message <4cc66eca.9000...@emk-elektronik.de> you wrote:
>
> Agreed here. People are invited to dig through u-boot and find all
> those places.
You know the ones you added best :-)
> > int main(void)
> > {
> >unsigned int time = 0xFFF0;
> >unsigned int dela
On 10/21/2010 03:11 AM, Jason Liu wrote:
> Remove u-boot.lds from mx5 and use the common u-boot.lds
> of cpu layer. This patch also fix the building errors:
>
> arch/arm/cpu/armv7/start.o: In function `_rel_dyn_start_ofs':
> arch/arm/cpu/armv7/start.S:283: undefined reference to `__rel_dyn_start'
Dear Reinhard Meyer,
In message <4cc67ca1.9090...@emk-elektronik.de> you wrote:
>
> If implemented with true 64 bits for get_ticks() that function is useable
> for timeout programming:
>
> ulong timeval = get_timer (0);
>
> do {
> ...
> } while (get_timer (timeva
Dear Priyanka Jain,
In message <1288077890-19729-1-git-send-email-priyanka.j...@freescale.com> you
wrote:
> PT7C4338 chip is manufactured by Pericom Technology Inc.
> It is a serial real-time clock which provides:
> 1)Low-power clock/calendar.
> 2)Programmable square-wave output.
> It has 56 byte
Dear Kumar Gala,
In message <1baab06c-391a-4eeb-bd42-ec4c65a7e...@kernel.crashing.org> you wrote:
>
> I don't normally pick up drivers that are outside of the 8xxx space. Either
> a subsystem maintainer or Wolfgang would do that.
>
> Also, we are in the middle of a merge/fix cycle for the v201
On 10/22/2010 01:25 PM, Jason Liu wrote:
> The patch is to support getting FEC MAC address from fuse bank.
>
> Signed-off-by: Jason Liu
Hi Jason,
patch is related to a network driver, so Ben should be informed, too.
> + /*
> + * The MX27 can store the mac address in internal eeprom
>
Dear Wolfgang Denk,
> Dear Reinhard Meyer,
>
> In message <4cc66eca.9000...@emk-elektronik.de> you wrote:
>> Agreed here. People are invited to dig through u-boot and find all
>> those places.
>
> You know the ones you added best :-)
>
>> > int main(void)
>> > {
>> > unsigned int time = 0xF
On 10/22/2010 01:25 PM, Jason Liu wrote:
> Fix the board version printing issue on MX51EVK. Need to read
> the board version via get_cpu_rev and not rely on system_rev
> due to the system_rev not initialized at boardchecking time.
>
> Signed-off-by: Jason Liu
> ---
> board/freescale/mx51evk/mx51
Wolfgang Denk schrieb:
> Dear Reinhard Meyer,
>
> In message <4cc67ca1.9090...@emk-elektronik.de> you wrote:
>> If implemented with true 64 bits for get_ticks() that function is useable
>> for timeout programming:
>>
>> ulong timeval = get_timer (0);
>>
>> do {
>> ...
>>
On 10/25/2010 05:14 PM, Shawn Guo wrote:
> +#define CONFIG_SYS_SDRAM_BASEPHYS_SDRAM_1
> +#define CONFIG_SYS_INIT_SP_ADDR (IRAM_BASE_ADDR + 0x1000)
What is the meaning of the offset at 0x1000 ? Is there something at
IRAM_BASE_ADDR ?
Best regards,
Stefano Babic
--
==
Hi Stefano,
On Tue, Oct 26, 2010 at 3:59 PM, Stefano Babic wrote:
> On 10/25/2010 05:14 PM, Shawn Guo wrote:
>
>> +#define CONFIG_SYS_SDRAM_BASE PHYS_SDRAM_1
>> +#define CONFIG_SYS_INIT_SP_ADDR (IRAM_BASE_ADDR + 0x1000)
>
> What is the meaning of the offset at 0x1000 ? Is there someth
Hi Tim,
(please try to quote correctly upon replying, your answers are hard to read)
On Tuesday 26 October 2010 09:21:50 Tim Rachman wrote:
> > According to your useful guides in our previous Emails, I examined again
> > my ddr sdram parameters that i had set in u-boot. I'm interfacing
> > HYB25D
On 10/25/2010 07:02 PM, Jason Liu wrote:
> HI, Shawn
>
> 2010/10/25 Shawn Guo :
>> i.mx51 internal RAM starts from 0x1FFE than 0x1FFE8000
>
> Correctly speaking, i.mx51 TO1 SCCv2 RAM strart from 0x1FF8
0x1FFE8000, you mean.
> TO3
> should be starting from 0x1FFE
> Maybe you need fi
Hi Stefano,
On Tue, Oct 26, 2010 at 4:07 PM, Stefano Babic wrote:
> Then there could be a problem. If we set the IRAM as for TO3, u-boot
> does not run on boards with TO1 (never seen) and TO2 (I used a board
> with it. Freescale sold several boards with TO2, so I do not think we
> can simply drop
On 10/26/2010 10:05 AM, Shawn Guo wrote:
> Hi Stefano,
>
> On Tue, Oct 26, 2010 at 3:59 PM, Stefano Babic wrote:
>> On 10/25/2010 05:14 PM, Shawn Guo wrote:
>>
>>> +#define CONFIG_SYS_SDRAM_BASEPHYS_SDRAM_1
>>> +#define CONFIG_SYS_INIT_SP_ADDR (IRAM_BASE_ADDR + 0x1000)
>>
>> What is
On Tue, Oct 26, 2010 at 4:14 PM, Stefano Babic wrote:
> On 10/26/2010 10:05 AM, Shawn Guo wrote:
>> Hi Stefano,
>>
>> On Tue, Oct 26, 2010 at 3:59 PM, Stefano Babic wrote:
>>> On 10/25/2010 05:14 PM, Shawn Guo wrote:
>>>
+#define CONFIG_SYS_SDRAM_BASE PHYS_SDRAM_1
+#define CONFIG
Hello Stefano,
Stefano Babic wrote:
> On 10/26/2010 10:05 AM, Shawn Guo wrote:
>> Hi Stefano,
>>
>> On Tue, Oct 26, 2010 at 3:59 PM, Stefano Babic wrote:
>>> On 10/25/2010 05:14 PM, Shawn Guo wrote:
>>>
+#define CONFIG_SYS_SDRAM_BASEPHYS_SDRAM_1
+#define CONFIG_SYS_INIT_SP_ADDR
Dear Albert ARIBAUD,
>> That is #ifdef-ed away in case of ARM-relocation. Perhaps we should remove
>> all code that pertains to "WITHOUT_RELOC"... Would make the rest of the code
>> less obscure...
>
>> I changed my board.config like this:
>> ...
>> /*#define CONFIG_SYS_GBL_DATA_SIZE 128*/ /*
Hi Heiko,
On Tue, Oct 26, 2010 at 4:25 PM, Heiko Schocher wrote:
> Hello Stefano,
>
> Stefano Babic wrote:
>> On 10/26/2010 10:05 AM, Shawn Guo wrote:
>>> Hi Stefano,
>>>
>>> On Tue, Oct 26, 2010 at 3:59 PM, Stefano Babic wrote:
On 10/25/2010 05:14 PM, Shawn Guo wrote:
> +#define C
On 10/26/2010 10:25 AM, Heiko Schocher wrote:
> Hello Stefano,
>
> Stefano Babic wrote:
>> On 10/26/2010 10:05 AM, Shawn Guo wrote:
>>> Hi Stefano,
>>>
>>> On Tue, Oct 26, 2010 at 3:59 PM, Stefano Babic wrote:
On 10/25/2010 05:14 PM, Shawn Guo wrote:
> +#define CONFIG_SYS_SDRAM_BASE
Hello Shawn,
Shawn Guo wrote:
> Hi Heiko,
>
> On Tue, Oct 26, 2010 at 4:25 PM, Heiko Schocher wrote:
>> Hello Stefano,
>>
>> Stefano Babic wrote:
>>> On 10/26/2010 10:05 AM, Shawn Guo wrote:
Hi Stefano,
On Tue, Oct 26, 2010 at 3:59 PM, Stefano Babic wrote:
> On 10/25/2010 05:
Hello Stefano,
Stefano Babic wrote:
> On 10/26/2010 10:25 AM, Heiko Schocher wrote:
>> Hello Stefano,
>>
>> Stefano Babic wrote:
>>> On 10/26/2010 10:05 AM, Shawn Guo wrote:
Hi Stefano,
On Tue, Oct 26, 2010 at 3:59 PM, Stefano Babic wrote:
> On 10/25/2010 05:14 PM, Shawn Guo wr
On Tue, Oct 26, 2010 at 4:34 PM, Stefano Babic wrote:
> On 10/26/2010 10:25 AM, Heiko Schocher wrote:
>> We should set the CONFIG_SYS_INIT_SP_ADDR @ (IRAM_BASE_ADDR + IRAM_BASE_SIZE
>> - CONFIG_SYS_GBL_DATA_SIZE)
>
> Agree, this is what I set for the vision2 board. We should be consistent
> and do
Dear Shawn Guo,
> On Tue, Oct 26, 2010 at 4:34 PM, Stefano Babic wrote:
>> On 10/26/2010 10:25 AM, Heiko Schocher wrote:
>>> We should set the CONFIG_SYS_INIT_SP_ADDR @ (IRAM_BASE_ADDR + IRAM_BASE_SIZE
>>> - CONFIG_SYS_GBL_DATA_SIZE)
>> Agree, this is what I set for the vision2 board. We should be
Hi Reinhard
On Tue, Oct 26, 2010 at 5:04 PM, Reinhard Meyer
wrote:
> Dear Shawn Guo,
>> On Tue, Oct 26, 2010 at 4:34 PM, Stefano Babic wrote:
>>> On 10/26/2010 10:25 AM, Heiko Schocher wrote:
We should set the CONFIG_SYS_INIT_SP_ADDR @ (IRAM_BASE_ADDR +
IRAM_BASE_SIZE
- CONFIG_SY
This patch fixes the reset command on imx25
Signed-off-by: Matthias Weisser
---
arch/arm/cpu/arm926ejs/mx25/reset.c |8
arch/arm/include/asm/arch-mx25/imx-regs.h | 10 +-
2 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/arch/arm/cpu/arm926ejs/mx25/reset
PT7C4338 chip is being manufactured by Pericom Technology Inc.
It is a serial real-time clock which provides:
1)Low-power clock/calendar.
2)Programmable square-wave output.
It has 56 bytes of nonvolatile RAM.
Signed-off-by: Priyanka Jain
Acked-by: Timur Tabi
---
PT7C4338 RTC driver is verified o
Dear Matthias Weisser,
> This patch fixes the reset command on imx25
>
> Signed-off-by: Matthias Weisser
> + writew(0x, ®s->wcr);
> + writew(0x, ®s->wsr);
> + writew(0x, ®s->wsr);
It might be "nicer" to use 16 Bit constants (with 4 hex digits)
here..?
Best Re
Dear Reinhard Meyer,
In message <4cc68a07.6050...@emk-elektronik.de> you wrote:
>
> > Also, this code _is_ a bit different, as "get_timer(0)" makes sure
> > the counter starts ticking again at 0
>
> Nope, it does not reset the counter itself. It returns the current
> counter value (recalculated i
Dear Shawn Guo,
In message you
wrote:
> Hi Stefano,
>
> On Tue, Oct 26, 2010 at 3:59 PM, Stefano Babic wrote:
> > On 10/25/2010 05:14 PM, Shawn Guo wrote:
> >
> >> +#define CONFIG_SYS_SDRAM_BASE =A0 =A0 =A0 =A0PHYS_SDRAM_1
> >> +#define CONFIG_SYS_INIT_SP_ADDR =A0 =A0 =A0(IRAM_BASE_ADDR + 0x10
Dear Shawn Guo,
In message you
wrote:
> On Tue, Oct 26, 2010 at 4:14 PM, Stefano Babic wrote:
> > On 10/26/2010 10:05 AM, Shawn Guo wrote:
> >> Hi Stefano,
> >>
> >> On Tue, Oct 26, 2010 at 3:59 PM, Stefano Babic wrote:
> >>> On 10/25/2010 05:14 PM, Shawn Guo wrote:
> >>>
> +#define CONFI
Dear Reinhard Meyer,
In message <4cc6909f.4060...@emk-elektronik.de> you wrote:
> Dear Albert ARIBAUD,
>
> >> That is #ifdef-ed away in case of ARM-relocation. Perhaps we should remove
> >> all code that pertains to "WITHOUT_RELOC"... Would make the rest of the
> >> code
> >> less obscure...
> >
Driver for the Freescale eSPI controller found in 85xx, P1/P2 and P4xx SoCs.
Signed-off-by: Can Aydin
---
Changes for v2:
- Coding style cleanup
- Removed modifications to common code
Changes for v3:
- fixed whitespace between function calls and parameters
- repla
Dear Heiko Schocher,
In message <4cc693fe.4090...@denx.de> you wrote:
>
> >> Don;t know if IRAM_BASE_SIZE exists ...
> >
> > we must define it. I set it in the board configuration file, but it is
> > wrong. The value should be moved into register definition file for the
> > SoC (imx-regs.h)
>
>
Dear Reinhard Meyer,
In message <4cc69992.1060...@emk-elektronik.de> you wrote:
>
> in AT91, but that means (assuming those xxx- defines come from an SoC
> specific file)
> that in start.s the includes
>
> #if defined(CONFIG_OMAP1610)
> #include <./configs/omap1510.h>
> #elif defined(CONFIG_OMAP
Dear Shawn Guo,
In message you
wrote:
>
> > Which way to go?
> >
> I'm going the way of including .h into .h, as I see
> omap3_beagle.h is doing this way.
Please wait. Patches in the works.
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
Add support for Freescale eSPI driver in P1/P2 board configuration
Signed-off-by: Can Aydin
---
Changes for v2:
- Coding style cleanup
- Removed modifications to common code
Changes for v3:
- fixed whitespace between function calls and parameters
- replaced unneed
Dear All,
I am new to this U-Boot boot loader environment. We have a AMCC PPC 440EP
processor board which is derived from AMCC Yosemite board. I meant, we have
prepared (customised) our own board which is equivalent to AMCC Yosemite
board. For this board, I build the U-Boot boot loader with the he
Hello Wolfgang,
Wolfgang Denk schrieb:
> Dear Heiko Schocher,
>
> In message <4cc693fe.4090...@denx.de> you wrote:
Don;t know if IRAM_BASE_SIZE exists ...
>>> we must define it. I set it in the board configuration file, but it is
>>> wrong. The value should be moved into register definition
On Tue, Oct 26, 2010 at 3:21 PM, Srinivas Ganji wrote:
> Dear All,
>
> I am new to this U-Boot boot loader environment. We have a AMCC PPC 440EP
> processor board which is derived from AMCC Yosemite board. I meant, we have
> prepared (customised) our own board which is equivalent to AMCC Yosemite
On 10/26/2010 12:03 PM, Heiko Schocher wrote:
> Hello Wolfgang,
>
> Wolfgang Denk schrieb:
>> Dear Heiko Schocher,
>>
>> In message <4cc693fe.4090...@denx.de> you wrote:
> Don;t know if IRAM_BASE_SIZE exists ...
we must define it. I set it in the board configuration file, but it is
w
Hi geniis,
> hi,
>
> I notice that in "arch\powerpc\cpu\mpc85xx\cpu_init.c" line 193, version
> 2010.06:
> if (! memctl->br1 & 1)
>
> The original intention is to check if V bit of BR1 is set or not, but the
> operator "!" has higher priority than "&" ,I think it should be changed to
Dear Heiko Schocher,
In message <4cc6a772.1080...@denx.de> you wrote:
>
> > It may be board dependent - for exmaple, when there is some large and
> > conveniently usable SRAM on a board, you might want to use that
> > instead of any limited area on the SoC.
>
> IRAM_BASE_SIZE is SoC dependend! Y
Dear Wolfgang Denk,
>> Actually CONFIG_SYS_HZ (whatever that is).
>
> It is defined to be 1000.
Ok, game with that.
Then the define CONFIG_SYS_HZ should not be in every .h since that
suggests that a board developer has some freedom there...
>> I think it is necessary to summarize all implicit
Dear Srinivas Ganji,
In message you
wrote:
>
> > on Ubuntu x86 host system. However, I have modified the following file
> > contents as per my board and processor attributes.
> >
> > file name located directory
> > - ---
Wolfgang,
> Dear Andre Schwarz,
>
> In message<4cc5c226.8080...@matrix-vision.de> you wrote:
>
>> Having a look at include/asm/global_data.h gives some 40 ulongs for my
>> MPC8377 system.
>> Current CONFIG_SYS_GBL_DATA_SIZE= 0x100 which should be enough.
>>
> Indeed. I was asking because
Hi， Stefano,
2010/10/26 Stefano Babic :
> On 10/22/2010 01:25 PM, Jason Liu wrote:
>> Fix the board version printing issue on MX51EVK. Need to read
>> the board version via get_cpu_rev and not rely on system_rev
>> due to the system_rev not initialized at boardchecking time.
>>
>> Signed-off-by: J
Hi, Stefano,
2010/10/26 Stefano Babic :
> On 10/22/2010 01:25 PM, Jason Liu wrote:
>> The patch is to support getting FEC MAC address from fuse bank.
>>
>> Signed-off-by: Jason Liu
>
> Hi Jason,
>
> patch is related to a network driver, so Ben should be informed, too.
OK, I will resend the patc
On Tue, Oct 26, 2010 at 3:48 PM, Wolfgang Denk wrote:
Dear Wolfgang Denk,
Thanks for your information.
> You should never need to modify arch/powerpc/lib/board.c and
> arch/powerpc/cpu/ppc4xx/start.S. I recommend you undo thse changes.
We have modified the start.S file for the following #defin
Add infomation of RTL-8016AS to hw_info.
Signed-off-by: Nobuhiro Iwamatsu
CC: Ben Warren
---
drivers/net/ne2000.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/net/ne2000.c b/drivers/net/ne2000.c
index ab5eec7..7a85314 100644
--- a/drivers/net/ne2000.c
+++ b
Signed-off-by: Nobuhiro Iwamatsu
---
arch/sh/include/asm/cpu_sh3.h|6 +++-
arch/sh/include/asm/cpu_sh7706.h | 53 ++
2 files changed, 57 insertions(+), 2 deletions(-)
create mode 100644 arch/sh/include/asm/cpu_sh7706.h
diff --git a/arch/sh/include/a
Signed-off-by: Nobuhiro Iwamatsu
---
arch/sh/lib/board.c |8 ++--
1 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/arch/sh/lib/board.c b/arch/sh/lib/board.c
index a302fc2..bf3a5cc 100644
--- a/arch/sh/lib/board.c
+++ b/arch/sh/lib/board.c
@@ -1,5 +1,5 @@
/*
- * Copyright (C
This adds support for the SHMIN SH7706 board(T-SH7706LAN).
The CPU of this board is SH7706.
There are SDRAM of 32M byte, Flash memory of 512K byte, Serial,
10Base Ether and MMC.
http://web.kyoto-inet.or.jp/people/takagaki/T-SH7706/T-SH7706.htm
Signed-off-by: Nobuhiro Iwamatsu
---
MAINTAINERS
Am 26.10.2010 11:27, schrieb Reinhard Meyer:
> Dear Matthias Weisser,
>> This patch fixes the reset command on imx25
>>
>> Signed-off-by: Matthias Weisser
>> +writew(0x,®s->wcr);
>> +writew(0x,®s->wsr);
>> +writew(0x,®s->wsr);
>
> It might be "nicer" to use 16 Bi
All,
>
>> Having a look at include/asm/global_data.h gives some 40 ulongs for my
>> MPC8377 system.
>> Current CONFIG_SYS_GBL_DATA_SIZE= 0x100 which should be enough.
>>
> Indeed. I was asking because I just discovered that most of the
> PowerPC boards are actually broken in this respect - 8
Andre Schwarz wrote on 2010/10/26 14:34:57:
>
> All,
>
> >
> >> Having a look at include/asm/global_data.h gives some 40 ulongs for my
> >> MPC8377 system.
> >> Current CONFIG_SYS_GBL_DATA_SIZE= 0x100 which should be enough.
> >>
> > Indeed. I was asking because I just discovered that most of the
In article <2dd330d8-59ec-4a42-b251-360e19620...@googlemail.com>,
andreas.de...@googlemail.com (Andreas Bießmann) wrote:
> *From:* Andreas Bießmann
> *To:* from_denx_ub...@dexdyne.com
> *Date:* Mon, 25 Oct 2010 19:14:07 +0200
>
> Dear David Collier,
>
> Am 25.10.2010 um 15:46 schrieb David Coll
In article <20101025125554.0309a...@udp111988uds.am.freescale.net>,
scottw...@freescale.com (Scott Wood) wrote:
> *From:* Scott Wood
> *To:*
> *CC:*
> *Date:* Mon, 25 Oct 2010 12:55:54 -0500
>
> On Mon, 25 Oct 2010 14:21:00 +0100
> David Collier wrote:
>
> > OK - my apologies
> >
> > I've n
Dear Reinhard Meyer,
In message <4cc6aadc.8050...@emk-elektronik.de> you wrote:
>
> Then the define CONFIG_SYS_HZ should not be in every .h since that
> suggests that a board developer has some freedom there...
Agreed - there are historical reasons this has ever been changable at
all.
> and MOS
On Mon, Oct 25, 2010 at 4:08 PM, Sughosh Ganu wrote:
> Move the davinci common headers to the architecture specific
> include file path.
>
> Signed-off-by: Sughosh Ganu
Applies to c163f4478ca72f51b28b55f74addc8fe029d7b83 of
git://git.denx.de/u-boot.git. No checkpatch.pl errors or warnings.
Th
On Mon, Oct 25, 2010 at 4:08 PM, Sughosh Ganu wrote:
> Enable board_init_f to be overridden with a board specific
> funtion.
>
> Signed-off-by: Sughosh Ganu
Applies to c163f4478ca72f51b28b55f74addc8fe029d7b83 of
git://git.denx.de/u-boot.git.
This patch has checkpatch.pl warnings:
WARNING: spa
On Mon, Oct 25, 2010 at 4:09 PM, Sughosh Ganu wrote:
> The patch adds basic board support for TI's OMAP-L138 based
> Hawkboard. This board is pretty similar to the da850 EVM. Support for
> nand and network access is added in this version.
>
> The following bootup procedure is used.
>
> At reset, t
Dear Srinivas Ganji,
In message you
wrote:
>
> > You should never need to modify arch/powerpc/lib/board.c and
> > arch/powerpc/cpu/ppc4xx/start.S. I recommend you undo thse changes.
>
> We have modified the start.S file for the following #define as our
> flash start address is 0xFF00 accor
Dear Wolfgang Denk,
>> Then the define CONFIG_SYS_HZ should not be in every .h since that
>> suggests that a board developer has some freedom there...
>
> Agreed - there are historical reasons this has ever been changable at
> all.
>
>> and MOST IMPORTANT that some implementations of udelay() mig
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Premi, Sanjeev
> Sent: Tuesday, October 19, 2010 10:25 PM
> To: Loïc Minier
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH 1/1] omap3evm: Support for fast boot
>
> > -
Ghorai, Sukumar had written, on 10/26/2010 12:34 AM, the following:
[...]
> [Ghorai] Thanks.. This is the best approach.
> Otherwise udelay() will increase the boot time.
Please define "increase the boot time" with the context to the patch
where you think the increase of boot time will be? In my
> -Original Message-
> From: Steve Sakoman [mailto:st...@sakoman.com]
> Sent: Monday, October 25, 2010 8:38 PM
> To: Premi, Sanjeev
> Cc: u-boot@lists.denx.de
> Subject: RE: [U-Boot] [PATCH] ARMV7: Fix build for non-OMAP3 boards
>
> On Mon, 2010-10-25 at 20:10 +0530, Premi, Sanjeev wrote:
A recurrent issue is that certain C level constructs like sizeof() or
offsetof() cannot be used in assembler files, which is inconvenient
when such constructs are used in the definition of macro names etc.
To avoid duplication of such definitions (and thus another cause of
problems), we adapt the
The following patch series starts some clean up of for the handling f
initial data; the most important change is the replacement of a
manually configured (and thus often wrong) CONFIG_SYS_GBL_DATA_SIZE
by an automatically generated value.
More similar clean-ups can and will be done, but this is st
On Tuesday 26 October 2010, 16:00:00 Wolfgang Denk wrote:
> @@ -453,7 +456,7 @@ $(obj)System.map: $(obj)u-boot
> @$(call SYSTEM_MAP,$<) > $(obj)System.map
>
> #
> -# Auto-generate the autoconf.mk file (which is included by all makefiles)
> +# Auto-generate the autoconi.mk file (whic
Dear Alexander Stein,
In message <201010261611.59856.alexander.st...@systec-electronic.com> you wrote:
> On Tuesday 26 October 2010, 16:00:00 Wolfgang Denk wrote:
> > @@ -453,7 +456,7 @@ $(obj)System.map: $(obj)u-boot
> > @$(call SYSTEM_MAP,$<) > $(obj)System.map
> >
> > #
> >
On Oct 26, 2010, at 8:59 AM, Wolfgang Denk wrote:
> The following patch series starts some clean up of for the handling f
> initial data; the most important change is the replacement of a
> manually configured (and thus often wrong) CONFIG_SYS_GBL_DATA_SIZE
> by an automatically generated value.
A recurrent issue is that certain C level constructs like sizeof() or
offsetof() cannot be used in assembler files, which is inconvenient
when such constructs are used in the definition of macro names etc.
To avoid duplication of such definitions (and thus another cause of
problems), we adapt the
Hi Wolfgang,
On Tuesday 26 October 2010 16:00:01 Wolfgang Denk wrote:
> CONFIG_SYS_GBL_DATA_SIZE has always been just a bad workarond for not
> being able to use "sizeof(struct global_data)" in assembler files.
> Recent experience has shown that manual synchronization is not
> reliable enough. Th
On Oct 26, 2010, at 9:22 AM, Stefan Roese wrote:
> Hi Wolfgang,
>
> On Tuesday 26 October 2010 16:00:01 Wolfgang Denk wrote:
>> CONFIG_SYS_GBL_DATA_SIZE has always been just a bad workarond for not
>> being able to use "sizeof(struct global_data)" in assembler files.
>> Recent experience has sho
Dear Stefan Roese,
In message <201010261622.57768...@denx.de> you wrote:
>
> One thing that comes to my mind while looking into this patchset is, if we
> need to make sure that the replacement for CONFIG_SYS_GBL_DATA_SIZE is
> (still)
> aligned. Till now CONFIG_SYS_GBL_DATA_SIZE has been defin
CONFIG_SYS_GBL_DATA_SIZE has always been just a bad workarond for not
being able to use "sizeof(struct global_data)" in assembler files.
Recent experience has shown that manual synchronization is not
reliable enough. This patch renames CONFIG_SYS_GBL_DATA_SIZE into
GENERATED_GBL_DATA_SIZE which ge
hi Ben,
On Tue, Oct 26, 2010 at 6:41 PM, Ben Gardiner wrote:
> ../sugosh-da8xx-v2/3of3.patch has style problems, please review. If
> any of these errors
> are false positives report them to the maintainer, see
> CHECKPATCH in MAINTAINERS.
>
> I was also unable to build the da850evm u-boot with t
Reinhard Meyer had written, on 10/26/2010 02:57 AM, the following:
> Wolfgang Denk schrieb:
>> Dear Reinhard Meyer,
>>
>> In message <4cc67ca1.9090...@emk-elektronik.de> you wrote:
>>> If implemented with true 64 bits for get_ticks() that function is useable
>>> for timeout programming:
>>>
>>>
Dear Nishanth Menon,
In message <4cc6efb1.9000...@ti.com> you wrote:
>
> uint64_t etime; /* actually this could be u32 */
>
> etime = get_ticks() + usec2ticks(MAX_RETRY_US);
> while (!(readl(&mmc_base->stat) & CC_MASK)) {
> if (get_ticks() <= etime) {
> printf("%s: timed
On Tuesday, October 26, 2010 10:00:01 Wolfgang Denk wrote:
> --- a/arch/blackfin/include/asm/config.h
> +++ b/arch/blackfin/include/asm/config.h
> -#ifndef CONFIG_SYS_GBL_DATA_SIZE
> -# define CONFIG_SYS_GBL_DATA_SIZE (128)
> +#ifndef GENERATED_GBL_DATA_SIZE
> #endif
might as well delete this who
Wolfgang Denk had written, on 10/26/2010 10:17 AM, the following:
> Dear Nishanth Menon,
>
> In message <4cc6efb1.9000...@ti.com> you wrote:
>> uint64_t etime; /* actually this could be u32 */
>>
>> etime = get_ticks() + usec2ticks(MAX_RETRY_US);
>> while (!(readl(&mmc_base->stat) & CC_MASK)) {
>>
Hi Wolfgang,
On Tuesday 26 October 2010 16:41:07 Wolfgang Denk wrote:
> You are right, especially as the resulting start address of the global
> data is usually also used as the top of the internal stack. Guess we
> should align it on 16 bytes, to be sure.
Yes, we already had this 8-byte stack al
On Tue, Oct 26, 2010, Premi, Sanjeev wrote:
> [sp] Didn't hear any other suggestions. But I had one more,
> CONFIG_QUICK_BOOT.
I don't have a strong feeling either way; I just wanted "fastboot" to
be used in a confusing way. Your patch seems to be largely a tuned
u-boot config stripping d
Hello,good morning,
My name is kelvin brown and i want to make an order
enquirer about road sweeper, and i want RS-48 Single Sweep Fodmaster and i
want to know the types and models you
do have and also with the prices and types of payment you do accepts.Thanks
hope to hear from
Dear Nishanth Menon,
In message <4cc6f23a.2040...@ti.com> you wrote:
>
> > No. This code is always wrong. Please fix it as described.
> Apologies on being a dudhead, I suppose you mean the following:
>
> ulong start;
> start = get_timer(0);
> while (!(readl(&mmc_base->stat) & CC_MASK)) {
>
Dear Mike Frysinger,
In message <201010261117.56528.vap...@gentoo.org> you wrote:
>
> On Tuesday, October 26, 2010 10:00:01 Wolfgang Denk wrote:
> > --- a/arch/blackfin/include/asm/config.h
> > +++ b/arch/blackfin/include/asm/config.h
> > -#ifndef CONFIG_SYS_GBL_DATA_SIZE
> > -# define CONFIG_SYS_
Hi,
2010/10/26 Matthias Weißer :
> Am 26.10.2010 11:27, schrieb Reinhard Meyer:
>> Dear Matthias Weisser,
>>> This patch fixes the reset command on imx25
>>>
>>> Signed-off-by: Matthias Weisser
>>> + writew(0x,®s->wcr);
>>> + writew(0x,®s->wsr);
>>> + writew(0x,®s-
Move the davinci common headers to the architecture specific
include file path.
Signed-off-by: Sughosh Ganu
---
Changes since V2:
* No change in this patch of the patchset
.../arm/include/asm/arch-davinci/da8xx_common.h|0
.../arm/include/asm/arch-davinci/davinci_misc.h|0
Enable board_init_f to be overridden with a board
specific function.
Signed-off-by: Sughosh Ganu
---
Changes since V2:
* Fix the checkpatch warnings
nand_spl/nand_boot.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/nand_spl/nand_boot.c b/nand_spl/nand_boot
The patch adds basic board support for TI's OMAP-L138 based
Hawkboard. This board is pretty similar to the da850 EVM. Support for
nand and network access is added in this version.
The following bootup procedure is used.
At reset, the Rom Boot Loader(RBL), initialises the ddr and the nand
controll
Having a loop with a counter is no timing guarentee for timing
accuracy or compiler optimizations. For e.g. the same loop counter
which runs when the MPU is running at 600MHz will timeout in around
half the time when running at 1GHz. or the example where GCC 4.5
compiles with different optimization
On 26.10.2010 18:26, Wolfgang Denk wrote:
> Dear Nishanth Menon,
>
> In message<4cc6f23a.2040...@ti.com> you wrote:
>>
>>> No. This code is always wrong. Please fix it as described.
>> Apologies on being a dudhead, I suppose you mean the following:
>>
>> ulong start;
>> start = get_timer(0);
>> wh
1 - 100 of 148 matches
Mail list logo
