CONFIG_CMD_AUTOSCRIPT support is deprecated and non-existing
This clean up patch removes the references for Marvell boards
Signed-off-by: Prafulla Wadaskar
---
include/configs/mv88f6281gtw_ge.h |1 -
include/configs/openrd_base.h |1 -
include/configs/rd6281a.h |1 -
incl
CONFIG_CMD_AUTOSCRIPT support is deprecated and non-existing
This clean up patch removes the references for esd boards
Signed-off-by: Daniel Gorsulowski
---
include/configs/meesc.h |1 -
include/configs/otc570.h |1 -
2 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/includ
Hello Wolfgang,
Wolfgang Denk wrote:
>
> Hello,
>
> the following boards maintained by you stioll reference the deprecated
> (and non-existing) CONFIG_CMD_AUTOSCRIPT. Please submit clean-up
> patches to extinguish all references to AUTOSCR:
>
...
> meesc
...
> otc570
...
I sent a
(Sorry if this has already been taken up, I've not been following the
discussion closely)
On Thu, 11 Mar 2010 11:11:09 +0100
"Martin Krause" wrote:
> >> Does this mean, my toolchain is broken? I use ELDK4.2 for ARM.
> >
> > I belive so, how many bytes is in dirent.namelen? alloca can not
>
> I
jocke,
Thanks for your advise, my lds file is from cpu/mpc8260/u-boot.lds ; I don't
change it.
Here is the fixup part:
--
.reloc :
{
*(.got)
_GOT2_TABLE_ = .;
*(.got2)
_FIXUP_TABLE_ = .;
*(.fixup)
}
__got2_entries = (_FIXUP_TABLE_ - _GO
And I have made some change in cpu/mpc8260/start.S, I removed following lines:
#ifndef CONFIG_SYS_RAMBOOT
/* When booting from ROM (Flash or EPROM), clear the*/
/* Address Mask in OR0 so ROM appears everywhere*/
/*---
jrjr wrote on 2010/03/17 09:45:08:
>
> And I have made some change in cpu/mpc8260/start.S, I removed following lines:
>
> #ifndef CONFIG_SYS_RAMBOOT
> /* When booting from ROM (Flash or EPROM), clear the*/
> /* Address Mask in OR0 so ROM appears everywhere*/
> /*---
Because I want to use LED controlled by OR3 to debug the code,so I don't want
to clear OR0.
You remind me, so I enable the "Calculate absolute address in FLASH and jump
there " part,
It seems that I get close to the point: jump to "in_flash:" failed.
Here is the start.S part:
/* Calcul
jrjr wrote on 2010/03/17 10:49:15:
>
> Because I want to use LED controlled by OR3 to debug the code,so I don't want
> to clear OR0.
>
> You remind me, so I enable the "Calculate absolute address in FLASH and jump
> there " part,
>
> It seems that I get close to the point: jump to "in_flash:" fai
Hi Rup,
thanks for this update. Only some minor issue which should be fixed before I
push this patch:
- You changed the subject from
"ppc4xx fix unstable 440EPx bootstrap options" to
"ppc4xx fix unstable 440EPX boostrap options"
This now has a spelling error and makes it harder to see that
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Wolfgang Denk
> Sent: Monday, March 15, 2010 9:38 PM
> To: Siddarth Gore
> Cc: u-boot@lists.denx.de; Ashish Karkare; Prabhanjan Sarnaik
> Subject: Re: [U-Boot] [PATCH] Marvell
...snip..
> mv88f6281gtw_ge
> openrd_base
> rd6281a
> sheevaplug
Posted a patch for above boards
Regards..
Prafulla . .
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Hi Jeff,
> I seem to be having a problem with fw_printenv on my PowerPC 85xx target
> whereby I constantly get CRC32 errors:
>
> # fw_printenv
> Warning: Bad CRC, using default environment
>
> I tracked this down to the fact that u-boot/lib_generic/crc32.c is
> getting compiled with the __LITTLE
>
> Hi Jeff,
>
> > I seem to be having a problem with fw_printenv on my PowerPC 85xx target
> > whereby I constantly get CRC32 errors:
> >
> > # fw_printenv
> > Warning: Bad CRC, using default environment
> >
> > I tracked this down to the fact that u-boot/lib_generic/crc32.c is
> > getting compile
On 16/03/10 18:51, Cyril Chemparathy wrote:
> #define davinci_emif_regs \
> - ((struct davinci_emif_regs *)DAVINCI_ASYNC_EMIF_CNTRL_BASE)
> + ((struct davinci_emif_regs *)DAVINCI_ASYNC_EMIF_CNTRL_BASE)
> +
I didn't check, but I would assume checkpatch would complain about the
spaces tha
Dear Joakim Tjernlund,
In message
you
wrote:
>
> hmm, I recently discovered that normal user space headers always define
> both __LITTLE_ENDIAN and __BIG_ENDIAN so therefore a
> # ifdef __LITTLE_ENDIAN
> # define DO_CRC(x) crc = tab[(crc ^ (x)) & 255] ^ (crc >> 8)
> # else
> # define DO_CRC(x
This converts the at91 watchdog driver to new c structure
type to access registers of the SoC
Signed-off-by: Achim Ehrlich
---
drivers/watchdog/at91sam9_wdt.c | 21 +++--
1 files changed, 11 insertions(+), 10 deletions(-)
diff --git a/drivers/watchdog/at91sam9_wdt.c b/drivers/
Modified to use IO accessor routines consistently. Eliminated volatile usage
to keep checkpatch.pl happy.
Signed-off-by: Cyril Chemparathy
---
Minor formatting
board/davinci/da830evm/da830evm.c|2 +-
drivers/mtd/nand/davinci_nand.c | 128 --
in
Hi Nick,
> I didn't check, but I would assume checkpatch would complain about the
> spaces that have crept in here?
Interestingly checkpatch complains only if it finds 8 or more spaces at the
beginning of the line (below). For some reason, vim cindent inserted 7 spaces
in there, and that kept
Wolfgang Denk wrote on 2010/03/17 12:57:31:
>
> Dear Joakim Tjernlund,
>
> In message 003b4...@transmode.se> you wrote:
> >
> > hmm, I recently discovered that normal user space headers always define
> > both __LITTLE_ENDIAN and __BIG_ENDIAN so therefore a
> > # ifdef __LITTLE_ENDIAN
> > # def
Hi!
I am working on iMX515 processor in our project. Our evaluation board is
iMX51EVK. We are using the uboot.
For our board we have designed the NAND as storage device! But for our
NAND chip we dont have the Advanced toolkit (freescale s/w) support! So we
have to load the uboot binary to DD
On Wed, Mar 17, 2010 at 2:48 AM, Simon Kagstrom
wrote:
> (Sorry if this has already been taken up, I've not been following the
> discussion closely)
>
> On Thu, 11 Mar 2010 11:11:09 +0100
> "Martin Krause" wrote:
>
>> >> Does this mean, my toolchain is broken? I use ELDK4.2 for ARM.
>> >
>> > I b
Joakim Tjernlund wrote:
>
> Wolfgang Denk wrote on 2010/03/17 12:57:31:
>> Dear Joakim Tjernlund,
>>
>> In message > 003b4...@transmode.se> you wrote:
>>> hmm, I recently discovered that normal user space headers always define
>>> both __LITTLE_ENDIAN and __BIG_ENDIAN so therefore a
>>> # ifdef _
On Wed, 17 Mar 2010 09:53:36 -0500
Praveen G K wrote:
> > I had a similar problem a few months ago, which turned out to be a
> > stack alignment issue:
> >
> > http://www.mail-archive.com/u-boot@lists.denx.de/msg23202.html
> >
> > the behavior was pretty similar, with code built with some compil
before I send a patch or whatsoever I'll explain what's wrong first,
maybe I overlook something.
I'm using u-boot v2008.10, customized for our PPC MPC8313 based board.
When booting a kernel (including ramdisk and dtb) space for cmdline
and board info is reserved (by arch_lmb_reserve->lmb_reserve)
Jeff Angielski wrote on 2010/03/17 16:10:50:
>
> Joakim Tjernlund wrote:
> >
> > Wolfgang Denk wrote on 2010/03/17 12:57:31:
> >> Dear Joakim Tjernlund,
> >>
> >> In message >> 003b4...@transmode.se> you wrote:
> >>> hmm, I recently discovered that normal user space headers always define
> >>> b
On Wed, Mar 17, 2010 at 09:49:15AM +, jrjr wrote:
>
> Because I want to use LED controlled by OR3 to debug the code,so I don't want
> to clear OR0.
It's temporary; you can use bank 3 after BRn/ORn are set to their final
values (confusingly named PRELIM) in cpu_init_f().
-Scott
_
Dear Ramalingam C,
In message
you
wrote:
>
> I am working on iMX515 processor in our project. Our evaluation board is
> iMX51EVK. We are using the uboot.
>
> For our board we have designed the NAND as storage device! But for our
> NAND chip we dont have the Advanced toolkit (freescale s/w)
Hi,
I try to compile an actual version of u-boot for xilinx microblaze.
The linker ends with the error-message:
... mb-ld.real:u-boot.lds:1: parse error
In u-boot main-directory I found the file 'u-boot.lds':
OUTPUT_ARCH(1)
ENTRY(_start)
...
cpu/1/start.o (.text)
...
Wh
Dear "Horst Gall",
In message <001701cac601$5a380c50$c801a...@xeon> you wrote:
>
> I try to compile an actual version of u-boot for xilinx microblaze.
> The linker ends with the error-message:
>
> ... mb-ld.real:u-boot.lds:1: parse error
>
> In u-boot main-directory I found the file 'u-boot
Joakim Tjernlund wrote:
Jeff Angielski wrote on 2010/03/17 16:10:50:
Joakim Tjernlund wrote:
Wolfgang Denk wrote on 2010/03/17 12:57:31:
Dear Joakim Tjernlund,
In message you wrote:
hmm, I recently discovered that normal user space headers always define
both __LITTLE_ENDIAN and __BIG_ENDI
Hi Albin,
Thanks for all the help :).
After doing some research i found out that I the configuration I need is
!CONFIG_ATMEL_MCI1 since I the interface I'm trying to use is MCI0. When I
try it out it does seem like it's trying to read from it (it immediately
returns with an -EIO if I remove the S
Can I use the physical flash address of a initramfs with the u-boot
bootm command? The kernel doesn't appear to like it see below.
I'm not sure if the problem I've having is a kernel or u-boot issue.
I posted on the ARM linux list too so forgive me if you are on both
lists.
I need a initial
Hello Wolfgang,
in the message <20100316190012.84ca750...@gemini.denx.de> form
16.03.2010 at 09:00 PM
+#ifdef CONFIG_LCD
+/*
+ * LCD name TX09D50VM1CCA
+ */
+vidinfo_t panel_info = {
+ vl_col: 240,
+ vl_row: 320,
+ vl_clk: 4965000,
+ vl_sync:
Dear Brian Hutchinson,
In message <3d1967ab1003171233g5dc9cc20me150066bf64f5...@mail.gmail.com> you
wrote:
> Can I use the physical flash address of a initramfs with the u-boot
> bootm command? The kernel doesn't appear to like it see below.
As far as U-Boot is concerned: yes, you can.
In
Ramalingam C wrote:
> Hi!
>
Hi Ramalingam,
> When we are trying this on iMX51EVK board by removing the SD card, control
>
> is going to a infinite loop. The same binary is working if we store in the
>
> SD card of EVK board and boot!
Which kind of u-boot have you tested ? If you use the u-b
Hi Wolfgang,
I used the soft_spi - driver for saving the u-boot-environment.
When I started "saveenv" u-boot hang - no output.
I located the problem in soft_spi.c in function "spi_xfer()".
This function writes every byte received from the spi-device to the pointer
"dout".
In case of writing to
Hi Wolfgang,
in "lib_microblaze/board.c board_init()" the function "env_relocate()"
should be called before "getenv_IPaddr()"
otherwise there is no chance to save an ip-address in the environment (like
in lib_ppc/board.c).
Best regards
Horst Gall
_
Refactor and document the Freescale PIXIS code, used on most 85xx and 86xx
boards. This makes the code easier to read and more flexible.
Delete pixis.h, because none of the exported functions were actually being
used by any other file. Make all of the functions in pixis.c 'static'.
Remove "#incl
Dear RONETIX - Asen Dimov,
In message <4ba1363b.7010...@ronetix.at> you wrote:
>
> > This information should not be board-specific. The panel information
> > is generic and should moved to a separate header file that is not part
> > of the board code.
> >
> >
> In the boards (at91sam9263ek and
On Wednesday 17 March 2010 14:36:38 Horst Gall wrote:
> Hi,
>
> I try to compile an actual version of u-boot for xilinx microblaze.
> The linker ends with the error-message:
>
> ... mb-ld.real:u-boot.lds:1: parse error
>
> In u-boot main-directory I found the file 'u-boot.lds':
>
> OUTP
The crc table was being built as little endian for big endian
targets. This would cause fw_printenv to always fail with
"Warning: Bad CRC, using default environment" messages.
Signed-off-by: Jeff Angielski
---
lib_generic/crc32.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
d
On Wed, Mar 17, 2010 at 4:48 PM, Wolfgang Denk wrote:
> As far as U-Boot is concerned: yes, you can.
>
> In my understanding any sane kernel implementation shoul dbe able to
> deal with this.
Thanks Wolfgang! I sure do thank the Lord for your diligence over the
past 10+ years!
> Indeed ARM is o
Use correct definition for _MASK and _UNMASK. It was combined in
the previous used and causes confusion.
Signed-off-by: TsiChung Liew
---
board/freescale/m54455evb/m54455evb.c |2 +-
cpu/mcf5227x/cpu_init.c | 12 ++--
cpu/mcf52x2/cpu_init.c| 14 ++--
cpu/mcf
Provide parameter passing to uart_port_config(). Update port
configuration - un-mask it before enable the bits.
Signed-off-by: TsiChung Liew
---
cpu/mcf5227x/cpu_init.c |4 +-
cpu/mcf523x/cpu_init.c| 26 +-
cpu/mcf52x2/cpu_init.c| 61
Provide proper port passing from serial_init to uart_part_conf.
Signed-off-by: TsiChung Liew
---
drivers/serial/mcfuart.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/serial/mcfuart.c b/drivers/serial/mcfuart.c
index 0b53140..d93b24b 100644
--- a/drivers/se
Newer ColdFire processors family boot from address 0 instead of
0xFFnn_. When the boot flash base chip select is set at new
location instead of 0, an un-predictable error will occur if
there is an vector being trigger and refer it to an invalid
address or the vector table handler is not existed
Fix incorrect default environment for flash erase or protect
range. Change offset from 0 to 0xff80. Change default
ethernet setup.
Signed-off-by: TsiChung Liew
---
include/configs/M5253DEMO.h | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/include/configs/
Fix proper portsize: The register for portsize is either 00b, 01b,
or 1xb. The value that previous assigned is 32d.
Fix DRAM bring up: insert asm("nop") for every DRAM register setup
Signed-off-by: TsiChung Liew
---
board/freescale/m5271evb/m5271evb.c | 12 ++--
1 files changed, 10 ins
Add CPU compile flag -mcpu=53015 in cpu/config.mk
Signed-off-by: TsiChung Liew
---
cpu/mcf532x/config.mk | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/cpu/mcf532x/config.mk b/cpu/mcf532x/config.mk
index 0cb90ac..b783444 100644
--- a/cpu/mcf532x/config.mk
++
Provide extra environment Data and default network address
Signed-off-by: TsiChung Liew
---
include/configs/M5275EVB.h | 28 +++-
1 files changed, 23 insertions(+), 5 deletions(-)
diff --git a/include/configs/M5275EVB.h b/include/configs/M5275EVB.h
index b380159..f733a
Reside Ethernet buffer descriptors in SRAM instead of DRAM. Add
CONFIG_SYS_TX_ETH_BUFFER in platform configuration file. Update
DRAM control and SRAM control register setting. Update cache
setting where size does not write to proper region.
Signed-off-by: TsiChung Liew
Signed-off-by: Jason Jin
-
The proper SDRAM size is 32MB not 64MB
Signed-off-by: Jingchang Lu
---
include/configs/M5208EVBE.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/configs/M5208EVBE.h b/include/configs/M5208EVBE.h
index 32123d2..3cc259f 100644
--- a/include/configs/M5208EVBE.h
+
The flash location is at 0xff80, not 0
Signed-off-by: TsiChung Liew
---
include/configs/M5253DEMO.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/configs/M5253DEMO.h b/include/configs/M5253DEMO.h
index 2d2e056..1eff44c 100644
--- a/include/configs/M5253DEM
The CF will call cache functions in lib_m68/cache.c and the
cache settings are defined in platform configuration file.
Signed-off-by: TsiChung Liew
---
cpu/mcf5227x/start.S | 100 ++-
cpu/mcf523x/start.S | 75 +-
cpu/mcf52x2/start.S
The ATMEL flash does not have buffer write feature. Assgined
buffer_size = 1, so that when there is a write to the flash
will not use buffer write function.
Signed-off-by: TsiChung Liew
---
board/freescale/m54455evb/m54455evb.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --
The Nomadik GPIO driver will also be used on the U8500 SoC, so move it
out of platform-specific code.
Acked-by: Alessandro Rubini
Acked-by: Michael Brandt
Signed-off-by: Rabin Vincent
---
board/st/nhk8815/nhk8815.c |2 +-
cpu/arm926ejs/nomadik/Makefile
The Nomadik MTU driver will also be used on the U8500 SoC, so move it
out of platform-specific code.
Acked-by: Alessandro Rubini
Acked-by: Michael Brandt
Signed-off-by: Rabin Vincent
---
cpu/arm926ejs/nomadik/Makefile |2 +-
drivers/misc/Makefile
This series adds base support for ST-Ericsson's Ux500 series of Cortex-A9 based
SoCs. Several peripherals are shared with the Nomadik family, for which
support already exists in U-Boot.
Note: The series must be applied on top of the patch "[PATCH V4] Nomadik: fix
reset_timer()" posted by Alessand
TsiChung,
On Wed, Mar 17, 2010 at 6:39 PM, TsiChung Liew wrote:
> Fix incorrect default environment for flash erase or protect
> range. Change offset from 0 to 0xff80. Change default
> ethernet setup.
>
> Signed-off-by: TsiChung Liew
> ---
> include/configs/M5253DEMO.h | 12 ++--
Change the Nomadik GPIO driver to get the base addresses from platform
specific code, since it will be used on multiple platforms with
different base addresses.
Acked-by: Alessandro Rubini
Acked-by: Michael Brandt
Signed-off-by: Rabin Vincent
---
board/st/nhk8815/nhk8815.c |7 +++
dri
TsiChung,
On Wed, Mar 17, 2010 at 6:39 PM, TsiChung Liew wrote:
> Provide extra environment Data and default network address
>
> Signed-off-by: TsiChung Liew
> ---
> include/configs/M5275EVB.h | 28 +++-
> 1 files changed, 23 insertions(+), 5 deletions(-)
>
> diff --g
Change the Nomadik MTU driver to get the clock rate and prescaler from
the config file. Also remove the hardcoded divisors and do the
calculations based on the configured rate.
Acked-by: Alessandro Rubini
Acked-by: Michael Brandt
Signed-off-by: Rabin Vincent
---
drivers/misc/nomadik_mtu.c |
Add the base SoC code for ST-Ericsson's Ux500 series of Cortex A9 based
SoCs.
Even though this is a Cortex A9, we put it under Cortex A8 to avoid code
duplication, since the CPU specific code can be used unmodified across
the two CPUs.
Acked-by: Michael Brandt
Signed-off-by: Rabin Vincent
---
Conditionally compile the code calling lowlevel_init, to avoid the
following build error when CONFIG_SKIP_LOWLEVEL_INIT is defined:
start.S:218: undefined reference to `lowlevel_init'
Acked-by: Michael Brandt
Signed-off-by: Rabin Vincent
---
cpu/arm_cortexa8/start.S |4 +++-
1 files chan
The Ux500 variants of the pl011 have separate LCRH registers for RX and
TX. The TX register is at the same offset as the unmodified pl011, so
we need to additionally program only the RX register.
Acked-by: Michael Brandt
Signed-off-by: Rabin Vincent
---
I have used the style of the surrounding
> -Original Message-
> From: u-boot-boun...@lists.denx.de
> [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Ramalingam C
> Sent: 2010年3月17日 22:34
> To: U-Boot@lists.denx.de
> Subject: [U-Boot] Uboot debugging clarification!
>
> Hi!
>
> I am working on iMX515 processor in our projec
Add base board code for the MOP500 board, which uses the U8500 SoC.
Acked-by: Michael Brandt
Tested-by: Michael Brandt
Signed-off-by: Rabin Vincent
---
MAINTAINERS |4 ++
MAKEALL |1 +
Makefile |3 +
board/ste
On Mon, 2010-03-15 at 09:08 -0700, Wolfgang Denk wrote:
> Dear Siddarth Gore,
>
> In message <1268660568-23022-1-git-send-email-go...@marvell.com> you wrote:
> ...
> > diff --git a/MAINTAINERS b/MAINTAINERS
> > index 80057ce..f102cd8 100644
> > --- a/MAINTAINERS
> > +++ b/MAINTAINERS
> > @@ -765,6
I'm developing a custom board (designed by me) based on sh2a 7203 (Renesas).
I have some troubles with my SST flash, while I'm sure my eth0 card works.
For building my rootfs I use a script
Im able to mount the nfsroot filesystem but I get this message:
IP-Config: Complete:
device=eth0, addr=
Russian company MENTOREL released at91sam9G45 based SODIMM module a couple
of months ago. Module is named GEM45 and I guess it is more integrated as it
has the following features:
- 128M DDR2 main memory
- 64M DDR2 second memory for frame buffer or smt else
- 128/256M NAND
- 64/128M NO
Jeff Angielski wrote on 2010/03/18 02:14:19:
> From: Jeff Angielski
> To: u-boot@lists.denx.de
> Cc: Joakim Tjernlund
> Date: 2010/03/18 02:14
> Subject: [PATCH] env: fix endian ordering in crc table
>
>
> The crc table was being built as little endian for big endian
> targets. This would caus
72 matches
Mail list logo
