modify the CAS timings. my understanding is that these
settings decrease various wait times in the DDR interface.
Because these wait times are in clock cycles, and the DDR
clock on the 8315 RDB runs slower than on some other 83xx
platforms, we can dial down these values without a problem,
thereby decreasing the latency of memory a little.
Signed-off-by: NHoward Gregory <Greg.Howard@freescale.com>
Signed-off-by: NDave Liu <daveliu@freescale.com>
Signed-off-by: NKim Phillips <kim.phillips@freescale.com>

Most of the bss initialization loop increments 4 bytes
at a time. And the loop end is checked for an 'equal'
condition. Make the bss end address aligned by 4, so
that the loop will end as expected.
Signed-off-by: NSelvamuthukumar <selva.muthukumar@e-coninfotech.com>
Signed-off-by: NWolfgang Denk <wd@denx.de>

address-cells defaults to 2, not 1; so in the unlikely
event that it isn't specified, this patch is required
for correct operation.
Signed-off-by: NBecky Bruce <becky.bruce@freescale.com>

Doing trap_init immediately once we're running from RAM
means we're no longer dependent on the physical location of
the flash on non-BookE platforms. Before trap_init, those
platforms switch to real mode and go to 0xfff00100 on exception.
After the switch, they go to 0x00000100  This makes it easier to
move the flash location.
Signed-off-by: NBecky Bruce <becky.bruce@freescale.com>

Since we've changed the memory map of the board, be nice and
add some checking to try to catch out-of-date .dts files.  We do
this by checking the CCSRBAR location in the .dts and comparing
it to the CCSRBAR location in u-boot.  If they don't match, a
warning msg is printed.  This isn't foolproof, but it's simple and
will catch most of the cases where an out-of-date .dts is present,
including all of the cases where a new u-boot is used with an old
standard MPC8641 .dts file as supplied with Linux.
Signed-off-by: NBecky Bruce <becky.bruce@freescale.com>

This will enable CONFIG_PHYS_36BIT for MPC8641HPCN.
Signed-off-by: NBecky Bruce <becky.bruce@freescale.com>

This patch creates a memory map with all the devices
in 36-bit physical space, in addition to the 32-bit map.
The CCSR relocation is moved (again, sorry) to
allow for the physical address to be 36 bits - this
requires translation to be enabled.  With 36-bit physical
addressing enabled, we are no longer running with VA=PA
translations.  This means we have to distinguish between
the two in the config file.  The existing region name is
used to indicate the virtual address, and a _PHYS variety
is created to represent the physical address.

Large physical addressing is not enabled by default.
Set CONFIG_PHYS_64BIT in the config file to turn this on.
Signed-off-by: NBecky Bruce <becky.bruce@freescale.com>

The memory map on the 8641hpcn is modified to look more like
the 85xx boards; this is a step towards a more standardized
layout going forward. As part of this change, we now relocate
the flash.

The regions for some of the mappings were far larger than they
needed to be.  I have reduced the mappings to match the
actual sizes supported by the hardware.

In addition I have removed the comments at the head
of the BAT blocks in the config file, rather than updating
them.  These get horribly out of date, and it's a simple
matter to look at the defines to see what they are set to
since everything is right here in the same file.

Documentation has been changed to reflect the new map, as this
change is user visible, and affects the OS which runs post-uboot.
Signed-off-by: NBecky Bruce <becky.bruce@freescale.com>

We define CONFIG_MONITOR_BASE_EARLY to define the initial location
of the bootpage in flash.   Use this to create an early mapping
definition for the FLASH, and change the early_bats code to use this.

This  change facilitates the relocation of the flash since the early
mappings are no longer tied to the final location of the flash.
Signed-off-by: NBecky Bruce <becky.bruce@freescale.com>

Using a mtmsr/blr means that you have to be executing at the
same virtual address once you enable translation.  This is
unnecessarily restrictive, and is not really how this is
usually done.  Change it to use the more common mtspr SRR0/SRR1
and rfi method.
Signed-off-by: NBecky Bruce <becky.bruce@freescale.com>

Currently, that's what it is, but it's hardcoded.
Signed-off-by: NBecky Bruce <becky.bruce@freescale.com>

There's a lot of setup and foo for the second flash
bank.  The problem is, this board doesn't actually have one.
Clean this up.  Also, the flash is 8M in size.  Get rid
of the confusing aliased overmapping, and just map 8M.
Signed-off-by: NBecky Bruce <becky.bruce@freescale.com>

It's currently defined twice inside in an if/else block, but
both halves set the same value.  Move the define outside
the if.
Signed-off-by: NBecky Bruce <becky.bruce@freescale.com>

In order to later allow for a physical relocation of the
flash, setup_bats, which sets up the final BAT mapping
for the board, needs to happen *after* init_laws().
Otherwise, there will be no window programmed for the flash
at the new physical location at the point when we change
the mmu translation.
Signed-off-by: NBecky Bruce <becky.bruce@freescale.com>

Signed-off-by: NBecky Bruce <becky.bruce@freescale.com>

Copied over the fixed PHY driver as used in pp4xx/4xx_enet.c.
This adds support for PHY-less MAC connections to the UEC.
Signed-off-by: NRichard Retanubun <RichardRetanubun@RuggedCom.com>
Signed-off-by: NBen Warren <biggerbadderben@gmail.com>

All CF platforms' mii.c are consolidated into one
Signed-off-by: NTsiChung Liew <Tsi-Chung.Liew@freescale.com>
Signed-off-by: NBen Warren <biggerbadderben@gmail.com>

Removed initialization of the driver from net/eth.c
Signed-off-by: NBen Warren <biggerbadderben@gmail.com>
Acked-by: NStefan Roese <sr@denx.de>

Also changed path in all linker scripts that reference this driver
Signed-off-by: NBen Warren <biggerbadderben@gmail.com>
Acked-by: NStefan Roese <sr@denx.de>

All in-tree IBM/AMCC PPC4xx boards using the EMAC get this new CONFIG
Signed-off-by: NBen Warren <biggerbadderben@gmail.com>
Acked-by: NStefan Roese <sr@denx.de>

Removed initialization of the driver from net/eth.c
Signed-off-by: NBen Warren <biggerbadderben@gmail.com>

Removed initialization of the driver from net/eth.c
Signed-off-by: NBen Warren <biggerbadderben@gmail.com>

Removed initialization of the driver from net/eth.c
Signed-off-by: NBen Warren <biggerbadderben@gmail.com>

Affected boards:
    Several MPC8xx boards
    Several MPC8260/MPC8272 boards
    Several MPC85xx boards

Removed initialization of the driver from net/eth.c
Signed-off-by: NBen Warren <biggerbadderben@gmail.com>

CONFIG_MPC85xx_FEC -> CONFIG_MPC85XX_FEC
Signed-off-by: NBen Warren <biggerbadderben@gmail.com>

This patch will move au1x00_eth_initialize from net/eth.c to cpu_eth_init
as a part of ongoing eth_initialize cleanup work.  The function ret value
is also fixed as it should be negative on fail.
Signed-off-by: NShinya Kuribayashi <skuribay@ruby.dti.ne.jp>
Signed-off-by: NBen Warren <biggerbadderben@gmail.com>

Also, removed the driver initialization from net/eth.c
Signed-off-by: NBen Warren <biggerbadderben@gmail.com>

Patch to fix buffer allocation size and alignment. Buffer needs to be u32 aligned and
PKTSIZE_ALIGN bytes long.
Acked-by: NMichal Simek <monstr@monstr.eu>
Signed-off-by: NBen Warren <biggerbadderben@gmail.com>

The current uec_miiphy_read and uec_miiphy_write hardcode access devlist[0]
This patch makes these function use the devname argument that is passed in to
allow access to the phy registers of other devices in devlist[].
Signed-of-by: NRichard Retanubun <RichardRetanubun@RugggedCom.com>
Signed-off-by: NBen Warren <biggerbadderben@gmail.com>

Fixed compiler warning "declared but unused" eth5_uec_info and eth6_uec_info.
Signed-off-by: NRichard Retanubun <RichardRetanubun@RugggedCom.com>
Signed-off-by: NBen Warren <biggerbadderben@gmail.com>

AT91_BASE_EMAC is never used outside the board specific files,
so replace its usage by the board specific AT91xxx_BASE_EMAC.
Signed-off-by: NStelian Pop <stelian@popies.net>
Signed-off-by: NJean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>

AT91_ID_US0 / AT91_ID_US1 / AT91_ID_US2 were used but never defined.
Since they are never used outside the board specific files, they can
be replaced by the board specific AT91xxx_ID_US0 / AT91xxx_ID_US1 /
AT91xxx_ID_US2.

Bug spotted by Jesus Alvarez <jalvarez@micromint.com>.
Signed-off-by: NStelian Pop <stelian@popies.net>
Signed-off-by: NJean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>