GitLab

Signed-off-by: Yuri Tikhonov <yur@emcraft.com>

Signed-off-by: Yuri Tikhonov <yur@emcraft.com>

Use this driver to configure GPIOs for using them:
- with UART (right now);
- with Ethernet (in the forthcoming patches).
Signed-off-by: Yuri Tikhonov <yur@emcraft.com>

Use ID assigned here:
http://www.arm.linux.org.uk/developer/machines/

Signed-off-by: Yuri Tikhonov <yur@emcraft.com>

Previously, all these were located in stm32f2.h. As for me, that
was better: these definitions are really CPU-specific (describe
the CPU specific registers and their fields), and have no rela-
tion to driver or anything else c-code; latters just use them. So,
my opinion is that their place in stm32f2.h header, not in c-files.

The only positive thing here: is more clear stm32f2.h file.

Note, the definitions used by several files (e.g. RCC regs base, used
by clock.c and stm32f2_serial.c) I kept in stm32f2.h. The same about
C-types of register maps.
Signed-off-by: Yuri Tikhonov <yur@emcraft.com>

Signed-off-by: Yuri Tikhonov <yur@emcraft.com>

Signed-off-by: Yuri Tikhonov <yur@emcraft.com>

Signed-off-by: Yuri Tikhonov <yur@emcraft.com>

Signed-off-by: Yuri Tikhonov <yur@emcraft.com>

Note, this patch also:
- removes the gap between RAM_BUF and MALLOC (additional 4K are
  used for MALLOC now: 8K -> 12K);
- exports memory layout via _mem_xxx symbols, so:
-- use _mem_ram_buf_xxx in cmd_cptf.c instead of hard-coded vals;
-- use _mem_stack_xxx instead of armboot_start;
-- use _mem_stack_end in start.c instead of hard-coded val.
Signed-off-by: Yuri Tikhonov <yur@emcraft.com>

Stubs for stm3220g-eval port.
Signed-off-by: Yuri Tikhonov <yur@emcraft.com>

These are the preparations for support for another Cortex-M3 based
processor, STM32F2.
Signed-off-by: Yuri Tikhonov <yur@emcraft.com>

File is taken from pollux.denx.org:/home/git/u-boot/ tree.
Signed-off-by: Yuri Tikhonov <yur@emcraft.com>

were needed to account for a certain h/w interface of PSRAM_IP that
I wasn't aware of previously.

the Actel DEV-KIT board.

the Actel DEV-KIT board.

a2f-lnx-evb.

values.

Tested that it builds but didn't boot the new configuration on
the board yet.

This seems to be it, as far as the U-boot clean-up goes ...

A couple more items need to be cleaned in that file.

safer value. The previous value worked fine for Rev 1.A
but failed for Rev 2.A (It is good it was us who found this
problem not a customer!). The new value is as per Vadim A.