Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp582413ybt; Fri, 19 Jun 2020 08:40:01 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz3/t0K/7MJIYLngCCQzIQFK/wlQarf/NwUalCN3cls0XVzXA9jQXPk0n7R21MhsW07SSG+ X-Received: by 2002:a17:906:434f:: with SMTP id z15mr4127045ejm.178.1592581201106; Fri, 19 Jun 2020 08:40:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1592581201; cv=none; d=google.com; s=arc-20160816; b=ilRQ5cAWWNzFx7Tu3KOU57YefWfFyzCYjkVMjcfxlpPkBZNYXsHhDBnq577GEyI1qP YwCBcJzzfRkmhnHWRtCopCk+Qp7b9m2Cq0tA+m/Jt9VCyA4TBUYL6QubJ3t2hox7Zg3d kwTb7fibobZB1BgqzbOe3GuN8TfysutxToNJq2aa3j2Ko7xdNwE6MIyXYjjme8pIJWNI taW4lCVNYpYfZwew5F8AIyTwayPGx5fNZSUyers83ld630c9ZKr0n3/jMabOA4Q1l2WI dd+YpTZ2qRLShzETPLwXpgziCWAXQjuPD+/MEZBeSx9ymmnhcXovBINiF+uhov6UBCNv tXnQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=EAZZOR4nvhezywpdyKG1tl1kchkwnh7xwpEBTqk9tBI=; b=D1klsSiG21550SvntKGtt+Ylyw1rI4DZTafduKdWbWasWwkfCcQwSqidQTv3LJduhv /dVmiIPQiWpZwiA3wfs8N5mwJYnYGs51A6WkI/nEsHwJ1UjWUkvkcsBgvtbV0J6LrDRp 57/PqDDRO7A+KBAy/lDkFi5hyWRDRgHjORfER1tLeK3bnrCHxsvuTDu+6WQSkzIhhIP4 VlWWySHoTUDYD7l7G2Gm1DZEEjeVdL93YOwL4BXQAYI/g1cy6VCvGaIVfVhgXBUoP/+0 Nbm2B/x6kuYPLkq0Hmd+HNLN2Og12XSff16M0imDBcT+lIuF+WVCiY87aAlnpNAEkWI2 4stw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=Fdv8isI6; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id qu2si3941965ejb.89.2020.06.19.08.39.38; Fri, 19 Jun 2020 08:40:01 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=Fdv8isI6; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2405113AbgFSPg4 (ORCPT + 99 others); Fri, 19 Jun 2020 11:36:56 -0400 Received: from mail.kernel.org ([198.145.29.99]:34766 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2404463AbgFSPau (ORCPT ); Fri, 19 Jun 2020 11:30:50 -0400 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id E20B520757; Fri, 19 Jun 2020 15:30:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1592580648; bh=pl+gPSi2eCibttM7+mX+0j8F6Js2Zgowf5rgnz84zFU=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=Fdv8isI6ye8BapLXgyTHD29m5J8jLwNgNgxY3JX3KAD51CC/kbNas9Cep0DCJ3Bks ASIicwg3y/f9IAcS10hMNKDZATNjrqeYspLKbmUL7jm8jQRnHokL6Gs+FE8jbfgi0p EyfAXm62ihakVtHRD46JFALKwqKTtEv3LVjAhv5E= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, kbuild test robot , Hari Bathini , Michael Ellerman Subject: [PATCH 5.7 329/376] powerpc/fadump: Account for memory_limit while reserving memory Date: Fri, 19 Jun 2020 16:34:07 +0200 Message-Id: <20200619141725.906461903@linuxfoundation.org> X-Mailer: git-send-email 2.27.0 In-Reply-To: <20200619141710.350494719@linuxfoundation.org> References: <20200619141710.350494719@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Hari Bathini commit 9a2921e5baca1d25eb8d21f21d1e90581a6d0f68 upstream. If the memory chunk found for reserving memory overshoots the memory limit imposed, do not proceed with reserving memory. Default behavior was this until commit 140777a3d8df ("powerpc/fadump: consider reserved ranges while reserving memory") changed it unwittingly. Fixes: 140777a3d8df ("powerpc/fadump: consider reserved ranges while reserving memory") Cc: stable@vger.kernel.org Reported-by: kbuild test robot Signed-off-by: Hari Bathini Signed-off-by: Michael Ellerman Link: https://lore.kernel.org/r/159057266320.22331.6571453892066907320.stgit@hbathini.in.ibm.com Signed-off-by: Greg Kroah-Hartman --- arch/powerpc/kernel/fadump.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- a/arch/powerpc/kernel/fadump.c +++ b/arch/powerpc/kernel/fadump.c @@ -603,7 +603,7 @@ int __init fadump_reserve_mem(void) */ base = fadump_locate_reserve_mem(base, size); - if (!base) { + if (!base || (base + size > mem_boundary)) { pr_err("Failed to find memory chunk for reservation!\n"); goto error_out; }