| Commit message (Collapse) | Author | Age | Lines |
|
|
|
| |
Patch by Stefan Roese, 07 Aug 2006
|
|
|
|
|
|
|
| |
AMCC suggested to set the PMU bit to 0 for best performace on
the PPC440 DDR controller.
Please see doc/README.440-DDR-performance for details.
Patch by Stefan Roese, 28 Jul 2006
|
|\ |
|
| |
| |
| |
| |
| | |
Please see doc/README.bamboo for details.
Patch by Stefan Roese, 27 Jul 2006
|
| |
| |
| |
| | |
Patch by Stefan Roese, 27 Jul 2006
|
|/ |
|
|
|
|
| |
and support for configurable options high_boot and/or SDRAM.
|
|
|
|
| |
Patch by Josef Wagner, 25 Nov 2005
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Patch by Ladislav Michl, 03 Nov 2005
|
|
|
|
| |
Patch by Ladislav Michl, 14 Sep 2005
|
|
|
|
| |
Patch by Josef Wagner, 05 Sep 2005
|
| |
|
| |
|
|
|
|
| |
Patch by JinHua Luo, 01 Sep 2005
|
|
|
|
| |
Patch by JinHua Luo, 01 Sep 2005
|
|
|
|
| |
Patch by David Updegraff, 19 Aug 2005
|
|
|
|
| |
Patch by Sangmoon Kim, 18 Aug 2005
|
| |
|
|
|
|
| |
Patch by Thomas Lange, 10 Aug 2005
|
|
|
|
| |
Problem pointed out by Andrew Dyer, 13 Jun 2005
|
|
|
|
|
|
|
|
|
|
|
| |
- make highboot configurations use environment at high end, too,
to avoid flash fragmentation
- always use redundand environment
- don't enable video code for modules without graphics controller
- provide useful (though different) mtdparts settings
- get rid of CONFIG_CS_AUTOCONF which was always set anyway
* Extend mkconfig tool to print more useful target name
|
|
|
|
|
|
|
|
|
|
|
| |
Hint: the CPLD on the TQM5200 must be programmed with a software
version supporting the high boot option! The new TQM5200S is
already supporting this option. On the TQM5200 this option will be
supported in configurations with MPC5200 rev B processors.
To actually "high boot", set jumper X30 on the STK52xx.
Patch by Martin Krause, 12 Jul 2006
|
|
|
|
|
|
|
| |
- Support for TQM5200S (short version without graphic controller)
- Support for modules with 'N' type S29GL128N Spansion flashes
(requires changes to flash layout)
- Support for MPC5200B cpu (mostly support for second SDRAM bank)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The PS/2 keyobard driver for the TQM85xx modules only supports the
internal DUART of the MPC85xx CPU. Since the MPC8560 doesn't
include a DUART, the TQM8560 modules can't be used with the PS/2
keyboard controller on the STK85xx board.
The PS/2 keyboard driver should work with the modules TQM8540,
TQM8541 and TQM8555, but it only has been tested on a TQM8540, yet.
Make sure the PS/2 controller on the STK85xx is programmed. Jumper
settings: X66 1-2, 9-10; X61 2-3
Patch by Martin Krause, 21 Jun 2006
|
|
|
|
| |
Patch by Martin Krause, 12 Jun 2006
|
|
|
|
|
|
|
|
|
| |
During an automatic update via USB stick, U-Boot searches for
images with the name "firmware.img" and "kernel.img". This names
are now changed to "firmw_01.img" and "kernl_01.img". This is done,
to prevent updates of new boards (with the new macronics "c" step
flashes) with old, incompatible firmware or kernel versions.
Patch by Martin Krause, 21 Jun 2006
|
|
|
|
|
|
| |
Make sure upper lext pixel can be set to blue, too
(so far only red was possible).
Patch by Martin Krause, 15 Feb 2006
|
| |
|
|
|
|
|
|
|
|
|
|
| |
- increase CFG_FLASH_ERASE_TOUT from 2 to 15 seconds
- use CFG_FLASH_WRITE_TOUT for programming instead of CFG_FLASH_ERASE_TOUT
- remove "Unlock Bypass" mode, because macronix flashes do not support
this mode officially
- fix flash reset command from 0x00FF to 0x00F0. 0x00FF is only specified
for Intel compatible flashes, not for AMD compatible.
Patch by Martin Krause, 15 Feb 2006
|
|
|
|
|
| |
(for erase errors and timeout errors)
Patch by Martin Krause, 14 Feb 2006
|
|
|
|
|
|
|
|
| |
The TB5200 ("Tinybox") is a small baseboard for the TQM5200 module
integrated in a little aluminium case.
Patch by Martin Krause, 8 Jun 2006
Some code cleanup
|
| |
|
|\ |
|
| | |
|
| | |
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | | |
Patch by Martin Krause, 20 Mar 2006
Signed-off-by: Martin Krause <martin.krause@tqs.de>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
All MII configuration is done via FEC1 registers. But MII_SPEED was
configured according to FEC used. So if only FEC2 was used, this caused
the real MII_SPEED register in FEC1 to stay uninitalised, what lead
to "mii_send STUCK!" messages. Fix: always configure MII_SPEED on FEC1
only.
|
| |/
| |
| |
| | |
Patch by Markus Klotzbuecher, 12 Jul 2006
|
|/ |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Notes:
- Board-dependend code for RPXLITE and RPXCLASSIC-based boards
placed to the drivers/rpx_pmcia.c file to avoid duplication.
Same for TQM8xx-based boards (drivers/tqm8xx_pmcia.c).
- drivers/i82365.c has been split into two parts located at
board/atc/ti113x.c and board/cpc45/pd67290.c (ATC and CPC45 are
the only boards using CONFIG_82365).
- Changes were tested for clean build and *very* *few* boards.
|
| |
|