When env_init is called, the SPI is not actually initialized in U-Boot.
So that we can not read Dataflash for its content.
We simply mark it OK for now, and defer the real work to
`env_relocate_spec'. (Idealy from env_nand.c)
Signed-off-by: Hong Xu
---
common/env_dataflash.c | 83 +
Dear Hong Xu,
> When env_init is called, the SPI is not actually initialized in U-Boot.
> So that we can not read Dataflash for its content.
> We simply mark it OK for now, and defer the real work to
> `env_relocate_spec'. (Idealy from env_nand.c)
>
> Signed-off-by: Hong Xu
> ---
> common/env_dat
On 3 August 2011 11:29, Wolfgang Denk wrote:
> Dear Chander Kashyap,
>
> In message <
> canuqghfvbv-b5ecrqkrkcppowx2umpbr_rfprx-c0fbvlmx...@mail.gmail.com> you
> wrote:
> >
> > > > +void dram_init_banksize(void)
> > > > +{
> > > > + gd->bd->bi_dram[0].start = PHYS_SDRAM_1;
> > > > + gd->b
Hi Reinhard,
On 08/03/2011 03:20 PM, Reinhard Meyer wrote:
> Dear Hong Xu,
> > When env_init is called, the SPI is not actually initialized in U-Boot.
> > So that we can not read Dataflash for its content.
> > We simply mark it OK for now, and defer the real work to
> > `env_relocate_spec'. (I
Le Wed, 03 Aug 2011 10:08:06 +0800,
Hong Xu a écrit :
> > > (I have the AT91SAM9M10G45-EK platform on my desk here).
> > Unless Atmel NAKs this approach, I am fine with it.
>
> We're OK with this. If Thomas can fix soon, that's good. Or we'll
I worked on this yesterday evening, U-Boot in NAND
Dear Thomas Petazzoni,
> Le Wed, 03 Aug 2011 10:08:06 +0800,
> Hong Xu a écrit :
>
>>> > (I have the AT91SAM9M10G45-EK platform on my desk here).
>>> Unless Atmel NAKs this approach, I am fine with it.
>>
>> We're OK with this. If Thomas can fix soon, that's good. Or we'll
>
> I worked on this
Hi all,
i am reporting the following issue, maybe related to something wrong in
my new mcf5307 support addition (still under testing), or maybe not:
1. U-Boot run correctly, timer2 is enabled as a system timestamp counter.
2. I load a uClinux bianry from flash to SDRAM with "cp.l FLASH_ADDR
S
Hi Reinhard,
> As of now, this board is "unbroken" again.
Thanks!
Remy
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Signed-off-by: Reinhard Meyer
---
arch/arm/cpu/arm926ejs/at91/at91cap9_devices.c | 88 +-
arch/arm/include/asm/arch-at91/at91cap9.h| 214 +++---
arch/arm/include/asm/arch-at91/at91cap9_matrix.h | 147 +---
3 files changed, 191 insertions(+), 258 d
> -Original Message-
> From: Jason Cooper [mailto:u-b...@lakedaemon.net]
> Sent: Monday, August 01, 2011 7:39 PM
> To: w...@denx.de; Prafulla Wadaskar
> Cc: u-boot@lists.denx.de; cl...@debian.org; Prabhanjan Sarnaik; Ashish
> Karkare; Siddarth Gore; bd...@gag.com; Jason Cooper
> Subject:
CONFIG_L2_OFF is obsolete after the following commit:
e47f2db5371047eb9bcd115fee084e6a8a92a239
armv7: rename cache related CONFIG flags
Replace the cache related CONFIG flags with more meaningful
names. Following are the changes:
CONFIG_L2_OFF-> CONFIG_SYS_L2CACHE_OFF
Since imx5 does not
> -Original Message-
> From: Simon Guinot [mailto:si...@sequanux.org]
> Sent: Tuesday, August 02, 2011 7:41 PM
> To: Ajay Bhargav
> Cc: Prafulla Wadaskar; u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH v2 1/2] gpio: Add GPIO driver framework for
> Marvell SoCs
>
> Hi Ajay,
>
> On F
Hi Wolfgang,
I am trying to bring up WR linux 2.6.38.2 on a custom target board based
on mpc8247, We are using SCC1 for the serial console. Have initialized
the scc node in the dts as below. Had set the bootargs as setenv
bootargs mem=64M console=ttyCPM,9600n8 root=/dev/ram rw.
My serial console
Dear Albert,
those "bug fix" patches bring the number of "broken" at91 boards down to 10.
I hope this can be brought down even more before -rc1, but what has been done so
far should be mainlined as soon as possible:)
The Patch "avr32: add grasshopper (ICnova AP7000) board" was submitted before
t
Dear Albert,
>
> those "bug fix" patches bring the number of "broken" at91 boards down to 10.
> I hope this can be brought down even more before -rc1, but what has been done
> so
> far should be mainlined as soon as possible:)
>
> The Patch "avr32: add grasshopper (ICnova AP7000) board" was subm
> -Original Message-
> From: Alex Zeffertt [mailto:azeffe...@cambridgesys.com]
> Sent: Monday, August 01, 2011 1:52 PM
> To: Wolfgang Denk
> Cc: Ralph Metzler; u-boot@lists.denx.de; Prafulla Wadaskar
> Subject: Re: [U-Boot] openrd_ultimate GigEth ports not working
>
> [Cc-ing Prafulla th
Hi Reinhard,
On 03/08/2011 12:53, Reinhard Meyer wrote:
> Dear Albert,
>>
>> those "bug fix" patches bring the number of "broken" at91 boards down to 10.
>> I hope this can be brought down even more before -rc1, but what has been
>> done so
>> far should be mainlined as soon as possible:)
>>
>> T
Hello smitha.vanga,
smitha.va...@wipro.com wrote:
> Hi Wolfgang,
>
> I am trying to bring up WR linux 2.6.38.2 on a custom target board based
> on mpc8247, We are using SCC1 for the serial console. Have initialized
> the scc node in the dts as below. Had set the bootargs as setenv
> bootargs mem=
On 08/03/2011 12:05 PM, Jason Liu wrote:
> CONFIG_L2_OFF is obsolete after the following commit:
>
> e47f2db5371047eb9bcd115fee084e6a8a92a239
> armv7: rename cache related CONFIG flags
> Replace the cache related CONFIG flags with more meaningful
> names. Following are the changes:
> CONFIG_L2_OFF
Some boards have the environment variables defined in a slow EEPROM. post_run
accesses these environment variables to define which tests have to be run (in
post_get_flags). This is very slow before the code relocation on some boards
with a slow I2C EEPROM for environement variables.
This patch add
For post to run on ARM, 3 things are needed:
- post_log_word to be defined in gd
- a post.h include in arch/arm/lib/board.c
- most ARM boards will set POST_WORD in RAM, so we need gd->ram, and
thus DECLARE_GLOBAL_DATA_PTR is needed in post.h
Signed-off-by: Valentin Longchamp
Signed-off-by: Holg
This series adds support for POST on the km_arm boards. These boards use a
jumper
to run some self-tests at the board power-up. There are some adaptations for
POST
to run on the ARM architecture.
This series defines a new mem_regions POST test. This test also takes place
before
relocation, but
The current km_arm boards have a Power-On test jumper. When this
jumper is set, this triggers some Power-On tests on the board.
This patch enables the support of this jumper for starting the
memory_regions test when the jumper is set.
Signed-off-by: Valentin Longchamp
Signed-off-by: Holger Brunc
This test is similar to the actual POST memory test but quicker and
far less complete. It checks the address and data lines and then only
tests some regularly placed sub regions of the RAM.
This can be useful when we want to test the RAM but we do not have enough
time to run the full memory test.
This is needed for a further patch adding a new memory test.
Signed-off-by: Valentin Longchamp
---
post/drivers/memory.c | 113 +
1 files changed, 57 insertions(+), 56 deletions(-)
diff --git a/post/drivers/memory.c b/post/drivers/memory.c
index
The current post_log_word in global data is currently split into 2x
16 bits: half for the test start, half for the test success.
Since we alredy have more than 16 POST tests defined and more could
be defined, this may result in an overflow and the post_output_backlog
would not work for the tests de
This allows to test a larger part of the RAM in the memory tests.
Signed-off-by: Valentin Longchamp
Signed-off-by: Holger Brunck
---
include/configs/km/km_arm.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/configs/km/km_arm.h b/include/configs/km/km_arm.h
in
This patch adds a board support for km_arm in the POST framework.
It consists of a memory test configuration with the redefinition of
the arch_memory_test_prepare function.
Signed-off-by: Valentin Longchamp
Signed-off-by: Holger Brunck
---
post/board/km_arm/Makefile | 29 +
Hello guys
I use u-boot U-Boot 1.3.1 - stm24_0054 for sh (Board mb411)
(STLinux 2.4)
It is no problem to boot with u-boot from flash at 0x00.
But I have to install u-boot in another position in flash than 0x00.
I can also load the uboot from a u-boot loaded in RAM with jtag
(with go 0
<>___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Angelo,
On 08/03/2011 06:09 PM, angelo wrote:
> i am reporting the following issue, maybe related to something wrong in
> my new mcf5307 support addition (still under testing), or maybe not:
>
>
> 1. U-Boot run correctly, timer2 is enabled as a system timestamp counter.
> 2. I load a uClinux bi
Dear angelo,
In message <4e390235.2090...@gmail.com> you wrote:
>
> i am reporting the following issue, maybe related to something wrong in
> my new mcf5307 support addition (still under testing), or maybe not:
>
>
> 1. U-Boot run correctly, timer2 is enabled as a system timestamp counter.
> 2
Dear smitha.va...@wipro.com,
In message <07acdfb8eca8ef47863a613bc01bbb220344d...@hyd-mkd-mbx02.wipro.com>
you wrote:
>
> I am trying to bring up WR linux 2.6.38.2 on a custom target board based
> on mpc8247, We are using SCC1 for the serial console. Have initialized
> the scc node in the dts a
Hi Reinhard,
On 03/08/2011 12:45, Reinhard Meyer wrote:
> Dear Albert,
>
> those "bug fix" patches bring the number of "broken" at91 boards down to 10.
> I hope this can be brought down even more before -rc1, but what has been done
> so
> far should be mainlined as soon as possible:)
>
> The Patc
Dear ich,
In message <1312375799.4776.16.camel@debian> you wrote:
>
> I use u-boot U-Boot 1.3.1 - stm24_0054 for sh (Board mb411)
> (STLinux 2.4)
> It is no problem to boot with u-boot from flash at 0x00.
Please note that U-Boot v1.3.1 is about 4 years old and as such no
longer supported he
<>___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear Albert,
> Overall ARM builds (./MAKEALL arm) went from 199 boards
> built, 119 with warnings or errors before applying, to 201 boards,
> 97 with warnings or errors once applied.
When boards were defined in the MAKEALL apparently only one variant
was built and counted, whereas in boards.cfg
Hi Dirk,
On 06/07/2011 17:35, Dirk Behme wrote:
> From: Dirk Behme
>
> Add all missing boards with CPU==armv7 from boards.cfg
> to MAKEALL.
>
> Signed-off-by: Dirk Behme
>
> ---
> MAKEALL | 12
> 1 file changed, 12 insertions(+)
>
> Index: u-boot.git/MAKEALL
> ===
Hi Reinhard,
On 03/08/2011 15:35, Reinhard Meyer wrote:
> Dear Albert,
>
>> Overall ARM builds (./MAKEALL arm) went from 199 boards
>> built, 119 with warnings or errors before applying, to 201 boards,
> > 97 with warnings or errors once applied.
>
> When boards were defined in the MAKEALL appare
On 03/08/2011 16:43, Albert ARIBAUD wrote:
> Hi Dirk,
>
> On 06/07/2011 17:35, Dirk Behme wrote:
>> From: Dirk Behme
>>
>> Add all missing boards with CPU==armv7 from boards.cfg
>> to MAKEALL.
>>
>> Signed-off-by: Dirk Behme
>>
>> ---
>> MAKEALL | 12
>> 1 file changed, 12 insertions(+)
On 03/08/2011 16:49, Albert ARIBAUD wrote:
> On 03/08/2011 16:43, Albert ARIBAUD wrote:
>> Hi Dirk,
>>
>> On 06/07/2011 17:35, Dirk Behme wrote:
>>> From: Dirk Behme
>>>
>>> Add all missing boards with CPU==armv7 from boards.cfg
>>> to MAKEALL.
>>>
>>> Signed-off-by: Dirk Behme
>>>
>>> ---
>>> MAKE
On 03.08.2011 16:43, Albert ARIBAUD wrote:
> Hi Dirk,
>
> On 06/07/2011 17:35, Dirk Behme wrote:
>> From: Dirk Behme
>>
>> Add all missing boards with CPU==armv7 from boards.cfg
>> to MAKEALL.
>>
>> Signed-off-by: Dirk Behme
>>
>> ---
>> MAKEALL | 12
>> 1 file changed, 12 insertions(+)
Thank for your answer.
> Dear ich,
>
> In message <1312375799.4776.16.camel@debian> you wrote:
> >
> > I use u-boot U-Boot 1.3.1 - stm24_0054 for sh (Board mb411)
> > (STLinux 2.4)
> > It is no problem to boot with u-boot from flash at 0x00.
>
I know that. But I am not able to port for sh
Dear Albert,
> > After Reinhard's remark on boards.cfg vs MAKEALL, I may have accepted
> > the patch a bit hastily. All of these boards are already in boards.cfg,
> > and need not be in makeall IIUC.
> >
> > Thus, I am rolling back master one notch and will mark the patch as
> > Supersedes (could n
On Wed, 3 Aug 2011 00:48:32 +
shawn Bai wrote:
>
>
>
>
> > Date: Tue, 2 Aug 2011 10:21:09 -0500
> > From: scottw...@freescale.com
> > To: programas...@hotmail.com
> > CC: u-boot@lists.denx.de
> > Subject: Re: [U-Boot] problem with mpc837x start.S
>
On Wed, 3 Aug 2011 07:14:51 +0200
Heiko Schocher wrote:
> Hello Scott,
>
> Scott Wood wrote:
> > Sorry for the delay, didn't see this the first time around -- just
> > noticed it in patchwork.
>
> No problem. Thanks for the review!
>
> > On Sat, Jul 16, 2011 at 12:06:44AM -, Heiko Schocher
Hi Reinhard,
Did you ever get the email below? I never heard back from anyone on
this.
Cheers,
Rick
>From rick Tue Jan 18 22:32:15 -0800 2011
To: Reinhard Meyer
CC: alb...@aribaud.net, reinhard.me...@emk-elektronik.de
In-reply-to: <4d34a61f.1030...@emk-elektronik.de> (message from Reinh
Dear Rick Bronson,
Am 03.08.2011 18:10, schrieb Rick Bronson:
> Hi Reinhard,
>
> Did you ever get the email below? I never heard back from anyone on
> this.
Sorry, did not see this mail.
> From rick Tue Jan 18 22:32:15 -0800 2011
> To: Reinhard Meyer
> CC: alb...@aribaud.net, reinhard.me..
Dear Albert ARIBAUD,
In message <4e395e7a.3020...@aribaud.net> you wrote:
> Hi Dirk,
>
> On 06/07/2011 17:35, Dirk Behme wrote:
> > From: Dirk Behme
> >
> > Add all missing boards with CPU==armv7 from boards.cfg
> > to MAKEALL.
...
> Applied to u-boot-arm/master, thanks.
Oh no, please not!
We d
Dear Dirk Behme,
In message <1309966526-4401-1-git-send-email-dirk.be...@gmail.com> you wrote:
>
> Add all missing boards with CPU==armv7 from boards.cfg
> to MAKEALL.
NAK.
We don't add boards to MAKEALL any more. An entry in boards.cfg is
all we need.
Best regards,
Wolfgang Denk
--
DENX S
Dear Albert ARIBAUD,
In message <4e3960ea.9050...@aribaud.net> you wrote:
>
> Reinhard, are you sure that boards that are in boards.cfg *and* in
> MAKEALL will fail to build? This is not consistent with what I see here
> with this patch.
They will be built twice - and both builds will either su
Dear ich,
In message <1312383540.4776.36.camel@debian> you wrote:
>
> I know that. But I am not able to port for sh platform to a newer
> u-boot.
>
> > Please note that U-Boot v1.3.1 is about 4 years old and as such no
> > longer supported here.
Your quoting style is strange. Normally the repl
Le 03/08/2011 21:15, Wolfgang Denk a écrit :
> Dear Albert ARIBAUD,
>
> In message<4e3960ea.9050...@aribaud.net> you wrote:
>>
>> Reinhard, are you sure that boards that are in boards.cfg *and* in
>> MAKEALL will fail to build? This is not consistent with what I see here
>> with this patch.
>
> Th
On Jul 29, 2011, at 17:46, York Sun wrote:
> On Fri, 2011-07-29 at 16:26 -0500, Moffett, Kyle D wrote:
>> On Jul 29, 2011, at 14:46, York Sun wrote:
>>> On Fri, 2011-07-29 at 11:35 -0700, York Sun wrote:
On Fri, 2011-07-29 at 12:20 -0500, Moffett, Kyle D wrote:
> On Jul 28, 2011, at 17:41,
Hi Reinhard,
Okay, it may be awhile before I get to this... Kinda busy at the
moment.
Cheers,
Rick
> Dear Rick Bronson,
>
> Am 03.08.2011 18:10, schrieb Rick Bronson:
> > Hi Reinhard,
> >
> > Did you ever get the email below? I never heard back from anyone on
> > this.
>
> Sorry, d
Before main memory (DDR) is initialized, the on-chip L1 cache is used as a
memory area for the stack and the global data (gd_t) structure. This is
called the initial RAM area, or initram. The L1 cache is locked and the TLBs
point to a non-existent address (so that there's no chance it will overla
Introduce the CONFIG_SYS_CCSRBAR_PHYS_HIGH and CONFIG_SYS_CCSRBAR_PHYS_LOW
macros, which contain the high and low portions of CONFIG_SYS_CCSRBAR_PHYS.
This is necessary for the assembly-language code that relocates CCSR, since
the assembler does not understand 64-bit constants.
CONFIG_SYS_CCSRBAR_
Hi Ajay,
On Wed, Aug 03, 2011 at 10:10:00AM +0530, Ajay Bhargav wrote:
> - "Simon Guinot" wrote:
>
> > AFAIK, Orion and Kirkwood SoCs don't provide bitwise set/clear for
> > GPIO output/direction registers. Instead, a register must be read
> > first to leave other bits unchanged (see __set_d
After DMA transfer, we need to maintain D-Cache coherency.
We need to clean cache (write back the dirty lines) and then
make the cache invalidate as well(hence CPU will fetch data
written by DMA controller from RAM).
Tested on AT91SAM9261EK with Peripheral DMA controller.
Signed-off-by: Hong Xu
On Aug 3, 2011, at 4:30 PM, Timur Tabi wrote:
> Introduce the CONFIG_SYS_CCSRBAR_PHYS_HIGH and CONFIG_SYS_CCSRBAR_PHYS_LOW
> macros, which contain the high and low portions of CONFIG_SYS_CCSRBAR_PHYS.
> This is necessary for the assembly-language code that relocates CCSR, since
> the assembler do
Hello Scott,
Scott Wood wrote:
> On Wed, 3 Aug 2011 07:14:51 +0200
> Heiko Schocher wrote:
>
>> Hello Scott,
>>
>> Scott Wood wrote:
>>> Sorry for the delay, didn't see this the first time around -- just
>>> noticed it in patchwork.
>> No problem. Thanks for the review!
>>
>>> On Sat, Jul 16, 20
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Dear all,
another question, do you know how to load vxworks?
there are some special configuration of u-boot? thanks.
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Christopher,
Le 07/07/2011 16:26, Christopher Harvey a écrit :
> Signed-off-by: Christopher Harvey
> ---
> V2:
> Make it clear that this is the start address of u-boot.
>
> README |6 ++
> 1 files changed, 6 insertions(+), 0 deletions(-)
>
> diff --git a/README b/README
> index 2da0f
Hi Christopher,
Le 18/07/2011 19:33, Christopher Harvey a écrit :
> Linux cannot boot without it.
>
> Signed-off-by: Christopher Harvey
> ---
>
> V2:
> Used a #define instead of a constant.
> Used a printf instead of a debug.
>
> ---
>
> V3:
> Moved gd->bd->bi_arch_number = BI_ARCH_NUMBER_INVALID;
Hi Christopher,
Le 07/07/2011 16:31, Christopher Harvey a écrit :
> Signed-off-by: Christopher Harvey
> ---
>
> V2:
> I didn't receive comments on this one. By not compiling this by
> default it removes a couple of #defines people need to think
> about. Also, I'm guessing the memory test isn't us
Hi Christopher,
Le 07/07/2011 16:37, Christopher Harvey a écrit :
> Signed-off-by: Christopher Harvey
> ---
>
> V2:
>
> Removed left over newlines.
>
> Made sure that this isn't the only "High level option", so everything
> looks ok around the sed'd text.
>
> include/configs/am3517_crane.h
We shouldn't be setting execute permissions on TLB entries that will not
actually have any code run from them.
Signed-off-by: Kumar Gala
---
board/freescale/corenet_ds/tlb.c | 30 +++---
1 files changed, 15 insertions(+), 15 deletions(-)
diff --git a/board/freescale/co
69 matches
Mail list logo
