From patchwork Tue Jun 7 08:37:24 2016 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Lee Jones X-Patchwork-Id: 69482 Delivered-To: patch@linaro.org Received: by 10.140.106.246 with SMTP id e109csp1863641qgf; Tue, 7 Jun 2016 01:39:25 -0700 (PDT) X-Received: by 10.67.2.99 with SMTP id bn3mr6581499pad.62.1465288765675; Tue, 07 Jun 2016 01:39:25 -0700 (PDT) Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u24si33871625pfi.13.2016.06.07.01.39.22; Tue, 07 Jun 2016 01:39:25 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754602AbcFGIjS (ORCPT + 31 others); Tue, 7 Jun 2016 04:39:18 -0400 Received: from mail-wm0-f49.google.com ([74.125.82.49]:36927 "EHLO mail-wm0-f49.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754281AbcFGIi6 (ORCPT ); Tue, 7 Jun 2016 04:38:58 -0400 Received: by mail-wm0-f49.google.com with SMTP id k204so58367020wmk.0 for ; Tue, 07 Jun 2016 01:38:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=from:to:cc:subject:date:message-id; bh=JSCfBqgsIgsm9jKVqpYURABxBlJZd/coQ3eAF/BBOtc=; b=Y5PjGXznmkq3/9fqHlQCuGOgqMAJK85vFNxm6XugaeaZpEOl/Hku1mSHtWLCxeyqpV L7m7BcaeGyUayS+SbGYBs+ebLe0AOlavlJp5bN/hGnWX4AaGLwBDHdd44NkwICXuWAA9 463GCEdDESB7ymGwEHIxxC/cQP7MDagzlOE8A= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:date:message-id; bh=JSCfBqgsIgsm9jKVqpYURABxBlJZd/coQ3eAF/BBOtc=; b=KqMKf50CWt/OtvFSTjyU+DFwDLZRKq+PVpUyBLW/AFXCEGNlg8H2i//rs5t8bZgfYg NNv+CJZAfF5CrF2frvwQUkzh0QW/oD7fSCrOmL3jaNHepLXgIpjkYAm8jjA4z+Z/ZxN7 98ltQQfyDfOOiLDn0sMbO4cyfqyiATI9DFP64ebUEECEIo5GmAU0v8JYqYXCwK6LrR2E kTN//+SOBqTFJy3lGLu0HtkkzLJnFxKBkEWzcFeWYXzm+/PxFkEozd34SUO46B5cWJOG W/MuOl4cE7aIYPvpwv/cSjt8lwt5oZOtK7VcS0vYKOlJjjV5OFACfr86Hmg1u+NMW/OE baGA== X-Gm-Message-State: ALyK8tKL5HR1+0NLtXrzG8ipONMFtSsm5bYoO/u0KqIdRNzCacXBrrd4mWxthZntwHF0nvtU X-Received: by 10.28.182.8 with SMTP id g8mr1481675wmf.56.1465288737231; Tue, 07 Jun 2016 01:38:57 -0700 (PDT) Received: from localhost.localdomain (host81-129-171-215.range81-129.btcentralplus.com. [81.129.171.215]) by smtp.gmail.com with ESMTPSA id 75sm18239928wml.15.2016.06.07.01.38.55 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 07 Jun 2016 01:38:56 -0700 (PDT) From: Lee Jones To: linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Cc: kernel@stlinux.com, maxime.coquelin@st.com, patrice.chotard@st.com, arnd@arndb.de, Lee Jones Subject: [PATCH] ARM: dts: STi: stih407-family: Disable reserved-memory co-processor nodes Date: Tue, 7 Jun 2016 09:37:24 +0100 Message-Id: <20160607083724.18599-1-lee.jones@linaro.org> X-Mailer: git-send-email 2.8.3 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This patch fixes a non-booting issue in Mainline. When booting with a compressed kernel, we need to be careful how we populate memory close to DDR start. AUTO_ZRELADDR is enabled by default in multi-arch enabled configurations, which place some restrictions on where the kernel is placed and where it will be uncompressed to on boot. AUTO_ZRELADDR takes the decompressor code's start address and masks out the bottom 28 bits to obtain an address to uncompress the kernel to (thus a load address of 0x42000000 means that the kernel will be uncompressed to 0x40000000 i.e. DDR START on this platform). Even changing the load address to after the co-processor's shared memory won't render a booting platform, since the AUTO_ZRELADDR algorithm still ensures the kernel is uncompressed into memory shared with the first co-processor (0x40000000). Another option would be to move loading to 0x4A000000, since this will mean the decompressor will decompress the kernel to 0x48000000. However, this would mean a large chunk (0x44000000 => 0x48000000 (64MB)) of memory would essentially be wasted for no good reason. Until we can work with ST to find a suitable memory location to relocate co-processor shared memory, let's disable the shared memory nodes. This will ensure a working platform in the mean time. NB: The more observant of you will notice that we're leaving the DMU shared memory node enabled; this is because a) it is the only one in active use at the time of this writing and b) it is not affected by the current default behaviour which is causing issues. Fixes: fe135c6 (ARM: dts: STiH407: Move over to using the 'reserved-memory' API for obtaining DMA memory) Signed-off-by: Lee Jones --- arch/arm/boot/dts/stih407-family.dtsi | 3 +++ 1 file changed, 3 insertions(+) -- 2.8.3 Acked-by: Maxime Coquelin diff --git a/arch/arm/boot/dts/stih407-family.dtsi b/arch/arm/boot/dts/stih407-family.dtsi index ad8ba10..d294e824 100644 --- a/arch/arm/boot/dts/stih407-family.dtsi +++ b/arch/arm/boot/dts/stih407-family.dtsi @@ -24,18 +24,21 @@ compatible = "shared-dma-pool"; reg = <0x40000000 0x01000000>; no-map; + status = "disabled"; }; gp1_reserved: rproc@41000000 { compatible = "shared-dma-pool"; reg = <0x41000000 0x01000000>; no-map; + status = "disabled"; }; audio_reserved: rproc@42000000 { compatible = "shared-dma-pool"; reg = <0x42000000 0x01000000>; no-map; + status = "disabled"; }; dmu_reserved: rproc@43000000 {