]> git.karo-electronics.de Git - karo-tx-linux.git/commitdiff
ARM: dts: meson8: add reserved memory zones
authorMartin Blumenstingl <martin.blumenstingl@googlemail.com>
Thu, 15 Jun 2017 21:33:48 +0000 (23:33 +0200)
committerKevin Hilman <khilman@baylibre.com>
Fri, 16 Jun 2017 19:07:10 +0000 (12:07 -0700)
There seem to be two memory regions that need to be reserved, otherwise
the system just hangs when running:
$ stress --vm-bytes $(awk '/MemFree/{printf "%d\n", $2 * 0.9;}' < /proc/meminfo)k \
  --vm-keep -m 1

The first memory region is really crucial and without it the system
hangs. I could not find any references to this in Amlogic's GPL kernel
sources.
The second region is used by the "suspend firmware". The u-boot sources
(/arch/arm/cpu/aml_meson/m8/firmwareld.c) state that the suspend
firmware is located at "64M + 15M" which matches CONFIG_MESON_SUSPEND in
the Amlogic GPL kernel sources. The "suspend firmware" is responsible
for waking up the system from suspend state.

This also fixes reading the full SD card as without this the system
would simply hang (probably related to the first memory region, if some
buffer is allocated there).

Signed-off-by: Martin Blumenstingl <martin.blumenstingl@googlemail.com>
Signed-off-by: Kevin Hilman <khilman@baylibre.com>
arch/arm/boot/dts/meson8.dtsi

index 6687b1b4c7c973e8d8322f8dd5699b67622ff7c6..df79a34a3530a8d9334eef70b2976c33827cf645 100644 (file)
                        reg = <0x203>;
                };
        };
+
+       reserved-memory {
+               #address-cells = <1>;
+               #size-cells = <1>;
+               ranges;
+
+               /* 2 MiB reserved for Hardware ROM Firmware? */
+               hwrom@0 {
+                       reg = <0x0 0x200000>;
+                       no-map;
+               };
+
+               /*
+                * 1 MiB reserved for the "ARM Power Firmware": this is ARM
+                * code which is responsible for system suspend. It loads a
+                * piece of ARC code ("arc_power" in the vendor u-boot tree)
+                * into SRAM, executes that and shuts down the (last) ARM core.
+                * The arc_power firmware then checks various wakeup sources
+                * (IR remote receiver, HDMI CEC, WIFI and Bluetooth wakeup or
+                * simply the power key) and re-starts the ARM core once it
+                * detects a wakeup request.
+                */
+               power-firmware@4f00000 {
+                       reg = <0x4f00000 0x100000>;
+                       no-map;
+               };
+       };
 }; /* end of / */
 
 &aobus {