Dear All,
I want to add a splashscreen to my costum board, Now there is no
splashscreen on it.Before starting kernel ,there is some vertical bars
appear on TFT, it seems too bad. How may I add this Picture or Can I paint
all screen as blach it could also be usefull for me?
Regards
Ca
Thank you all,
The gcc version I have here is 4.1.2 (I use it for building the latest linux
kernel). When trying to build u-boot with this version, I get the following
errors:
include/common.h:0: error: -mcall not supported in this configuration
include/common.h:0: error: -mrelocatable not suppo
Hi everybody,
U-Boot v2009.03 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
then been removed.
The Merge Window for the next release is open until Fri Apr 03, 2009,
i. e. 12 days remaining.
Th
Hi,
The following patchset will cleanup the current at91sam9 and at91cap9
code to unify common code
Jean-Christophe PLAGNIOL-VILLARD (7):
at91sam9/at91cap: move common serial initialisation to cpu
at91sam9/at91cap: move common spi initialisation to cpu
at91sam9/a
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
board/afeb9260/afeb9260.c | 15 +
board/atmel/at91cap9adk/at91cap9adk.c | 16 +
board/atmel/at91sam9260ek/at91sam9260ek.c | 17 +
board/atmel/at91sam9261ek/at91sam9261ek.c
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
board/atmel/at91cap9adk/Makefile |2 +-
board/atmel/at91sam9260ek/Makefile |2 +-
board/atmel/at91sam9261ek/Makefile |2 +-
board/atmel/at91sam9263ek/Makefile |2 +-
board/atmel/at91sam9rlek/Makefile |2 +-
5 files changed
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
board/afeb9260/afeb9260.c | 30 +---
board/atmel/at91cap9adk/at91cap9adk.c | 30 +---
board/atmel/at91sam9260ek/at91sam9260ek.c | 30 +---
board/atmel/at91sam9261ek/at91sam9261ek.c | 30 +--
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
board/atmel/at91sam9263ek/at91sam9263ek.c | 11 +-
cpu/arm926ejs/at91/Makefile|1 +
.../arm926ejs/at91/at91sam9263_usb.c | 21 +--
include/asm-arm/arch-at91/at91_comm
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
board/afeb9260/afeb9260.c | 23 +--
board/atmel/at91cap9adk/at91cap9adk.c | 23 +--
board/atmel/at91sam9260ek/at91sam9260ek.c | 32 +--
board/atmel/at91sam9263ek/at91sam9263ek.c | 23 +-
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
board/atmel/at91cap9adk/led.c | 46 +++-
board/atmel/at91sam9260ek/led.c| 31 ++---
board/atmel/at91sam9261ek/led.c| 47 +++-
board/atmel/
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
board/afeb9260/Makefile|1 -
board/afeb9260/afeb9260.c |4 +-
board/afeb9260/nand.c | 78
board/atmel/at91cap9adk/Makefile
Dear =?iso-8859-9?Q?canibek_sa=F0=FDn?=,
In message
you wrote:
>
> I want to add a splashscreen to my costum board, Now there is no
> splashscreen on it.Before starting kernel ,there is some vertical bars
> appear on TFT, it seems too bad. How may I add this Picture or Can I paint
> all screen
Dear Wolfgang Denk,
In message <20090322111252.71e6e832e...@gemini.denx.de> you wrote:
>
> U-Boot v2009.03 has been released and is available from the git
> repository and the FTP server.
...
> A little statistics [1] - changes since release v2009.01:
It seems I did the same misake again. The co
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
board/cmc_pu2/load_sernum_ethaddr.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/board/cmc_pu2/load_sernum_ethaddr.c
b/board/cmc_pu2/load_sernum_ethaddr.c
index f02406c..6f85dd9 100644
--- a/board/cmc_pu2/load_sernum
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD
---
board/cmc_pu2/load_sernum_ethaddr.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/board/cmc_pu2/load_sernum_ethaddr.c
b/board/cmc_pu2/load_sernum_ethaddr.c
index 5ef9f20..f02406c 100644
--- a/board/cmc_pu2/load
On Sat, Mar 21, 2009 at 4:56 PM, Wolfgang Denk wrote:
> Dear Jon Smirl,
>
> In message <9e4733910903211339u60f5531cp7a9574f2d1ba2...@mail.gmail.com> you
> wrote:
>>
>> How about this instead? Is there a variable that indicates when the
>> console is safe to use, if so I can adjust the macro.
>
>
On Sat, Mar 21, 2009 at 3:48 PM, Wolfgang Denk wrote:
> Dear Jon,
>
> In message <20090321133848.11905.59350.st...@localhost> you wrote:
>> From: Sascha Hauer
>>
>> The mpc5xxx i2c driver has great delays while waiting for the chip status.
>> make the delays smaller and the driver faster.
>>
>> S
Dear Jon,
In message <9e4733910903220701h104932cdu6b226e5c05e9b...@mail.gmail.com> you
wrote:
>
> I've test this version with the eeprom and it works correctly.
It may work, but such a macro definition violates some rules.
> +#define printf(format, arg...) if (gd->have_console) printf(format, #
On Sun, Mar 22, 2009 at 10:21 AM, Wolfgang Denk wrote:
> Dear Jon,
>
> In message <9e4733910903220701h104932cdu6b226e5c05e9b...@mail.gmail.com> you
> wrote:
>>
>> I've test this version with the eeprom and it works correctly.
>
> It may work, but such a macro definition violates some rules.
>
>>
Dear Jon,
In message <9e4733910903220720l723de65fm59a7e6a7fed1e...@mail.gmail.com> you
wrote:
>
> > And how much do we make I2C faster this way? Where do we save time,
> > and how much?
>
> I measured the delay. It is between 40us and 52us on my hardware so I
> adjusted the loop to 60us. The pre
Dear Jon Smirl,
In message <9e4733910903220723u31546286q233c9b24b7a5...@mail.gmail.com> you
wrote:
>
> Would it be better to put the check for (gd->have_console) into printf
> itself?
No, as you could also use puts() or putc(). There are only a few
isolated places where we need this,
[U-Boot] [PATCH] NetLoop initialization bug
Upon u-boot's start up the first ping command causes a failure of the
consequent TFTP command. It happens in the recently added mechanism of
the NetLoop initialization where initialization of global network parameters is
separated in the NetInitLoop ro
We are Using TI's DM355 Davinci based ARM9 CPU, My TFT is 800x480 and cpu
supports 16 bit , tft controller is on dm355 and we use PRGB connection with
TFT.
Thank you for your patiance , sorry for last mail, I forgot to add these
informations.
Best regards
__
Hi Wolgang,
On Sat, Mar 21, 2009 at 09:24:05PM +0100, Wolfgang Denk wrote:
> Dear Jon Smirl,
>
> In message <9e4733910903211308v63878fabx19f3327371db5...@mail.gmail.com> you
> wrote:
> >
> > My guess is getenv() returns a pointer to the environment variable,
> > not a copy of the environment var
Hi,
On Sat, Mar 21, 2009 at 09:38:48AM -0400, Jon wrote:
> From: Sascha Hauer
>
> The mpc5xxx i2c driver has great delays while waiting for the chip status.
> make the delays smaller and the driver faster.
>
> Signed-off-by: Sascha Hauer
> ---
> cpu/mpc5xxx/i2c.c |6 +++---
> 1 files chan
Rather than sticking Blackfin-specific stuff into the eeprom example, use
an indirect macro so that any board can override it with their own magic
sauce in their board config file.
Also fix some spurious semi-colons in defines while I'm at it ...
Signed-off-by: Mike Frysinger
CC: Ben Warren
---
Unify all of the net-related init code in the common Blackfin board init
code to clean up the ifdef mess a bit.
Signed-off-by: Mike Frysinger
---
lib_blackfin/board.c | 30 --
1 files changed, 20 insertions(+), 10 deletions(-)
diff --git a/lib_blackfin/board.c b/li
Here's the first patch of updates. Should be mostly simple things before
I move onto the new board ports and such in the next update.
Mike Frysinger (31):
Blackfin: update anomaly lists
Blackfin: fix SWRST/SYSCR register sizes
Blackfin: unify net-related init code
Blackfin: bf537-stamp: m
Signed-off-by: Mike Frysinger
---
include/asm-blackfin/mach-bf561/BF561_cdef.h | 12 ++--
.../mach-common/ADSP-EDN-extended_cdef.h |6 +++---
2 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/include/asm-blackfin/mach-bf561/BF561_cdef.h
b/include/asm-bl
Signed-off-by: Mike Frysinger
---
board/bf537-stamp/Makefile |3 ++-
board/bf537-stamp/post-memory.c |3 ---
2 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/board/bf537-stamp/Makefile b/board/bf537-stamp/Makefile
index cb38b96..199093b 100644
--- a/board/bf537-stamp/Ma
Signed-off-by: Mike Frysinger
---
include/asm-blackfin/mach-bf527/anomaly.h |6 +-
include/asm-blackfin/mach-bf533/anomaly.h |7 +--
include/asm-blackfin/mach-bf537/anomaly.h |7 +--
include/asm-blackfin/mach-bf548/anomaly.h | 23 +++
include/asm-blac
The jtag tstc operation was checking the hardware to see if data is
available from it (which is fine for the jtag getc operation), but the
higher layers need to know whether any data is available. Since we have
to read up to 4 bytes at a time from the hardware, the higher layers need
to know they
From: Sonic Zhang
Since the PORTJ on the BF537 is peripheral-only (no GPIO functionality),
then there is no PORTJ_FER register for us to worry about.
Signed-off-by: Sonic Zhang
Signed-off-by: Mike Frysinger
---
drivers/spi/bfin_spi.c |8 +++-
1 files changed, 3 insertions(+), 5 deleti
The function is only used locally, so mark it static.
Signed-off-by: Mike Frysinger
---
cpu/blackfin/reset.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/cpu/blackfin/reset.c b/cpu/blackfin/reset.c
index 284cea5..e3be740 100644
--- a/cpu/blackfin/reset.c
+++ b/cpu/bl
With the new CONFIG_XXX system and CONFIG_CMD_XXX handling, these defines
are no longer used/needed.
Signed-off-by: Mike Frysinger
---
include/asm-blackfin/blackfin-config-pre.h |6 --
1 files changed, 0 insertions(+), 6 deletions(-)
diff --git a/include/asm-blackfin/blackfin-config-pre
Signed-off-by: Mike Frysinger
---
lib_blackfin/cache.c | 42 ++
1 files changed, 42 insertions(+), 0 deletions(-)
diff --git a/lib_blackfin/cache.c b/lib_blackfin/cache.c
index 1557864..0a321a4 100644
--- a/lib_blackfin/cache.c
+++ b/lib_blackfin/cache.c
If there is some problem in the flash init/checking code, it's nicer to see
the message "Flash:" before crashing. This way the source of the problem
is a bit more straightforward.
Signed-off-by: Mike Frysinger
---
lib_blackfin/board.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
No need to skip a byte as the symbol table handles this.
Signed-off-by: Mike Frysinger
---
cpu/blackfin/traps.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/cpu/blackfin/traps.c b/cpu/blackfin/traps.c
index a2c6f1e..2121b0e 100644
--- a/cpu/blackfin/traps.c
+++ b/cpu
Signed-off-by: Mike Frysinger
---
.../mach-bf527/ADSP-EDN-BF52x-extended_cdef.h |6 +++---
.../mach-bf537/ADSP-EDN-BF534-extended_cdef.h |6 +++---
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/include/asm-blackfin/mach-bf527/ADSP-EDN-BF52x-extended_cdef.h
b/in
Signed-off-by: Mike Frysinger
---
include/asm-blackfin/mach-common/bits/lockbox.h | 70 +++---
1 files changed, 35 insertions(+), 35 deletions(-)
diff --git a/include/asm-blackfin/mach-common/bits/lockbox.h
b/include/asm-blackfin/mach-common/bits/lockbox.h
index 8b696f3..77f84
Signed-off-by: Mike Frysinger
---
include/asm-blackfin/mach-bf527/ports.h | 75 +-
include/asm-blackfin/mach-bf533/ports.h | 18 +--
include/asm-blackfin/mach-bf537/ports.h | 56 +---
include/asm-blackfin/mach-bf548/ports.h | 189 ++--
The Boot ROM uses EVT1 as the entry point so set that rather than having
to use a tiny jump block in the default EVT1 location.
Signed-off-by: Mike Frysinger
---
blackfin_config.mk |1 +
board/bf533-ezkit/u-boot.lds.S |5 ++---
board/bf533-stamp/u-boot.lds.S |5 ++---
boa
Workaround anomaly 432:
The bfrom_SysControl() firmware function does not clear the SIC_IWR1
register before executing the PLL programming sequence. Therefore, any
interrupt enabled in the SIC_IWR1 register prior to the call to
bfrom_SysControl() can prematurely terminate the idle sequence require
If the board config does not specify an explicit EBIU_SDBCTL value, set it
up with sane values based on other configuration options.
Signed-off-by: Mike Frysinger
---
cpu/blackfin/initcode.c | 33 +
1 files changed, 33 insertions(+), 0 deletions(-)
diff --git a
The SPORT_TX registers cannot be read (the hardware will trigger an error),
so drop the read helper macros.
Signed-off-by: Mike Frysinger
---
.../mach-bf527/ADSP-EDN-BF52x-extended_cdef.h |2 --
.../mach-bf537/ADSP-EDN-BF534-extended_cdef.h |2 --
.../mach-bf548/ADSP-EDN-BF542-
Some newer Blackfins (like the BF51x) do not have an on-chip voltage
regulator, so do not attempt to program the memory as if it does.
Signed-off-by: Mike Frysinger
---
cpu/blackfin/initcode.c | 23 ---
1 files changed, 20 insertions(+), 3 deletions(-)
diff --git a/cpu/bla
Again, don't clobber pins that we aren't actually using, and use the common
LED framework rather than our own hob-job-but-not-really-working.
Signed-off-by: Mike Frysinger
---
board/bf533-stamp/bf533-stamp.c | 62 ++-
include/configs/bf533-stamp.h | 25 +
When initializing the core clocks, stick external memory into self-refresh.
This gains us a few cool things:
- support suspend-to-RAM with Linux
- reprogram clocks automatically when doing "go" on u-boot.bin in RAM
- make sure settings are stable before flashing new version
- finally fully unif
Since the hardware can handle it, bump the default clocks from 80mhz SCLK
and 398mhz CCLK to 100mhz SCLK and 498mhz CCLK.
Signed-off-by: Mike Frysinger
---
include/configs/bf533-stamp.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/configs/bf533-stamp.h b/incl
Signed-off-by: Mike Frysinger
---
include/configs/bfin_adi_common.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/configs/bfin_adi_common.h
b/include/configs/bfin_adi_common.h
index 6afce4d..bfe5376 100644
--- a/include/configs/bfin_adi_common.h
+++ b/include/c
Use the common net eth functions to setup the env/global data with the MAC
address, and properly handle the case where CONFIG_SYS_NO_FLASH is defined.
Signed-off-by: Mike Frysinger
---
board/bf537-stamp/bf537-stamp.c | 79 +++---
include/asm-blackfin/net.h
Since all of the bf537-stamp and bf537-ezkit boards out there can handle it,
increase the speed of SCLK to 125MHz rather than 100MHz.
Signed-off-by: Mike Frysinger
---
include/configs/bf537-stamp.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/configs/bf537-st
The new jffs2 code pushed the code size just over the limit, so increase
the limit a bit more.
Signed-off-by: Mike Frysinger
---
include/configs/bf537-stamp.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/configs/bf537-stamp.h b/include/configs/bf537-stamp.h
i
Signed-off-by: Mike Frysinger
---
board/bf537-stamp/spi_flash.c | 85 ++--
1 files changed, 47 insertions(+), 38 deletions(-)
diff --git a/board/bf537-stamp/spi_flash.c b/board/bf537-stamp/spi_flash.c
index 214981a..7b753ad 100644
--- a/board/bf537-stamp/spi
Signed-off-by: Mike Frysinger
---
board/bf537-stamp/spi_flash.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/board/bf537-stamp/spi_flash.c b/board/bf537-stamp/spi_flash.c
index 7b764b4..797daf2 100644
--- a/board/bf537-stamp/spi_flash.c
+++ b/board/bf537-stamp/sp
Signed-off-by: Mike Frysinger
---
board/bf537-stamp/spi_flash.c | 132 +++--
1 files changed, 126 insertions(+), 6 deletions(-)
diff --git a/board/bf537-stamp/spi_flash.c b/board/bf537-stamp/spi_flash.c
index a336894..214981a 100644
--- a/board/bf537-stamp/sp
Signed-off-by: Mike Frysinger
---
board/bf537-stamp/spi_flash.c | 107 ++---
1 files changed, 78 insertions(+), 29 deletions(-)
diff --git a/board/bf537-stamp/spi_flash.c b/board/bf537-stamp/spi_flash.c
index 797daf2..a336894 100644
--- a/board/bf537-stamp/sp
Signed-off-by: Mike Frysinger
---
board/bf537-stamp/Makefile |2 +-
board/bf537-stamp/bf537-stamp.c | 236 -
board/bf537-stamp/post.c| 244 +++
3 files changed, 245 insertions(+), 237 deletions(-)
create m
On Sun, Mar 22, 2009 at 11:23 AM, Wolfgang Denk wrote:
> Dear Jon Smirl,
>
> In message <9e4733910903220723u31546286q233c9b24b7a5...@mail.gmail.com> you
> wrote:
>>
>> Would it be better to put the check for (gd->have_console) into printf
>> itself?
>
> No, as you could also use puts() or putc(
On Sun, Mar 22, 2009 at 11:21 AM, Wolfgang Denk wrote:
> Dear Jon,
>
> In message <9e4733910903220720l723de65fm59a7e6a7fed1e...@mail.gmail.com> you
> wrote:
>>
>> > And how much do we make I2C faster this way? Where do we save time,
>> > and how much?
>>
>> I measured the delay. It is between 40u
On Sun, Mar 22, 2009 at 6:59 PM, Sascha Hauer wrote:
> Hi Wolgang,
>
> On Sat, Mar 21, 2009 at 09:24:05PM +0100, Wolfgang Denk wrote:
>> Dear Jon Smirl,
>>
>> In message <9e4733910903211308v63878fabx19f3327371db5...@mail.gmail.com> you
>> wrote:
>> >
>> > My guess is getenv() returns a pointer to
On Sun, Mar 22, 2009 at 5:16 PM, Sascha Hauer wrote:
> On Sat, Mar 21, 2009 at 09:38:48AM -0400, Jon wrote:
>> struct mpc5xxx_i2c_tap {
>> @@ -94,7 +94,7 @@ static int wait_for_bb(void)
>> mpc_reg_out(®s->mcr, 0, 0);
>> mpc_reg_out(®s->mcr, I2C_EN, 0);
>> #endif
>> -
Dear Grant Likely,
In message you
wrote:
>
> Even better, since this is entirely a busywait, the udelay(1) could be
> dropped entirely and the exit condition be based on the value of
> timebase. That would give the absolute maximum resolution to the
> busyloop. However, the incremental improve
63 matches
Mail list logo