- 27 7月, 2006 1 次提交
-
-
由 Stefan Roese 提交于
Patch by Stefan Roese, 27 Jul 2006
-
- 24 7月, 2006 1 次提交
-
-
由 Wolfgang Denk 提交于
and support for configurable options high_boot and/or SDRAM.
-
- 23 7月, 2006 1 次提交
-
-
由 Wolfgang Denk 提交于
Patch by Josef Wagner, 25 Nov 2005
-
- 22 7月, 2006 3 次提交
-
-
由 Wolfgang Denk 提交于
-
由 Wolfgang Denk 提交于
-
由 Wolfgang Denk 提交于
-
- 21 7月, 2006 16 次提交
-
-
由 Wolfgang Denk 提交于
-
由 Wolfgang Denk 提交于
-
由 Wolfgang Denk 提交于
-
由 Wolfgang Denk 提交于
Patch by Ladislav Michl, 03 Nov 2005
-
由 Wolfgang Denk 提交于
Patch by Ladislav Michl, 14 Sep 2005
-
由 Wolfgang Denk 提交于
Patch by Josef Wagner, 05 Sep 2005
-
由 Wolfgang Denk 提交于
-
由 Wolfgang Denk 提交于
-
由 Wolfgang Denk 提交于
Patch by JinHua Luo, 01 Sep 2005
-
由 Wolfgang Denk 提交于
Patch by JinHua Luo, 01 Sep 2005
-
由 Wolfgang Denk 提交于
Patch by David Updegraff, 19 Aug 2005
-
由 Wolfgang Denk 提交于
Patch by Sangmoon Kim, 18 Aug 2005
-
由 Wolfgang Denk 提交于
-
由 Wolfgang Denk 提交于
Patch by Thomas Lange, 10 Aug 2005
-
由 Wolfgang Denk 提交于
Problem pointed out by Andrew Dyer, 13 Jun 2005
-
由 Wolfgang Denk 提交于
- 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
-
- 20 7月, 2006 1 次提交
-
-
由 Wolfgang Denk 提交于
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
-
- 19 7月, 2006 9 次提交
-
-
由 Wolfgang Denk 提交于
- 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)
-
由 Wolfgang Denk 提交于
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
-
由 Wolfgang Denk 提交于
Patch by Martin Krause, 12 Jun 2006
-
由 Wolfgang Denk 提交于
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
-
由 Wolfgang Denk 提交于
Make sure upper lext pixel can be set to blue, too (so far only red was possible). Patch by Martin Krause, 15 Feb 2006
-
由 Wolfgang Denk 提交于
-
由 Wolfgang Denk 提交于
- 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
-
由 Wolfgang Denk 提交于
(for erase errors and timeout errors) Patch by Martin Krause, 14 Feb 2006
-
由 Wolfgang Denk 提交于
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
-
- 18 7月, 2006 1 次提交
-
-
由 Wolfgang Denk 提交于
-
- 14 7月, 2006 3 次提交
-
-
由 Wolfgang Denk 提交于
-
由 Wolfgang Denk 提交于
-
由 Wolfgang Denk 提交于
-
- 13 7月, 2006 2 次提交
-
-
由 Wolfgang Denk 提交于
-
由 Bartlomiej Sieka 提交于
-
- 12 7月, 2006 2 次提交
-
-
由 Markus Klotzbuecher 提交于
Patch by Martin Krause, 20 Mar 2006 Signed-off-by: NMartin Krause <martin.krause@tqs.de>
-
由 Markus Klotzbuecher 提交于
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.
-