GitLab

RT #84530 Ethernet in Linux for STM-SOM does not come up if no network command is executed in U-boot

* Clone the board-specific files from those used for the STM3220G-EVAL board.
* Change STM3220G-EVAL to STM3240G-EVAL where appropriate.
* cpu/arm_cortexm3/stm32/clock.c: Add support for clock rates up to 168 MHz.
* Ethernet driver: Implement us/ms delays not tied to CPU clock rate.
* Ethernet driver: Add `stm_phy_wait_busy()` to reduce code duplication.
* Raise system clock rate from 120 MHz to 168 MHz.
* Update PSRAM timings.
* Disable the PSRAM Synchronous Burst Mode.

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>

There's no so much differences between different families of STM32.
Manual (migrate STM32F1 -> STM32F2) says, that GPIO and Flash are
significantly different, the other interfaces (we use) are almost
the same. So, let's name this arch as 'stm32', not 'stm32f2' (as we
do this in linux).
Signed-off-by: Yuri Tikhonov <yur@emcraft.com>

There's only one MAC controller in all STM32 products. No need to
have it regs 'mapped' in eth device structure (actually, there's
even no need in this structure at all - MAC is always one).
Signed-off-by: Yuri Tikhonov <yur@emcraft.com>

Don't declare & init local volatile pointer vars to access these
regs in each function, which need these. Use macros instead.
Signed-off-by: Yuri Tikhonov <yur@emcraft.com>

Rationale: to support external RAM there'll be again (like in MAC)
a plenty of GPIOs which should be configured. Don't want to redfine
the GPIO descriptor structure (port + pin), let's have this struct
as a part of STM32F2 GPIO Driver API.
Signed-off-by: Yuri Tikhonov <yur@emcraft.com>

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

Note, beside this, to make driver workable, this patch:

- changes SRAM memory distribution. Actually, we have 128K in STM (as
opposite to 64K in A2F). TBDs here: a) CONFIG_MEM_RAM_LEN is a bad
name, since this isn't length of full SRAM, but just a part of it; b)
we should control the summary length of MEM_xxx areas somehow, on a
SOC basis (i.e. A2F has 64K SRAM, STM32F2 has 128K SRAM, etc.), maybe
include/configs/cortex-m3-common.h would be the best choice; c) not
sure if we want to have *all* SRAM parts configurable, e.g. MALLOC size
may be determined automatically.

- in default configuration load files to SRAM (RAM_BUF) (as opposite
to external RAM). TBD here: make this configurable somehow.
Signed-off-by: Yuri Tikhonov <yur@emcraft.com>