oweals/u-boot.git
15 years agompc512x: change cpu/mpc512x/Makefile to use Kconfig style
Wolfgang Denk [Sat, 16 May 2009 08:47:37 +0000 (10:47 +0200)]
mpc512x: change cpu/mpc512x/Makefile to use Kconfig style

Signed-off-by: Wolfgang Denk <wd@denx.de>
Cc: John Rigby <jcrigby@gmail.com>
15 years agoGeneral help message cleanup
Wolfgang Denk [Sun, 24 May 2009 15:06:54 +0000 (17:06 +0200)]
General help message cleanup

Many of the help messages were not really helpful; for example, many
commands that take no arguments would not print a correct synopsis
line, but "No additional help available." which is not exactly wrong,
but not helpful either.

Commit ``Make "usage" messages more helpful.'' changed this
partially. But it also became clear that lots of "Usage" and "Help"
messages (fields "usage" and "help" in struct cmd_tbl_s respective)
were actually redundant.

This patch cleans this up - for example:

Before:
=> help dtt
dtt - Digital Thermometer and Thermostat

Usage:
dtt         - Read temperature from digital thermometer and thermostat.

After:
=> help dtt
dtt - Read temperature from Digital Thermometer and Thermostat

Usage:
dtt

Signed-off-by: Wolfgang Denk <wd@denx.de>
15 years agoMake "usage" messages more helpful.
Wolfgang Denk [Sun, 24 May 2009 17:17:29 +0000 (19:17 +0200)]
Make "usage" messages more helpful.

In case of incorrect command invocations U-Boot used to print pretty
useless "usage" messages, for example:

=> nand markbad
Usage:
nand - NAND sub-system

In the result, the user would have to run the "help" command to get
the (available) information about correct command usage. Change this,
so that this information gets always printed.

Note that this changes the user interface of all commands, but
hopefully to the better.

Signed-off-by: Wolfgang Denk <wd@denx.de>
15 years agonvedit: speed up printing of environment
Mike Frysinger [Sun, 24 May 2009 06:26:19 +0000 (02:26 -0400)]
nvedit: speed up printing of environment

The printing code would check the same environment byte multiple times and
write to the console one byte at a time.  For some devices (such as the
Blackfin JTAG console which operates in 8 bytes at a time), this is pretty
damned slow.  So create a small 16 byte buffer to fill up and send to puts
as needed.  In the process, unify the different print functions, shrink
the resulting code (source and compiled), and avoid excess env reads as
those too can be somewhat expensive depending on the board.

Signed-off-by: Mike Frysinger <vapier@gentoo.org>
15 years agoconfig.mk: remove un-needed REMOTE_BUILD check
Jean-Christophe PLAGNIOL-VILLARD [Fri, 22 May 2009 17:28:52 +0000 (19:28 +0200)]
config.mk: remove un-needed REMOTE_BUILD check

as $(obj) is empty when in tree build

%.s: %.S
$(CPP) $(AFLAGS) -o $@ $<

and

$(obj)%.s: %.S
$(CPP) $(AFLAGS) -o $@ $<

are the same

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
Acked-by: Mike Frysinger <vapier@gentoo.org>
15 years agoFAT replace compare_sign with strncmp.
Tom Rix [Wed, 20 May 2009 12:55:41 +0000 (07:55 -0500)]
FAT replace compare_sign with strncmp.

The static function compare_sign is only used to compare the fs_type string
and does not do anything more than what strncmp does.

The addition of the trailing '\0' to fs_type, while legal, is not needed
because the it is never printed out and strncmp does not depend on NULL
terminated strings.

Signed-off-by: Tom Rix <Tom.Rix@windriver.com>
15 years agoAdd support for Linux-like kallsysms
Mike Frysinger [Wed, 20 May 2009 08:35:14 +0000 (04:35 -0400)]
Add support for Linux-like kallsysms

The kernel stores address<->symbol names in it so things can be decoded at
runtime.  Do it in U-Boot, and we get nice symbol decoding when crashing.

Signed-off-by: Mike Frysinger <vapier@gentoo.org>
15 years agocmd_mtdparts.c: allow to omit definitions for default settings
Wolfgang Denk [Sun, 17 May 2009 14:01:54 +0000 (16:01 +0200)]
cmd_mtdparts.c: allow to omit definitions for default settings

There is actually no good reason to enforce that all board
configuations must define default settings for "mtdids" and
"mtdparts".  Actually this may be difficult to handle, especially on
boards where different sizes of flash chips can be fit, so there is no
real "default" partition map for all boards.

Lift this arbitrary limitation.

Signed-off-by: Wolfgang Denk <wd@denx.de>
15 years agocmd_mtdparts: Move to common handling of FLASH devices via MTD layer
Stefan Roese [Tue, 12 May 2009 12:31:56 +0000 (14:31 +0200)]
cmd_mtdparts: Move to common handling of FLASH devices via MTD layer

This patch removes all references to the direct CFI FLASH interface
(via flash_info[]). Now that all FLASH types currently handled in
mtdparts are available (if selected, see below) via the MTD infrastructure.
This is NOR, NAND and OneNAND right now. This can be achieved by defining
the following options:

CONFIG_MTD_DEVICE (for all FLASH types)

plus

CONFIG_FLASH_CFI_MTD (for NOR FLASH)

So we need to add those defines to the board config headers currently
using the mtdparts commands. This is done via another patch, so
we shouldn't break mtdparts compatibility.

One big advantage from this solution is that the cmd_mtdparts.c is
*much* cleaner now. Lot's of #ifdef's are removed and the code itself
is smaller. Additionally the newly added MDT concatenation feature
can new be used via the mtdparts infrastructure and therefor via
UBI etc.

Signed-off-by: Stefan Roese <sr@denx.de>
Cc: Ladislav Michl <ladis@linux-mips.org>
Cc: Scott Wood <scottwood@freescale.com>
15 years agomtd: Introduce CONFIG_MTD_DEVICE to select compilation of mtdcore.o
Stefan Roese [Tue, 12 May 2009 12:31:18 +0000 (14:31 +0200)]
mtd: Introduce CONFIG_MTD_DEVICE to select compilation of mtdcore.o

This new define enables mtdcore.c compilation and with this we can
select the MTD device infrastructure needed for the reworked mtdparts
command.

We now have the 2 MTD infrastructure defines, CONFIG_MTD_DEVICE and
CONFIG_MTD_PARTITIONS. CONFIG_MTD_DEVICE is needed (as explained above)
for the "mtdparts" command and CONFIG_MTD_PARTITIONS is needed for UBI.

Signed-off-by: Stefan Roese <sr@denx.de>
Cc: Scott Wood <scottwood@freescale.com>
15 years agomtd: MTD related config header changes (mtdparts command)
Stefan Roese [Tue, 12 May 2009 12:32:58 +0000 (14:32 +0200)]
mtd: MTD related config header changes (mtdparts command)

By changing the cmd_mtdparts to only use the MTD infrastructure and
not the direct interface to the CFI NOR FLASH driver we now need
to add the MTD infrastructure to all boards using those mtdparts
commands. This patch adds those components:

CONFIG_MTD_DEVICE (for all FLASH types)

plus

CONFIG_FLASH_CFI_MTD (for NOR FLASH)

To all board maintainers: Please test this on your platforms and
report any problems/issues found. Thanks.

Signed-off-by: Stefan Roese <sr@denx.de>
Cc: Wolfgang Denk <wd@denx.de>
Cc: Ron Madrid <info@sheldoninst.com>
Cc: Georg Schardt <schardt@team-ctech.de>
Cc: Michal Simek <monstr@monstr.eu>
Cc: Ladislav Michl <ladis@linux-mips.org>
Cc: Martin Krause <martin.krause@tqs.de>
Cc: Gary Jennejohn <garyj@denx.de>
Cc: Ricardo Ribalda <ricardo.ribalda@uam.es>
15 years agomtd: Update MTD infrastructure to support 64bit device size
Stefan Roese [Mon, 11 May 2009 14:03:55 +0000 (16:03 +0200)]
mtd: Update MTD infrastructure to support 64bit device size

This patch brings the U-Boot MTD infrastructure in sync with the current
Linux MTD version (2.6.30-rc3). Biggest change is the 64bit device size
support and a resync of the mtdpart.c file which has seen multiple fixes
meanwhile.

Signed-off-by: Stefan Roese <sr@denx.de>
Cc: Scott Wood <scottwood@freescale.com>
Cc: Kyungmin Park <kmpark@infradead.org>
15 years agomtd: Add MTD concat support to concatenate multiple MTD NOR devices
Stefan Roese [Tue, 12 May 2009 12:29:39 +0000 (14:29 +0200)]
mtd: Add MTD concat support to concatenate multiple MTD NOR devices

This patch adds concatenation support to the U-Boot MTD infrastructure.
By enabling CONFIG_MTD_CONCAT this MTD CFI wrapper will concatenate
all found NOR devices into one single MTD device. This can be used by
e.g by UBI to access a partition that spans over multiple NOR chips.

Signed-off-by: Stefan Roese <sr@denx.de>
15 years agomake MODEM SUPPORT generic instead of duplicate it
Jean-Christophe PLAGNIOL-VILLARD [Sat, 25 Apr 2009 12:57:52 +0000 (14:57 +0200)]
make MODEM SUPPORT generic instead of duplicate it

and fix comment

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
Adjusted Copyright message.

Signed-off-by: Wolfgang Denk <wd@denx.de>
15 years agoZOOM2 detect the version of the zoom2 board at runtime.
Tom Rix [Wed, 3 Jun 2009 01:53:56 +0000 (20:53 -0500)]
ZOOM2 detect the version of the zoom2 board at runtime.

There are currently 3 versions of the zoom2 board.
The production board, that is currently being released.
The beta board, similar in form to the production board but not released.
The alpha board, a set of PCBs with a very limited circulation.

GPIO 94 is used to determine the version of the board. If GPIO 94 is clear,
the board is a production board, otherwise it is a beta board.

The alpha board will likely be mistaken for a beta board.  An alpha board
was unavailible for testing.

This has been tested on the beta and production boards.

Signed-off-by: Tom Rix <Tom.Rix@windriver.com>
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
15 years agoBeagle Convert the board version detection to use the OMAP3 GPIO interface.
Tom Rix [Wed, 3 Jun 2009 06:53:57 +0000 (01:53 -0500)]
Beagle Convert the board version detection to use the OMAP3 GPIO interface.

There is no new functionality in the change.

This change is a conversion from the using raw register access to using
the OMAP3 GPIO API described in doc/README.omap3.

Signed-off-by: Tom Rix <Tom.Rix@windriver.com>
Acked-by: Dirk Behme <dirk.behme@googlemail.com>
15 years agoFix a typo in the instructions on using omap3's gpio interface.
Tom Rix [Wed, 3 Jun 2009 06:53:55 +0000 (01:53 -0500)]
Fix a typo in the instructions on using omap3's gpio interface.

Using the example for reading a gpio, shows the problem.
NULL should be the gpio number.

Signed-off-by: Tom Rix <Tom.Rix@windriver.com>
Acked-by: Dirk Behme <dirk.behme@googlemail.com>
15 years agoZOOM2 Define GPIO banks used.
Tom Rix [Fri, 29 May 2009 23:57:32 +0000 (18:57 -0500)]
ZOOM2 Define GPIO banks used.

Enable the function and interface clocks for banks 2,3,5 and 6.

Signed-off-by: Tom Rix <Tom.Rix@windriver.com>
Acked-by: Dirk Behme <dirk.behme@googlemail.com>
15 years agoOMAP3 Turn on the GPIO bank clocks
Tom Rix [Fri, 29 May 2009 23:57:31 +0000 (18:57 -0500)]
OMAP3 Turn on the GPIO bank clocks

The function and interface clocks for each GPIO bank, except the first, must
be explicitly turned on.  These are controlled by the config level defines
CONFIG_OMAP3_GPIO_n where n is from 2 to 6.

Signed-off-by: Tom Rix <Tom.Rix@windriver.com>
Acked-by: Dirk Behme <dirk.behme@googlemail.com>
15 years agoColdfire M5271: Activate u-boot system timer interrupt.
Richard Retanubun [Thu, 26 Mar 2009 19:26:01 +0000 (15:26 -0400)]
Coldfire M5271: Activate u-boot system timer interrupt.

This patch assigns the u-boot system timer interrupt to
interrupt level 3, priority 6. Without this patch the interrupt
will be a level 0, priority 0, which disables it and cause
u-boot functions that relies on the timer (e.g. sleep command)
to never return.

Signed-off-by: Richard Retanubun <RichardRetanubun@RuggedCom.com>
15 years agoCompier warning cleanup
Richard Retanubun [Mon, 23 Mar 2009 17:35:48 +0000 (13:35 -0400)]
Compier warning cleanup

Follow up to git commit: 19b5b533ccd522abeb501d510750693c35e20456

Cleanup on compiler warnings on unused variables now that
bd->bi_enetaddr is no longer used.

Signed-off-by: Richard Retanubun <RichardRetanubun@RuggedCom.com>
15 years agoAdds WATCHDOG_RESET() function call to lib_m68k dtimer_interrupt.
Richard Retanubun [Fri, 20 Mar 2009 19:30:10 +0000 (15:30 -0400)]
Adds WATCHDOG_RESET() function call to lib_m68k dtimer_interrupt.

Ported from lib_ppc/interrupts.c, this adds the ability for
the coldfire system timer to auto-reset the watchdog when
dtimer_interrupts is called.

Signed-off-by: Richard Retanubun <RichardRetanubun@RuggedCom.com>
15 years agoarch_misc_init support for ARM architectures
Prafulla Wadaskar [Sun, 31 May 2009 12:53:20 +0000 (14:53 +0200)]
arch_misc_init support for ARM architectures

This patch is required for Kirkwood support
may be used by other ARM architectures

Signed-off-by: Prafulla Wadaskar <prafulla@marvell.com>
15 years agoat91: move cpu info print to cpu
Jean-Christophe PLAGNIOL-VILLARD [Sun, 31 May 2009 12:53:18 +0000 (14:53 +0200)]
at91: move cpu info print to cpu

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
15 years agoat91: move cpu name define to arm/arch/ cpu header
Jean-Christophe PLAGNIOL-VILLARD [Sun, 31 May 2009 10:44:46 +0000 (12:44 +0200)]
at91: move cpu name define to arm/arch/ cpu header

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
15 years agoat91: extract reset from timer
Jean-Christophe PLAGNIOL-VILLARD [Sun, 31 May 2009 10:44:45 +0000 (12:44 +0200)]
at91: extract reset from timer

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
15 years agoomap24xx: rename reset file
Jean-Christophe PLAGNIOL-VILLARD [Sun, 31 May 2009 10:44:43 +0000 (12:44 +0200)]
omap24xx: rename reset file

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
15 years agoOMAP3: Fix CKE1 MUX setting to allow self-refresh
Dirk Behme [Sun, 31 May 2009 10:44:42 +0000 (12:44 +0200)]
OMAP3: Fix CKE1 MUX setting to allow self-refresh

The Beagle rev Cx and Overo boards are using both SDRC CSes. The MUX
setting is needed for the second CS clock signal to allow the 2 RAM
parts to be put in self-refresh correctly. This also works on rev B
Beagle boards with 128M of RAM.

From: Steve Sakoman <steve@sakoman.com>
From: Jean Pihet <jpihet@mvista.com>
Signed-off-by: Jean Pihet <jpihet@mvista.com>
Signed-off-by: Steve Sakoman <steve@sakoman.com>
Signed-off-by: Dirk Behme <dirk.behme@googlemail.com>
15 years agoOMAP3: Zoom2: Enable Board and CPU info
Dirk Behme [Sun, 31 May 2009 10:44:41 +0000 (12:44 +0200)]
OMAP3: Zoom2: Enable Board and CPU info

With other OMAP3 boards we recently switched to CPU and Board
info API. From parallel merge, this is missing for Zoom2.
Enable it for Zoom2, too.

Signed-off-by: Dirk Behme <dirk.behme@googlemail.com>
Acked-by: Tom Rix <Tom.Rix@windriver.com>
15 years agoZOOM2 Add led support.
Tom Rix [Sun, 31 May 2009 10:44:39 +0000 (12:44 +0200)]
ZOOM2 Add led support.

This patch controls the large LED on the top left of the zoom2.

Signed-off-by: Tom Rix <Tom.Rix@windriver.com>
15 years agoZOOM2 Add serial support.
Tom Rix [Sun, 31 May 2009 10:44:37 +0000 (12:44 +0200)]
ZOOM2 Add serial support.

Zoom2 serial is in general supplied by one of the 4 UARTS on the debug board.
The default serial is from the USB connector on left side of the debug board.
The USB connector will produce 2 of the 4 UARTS.  On your host pick the first
enumeration.

The details of the setting of the serial gpmc setup are not available.
The values were provided by another party.

The serial port set up is the same with Zoom1.
Baud rate 115200, 8 bit data, no parity, 1 stop bit, no flow.

The kernel bootargs are
console=ttyS3,115200n8

Signed-off-by: Tom Rix <Tom.Rix@windriver.com>
15 years agolh7a40x: move serial driver to drivers/serial
Jean-Christophe PLAGNIOL-VILLARD [Sun, 31 May 2009 10:44:27 +0000 (12:44 +0200)]
lh7a40x: move serial driver to drivers/serial

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
15 years agopxa: move serial driver to drivers/serial
Jean-Christophe PLAGNIOL-VILLARD [Sat, 16 May 2009 20:48:46 +0000 (22:48 +0200)]
pxa: move serial driver to drivers/serial

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
15 years agoarm: remove cpu_init
Jean-Christophe PLAGNIOL-VILLARD [Sat, 9 May 2009 11:21:19 +0000 (13:21 +0200)]
arm: remove cpu_init

move s3c44b0 to arch_cpu_init and as noone use cpu_init remove it

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
15 years agoarm: unify interrupt init
Jean-Christophe PLAGNIOL-VILLARD [Sat, 9 May 2009 11:21:18 +0000 (13:21 +0200)]
arm: unify interrupt init

all arm init the IRQ stack the same way
so unify it in lib_arm/interrupts.c and then call arch specific interrupt init

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
15 years agoarm: unify linker script
Jean-Christophe PLAGNIOL-VILLARD [Fri, 8 May 2009 18:24:12 +0000 (20:24 +0200)]
arm: unify linker script

all arm boards except a few use the same cpu linker script
so move it to cpu/$(CPU)

that could be overwrite in following order
SOC
BOARD
via the corresponding config.mk

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
15 years agoafeb9260: fix macb device init
Jean-Christophe PLAGNIOL-VILLARD [Sat, 16 May 2009 08:02:05 +0000 (10:02 +0200)]
afeb9260: fix macb device init

uses PA10, PA11 for ETX2 and ETX3.

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
15 years agoppc4xx: Remove PCI async bootup message if PCI is not used
Stefan Roese [Wed, 27 May 2009 08:34:32 +0000 (10:34 +0200)]
ppc4xx: Remove PCI async bootup message if PCI is not used

Signed-off-by: Stefan Roese <sr@denx.de>
15 years agoTQM834x: use buffered writes to accelerate writing to flash
Wolfgang Denk [Fri, 15 May 2009 07:19:52 +0000 (09:19 +0200)]
TQM834x: use buffered writes to accelerate writing to flash

Also enable display of 'E'mpty sectors in "flinfo" output.

Signed-off-by: Wolfgang Denk <wd@denx.de>
Signed-off-by: Kim Phillips <kim.phillips@freescale.com>
15 years agoTQM834x: add FDT support
Wolfgang Denk [Thu, 14 May 2009 21:18:34 +0000 (23:18 +0200)]
TQM834x: add FDT support

Signed-off-by: Wolfgang Denk <wd@denx.de>
Signed-off-by: Kim Phillips <kim.phillips@freescale.com>
15 years agoTQM834x: fix environment size; add redundant env.
Wolfgang Denk [Thu, 14 May 2009 21:18:33 +0000 (23:18 +0200)]
TQM834x: fix environment size; add redundant env.

Also reserve more space for U-Boot as it will probably grow soon.

Signed-off-by: Wolfgang Denk <wd@denx.de>
Signed-off-by: Kim Phillips <kim.phillips@freescale.com>
15 years agoARM DaVinci: Reset with watchdog enabled
Thomas Lange [Sun, 3 May 2009 18:07:33 +0000 (20:07 +0200)]
ARM DaVinci: Reset with watchdog enabled

Once the Davinci watchdog has been enabled, the timeout
value cannot be changed. If the timeout in use is long,
it can take a long time for card to reset. By writing
an invalid service key, we can trigger an immediate reset.

Signed-off-by: Thomas Lange <thomas@corelatus.se>
15 years agovideo: Add an option to skip video initialization
Wolfgang Denk [Fri, 15 May 2009 08:07:43 +0000 (10:07 +0200)]
video: Add an option to skip video initialization

This patch adds an option to skip the video initialization on for all
video drivers. This is needed for the CPCI750 which can be built as
CPCI host and adapter/target board. And the adapter board can't
access the video cards located on the CompactPCI bus.

Signed-off-by: Stefan Roese <sr@denx.de>
Cc: Anatolij Gustschin <agust@denx.de>
Rebased against simplifying patch.
Signed-off-by: Wolfgang Denk <wd@denx.de>
15 years agodrv_video_init(): simplify logic
Wolfgang Denk [Fri, 15 May 2009 08:07:42 +0000 (10:07 +0200)]
drv_video_init(): simplify logic

Simplify nesting of drv_video_init() and use a consistent way of
indicating failure / success. Before, it took me some time to realize
which of the returns was due to an error condition and which of them
indicated success.

Signed-off-by: Wolfgang Denk <wd@denx.de>
Cc: Anatolij Gustschin <agust@denx.de>
15 years agoat91: regroup IP hw init in one file per soc
Jean-Christophe PLAGNIOL-VILLARD [Wed, 13 May 2009 19:01:13 +0000 (21:01 +0200)]
at91: regroup IP hw init in one file per soc

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
15 years agodm355 evm support
David Brownell [Fri, 15 May 2009 21:48:37 +0000 (23:48 +0200)]
dm355 evm support

Initial U-Boot support for the DaVinci DM355 EVM.  This is a board
from Spectrum Digital.  Board docs include schematic and firmware
for its microcontroller:

  http://c6000.spectrumdigital.com/evmdm355/revd/

Most of the DM355 chip is fully documented by TI, the most notable
exception being the MPEG/JPEG coprocessor (programmable using codecs
available at no cost from TI), which is omitted from its DM335 sibling:

  http://focus.ti.com/docs/prod/folders/print/tms320dm355.html

This version can boot from the on-board DM9000 Ethernet chip, after
being loaded (from NAND, MMC/SD, or UART).  In the near future, NAND
and USB support could be added ... NAND support is being held back
until the support for the 4-bit ECC hardware is ready.

Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
15 years agoOMAP3EVM: Set default bootfile
Sanjeev Premi [Fri, 15 May 2009 21:48:37 +0000 (23:48 +0200)]
OMAP3EVM: Set default bootfile

The current configuration doesn't define default
bootfile; leading to this warning at execution:

OMAP3_EVM # dhcp
...
...
DHCP client bound to address 192.168.1.11
*** Warning: no boot file name; using 'AC18BE16.img'
TFTP from server 0.0.0.0; our IP address is 192.168.1.11;
sending through gateway 192.168.1.1
Filename 'AC18BE16.img'.
Load address: 0x82000000
Loading: *
TFTP error: 'File not found' (1)

Signed-off-by: Sanjeev Premi <premi@ti.com>
15 years agoARM DaVinci: Minor Updates to base addresses
s-paulraj@ti.com [Fri, 15 May 2009 21:48:36 +0000 (23:48 +0200)]
ARM DaVinci: Minor Updates to base addresses

Patch adds base addresses for DaVinci DM365. Updated patches for DM365
will be posted soon.

Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>
15 years agoZOOM2 Add support for debug board detection.
Tom Rix [Fri, 15 May 2009 21:48:36 +0000 (23:48 +0200)]
ZOOM2 Add support for debug board detection.

The logicpd web site is a good source for general information on this board.
Please start looking here if the below links are broken.
http://www.logicpd.com

This is a pdf of the product
http://www.logicpd.com/sites/default/files/1012659A_Zoom_OMAP34x-II_MDP_Brief.pdf

This is a pdf of the product quick start guide.
The debug board is described here.
http://support.logicpd.com/downloads/1165/

This is a wiki showing the debug board in use
https://omapzoom.org/gf/project/omapzoom/wiki/?pagename=GettingStartedWithZoomII_AKA_OMAP34XII_MDP

The zoom2 has an auxillary board that contains the serial, net, jtag and
battery simulator.  This change supports a runtime check if the debug board is
connected.

Signed-off-by: Tom Rix <Tom.Rix@windriver.com>
15 years agoOMAP3 Port kernel omap gpio interface.
Tom Rix [Fri, 15 May 2009 21:48:36 +0000 (23:48 +0200)]
OMAP3 Port kernel omap gpio interface.

Port version 2.6.27 of the linux kernel's omap gpio interface to u-boot.
The orignal source is in linux/arch/arm/plat-omap/gpio.c

See doc/README.omap3 for instructions on use.

Signed-off-by: Tom Rix <Tom.Rix@windriver.com>
15 years agoZOOM2 Add initial support for Zoom2
Tom Rix [Fri, 15 May 2009 21:48:36 +0000 (23:48 +0200)]
ZOOM2 Add initial support for Zoom2

Zoom2 is a new board from Texas Instruments and LogicPD

The logicpd web site is a good source for general information on this board.
Please start looking here if the below links are broken.
http://www.logicpd.com

This is a pdf of the product
http://www.logicpd.com/sites/default/files/1012659A_Zoom_OMAP34x-II_MDP_Brief.pdf
This is the product description web page
http://www.logicpd.com/products/development-kits/texas-instruments-zoom%E2%84%A2-omap34x-ii-mdp

This patch provides a zoom2 base target by copying zoom1 and by making some
obvious changes.

To configure, run
make omap3_zoom2_config

Signed-off-by: Tom Rix <Tom.Rix@windriver.com>
15 years agoARM DaVinci:Consolidate common u-boot.lds
Sandeep Paulraj [Fri, 15 May 2009 21:48:33 +0000 (23:48 +0200)]
ARM DaVinci:Consolidate common u-boot.lds

The u-boot.lds is common for all DaVinci boards. The patch removes
multiple instances and moves the u-boot.lds to /cpu/arm926ejs/davinci
folder. This addresses one of the comments i received while submitting
patches for DM3xx

Signed-off-by: Sandeep Paulraj <s-paulraj@ti.com>
15 years agoOMAP Consolidate common u-boot.lds to cpu layer.
Tom Rix [Fri, 15 May 2009 21:47:52 +0000 (23:47 +0200)]
OMAP Consolidate common u-boot.lds to cpu layer.

The u-boot.lds file is common for all omap boards.
Move a cleaned up version to the cpu layer and add makefile logic to use it.

Signed-off-by: Tom Rix <Tom.Rix@windriver.com>
15 years agoarm/dcc: add xscale support
Jean-Christophe PLAGNIOL-VILLARD [Fri, 15 May 2009 21:47:14 +0000 (23:47 +0200)]
arm/dcc: add xscale support

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
15 years agoarm/dcc: use static support to allow to use it at anytime
Jean-Christophe PLAGNIOL-VILLARD [Fri, 15 May 2009 21:47:14 +0000 (23:47 +0200)]
arm/dcc: use static support to allow to use it at anytime

the dcc can be used at the start of the cpu

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
15 years agoARM: Update mach-types
Jean-Christophe PLAGNIOL-VILLARD [Fri, 15 May 2009 21:47:13 +0000 (23:47 +0200)]
ARM: Update mach-types

update against linux v2.6.29

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
15 years agoarm920/926/926: remove non needed header
Jean-Christophe PLAGNIOL-VILLARD [Fri, 15 May 2009 21:47:13 +0000 (23:47 +0200)]
arm920/926/926: remove non needed header

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
15 years agodavinci dm6446evm NAND update
David Brownell [Fri, 15 May 2009 21:47:13 +0000 (23:47 +0200)]
davinci dm6446evm NAND update

This updates the optional (non-default!) NAND support for the
DaVinci DM6446 EVM:

 - include MTD partitioning, defaulting to what Linux uses

 - use a flash-based BBT, which among other things speeds bootup

This matches code that's now queued for mainline Linux, and might
even merge in an upcoming 2.6.30-rc; and the MTIDS are set up so
that the U-Boot $mtdparts environment variable can be passed as-is
on the kernel command line as a cmdlinepart override.

Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
15 years agodavinci: display correct clock info
David Brownell [Fri, 15 May 2009 21:47:12 +0000 (23:47 +0200)]
davinci: display correct clock info

Move the clock-rate dumping code into the cpu/.../davinci area
where it should have been, enabled by CONFIG_DISPLAY_CPUINFO,
updating the format and showing the DSP clock (where relevant).

Switch boards to use the cpuinfo() hook for this stuff.

Remove a few now-obsolete PLL #defines.

Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
15 years agoZOOM1 Remove more legacy NAND defines.
Tom Rix [Fri, 15 May 2009 21:47:12 +0000 (23:47 +0200)]
ZOOM1 Remove more legacy NAND defines.

These legacy NAND defines are no longer needed by this target.

Signed-off-by: Tom Rix <Tom.Rix@windriver.com>
15 years agoLED Add documentation describing the status_led and colour led API.
Tom Rix [Fri, 15 May 2009 21:47:12 +0000 (23:47 +0200)]
LED Add documentation describing the status_led and colour led API.

This document describes the u-boot status LED API.
This allows common u-boot commands to use a board's leds to
provide status for activities like booting and downloading files.

Signed-off-by: Tom Rix <Tom.Rix@windriver.com>
15 years agoARM Add blue colour LED to status_led.
Tom Rix [Fri, 15 May 2009 21:47:12 +0000 (23:47 +0200)]
ARM Add blue colour LED to status_led.

There is exiting support for red,yellow,green but no blue.
The main LED on the zoom2 is a blue LED.

Signed-off-by: Tom Rix <Tom.Rix@windriver.com>
15 years agoarm: timer and interrupt init rework
Jean-Christophe PLAGNIOL-VILLARD [Fri, 15 May 2009 21:47:02 +0000 (23:47 +0200)]
arm: timer and interrupt init rework

actually the timer init use the interrupt_init as init callback
which make the interrupt and timer implementation difficult to follow

so now rename it as int timer_init(void) and use interrupt_init for interrupt

btw also remane the corresponding file to the functionnality implemented

as ixp arch implement two timer - one based on interrupt - so all the timer
related code is moved to timer.c

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
15 years agoOMAP3: Reorganize Makefile style
Jean-Christophe PLAGNIOL-VILLARD [Fri, 15 May 2009 21:45:22 +0000 (23:45 +0200)]
OMAP3: Reorganize Makefile style

Reformat COBJS handling.

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
Signed-off-by: Dirk Behme <dirk.behme@googlemail.com>
15 years agoOMAP3: Remove dublicated interrupt code
Jean-Christophe PLAGNIOL-VILLARD [Fri, 15 May 2009 21:45:22 +0000 (23:45 +0200)]
OMAP3: Remove dublicated interrupt code

Remove duplicated interrupt code. Original, identical code can be found
in lib_arm/interrupts.c

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
Signed-off-by: Dirk Behme <dirk.behme@googlemail.com>
15 years agoat91rm9200: move reset code to reset.c
Jean-Christophe PLAGNIOL-VILLARD [Fri, 15 May 2009 21:45:22 +0000 (23:45 +0200)]
at91rm9200: move reset code to reset.c

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
15 years agoixp/interrupts: Move conditional compilation to Makefile
Jean-Christophe PLAGNIOL-VILLARD [Fri, 15 May 2009 21:45:22 +0000 (23:45 +0200)]
ixp/interrupts: Move conditional compilation to Makefile

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
15 years agoarm: cleanup remaining CONFIG_INIT_CRITICAL
Jean-Christophe PLAGNIOL-VILLARD [Fri, 15 May 2009 21:45:20 +0000 (23:45 +0200)]
arm: cleanup remaining CONFIG_INIT_CRITICAL

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
15 years agoarm946es: remove non used timer
Jean-Christophe PLAGNIOL-VILLARD [Fri, 15 May 2009 21:45:12 +0000 (23:45 +0200)]
arm946es: remove non used timer

Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
15 years agodavinci: add basic dm355/dm350/dm335 support
David Brownell [Fri, 15 May 2009 21:44:09 +0000 (23:44 +0200)]
davinci: add basic dm355/dm350/dm335 support

Add some basic declarations for DaVinci DM355/DM350/DM335 support,
keyed on CONFIG_SOC_DM355.  (DM35X isn't quite right because the
DM357 is very different; while the DM355 is like a DM355 without
the MPEG/JPEG coprocessor).

These have different peripherals than the DM6446, and some of
the peripherals are at different addresses.  Notably for U-Boot,
there's no EMAC, and the NAND controller address is different

Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
15 years agodavinci: fix dm644x buglets
David Brownell [Fri, 15 May 2009 21:44:09 +0000 (23:44 +0200)]
davinci: fix dm644x buglets

Fix two buglets in the dm644x support:  don't set two must-be-zero
bits in the UART management register; and only include the I2C hooks
if the I2C driver is being included.

Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
15 years agodavinci: split out some dm644x-specific bits from psc
David Brownell [Fri, 15 May 2009 21:44:08 +0000 (23:44 +0200)]
davinci: split out some dm644x-specific bits from psc

Split out DaVinci DM6446-specific bits from more generic bits:

 - Add a CONFIG_SOC_DM644X.  All current boards use DM6446 chips;
   DM6443 and DM6441 chips differ in available peripherals.

 - Move most DM644X-specific bits from psc.c to a new dm644x.c file,
   which is conditionally built.  It provides device-specific setup.

Plus minor coding style and comment updates with respect to the PSC.

Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
15 years agodavinci: cpu-specific build uses conditional make syntax
David Brownell [Fri, 15 May 2009 21:44:08 +0000 (23:44 +0200)]
davinci: cpu-specific build uses conditional make syntax

Update cpu/arm926ejs/davinci/Makefile to use COBJ-y type syntax.
Add the first conditional: for EMAC driver support.  Not all
chips have an EMAC; and boards might not use it, anyway.

This doesn't touch PHY configuration; that should eventually
become conditional too.

Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
15 years agodavinci: move psc support board-->cpu
David Brownell [Fri, 15 May 2009 21:44:06 +0000 (23:44 +0200)]
davinci: move psc support board-->cpu

Move DaVinci PSC support from board/* to cpu/* where it belongs.
The PSC module manages clocks and resets for all DaVinci-family
SoCs, and isn't at all board-specific.

Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
15 years agoDaVinci now respects SKIP_LOWLEVEL_INIT
David Brownell [Tue, 14 Apr 2009 15:52:58 +0000 (08:52 -0700)]
DaVinci now respects SKIP_LOWLEVEL_INIT

Don't needlessly include lowlevel init code; that's only really
needed with boot-from NOR (not boot-from-NAND).  The 2nd stage
loader (UBL) handles that before it loads U-Boot.

Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
15 years agoDaVinci Ethernet cleanup
David Brownell [Mon, 13 Apr 2009 05:49:26 +0000 (22:49 -0700)]
DaVinci Ethernet cleanup

Chips without the EMAC controller won't need the utilities
it uses to read an Ethernet address from EEPROM; so don't
include them needlessly.

Use is_valid_ether() to validate the address from EEPROM.
All-zero addresses aren't the only invalid addresses.
A fully erased EEPROM returns all-ones, also invalid...

Switch those Ethernet utilities to use "%pM" for printing
MAC addresses; and not say ROM when they mean EEPROM.

Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Acked-by: Ben Warren <biggerbadderben@gmail.com>
15 years agolib_arch/board.c: Move malloc initialization before flash_init()
Stefan Roese [Mon, 11 May 2009 13:50:12 +0000 (15:50 +0200)]
lib_arch/board.c: Move malloc initialization before flash_init()

This patch moves the malloc initialization before calling flash_init().
Upcoming changes to the NOR FLASH common CFI driver with optional
MTD infrastructure and MTD concatenation support will call malloc().
And nothing really speaks against enabling malloc just a little earlier
in the boot stage. Some architectures already enable malloc before
calling flash_init() so they don't need any changes here.

Signed-off-by: Stefan Roese <sr@denx.de>
Cc: Wolfgang Denk <wd@denx.de>
Cc: Mike Frysinger <vapier@gentoo.org>
Cc: Scott McNutt <smcnutt@psyent.com>
Cc: Shinya Kuribayashi <shinya.kuribayashi@necel.com>
Cc: Nobuhiro Iwamatsu <iwamatsu@nigauri.org>
Cc: Daniel Hellstrom <daniel@gaisler.com>
Cc: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
Cc: John Rigby <jcrigby@gmail.com>
15 years agoppc4xx: Add Sequoia RAM-booting target
Stefan Roese [Mon, 11 May 2009 11:46:14 +0000 (13:46 +0200)]
ppc4xx: Add Sequoia RAM-booting target

This patch adds another build target for the AMCC Sequoia PPC440EPx
eval board. This RAM-booting version is targeted for boards without
NOR FLASH (NAND booting) which need a possibility to initially
program their NAND FLASH. Using a JTAG debugger (e.g. BDI2000/3000)
configured to setup the SDRAM, this debugger can load this RAM-
booting image to the target address in SDRAM (in this case 0x1000000)
and start it there. Then U-Boot's standard NAND commands can be
used to program the NAND FLASH (e.g. "nand write ...").

Here the commands to load and start this image from the BDI2000:

440EPX>reset halt
440EPX>load 0x1000000 /tftpboot/sequoia/u-boot.bin
440EPX>go 0x1000000

Please note that this image automatically scans for an already
initialized SDRAM TLB (detected by EPN=0). This TLB will not be
cleared. This TLB doesn't need to be TLB #0, this RAM-booting
version will detect it and preserve it. So booting via BDI2000
will work and booting with a complete different TLB init via
U-Boot works as well.

Signed-off-by: Stefan Roese <sr@denx.de>
15 years agotools/envcrc: add --binary option to export embedded env
Mike Frysinger [Wed, 6 May 2009 12:41:45 +0000 (08:41 -0400)]
tools/envcrc: add --binary option to export embedded env

The --binary option to envcrc can be used to export the embedded env as a
binary blob so that it can be manipulated/examined/whatever externally.

Signed-off-by: Mike Frysinger <vapier@gentoo.org>
15 years agoEnable CONFIG_NET_MULTI on all remaining PPC4xx boards
Ben Warren [Tue, 28 Apr 2009 23:50:53 +0000 (16:50 -0700)]
Enable CONFIG_NET_MULTI on all remaining PPC4xx boards

All in-tree PPC4xx boards now use CONFIG_NET_MULTI

Signed-off-by: Ben Warren <biggerbadderben@gmail.com>
Signed-off-by: Stefan Roese <sr@denx.de>
15 years ago4xx: Add support for DP405 hardware variants
Matthias Fuchs [Wed, 29 Apr 2009 07:51:01 +0000 (09:51 +0200)]
4xx: Add support for DP405 hardware variants

Signed-off-by: Matthias Fuchs <matthias.fuchs@esd.eu>
Signed-off-by: Stefan Roese <sr@denx.de>
15 years ago4xx: Remove binary cpld bitstream from DP405 board
Matthias Fuchs [Wed, 29 Apr 2009 07:51:00 +0000 (09:51 +0200)]
4xx: Remove binary cpld bitstream from DP405 board

This patch removes the cpld binary bitstream that is
used by esd's cpld command on DP405 boards.

Because u-boot with an external cpld bitstream may not
take more space in flash than before the u-boot binary is
shrinked a little bit. Some unused featues have been
removed therefore.

Signed-off-by: Matthias Fuchs <matthias.fuchs@esd.eu>
Signed-off-by: Stefan Roese <sr@denx.de>
15 years ago4xx: Remove binary cpld bitstream from VOM405 board
Matthias Fuchs [Wed, 29 Apr 2009 07:50:59 +0000 (09:50 +0200)]
4xx: Remove binary cpld bitstream from VOM405 board

This patch removes the cpld binary bitstream that is
used by esd's cpld command on VOM405 boards.

Because u-boot with an external cpld bitstream may not
take more space in flash than before the u-boot binary is
shrinked a little bit.

Signed-off-by: Matthias Fuchs <matthias.fuchs@esd.eu>
Signed-off-by: Stefan Roese <sr@denx.de>
15 years ago4xx: Remove binary cpld bitstream from PMC405 board
Matthias Fuchs [Wed, 29 Apr 2009 07:50:58 +0000 (09:50 +0200)]
4xx: Remove binary cpld bitstream from PMC405 board

This patch removes the cpld binary bitstream that is
used by esd's cpld command on PMC405 boards.

Signed-off-by: Matthias Fuchs <matthias.fuchs@esd.eu>
Signed-off-by: Stefan Roese <sr@denx.de>
15 years ago4xx: Remove binary cpld bitstream from CMS700 board
Matthias Fuchs [Wed, 29 Apr 2009 07:50:57 +0000 (09:50 +0200)]
4xx: Remove binary cpld bitstream from CMS700 board

This patch removes the cpld binary bitstream that is
used by esd's cpld command on CMS700 boards.

Because u-boot with an external cpld bitstream may not
take more space in flash than before the u-boot binary is
shrinked a little bit. Some unused featues have been
removed therefore.

Signed-off-by: Matthias Fuchs <matthias.fuchs@esd.eu>
Signed-off-by: Stefan Roese <sr@denx.de>
15 years agoesd/common: extend cpld command with address parameter
Matthias Fuchs [Wed, 29 Apr 2009 07:50:56 +0000 (09:50 +0200)]
esd/common: extend cpld command with address parameter

This patch adds support for an address parameter to esd's
cpld command. This is in preparation to remove compiled-in
binary cpld (xsvf) bitstreams.

Signed-off-by: Matthias Fuchs <matthias.fuchs@esd.eu>
Signed-off-by: Stefan Roese <sr@denx.de>
15 years agocmd_i2c: Fix i2c help command output when CONFIG_I2C_MUX
Peter Tyser [Sun, 19 Apr 2009 03:34:06 +0000 (22:34 -0500)]
cmd_i2c: Fix i2c help command output when CONFIG_I2C_MUX

When CONFIG_I2C_MUX was defined the output of 'help i2c' was not
correct, eg:

=> help i2c
i2c bus [muxtype:muxaddr:muxchannel] - add a new bus reached over muxes.
speed [speed] - show or set I2C bus speed
i2c dev [dev] - show or set current I2C bus
...

It has been changed to:
i2c speed [speed] - show or set I2C bus speed
i2c bus [muxtype:muxaddr:muxchannel] - add a new bus reached over muxes
i2c dev [dev] - show or set current I2C bus
...

Signed-off-by: Peter Tyser <ptyser@xes-inc.com>
15 years agocmd_i2c: Clean up trivial helper functions
Peter Tyser [Sun, 19 Apr 2009 03:34:05 +0000 (22:34 -0500)]
cmd_i2c: Clean up trivial helper functions

Signed-off-by: Peter Tyser <ptyser@xes-inc.com>
15 years agocmd_i2c: Clean up i2c command argument parsing
Peter Tyser [Sun, 19 Apr 2009 03:34:04 +0000 (22:34 -0500)]
cmd_i2c: Clean up i2c command argument parsing

argc and argv should only be modified once instead of once for
every i2c sub-command

Signed-off-by: Peter Tyser <ptyser@xes-inc.com>
15 years agoi2c: Update references to individual i2c commands
Peter Tyser [Sun, 19 Apr 2009 03:34:03 +0000 (22:34 -0500)]
i2c: Update references to individual i2c commands

The individual i2c commands imd, imm, inm, imw, icrc32, iprobe, iloop,
and isdram are no longer available so all references to them have been
updated to the new form of "i2c <cmd>".

Signed-off-by: Peter Tyser <ptyser@xes-inc.com>
15 years agoi2c: Remove deprecated individual i2c commands
Peter Tyser [Sun, 19 Apr 2009 03:34:02 +0000 (22:34 -0500)]
i2c: Remove deprecated individual i2c commands

The following individual I2C commands have been removed: imd, imm, inm,
imw, icrc32, iprobe, iloop, isdram.

The functionality of the individual commands is still available via
the 'i2c' command.

This change only has an impact on those boards which did not have
CONFIG_I2C_CMD_TREE defined.

Signed-off-by: Peter Tyser <ptyser@xes-inc.com>
15 years agoi2c: Create common default i2c_[set|get]_bus_speed() functions
Peter Tyser [Sun, 19 Apr 2009 03:34:01 +0000 (22:34 -0500)]
i2c: Create common default i2c_[set|get]_bus_speed() functions

New default, weak i2c_get_bus_speed() and i2c_set_bus_speed() functions
replace a number of architecture-specific implementations.

Also, providing default functions will allow all boards to enable
CONFIG_I2C_CMD_TREE.  This was previously not possible since the
tree-form of the i2c command provides the ability to display and modify
the i2c bus speed which requires i2c_[set|get]_bus_speed() to be
present.

Signed-off-by: Peter Tyser <ptyser@xes-inc.com>
15 years agocm5200: Make function test command names more unique
Peter Tyser [Sun, 19 Apr 2009 03:34:00 +0000 (22:34 -0500)]
cm5200: Make function test command names more unique

Add "_test" to cm5200's function test command names to prevent
overlap with common, global function names.  Originally, the
"do_i2c" function test command interfered with
common/cmd_i2c.c's "do_i2c" when CONFIG_I2C_CMD_TREE was defined.

The functions were also made static as they are not globally accessed.

Signed-off-by: Peter Tyser <ptyser@xes-inc.com>
15 years agotsi108_i2c: Add i2c_init() stub function
Peter Tyser [Fri, 24 Apr 2009 20:34:09 +0000 (15:34 -0500)]
tsi108_i2c: Add i2c_init() stub function

Add the i2c_init() function so that the tsi108_i2c.c driver fits
U-Boot's standard I2C API which is utilized by cmd_i2c.c

Signed-off-by: Peter Tyser <ptyser@xes-inc.com>
15 years agompc7448hpc2: Add CONFIG_SYS_I2C_SPEED define
Peter Tyser [Fri, 24 Apr 2009 20:34:08 +0000 (15:34 -0500)]
mpc7448hpc2: Add CONFIG_SYS_I2C_SPEED define

Add standard CONFIG_SYS_I2C_SPEED define for the mpc7448hpc2 so that
it can use the common 'i2c speed' command.  Note that the I2C controller
utilized by the mpc7448hpc2 has a fixed speed and cannot be changed
dynamically.

Signed-off-by: Peter Tyser <ptyser@xes-inc.com>
15 years agoMarvell: i2c cleanup
Peter Tyser [Fri, 24 Apr 2009 20:34:07 +0000 (15:34 -0500)]
Marvell: i2c cleanup

The following changes were made, primarily to bring the Marvell i2c
driver in line with U-Boot's current I2C API:
- Made i2c_init() globally accessible
- Made i2c_read() and i2c_write() return an integer
- Updated i2c_init() calls to pass in CONFIG_SYS_I2C_SLAVE in the
  offhand chance someone adds slave support in the future

Signed-off-by: Peter Tyser <ptyser@xes-inc.com>
15 years agocpci750: i2c cleanup
Peter Tyser [Fri, 24 Apr 2009 20:34:06 +0000 (15:34 -0500)]
cpci750: i2c cleanup

The following changes were made, primarily to bring the cpci750 i2c
driver in line with U-Boot's current I2C API:
- Made i2c_init() globally accessible
- Made i2c_read() and i2c_write() return an integer
- Updated i2c_init() calls to pass in CONFIG_SYS_I2C_SLAVE in the
  offhand chance someone adds slave support in the future

Signed-off-by: Peter Tyser <ptyser@xes-inc.com>
15 years agoi2c.h: Provide a default CONFIG_SYS_I2C_SLAVE value
Peter Tyser [Fri, 24 Apr 2009 20:34:05 +0000 (15:34 -0500)]
i2c.h: Provide a default CONFIG_SYS_I2C_SLAVE value

Many boards/controllers/drivers don't support an I2C slave interface,
however CONFIG_SYS_I2C_SLAVE is used in common code so provide a
default

Signed-off-by: Peter Tyser <ptyser@xes-inc.com>
15 years agofsl-ddr: Fix handling of >4G of memory when !CONFIG_PHYS_64BIT
Kumar Gala [Fri, 12 Jun 2009 04:42:35 +0000 (23:42 -0500)]
fsl-ddr: Fix handling of >4G of memory when !CONFIG_PHYS_64BIT

The ddr code computes most things as 64-bit quantities and had some places
in the middle that it was using phy_addr_t and phys_size_t.

Instead we use unsigned long long through out and only at the last stage of
setting the LAWs and reporting the amount of memory to the board code do we
truncate down to what we can cover via phys_size_t.

This has the added benefit that the DDR controller itself is always setup
the same way regardless of how much memory we have.  Its only the LAW
setup that limits what is visible to the system.

Signed-off-by: Kumar Gala <galak@kernel.crashing.org>
15 years ago85xx: Use print_size to report amount of memory not mapped by TLBs
Kumar Gala [Fri, 12 Jun 2009 04:40:34 +0000 (23:40 -0500)]
85xx: Use print_size to report amount of memory not mapped by TLBs

Signed-off-by: Kumar Gala <galak@kernel.crashing.org>