From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-4.1 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 773F7C433DF for ; Tue, 21 Jul 2020 12:59:13 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 5218B2073A for ; Tue, 21 Jul 2020 12:59:13 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=linaro.org header.i=@linaro.org header.b="r3XFJj4g" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727782AbgGUM7N (ORCPT ); Tue, 21 Jul 2020 08:59:13 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40286 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727772AbgGUM7M (ORCPT ); Tue, 21 Jul 2020 08:59:12 -0400 Received: from mail-lf1-x141.google.com (mail-lf1-x141.google.com [IPv6:2a00:1450:4864:20::141]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5B460C061794 for ; Tue, 21 Jul 2020 05:59:12 -0700 (PDT) Received: by mail-lf1-x141.google.com with SMTP id 140so1222897lfi.5 for ; Tue, 21 Jul 2020 05:59:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=D/VfADr9Dc4CizmTbEXh+Zjq4M/bzfmDBA6N1o/I0nk=; b=r3XFJj4ge6eNTcM4tl0x5EDh2caMgdqsSw4pTwnGuCoXmIVVlD5cO1LRoi5C+zhqsq Zy07hhMv38Vi1/b2IOOAB80MxtaIS05A9BSE3TytYzVOLaDmucE49cxru0R49R2S9/hy SXcuXgxb/h6Ms8jYRAkCiir1fTbAq787eE9Sk7qbVuJVqlK898qW7i5x/UMm+PwuXw6I 3TAHx+IrTI6N6L7Rv8YWRkHNRk1H6SQuu4R42vwj+/0afEh1RavRha0kYp2wk0VNM6rD 6y8d4D5qo27ojbvpZ8JHAkmn5ZZTKl7ONOfdoBE2JtyGMfFP8BYsdIJH6IrBVlfBkZ/r UzYQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=D/VfADr9Dc4CizmTbEXh+Zjq4M/bzfmDBA6N1o/I0nk=; b=qGMsiF5dyNp/jHPeGLuyI8h2eGrXtgbt8dnNWeVvYS4ceP6cF1oHwETmkk9cU6iEwq XSkk5IAKT+em5GmNhs1Rh/PjE0i0gshjT4vXLmS29/yj4+2WHE4I3qy+uKMj1Ut5PK9W b0wJ2zKG2CktrP6LSfFp04Vkeq8SjnFjtwkRgyNwdpctiOfprWml3gDwLaqTNwh2xBtN LLIpJuMEedUKN1e6+fiYea8ejkBMUnpWnaOWRFoaYgPsj+IgPWqYWJ2sa+hpRdeWMrlQ 6Xlt0AHBShbkRo8MMAfN4hdbsWTiWxfF6dYO5NwLrcF9QH+81VpcbT1/qOy8jGsA9eeo 70aA== X-Gm-Message-State: AOAM530dMW3x8zp828H8n6fM6Q/yBxG1BmGw0mJ/KBoy5FEs9oqPZZ6e qzyecXfVl+oU8JymsWv6CRLwQlbfq5NvucYJr/ELIA== X-Google-Smtp-Source: ABdhPJzYpK5bIKiQx3FRFLKeKNO46qYN5hT7wSZrzXa5f0g2KrdfvVSefa7HYlmLRQJGo1IZp7X07UEnux6KUCFquE4= X-Received: by 2002:ac2:5dc1:: with SMTP id x1mr3509636lfq.217.1595336350190; Tue, 21 Jul 2020 05:59:10 -0700 (PDT) MIME-Version: 1.0 References: <20200706150205.22053-1-geert+renesas@glider.be> In-Reply-To: From: Linus Walleij Date: Tue, 21 Jul 2020 14:58:59 +0200 Message-ID: Subject: Re: [PATCH/RFC v7] ARM: boot: Obtain start of physical memory from DTB To: Arnd Bergmann , Stephen Boyd , Bjorn Andersson , Laura Abbott Cc: Geert Uytterhoeven , Dmitry Osipenko , Nicolas Pitre , Eric Miao , =?UTF-8?Q?Uwe_Kleine=2DK=C3=B6nig?= , Lukasz Stelmach , Masahiro Yamada , Russell King , Linux-Renesas , Chris Brandt , Ard Biesheuvel , Linux ARM , Marek Szyprowski , Kumar Gala Content-Type: text/plain; charset="UTF-8" Sender: linux-renesas-soc-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-renesas-soc@vger.kernel.org On Mon, Jul 20, 2020 at 11:53 AM Arnd Bergmann wrote: > No idea what /exactly/ is going wrong, but I would point out that this is one > of the platforms that is handled as a special case in the Makefile when > setting TEXT_OFFSET: (...) > textofs-$(CONFIG_ARCH_IPQ40XX) := 0x00208000 > textofs-$(CONFIG_ARCH_MSM8X60) := 0x00208000 > textofs-$(CONFIG_ARCH_MSM8960) := 0x00208000 But what on earth is this? I just deleted this and the platform boots just as well. It was originally added by Stephen in commit 9e775ad19f52d70a53797b4d0eb740c52b0a9567 "ARM: 7012/1: Set proper TEXT_OFFSET for newer MSMs" to patch around memblocks in the board files in mach-msm/* These boardfile hacks that seem to relate to this textofs are now *GONE* but this is still here! Laura, Stephen, Bjorn: can't we just delete these QCOM textofs things so as to clean out some confusion? Or is my APQ8060 odd once again and the rest of the world crashes if we remove this? Yours, Linus Walleij