zephyr/dts/arc
Evgeniy Didin 8922afb0f8 arc: hsdk: Set SRAM_BASE_ADDRESS in defconfig
On power-on boot-ROM is mapped to address 0 in HSDK board.
Normally later when U-Boot gets started by boot-ROM we change mappings
so that real DDR is mapped to entire address space including 0:
https://elixir.bootlin.com/u-boot/latest/source/board/synopsys/hsdk/hsdk.c#L474

But if U-Boot is not started (which is controlled by the BIM dip-switch
on the board) boot-ROM remains mapped to 0, and essentially any attempt
to write to that location fails, thus we cannot upload contents of our
target Elf there even with JTAG.

The next logical option is to use beginning of the non-translated
memory region 0x8000_0000 which we typically use for loading
U-Boot & Linux kernel on ARC boards. But in case of HSDK
we have DCCM (Data Closely-Coupled MEmory - fast on-chip SRAM)
mapped there and since we cannot execute code from DCCM
we need to skip that region as well which gives us the next option
being 0x9000_0000 . That's because DCCM owns entire 256 MiB "aperture"
even though it may have much smaller size up-to 8 MiB.

We are mapping only 5 apertures because the last two
(0xe000_0000-0xffff_ffff) are used for peripherals and AXI.

Signed-off-by: Evgeniy Didin <didin@synopsys.com>
Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
2019-12-09 16:37:12 -05:00
..
arc_hsdk.dtsi arc: hsdk: Set SRAM_BASE_ADDRESS in defconfig 2019-12-09 16:37:12 -05:00
arc_iot.dtsi arc: Remove bogus references to intel,qmsi-ss-{gpio,i2c} 2019-09-18 22:32:01 -04:00
emsdp.dtsi board: emsdp: doc update and bug fixes 2019-08-08 11:48:39 +02:00
emsk.dtsi dts: arc: Remove device_type = "memory" from {d,i}ccm nodes 2019-08-06 08:59:22 -04:00