Received: by 2002:a05:6358:1087:b0:cb:c9d3:cd90 with SMTP id j7csp3324490rwi; Fri, 21 Oct 2022 14:56:45 -0700 (PDT) X-Google-Smtp-Source: AMsMyM6vB99sCWtM5c5p6rAbTeeYEGFJRdtSzqQR4Z7R6rxmZvMncNYmen24+I7RpalmWCfZQlYp X-Received: by 2002:a17:906:ee89:b0:73d:70c5:1a4e with SMTP id wt9-20020a170906ee8900b0073d70c51a4emr16676076ejb.683.1666389404955; Fri, 21 Oct 2022 14:56:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1666389404; cv=none; d=google.com; s=arc-20160816; b=x6xHsw/UPAaLR1SAGmuDKAtHp9pX0KVP9HhWqHCrIlMYmQoPqtTrsX08bCSjBKpE3/ qNGvBfPJdroGNQ/jaEtmMNPLK8DZACLn6YhwFpChY6EOfk2IK0/YpYY47pWBo2iERBox A1zylks44Zm9niXCIR8N6H+8WAWwP3Nc5F0g40dzxTTXwFmZV5AF42NIujiwUhB18Kvt GNF4CA9TIcRRn6+KoiLk0JXntBprQhQ/L2oeXL7vTmwYoz18CEgPXgFpsYu/uwO62RgS ZkbroUy2isomwG0NdMX4XsoM10oNdZf037JTZ50AjcJHb0XCXEcP/flKk5mqwAJQNSEf uWFA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=UVGxZi/73hO8MviVC4xecUHqVr/lDVcqvkrd/RkFDOM=; b=zudaKYPSq9R+jB7OSk/hWkfviNvC2Cg7uPdkkovNHnKtUlfFmILfBTJ6bX5q7D0+h3 sKcy2/wGWuq0xK7pUSiacd+xdqOgcFnDl0XhP40t/jpzi9lRfemYeNHlE1xYqAZo2DVc tuFBFQTyR22Z4H6DDWTgI4lec7ZUZS8EfMSEXC1DY/JgmJ+yW5wYjOYfvMChfcBtZRu2 WBSedwe4rpvdcuWl+UcBiC5bDjIfilAwIBh6q3UZO5P38/OtgtH2mjSKUMffe3bxbM0p WRC2b+DWIxYxaSx/3NfCs+mou2D9PlA+UVh5WVyUwa1PsZ66htTUvlJTCcVf3PpTXaj6 CRSA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=XAqbnqMk; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id nc7-20020a1709071c0700b0078e0e850902si20896497ejc.868.2022.10.21.14.56.19; Fri, 21 Oct 2022 14:56:44 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=XAqbnqMk; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229755AbiJUVpP (ORCPT + 99 others); Fri, 21 Oct 2022 17:45:15 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59740 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229519AbiJUVpM (ORCPT ); Fri, 21 Oct 2022 17:45:12 -0400 Received: from mail-ed1-x536.google.com (mail-ed1-x536.google.com [IPv6:2a00:1450:4864:20::536]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 709C3115412 for ; Fri, 21 Oct 2022 14:45:09 -0700 (PDT) Received: by mail-ed1-x536.google.com with SMTP id q19so10651789edd.10 for ; Fri, 21 Oct 2022 14:45:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=UVGxZi/73hO8MviVC4xecUHqVr/lDVcqvkrd/RkFDOM=; b=XAqbnqMkGFyZ1dNtMr0xbzqRv5qrPObhvClel/8VmUw3yCBqJcr0sQ37vQc1AsN9hm Uz3/YLQhUV6A0ERXzG86G1TGMYkbKlDqdx5N5bO6cJQ51BYhABIF1rtP+ngkJ3glljOx 7pJ0EmnFYclQb/FqOBa/o727WjSGcAOP9Z+lLJdiTKKB2FFrMFzaMKXHKM/TUg7jOExi kW8+fXa52V2KNARe/X78iVZ6pDxYg4XR5BYbVx99c/qEA5TU5Yb6RBOPMU2Ac+Kfokjv 9rqsvASTdtZxDHFhOdR7AfRGSu+M5guh2i1cFHzflwOrcwW+nkHjtVHsjlQ69N5Aesd3 HRJw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=UVGxZi/73hO8MviVC4xecUHqVr/lDVcqvkrd/RkFDOM=; b=JGiMWMjI0hVX5GU5p/m6DRhcSweSKJX7SUnsHBz+BIj8KqtfEx1CzionndJP6stqNA 2XedWou+qB5GSBQjPYKiSaxaTciSQPpCAPgZMxpPc2TER4ZUy/bR/CycrtKfLCKAEivG UJTqGhFbQgSBMjGr7sFv7tLBrYMc4gjZvtPR8SoT+XLGgeI7ps5zsvOkPUmEnFUQKtPZ Evb2JCuzcH9wlUtN1jHjwV/2Fg9sp2w3wLyYYJAzglDJNKFfS528PPa/KEhjIRHMKpks bjeJqMWfFoSVP7YKFg6SOPeQeboO87HCUxxXy9F7ccC3pOUFUAEGKHtJwpFTVTjFckoi mx9w== X-Gm-Message-State: ACrzQf1/l5tBu6+iBGcOBx8sGFky3uvVxTCmv/oahnIDjqBeZhOgqqTi IAieK+5KL7rcSnQRc+FZhWKGi3r7f/AZIDSQN4Dw+g== X-Received: by 2002:a17:906:5d04:b0:77f:ca9f:33d1 with SMTP id g4-20020a1709065d0400b0077fca9f33d1mr17428124ejt.526.1666388708026; Fri, 21 Oct 2022 14:45:08 -0700 (PDT) MIME-Version: 1.0 References: <20221021181016.14740-1-ansuelsmth@gmail.com> In-Reply-To: <20221021181016.14740-1-ansuelsmth@gmail.com> From: Linus Walleij Date: Fri, 21 Oct 2022 23:44:56 +0200 Message-ID: Subject: Re: [PATCH] ARM: mach-qcom: fix support for ipq806x To: Christian Marangi , Geert Uytterhoeven Cc: Russell King , Andy Gross , Bjorn Andersson , Konrad Dybcio , Arnd Bergmann , Ard Biesheuvel , "Russell King (Oracle)" , Nick Hawkins , John Crispin , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Oct 21, 2022 at 8:10 PM Christian Marangi wrote: > Add a specific config flag for Qcom IPQ806x as this SoC can't use > AUTO_ZRELADDR and require the PHYS_OFFSET set to 0x42000000. > > This is needed as some legacy board (or some wrongly configured > bootloader) pass the wrong memory map and doesn't exclude the first > ~20MB of RAM reserved for the hardware network accellerators. > > With this change we can correctly support each board and prevent any > kind of misconfiguration done by the OEM. > > Signed-off-by: Christian Marangi I had exactly this problem with the APQ8060 as well, then my problem went away. I was under the impression that this was solved. Is it not possible to use Geert's linux,usable-memory-range in the chosen node to make the kernel stay off the memory? (See examples by grep usable-memory in the kernel.) Yours, Linus Walleij