u-boot.git/cpu/ppc4xx, branch v1.3.2 Unnamed repository; edit this file 'description' to name the repository. PPC4xx (Sequoia): Fix Ethernet "remote fault" problems 2008-03-04T07:55:27+00:00 Mike Nuss mike@terascala.com 2008-03-03T20:27:05+00:00 74eb0222594fd23aafdf168e60e872814eea8b62 Every now and then a Sequoia board (or equivalent hardware) had problems connecting to a Gigabit capable network interface. There were differences in the PHY setup between Linux and U-Boot. This patch fixes the problem. Apparently "remote fault" is being set, which signals to some devices (on the other end of the cable) that a fault has occurred, while other devices ignore it. I believe the RF bit was causing the issue, but I removed T4 also, to match up with Linux. Signed-off-by: Mike Nuss <mike@terascala.com> 
Every now and then a Sequoia board (or equivalent hardware) had
problems connecting to a Gigabit capable network interface.

There were differences in the PHY setup between Linux and U-Boot.

This patch fixes the problem. Apparently "remote fault" is being set,
which signals to some devices (on the other end of the cable) that a
fault has occurred, while other devices ignore it. I believe the RF bit
was causing the issue, but I removed T4 also, to match up with Linux.

Signed-off-by: Mike Nuss <mike@terascala.com>
ppc4xx: EMAC: Fix 405EZ fifo size setup in EMAC_MR1 2008-03-02T21:49:27+00:00 Stefan Roese sr@denx.de 2008-03-01T11:11:40+00:00 76957cb3d621bf664311908e5962e151c633c285 The 405EZ only supports 512 bytes of rx-/tx-fifo EMAC sizes. But currently 4k/2k is configured. This patch fixes this issue. Thanks to Thomas Kindler <tkindler@lenord.de> for pointing this out. Signed-off-by: Stefan Roese <sr@denx.de> 
The 405EZ only supports 512 bytes of rx-/tx-fifo EMAC sizes. But
currently 4k/2k is configured. This patch fixes this issue.

Thanks to Thomas Kindler <tkindler@lenord.de> for pointing this out.

Signed-off-by: Stefan Roese <sr@denx.de>
ppc4xx: Fix problem in 4xx_enet.c driver 2008-03-02T20:34:55+00:00 Anatolij Gustschin agust@denx.de 2008-02-25T19:54:04+00:00 4fae35a53b3e958254d6574a1cc7e10811fc6726 U-Boot crashes in the net loop if CONFIG_4xx_DCACHE is enabled. To reproduce the problem ensure that 'ethrotate' environment variable isn't set to "no" and then run "tftp 200000 not_existent_file". This patch tries to fix the issue. Signed-off-by: Anatolij Gustschin <agust@denx.de> 
U-Boot crashes in the net loop if CONFIG_4xx_DCACHE is
enabled. To reproduce the problem ensure that 'ethrotate'
environment variable isn't set to "no" and then run
"tftp 200000 not_existent_file".
This patch tries to fix the issue.

Signed-off-by: Anatolij Gustschin <agust@denx.de>
cpu/ppc4xx/config.mk: Make a needlessly deffered expansion immediate. 2008-02-23T08:44:54+00:00 Shinya Kuribayashi skuribay@ruby.dti.ne.jp 2008-02-23T08:05:00+00:00 495a0dde7fa1b14cdc15607d86503ec2bdcd02c4 This will reduce the build time. Signed-off-by: Shinya Kuribayashi <skuribay@ruby.dti.ne.jp> 
This will reduce the build time.

Signed-off-by: Shinya Kuribayashi <skuribay@ruby.dti.ne.jp>
Merge branch 'master' of git://www.denx.de/git/u-boot-ppc4xx 2008-02-14T23:22:37+00:00 Wolfgang Denk wd@denx.de 2008-02-14T23:22:37+00:00 32c70d3420739930165271d9a1b04572adf799fd 






PPC: Use r2 instead of r29 as global data pointer
2008-02-14T21:43:22+00:00

Wolfgang Denk
wd@denx.de

2008-02-14T21:43:22+00:00

e7670f6c1e52ae6d2a43ff75a8bcfa7a5c86e47b

R29 was an unlucky choice as with recent toolchains (gcc-4.2.x) gcc
will refuse to use load/store multiple insns; instead, it issues a
list of simple load/store instructions upon function entry and exit,
resulting in bigger code size, which in turn makes the build for a
few boards fail.

Use r2 instead.

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





R29 was an unlucky choice as with recent toolchains (gcc-4.2.x) gcc
will refuse to use load/store multiple insns; instead, it issues a
list of simple load/store instructions upon function entry and exit,
resulting in bigger code size, which in turn makes the build for a
few boards fail.

Use r2 instead.

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







ppc: Refactor cache routines, so there is only one common set.
2008-02-14T21:00:41+00:00

Rafal Jaworowski
raj@semihalf.com

2008-01-15T11:52:31+00:00

f57d7d364ce189e39b0a64338d2f8012c074a2bd

Signed-off-by: Rafal Jaworowski <raj@semihalf.com>





Signed-off-by: Rafal Jaworowski <raj@semihalf.com>







ppc4xx: Add CONFIG_4xx_DCACHE compile switch to Denali-core SPD code
2008-02-14T06:42:32+00:00

Larry Johnson
lrj@acm.org

2008-01-22T13:51:59+00:00

29e3500cbc43c89eff6e720ca83e375deeecd9b3

Signed-off-by: Larry Johnson <lrj@acm.org>





Signed-off-by: Larry Johnson <lrj@acm.org>







ppc4xx: Fix ndfc HW ECC byte order
2008-02-04T10:47:40+00:00

Stefan Roese
sr@denx.de

2008-02-01T08:38:29+00:00

ff02f139804f3cb61414f7bbcbfdaa0279e3efae

The current ndfc HW ECC implementation swaps the first two ECC bytes.
But the 4xx NDFC already uses the SMC (Smart Media Card) ECC ordering,
so this swapping in the HW ECC driver is bogus. This patch fixes this
problem and now really uses the SMC ECC byte order.

Thanks to Sean MacLennan for pointing this out.

Signed-off-by: Stefan Roese <sr@denx.de>





The current ndfc HW ECC implementation swaps the first two ECC bytes.
But the 4xx NDFC already uses the SMC (Smart Media Card) ECC ordering,
so this swapping in the HW ECC driver is bogus. This patch fixes this
problem and now really uses the SMC ECC byte order.

Thanks to Sean MacLennan for pointing this out.

Signed-off-by: Stefan Roese <sr@denx.de>







ppc4xx: Fix problem with init-ram bigger than 4k on 440 platforms
2008-02-04T10:47:40+00:00

Stefan Roese
sr@denx.de

2008-01-30T13:48:28+00:00

28d77d968bfe0316deb5bf15c17f57d5ff2c8821

Signed-off-by: Stefan Roese <sr@denx.de>





Signed-off-by: Stefan Roese <sr@denx.de>