Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp3204169pxb; Mon, 9 Nov 2020 05:32:28 -0800 (PST) X-Google-Smtp-Source: ABdhPJzDlmLMo/6BMq95Mt6DDnXeUjdXVg7H2MSyr5PsMFBRm9WOk17ZSk9WQWdojQaO35/buHUw X-Received: by 2002:a17:906:c7cf:: with SMTP id dc15mr14270200ejb.396.1604928748099; Mon, 09 Nov 2020 05:32:28 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1604928748; cv=none; d=google.com; s=arc-20160816; b=HOcg5w5XLp2Up9lgcG8o2hE+NsOTNshGZDIU42CqNmmqoxhEYTJvIHgtY78dsDzZU5 /j/HGBzZQYrZ0pcSpf+xNLg1trQkYtqSVlp92vV3AfyII5IOStCLFW6U3Wosjxu5A5di NGKwbSQcMWHJcGvaAEDQyxj4xGjGLxVucmZf8es134+pAIrTDvXXyI9YdKbGqzAity0R jg0Wju+LulWkA0hdFvJKDggmoEqXYDk96ks3/Gl5+pNRbSsJj2C3ro4tDmJFUNk/TUrX 2MmStmxJX5C1Sksbgk79YgJeLAkY/hFCj45cvZHewpgAeyigGtHD57tOS2DjADXzKgUk sCZw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=xORC25G0KwOY0pvXYUqbWi0RKL/NBeLvT8BVFYoOVMU=; b=m19jSnwTKR/8FpbiFkU029WLZuHzp+lbsQwG75Yk/Au494ryv1i9+Xx2EJdApR31WY 4KZav7cS8StImxQgaP6pj6dkvJ+hPqwKko2TWu2Jpg2GehuWET2LUHxG7QsjQ3aKLneq 0K0Otz8hqvFHjWz5W9BY59hhNMtzhNv1eAnXKhGGKwQ6U1n4J2xUrHHBqUgLSDO84FKQ 0SBx8KKW6OuAnJOOvSxqk269Fd34NffsJvM3awNXFUaTQLyGqq1O3P5t50m8I1PAC5+j YDQrxlYSuJR9lahWtoiH8/VcogTmeeTgnVB2OctsgNJ9kQU/eU2A0oWAR1jDKHui65eK xeLg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=JO3MWYvF; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d12si8283315ejj.33.2020.11.09.05.32.03; Mon, 09 Nov 2020 05:32:28 -0800 (PST) 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=JO3MWYvF; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1732897AbgKINN2 (ORCPT + 99 others); Mon, 9 Nov 2020 08:13:28 -0500 Received: from mail.kernel.org ([198.145.29.99]:39216 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1732867AbgKINNY (ORCPT ); Mon, 9 Nov 2020 08:13:24 -0500 Received: from localhost (83-86-74-64.cable.dynamic.v4.ziggo.nl [83.86.74.64]) (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 1BE512076E; Mon, 9 Nov 2020 13:13:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1604927603; bh=WFcMG/uHux1Zw6I0DA2/RfogX4z10mHTe1x9UJyN2rg=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=JO3MWYvFjLjbCzjZIJ/pmjlTDuAVYkWDuU1/uf2YgFey5dKrrbFVFKzrXApQ+6MBI cUxpXWMeDpOMYfozst3lIbk3dgE8gueYpv43MceSfs0AImRpNeh6jqvoxAibzYoevj +nfUdJp2E1A12t0ZTfjhHfqU7BAeQ+1d3XNHMqvE= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Vincent Whitchurch , Rob Herring , Sasha Levin Subject: [PATCH 5.4 45/85] of: Fix reserved-memory overlap detection Date: Mon, 9 Nov 2020 13:55:42 +0100 Message-Id: <20201109125024.752292623@linuxfoundation.org> X-Mailer: git-send-email 2.29.2 In-Reply-To: <20201109125022.614792961@linuxfoundation.org> References: <20201109125022.614792961@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Vincent Whitchurch [ Upstream commit ca05f33316559a04867295dd49f85aeedbfd6bfd ] The reserved-memory overlap detection code fails to detect overlaps if either of the regions starts at address 0x0. The code explicitly checks for and ignores such regions, apparently in order to ignore dynamically allocated regions which have an address of 0x0 at this point. These dynamically allocated regions also have a size of 0x0 at this point, so fix this by removing the check and sorting the dynamically allocated regions ahead of any static regions at address 0x0. For example, there are two overlaps in this case but they are not currently reported: foo@0 { reg = <0x0 0x2000>; }; bar@0 { reg = <0x0 0x1000>; }; baz@1000 { reg = <0x1000 0x1000>; }; quux { size = <0x1000>; }; but they are after this patch: OF: reserved mem: OVERLAP DETECTED! bar@0 (0x00000000--0x00001000) overlaps with foo@0 (0x00000000--0x00002000) OF: reserved mem: OVERLAP DETECTED! foo@0 (0x00000000--0x00002000) overlaps with baz@1000 (0x00001000--0x00002000) Signed-off-by: Vincent Whitchurch Link: https://lore.kernel.org/r/ded6fd6b47b58741aabdcc6967f73eca6a3f311e.1603273666.git-series.vincent.whitchurch@axis.com Signed-off-by: Rob Herring Signed-off-by: Sasha Levin --- drivers/of/of_reserved_mem.c | 13 +++++++++++-- 1 file changed, 11 insertions(+), 2 deletions(-) diff --git a/drivers/of/of_reserved_mem.c b/drivers/of/of_reserved_mem.c index 6bd610ee2cd73..3fb5d8caffd53 100644 --- a/drivers/of/of_reserved_mem.c +++ b/drivers/of/of_reserved_mem.c @@ -200,6 +200,16 @@ static int __init __rmem_cmp(const void *a, const void *b) if (ra->base > rb->base) return 1; + /* + * Put the dynamic allocations (address == 0, size == 0) before static + * allocations at address 0x0 so that overlap detection works + * correctly. + */ + if (ra->size < rb->size) + return -1; + if (ra->size > rb->size) + return 1; + return 0; } @@ -217,8 +227,7 @@ static void __init __rmem_check_for_overlap(void) this = &reserved_mem[i]; next = &reserved_mem[i + 1]; - if (!(this->base && next->base)) - continue; + if (this->base + this->size > next->base) { phys_addr_t this_end, next_end; -- 2.27.0