[3/8] rockchip: rk3368: increase SYS_MALLOC_F_LEN to 0x4000

Message ID	20210209134710.2313240-4-heiko@sntech.de
State	Accepted
Commit	53e14aa734b12154a5dd88621a5bfce2c5bdc901
Delegated to:	Kever Yang
Headers	show Return-Path: <u-boot-bounces@lists.denx.de> From: Heiko Stuebner <heiko@sntech.de> To: sjg@chromium.org, kever.yang@rock-chips.com Cc: cmuellner@linux.com, heiko@sntech.de, u-boot@lists.denx.de, Heiko Stuebner <heiko.stuebner@theobroma-systems.com> Subject: [PATCH 3/8] rockchip: rk3368: increase SYS_MALLOC_F_LEN to 0x4000 Date: Tue, 9 Feb 2021 14:47:05 +0100 Message-Id: <20210209134710.2313240-4-heiko@sntech.de> In-Reply-To: <20210209134710.2313240-1-heiko@sntech.de> References: <20210209134710.2313240-1-heiko@sntech.de> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: list Errors-To: u-boot-bounces@lists.denx.de Sender: "U-Boot" <u-boot-bounces@lists.denx.de>
Series	rockchip: resurrect rk3368 functionality and make lion bootable again \| expand [0/8] rockchip: resurrect rk3368 functionality and make lion bootable again [1/8] rockchip: rk3368: adjust CONFIG_SYS_LOAD_ADDR [2/8] rockchip: rk3368: set CONFIG_SYS_BOOTM_LEN to 64MB [3/8] rockchip: rk3368: increase SYS_MALLOC_F_LEN to 0x4000 [4/8] rockchip: rk3368: move STACK_R_ADDR address and into Kconfig [5/8] rockchip: rk3368: sync clock dt-binding header from Linux [6/8] rockchip: rk3368: sync main rk3368 dtsi from Linux [7/8] rockchip: rk3368: sync down rk3368-lion board devicetree from Linux [8/8] rockchip: lion: update board defconfig

Message ID

20210209134710.2313240-4-heiko@sntech.de

State

Accepted

Commit

53e14aa734b12154a5dd88621a5bfce2c5bdc901

Delegated to:

Kever Yang

Headers

show

Return-Path: <u-boot-bounces@lists.denx.de>
X-Original-To: incoming@patchwork.ozlabs.org
Delivered-To: patchwork-incoming@bilbo.ozlabs.org
Authentication-Results: ozlabs.org;
 spf=pass (sender SPF authorized) smtp.mailfrom=lists.denx.de
 (client-ip=2a01:238:438b:c500:173d:9f52:ddab:ee01; helo=phobos.denx.de;
 envelope-from=u-boot-bounces@lists.denx.de; receiver=<UNKNOWN>)
Received: from phobos.denx.de (phobos.denx.de
 [IPv6:2a01:238:438b:c500:173d:9f52:ddab:ee01])
	(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
	 key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest
 SHA256)
	(No client certificate requested)
	by ozlabs.org (Postfix) with ESMTPS id 4DZkjg1xssz9sSC
	for <incoming@patchwork.ozlabs.org>; Wed, 10 Feb 2021 00:47:50 +1100 (AEDT)
Received: from h2850616.stratoserver.net (localhost [IPv6:::1])
	by phobos.denx.de (Postfix) with ESMTP id 03E2082A6A;
	Tue,  9 Feb 2021 14:47:29 +0100 (CET)
Authentication-Results: phobos.denx.de;
 dmarc=none (p=none dis=none) header.from=sntech.de
Authentication-Results: phobos.denx.de;
 spf=pass smtp.mailfrom=u-boot-bounces@lists.denx.de
Received: by phobos.denx.de (Postfix, from userid 109)
 id AC33F82A5F; Tue,  9 Feb 2021 14:47:23 +0100 (CET)
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on phobos.denx.de
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_NONE
 autolearn=ham autolearn_force=no version=3.4.2
Received: from gloria.sntech.de (gloria.sntech.de [185.11.138.130])
 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits))
 (No client certificate requested)
 by phobos.denx.de (Postfix) with ESMTPS id 6D7C4828D9
 for <u-boot@lists.denx.de>; Tue,  9 Feb 2021 14:47:20 +0100 (CET)
Authentication-Results: phobos.denx.de;
 dmarc=none (p=none dis=none) header.from=sntech.de
Authentication-Results: phobos.denx.de; spf=none smtp.mailfrom=heiko@sntech.de
Received: from ip5f5aa64a.dynamic.kabel-deutschland.de ([95.90.166.74]
 helo=phil.lan)
 by gloria.sntech.de with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.92) (envelope-from <heiko@sntech.de>)
 id 1l9TMK-0007DX-HF; Tue, 09 Feb 2021 14:47:16 +0100
From: Heiko Stuebner <heiko@sntech.de>
To: sjg@chromium.org,
	kever.yang@rock-chips.com
Cc: cmuellner@linux.com, heiko@sntech.de, u-boot@lists.denx.de,
 Heiko Stuebner <heiko.stuebner@theobroma-systems.com>
Subject: [PATCH 3/8] rockchip: rk3368: increase SYS_MALLOC_F_LEN to 0x4000
Date: Tue,  9 Feb 2021 14:47:05 +0100
Message-Id: <20210209134710.2313240-4-heiko@sntech.de>
X-Mailer: git-send-email 2.29.2
In-Reply-To: <20210209134710.2313240-1-heiko@sntech.de>
References: <20210209134710.2313240-1-heiko@sntech.de>
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
X-BeenThere: u-boot@lists.denx.de
X-Mailman-Version: 2.1.34
Precedence: list
List-Id: U-Boot discussion <u-boot.lists.denx.de>
List-Unsubscribe: <https://lists.denx.de/options/u-boot>,
 <mailto:u-boot-request@lists.denx.de?subject=unsubscribe>
List-Archive: <https://lists.denx.de/pipermail/u-boot/>
List-Post: <mailto:u-boot@lists.denx.de>
List-Help: <mailto:u-boot-request@lists.denx.de?subject=help>
List-Subscribe: <https://lists.denx.de/listinfo/u-boot>,
 <mailto:u-boot-request@lists.denx.de?subject=subscribe>
Errors-To: u-boot-bounces@lists.denx.de
Sender: "U-Boot" <u-boot-bounces@lists.denx.de>
X-Virus-Scanned: clamav-milter 0.102.3 at phobos.denx.de
X-Virus-Status: Clean

Series

rockchip: resurrect rk3368 functionality and make lion bootable again | expand

Commit Message

Heiko Stuebner Feb. 9, 2021, 1:47 p.m. UTC

From: Heiko Stuebner <heiko.stuebner@theobroma-systems.com>

To prevent running out of memory, increase SYS_MALLOC_F_LEN to 0x4000
similar to what rk3399 uses.

Signed-off-by: Heiko Stuebner <heiko.stuebner@theobroma-systems.com>
---
 arch/arm/mach-rockchip/rk3368/Kconfig | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/arch/arm/mach-rockchip/rk3368/Kconfig b/arch/arm/mach-rockchip/rk3368/Kconfig
index d6ca5f1d24..c31915e7dc 100644
--- a/arch/arm/mach-rockchip/rk3368/Kconfig
+++ b/arch/arm/mach-rockchip/rk3368/Kconfig
@@ -49,7 +49,7 @@  config SYS_SOC
 	default "rk3368"
 
 config SYS_MALLOC_F_LEN
-	default 0x2000
+	default 0x4000
 
 config SPL_LIBCOMMON_SUPPORT
 	default y

[3/8] rockchip: rk3368: increase SYS_MALLOC_F_LEN to 0x4000

Commit Message

Patch