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=-5.8 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 1B700C433E0 for ; Mon, 18 Jan 2021 13:11:44 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id C3EFD224B0 for ; Mon, 18 Jan 2021 13:11:43 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2391981AbhARNLj (ORCPT ); Mon, 18 Jan 2021 08:11:39 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36768 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2392003AbhARNKV (ORCPT ); Mon, 18 Jan 2021 08:10:21 -0500 Received: from mail-ed1-x52c.google.com (mail-ed1-x52c.google.com [IPv6:2a00:1450:4864:20::52c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A3F1FC061575 for ; Mon, 18 Jan 2021 05:09:40 -0800 (PST) Received: by mail-ed1-x52c.google.com with SMTP id c6so10381459ede.0 for ; Mon, 18 Jan 2021 05:09:40 -0800 (PST) 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=D1AAveqTyJyo7XF8SzJyHG+QKvAwmHfyliyuUc7ZAnA=; b=l68X6CtsM6Skvy4gGizDCvSonOG+owbJN7TdOkzZrLvP9lhnyhqOS5uV9Fm7qeeL3S Ij8FFii+F+dvmzuzn6BDBr0YBsWmrXIRP+uih2bEIbpg6s1K/JLbomJ+nDWR5mQdskRb dXpoDQF71t8wB3VevXYfrJAIKoEso938vlYv88rWTwCZJTjm0puR9CSc3JgLHlACWrr6 aG7mCHr1d4C2CX7OsoPHwN7Hx8NUa+bYAmAD7WE448vm9D8V/VmS/vbuHNvKkpAlGySF mYYcX8vBTOowRWG0JSPP6H9ELliocDrT6r4wTN4fWgL8atdJs1vgMgRdhfMfbhEi4I9U fZQQ== 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=D1AAveqTyJyo7XF8SzJyHG+QKvAwmHfyliyuUc7ZAnA=; b=qExmA1dSyiJBH/iHdT40184ozgx1qxrghZpmiGvyp+SpJuRDco5P2e3Be5PhnNOBO1 8aIgn3LrlI3i4QVssqwRUSnycikZGV/q9a/1sRvptCy8fPqkUJ5BAikGiCPX5fcyvzSV 54MeZOlX1EFL/Vqp11C5/d1NVQoIAIjVbuYrTlhAenzJJF8TVbq/+DfEotIKzKYTNd52 eeifdvTq9N9rGF6tdDiMsosH1yT4A7jZqz0WJKVYoshUxn5mddy15ZDxPCl3OIf6v8Mk cnqVj9WpOVkvuTFUzphMuCRcsPdzkVtqB4CDf6rmWLRA0QXpYhe2GsAY+jo0QjegDe4S 2iwA== X-Gm-Message-State: AOAM5306d984i75ajNIfAPJVVDbcBDK964ImJG/E8+ga4oWhbAZIqBmV h4cFoCvfp9hENSUPJWqLQ3oKLII7sCFq9BCdxLawIA== X-Google-Smtp-Source: ABdhPJx7P49VEgkKm6Wu3E1/wBPsP3g0IlibgP8xzr/V3RelBVzdfxzLzDN1d2NZc2Hw19FgOMKk1QSj/fKTM7uyr8I= X-Received: by 2002:a05:6402:c92:: with SMTP id cm18mr5108809edb.367.1610975379333; Mon, 18 Jan 2021 05:09:39 -0800 (PST) MIME-Version: 1.0 References: <20210104130111.1269694-1-geert+renesas@glider.be> In-Reply-To: From: Linus Walleij Date: Mon, 18 Jan 2021 14:09:28 +0100 Message-ID: Subject: Re: [PATCH v12] ARM: uncompress: Validate start of physical memory against passed DTB To: Geert Uytterhoeven , Rob Herring Cc: Russell King , Ard Biesheuvel , Nicolas Pitre , Marek Szyprowski , Dmitry Osipenko , Arnd Bergmann , Eric Miao , =?UTF-8?Q?Uwe_Kleine=2DK=C3=B6nig?= , Lukasz Stelmach , Stephen Boyd , Chris Brandt , Linux ARM , Linux-Renesas , "linux-kernel@vger.kernel.org" , Grant Likely , Michael Ellerman , Heinrich Schuchardt , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jan 11, 2021 at 5:19 PM Geert Uytterhoeven wrote: > > I suppose we already had a discussion of why this property > > is undocumented? Or should we document it? Obviously > > it is already in widespread use. > > This comes from commit 51975db0b7333cf3 ("of/flattree: merge > early_init_dt_scan_memory() common code"), which combined existing > practises on Microblaze (commit 12e8414263f47352 ("microblaze_v8: Open > firmware files")) and PowerPC (ba7594852f4e7121 ("[PATCH] powerpc: Add > support for "linux,usable-memory" on memory nodes")), with the former > obviously just copying the latter. > Unfortunately none of this is documented in The DeviceTree > Specification, ePAPR, or P1275. > > Heinrich tried to document it, but his patch was ignored: > [PATCH] Documentation: devicetree: "linux,usable-memory" property > https://lore.kernel.org/linux-devicetree/20161223161747.9986-1-xypron.glpk@gmx.de/ > https://lkml.org/lkml/2016/12/23/175 > https://lore.kernel.org/patchwork/patch/745784/ > Note that Heinrichs address is mangled in lore (imported from gmane?, > but lkml and patchwork have it right. I bet it's just a mishap. Rob, can you pick up and apply this patch? Yours, Linus Walleij