Signed-off-by: NPeter Tyser <ptyser@xes-inc.com>
Signed-off-by: NStefan Roese <sr@denx.de>

Signed-off-by: NPeter Tyser <ptyser@xes-inc.com>
Signed-off-by: NStefan Roese <sr@denx.de>

This change should have no functional effect
Signed-off-by: NPeter Tyser <ptyser@xes-inc.com>
Signed-off-by: NStefan Roese <sr@denx.de>

Signed-off-by: NPeter Tyser <ptyser@xes-inc.com>
Signed-off-by: NStefan Roese <sr@denx.de>

The XPedite1000 only has 2 available ethernet ports:
ppc_4xx_eth2 (EMAC2) and ppc_4xx_eth3 (EMAC3)
Signed-off-by: NPeter Tyser <ptyser@xes-inc.com>
Signed-off-by: NStefan Roese <sr@denx.de>

Previously an I2C EEPROM was used.  The EEPROM had size, reliability,
and access issues which are resolved by storing the environment in
flash.
Signed-off-by: NPeter Tyser <ptyser@xes-inc.com>
Signed-off-by: NStefan Roese <sr@denx.de>

Enable GPIO pins for an I2C EEPROM write protect, a system reset pin,
and a PMC #MONARCH pin.  These pins are not currently used in U-Boot,
but are used in OSes and may be used in U-Boot in the future.
Signed-off-by: NPeter Tyser <ptyser@xes-inc.com>
Signed-off-by: NStefan Roese <sr@denx.de>

The XPedite1000 can be built with 4 total flashes:
- 512KB AMD socketed
- 16MB Intel soldered
- 2 x 32MB AMD MirrorBit flashes

Add support for the optional 2 32MB CFI-compliant AMD flashes
Signed-off-by: NPeter Tyser <ptyser@xes-inc.com>
Signed-off-by: NStefan Roese <sr@denx.de>

Signed-off-by: NPeter Tyser <ptyser@xes-inc.com>
Signed-off-by: NStefan Roese <sr@denx.de>

By default, the XPedite1000 comes installed with xMon, a proprietary
bootloader.  xMon stores its MAC address in an onboard EEPROM.  Rather
than requiring a non-standard location in the EEPROM to be reserved for
MAC addresses, store the MAC addresses in U-Boot's standard environment.
A U-Boot application or OS application can be used to migrate xMon MAC
addresses to U-Boot's environment if necessary.
Signed-off-by: NPeter Tyser <ptyser@xes-inc.com>
Signed-off-by: NStefan Roese <sr@denx.de>

All XPedite1000's have SPD EEPROMs present and no fixed configuration
parameters are currently defined or used
Signed-off-by: NPeter Tyser <ptyser@xes-inc.com>
Signed-off-by: NStefan Roese <sr@denx.de>

POST or command line tests provide similar functionality
Signed-off-by: NPeter Tyser <ptyser@xes-inc.com>
Signed-off-by: NStefan Roese <sr@denx.de>

Using the CFI flash driver will allow write access to the 16MB Intel
StrataFlash present on the XPedite1000.  The 512KB socketed (non
CFI-compliant flash) will no longer be writable.

The mapping of the 16MB Strata flash was moved to 0xff000000 and the
512KB AMD socketed flash was moved to 0xfe000000.
Signed-off-by: NPeter Tyser <ptyser@xes-inc.com>
Signed-off-by: NStefan Roese <sr@denx.de>

Some Coding style cleanup (braces, whitespaces, long lines)
Signed-off-by: NMatthias Fuchs <matthias.fuchs@esd.eu>
Signed-off-by: NStefan Roese <sr@denx.de>

Board support for the Guntermann & Drunck DL-Vision.
Signed-off-by: NDirk Eibach <eibach@gdsys.de>
Signed-off-by: NStefan Roese <sr@denx.de>

In cpu/ppc4xx/speed.c initialization of sysInfo->freqOPB for 405EP was
left out for no obvious reason.
Signed-off-by: NDirk Eibach <eibach@gdsys.de>
Signed-off-by: NStefan Roese <sr@denx.de>

Patch d873133f [ppc4xx: Add Sequoia RAM-booting target] broke "normal"
booting on some 44x platforms. This breakage is only noticed in some
cases while powercycling. As it seems, the code in question in start.S
didn't invalidate TLB #0. This makes sense since this TLB is used for
the bootrom mapping. With the patch mentioned above even TLB #0 got
invalidated resulting in an error later on.

This patch now fixes this issue by only invalidating TLB #0 in the RAM-
booting case.

Tested succesfully on Sequoia and Canyonlands.
Signed-off-by: NStefan Roese <sr@denx.de>
Cc: Dirk Eibach <Eibach@gdsys.de>

Signed-off-by: NWolfgang Denk <wd@denx.de>

By including autoconf.mk before config.mk, all top level files can use any
config options it sets up (like <arch>_config.mk) or the Makefile itself
without being forced to use lazy evaluation.

This patch removes the static declaration from gunzip_bmp()

Without it, the gunzip_bmp() function is not visible to
common/lcd.c and fails to compile with an error.
Signed-off-by: NMark Jackson <mpfj@mimc.co.uk>

- Fix command help message
- Disable DEBUG by default
- Fix whitespace issues
- Fix lines > 80 characters
Signed-off-by: NPeter Tyser <ptyser@gmail.com>
Acked-by: NStefan Roese <sr@denx.de>

The top build system sets up HOSTCFLAGS a bit and exports it, but other
places use HOST_CFLAGS instead.  Unify the two as HOSTCFLAGS so that the
values stay in sync.
Signed-off-by: NMike Frysinger <vapier@gentoo.org>

Signed-off-by: NWolfgang Denk <wd@denx.de>

This patch adds I2C support for mvBC-P and defines flash layout
matching the shipped product.
Signed-off-by: NAndré Schwarz <andre.schwarz@matrix-vision.de>

ahci.c: In function 'ata_scsiop_read_capacity10':
ahci.c:616: warning: dereferencing type-punned pointer will break strict-aliasing rules
Signed-off-by: NKumar Gala <galak@kernel.crashing.org>

biosemu.c: In function 'BE_setVGA':
biosemu.c:147: warning: dereferencing type-punned pointer will break strict-aliasing rules
Signed-off-by: NKumar Gala <galak@kernel.crashing.org>

Support for this type was lost during the bootm refactoring.
Signed-off-by: NDetlev Zundel <dzu@denx.de>

Signed-off-by: NDetlev Zundel <dzu@denx.de>

Previously, non-e500 architectures only unlocked their data cache which
was used as early RAM when booting to Linux using the "bootm" command.
This change causes all PPC boards with CONFIG_SYS_INIT_RAM_LOCK defined
to unlock their data cache during U-Boot's initialization.  This
improves U-Boot performance and provides a common cache state when
booting to different OSes.
Signed-off-by: NPeter Tyser <ptyser@xes-inc.com>

This patch updates zlib to the latest stable version.

Only relevant zlib parts were ported to u-boot tree, as was done for
the previously used version of zlib (0.95). New zlib gives faster
inflate performance and other improvements, see www.zlib.net
Signed-off-by: NGiuseppe Condorelli <giuseppe.condorelli@st.com>
Reviewed-by: NAngelo Castello <angelo.castello@st.com>

Edited commit message
Signed-off-by: NWolfgang Denk <wd@denx.de>

Linux's netconsole works much better when you can pass it the MAC address of
the server. (otherwise it just uses broadcast, which everyone else on my
network complains about :)

This sets the env var "serveraddr" (to match ethaddr), so that you can pass
it to linux with whatever bootargs you want to....

addnetconsole=set bootargs $(bootargs) netconsole=@$(ipaddr)/eth0,@$(serverip)/$(serveraddr)
Signed-of-by: NRobin Getz <rgetz@blackfin.uclinux.org>
Signed-off-by: NBen Warren <biggerbadderben@gmail.com>

Signed-off-by: NIlya Yanok <yanok@emcraft.com>
Signed-off-by: NBen Warren <biggerbadderben@gmail.com>

This patch fixes a compilation warning for some Ethernet PHY-less
PPC4xx platforms (440SPE based ones) and a potential compilation
error for 440SP platforms (use of undefined 'ethgroup' variable).
In the original code and in case of 440SPE platforms, 'ethgroup'
is initialized to -1 and never modified.  Later in the function,
within an #ifdef statement, an 'if statement' executes code only
if 'ethgroup' is set to 4, therefore it is harmless to avoid
executing the 'if statement' by removing the CONFIG_440SPE from
the affected #ifdefs.  In case of 440SP platforms  with on-board
Ethernet PHY, 'ethgroup' is undefined but used (there are not such
platforms in the repository yet). All other architectures are not
affected by this change.

Signed-off-by: Alessio Centazzo acpatin@yahoo.com
Acked-by: NStefan Roese <sr@denx.de>
Signed-off-by: NBen Warren <biggerbadderben@gmail.com>

Fixed the DHCP/BOOTP/RARP regression introduced in u-boot-2009.06
by initializing our IP addr to 0 in order to accept any IP addr
assigned to us by the DHCP/BOOTP/RARP server.
Ack-by: NRobin Getz <rgetz@blackfin.uclinux.org>
Signed-off-by: NMichael Zaidman <michael.zaidman@gmail.com>
Signed-off-by: NBen Warren <biggerbadderben@gmail.com>

With these fixes, this driver works properly for multi chip
addressging mode

Bugfixes:
1. Build error fixed for function mv88e61xx_busychk_multic-fixed
2. PHY dev address error detection- fixed
3. wrong busy bit was refered in function mv88e61xx_busychk -fixed
4. invalid data read ptr was refered for RD_PHY in case of
	multichip addressing mode -fixed

The Multichip Address mode is tested with RD6281A board having
MV88E6165 switch on it
Signed-off-by: NPrafulla Wadaskar <prafulla@marvell.com>
Signed-off-by: NBen Warren <biggerbadderben@gmail.com>

The Marvell documentation for the 88f6281 states that the error coding
is only valid if the error summary and last frame bits in the transmit
descriptor status field are set. This patch adds checks for these for
transmit (I would get transmit errors on bootp with the current check,
which I believe are spurious).
Signed-off-by: NSimon Kagstrom <simon.kagstrom@netinsight.net>
Signed-off-by: NBen Warren <biggerbadderben@gmail.com>

kwgbe_send/recv both have loops waiting for the hardware to set  a bit.
GCC 4.3.3 cleverly optimizes the send case to ... a while(1); loop. This
patch uses readl to force a read from device memory. Other volatile
accesses have also been replaced with readl/writel where appropriate
(as per suggestions on the U-boot mailing list).
Signed-off-by: NSimon Kagstrom <simon.kagstrom@netinsight.net>
Signed-off-by: NBen Warren <biggerbadderben@gmail.com>

This patch sets the returned value to 0xFFFF if the PHY does not exist
and does not assert Transfer Acknowledge. A NULL check for the value
pointer is also added for buffer overflow protection.

Without this patch 'mii info' will  show 'phantom' devices because the
value will be not be initialized and return with some random value.
Signed-off-by: NRichard Retanubun <RichardRetanubun@RuggedCom.com>
Signed-off-by: NBen Warren <biggerbadderben@gmail.com>

All in-tree boards that use this controller have CONFIG_NET_MULTI added
Also:
 - changed CONFIG_DRIVER_SMC911X* to CONFIG_SMC911X*
 - cleaned up line lengths
 - modified all boards that override weak function in this driver
 - added
Signed-off-by: NBen Warren <biggerbadderben@gmail.com>
Tested-by: NMike Frysinger <vapier@gentoo.org>