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=-10.8 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_CR_TRAILER, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=unavailable 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 8D96FC433FE for ; Thu, 23 Sep 2021 00:08:54 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 7918E61211 for ; Thu, 23 Sep 2021 00:08:54 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238611AbhIWAKY (ORCPT ); Wed, 22 Sep 2021 20:10:24 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50208 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238524AbhIWAKW (ORCPT ); Wed, 22 Sep 2021 20:10:22 -0400 Received: from mail-lf1-x12a.google.com (mail-lf1-x12a.google.com [IPv6:2a00:1450:4864:20::12a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E0689C061756 for ; Wed, 22 Sep 2021 17:08:51 -0700 (PDT) Received: by mail-lf1-x12a.google.com with SMTP id u18so18441291lfd.12 for ; Wed, 22 Sep 2021 17:08:51 -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=c61zkWeyMKH6LL6icsQDLy8x0upVKK9C7hT0bg7V0+0=; b=a3bNOYwHCLWdW+uqIZMVyLPdTmYFfQZhZmd3R+ig/T+TGpkI56Mz3an74YjRDGlRNz 4OMn2AggkvbmO9CcqQfZHCvjZE49E4yUXJVgznbBxZ6Qg+OEBop5fGwIIel7kSDiaAO8 iJsU3iWZiFA8pAMYgEYTEjVx8HbxxGrYNfPm4r0ed6K+9mrKpELqbgtgzuMfiI/KlX6M 8U3pVpD4hosSgSFiNBcGAERmiOabbMaV0nBih9Tc3n0CxT2/vW9P4Lzk5uVgqyYL+i3t 3qpP4z2hoMnrKgdSKhfI7Az6HoUgVH02p6NXReo4R1I3n0dyRAD23M9ot2Wigemntxzj 1/dA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=c61zkWeyMKH6LL6icsQDLy8x0upVKK9C7hT0bg7V0+0=; b=Ym6d4SP28CO//jmvFisxBrTghcCYclNLEv+Lo3Frm3sTNNSsPO9NN3PqLd9DecTCNM PkK6nnmlncEM4BqDPpbQVrK1WhU0TxcxFB9YvKHqbFPvemylMqvXTgcM6/GOtdCZ3RVT fTHVBGFFwOsprMEVEa4Bb5UMzITfSvCWVrBdatUt6Qq6Fw2BFE9lvhuVvOuM3G6axuF0 sSrJHngtVu9rSIz+c/xS+O1+n3uj8cJHsAIpVIbWDJHrsz0QFFvkfLzcVw9TohyWKfOW SbXTH0Pucz7eKnlQKlxvnhMekiqEAKkp7DleIR3Y+fgd0/KMV9Az4Aryv781niloNkYf yFaQ== X-Gm-Message-State: AOAM531fpX0fSX6LVjVLTz5dW/u87328ybB3KzcBVi9SIQF6diGQr30L BhZXzkhnIixPYhP1AXOZuGgY0zSOUBXTEP1SHjFuNQ== X-Google-Smtp-Source: ABdhPJz4Ci6g8dCkCq4XBU9PsIJJ1SdIpTHPhKpirwmfjE1wusAbSTN0oycwv5f7LjI5SDD/W2sq6wAKPAFhkFqsWBw= X-Received: by 2002:a05:6512:10cb:: with SMTP id k11mr1649114lfg.72.1632355730261; Wed, 22 Sep 2021 17:08:50 -0700 (PDT) MIME-Version: 1.0 References: <0de07021e49ac26a8f9386f62f3e15e947d0f6d0.1631709384.git.geert+renesas@glider.be> In-Reply-To: <0de07021e49ac26a8f9386f62f3e15e947d0f6d0.1631709384.git.geert+renesas@glider.be> From: Linus Walleij Date: Thu, 23 Sep 2021 02:08:39 +0200 Message-ID: Subject: Re: [PATCH v6] ARM: uncompress: Parse "linux,usable-memory-range" DT property To: Geert Uytterhoeven Cc: Russell King , Nicolas Pitre , Ard Biesheuvel , Lukasz Stelmach , Simon Horman , Linux ARM , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , linux-kernel , kexec@lists.infradead.org Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Sep 15, 2021 at 3:20 PM Geert Uytterhoeven wrote: > Add support for parsing the "linux,usable-memory-range" DT property. > This property is used to describe the usable memory reserved for the > crash dump kernel, and thus makes the memory reservation explicit. > If present, Linux no longer needs to mask the program counter, and rely > on the "mem=" kernel parameter to obtain the start and size of usable > memory. > > For backwards compatibility, the traditional method to derive the start > of memory is still used if "linux,usable-memory-range" is absent. > > Signed-off-by: Geert Uytterhoeven Very nice patch! Reviewed-by: Linus Walleij Yours, Linus Walleij