Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp3200874pxb; Mon, 9 Nov 2020 05:27:49 -0800 (PST) X-Google-Smtp-Source: ABdhPJxN1Sz9BRBEBx3+TaEFrvhWZdIUlEq9I1G14EWf0JquDeg3agzUQRYZdB09d2mI6a57fh3c X-Received: by 2002:a50:fe98:: with SMTP id d24mr15000999edt.223.1604928468913; Mon, 09 Nov 2020 05:27:48 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1604928468; cv=none; d=google.com; s=arc-20160816; b=kGYDlSD9m1g0Cz57mi0hZ1/QoviMc/W2cPr5TEhOEYlJVslDYxkXYI1MYv6dWGw7y2 fWeo75qPkDMd+pr7WhHXS8i51IQ7wsIR3bA4rB79r59svzz3XoyPPH9OCuHWUHIgevii ZcaJwXlMpOsWW/GlG3MkMzTVqdlTO7l7ClK1sU6j3X4mc4aaqVSH7yYhlLt3rH+Ro/d+ K+ETOmjIdar+IUjgWJMoGfwwJxP5RoNxcs63YF0kIqOss5xaFUd5qDMSfyOxI4mHYEOq US/381u8qKpJEPuOn/DFt5F+U/gk252WsadhUpsR2mOYRDbnpUqj4ioJdScxFKGMnQWI fHkg== 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=oGDRJI9+weoTVEC7Ece4ni8XwDrfuqQlJpNlRwYQyHM=; b=IgcVrawR7sBP0y26vyQt5G5bgBM64F1B2r+vt2e0D5PNlQQlBd0sj3cY0zDAimPT1d CBqeVRl60pTfwtZueMppMIlWTNisIMu9C3C2DevtXVYJ2u0HWVPKAODUTWgQjVKBjg6U HbiOnYo0WdOvtnHMKp10jLtc+Kb2dFyKy+PoFrlL4EdAHXLnsBs1A6vQRcUgxr2BRgTF it8dClxhS5QNU0SnWaFmmNQzfmrbwPg2CRyMA0Ru4GiyFzgQzBEyL2qK3T9icYRkoSz5 /NrXQNMG1BcQWyFFjuoEKeA6if1x6DQwFaCysuIBOc9lACM0anCu5NhgSsw9yot84n+L eFBw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=D0riYYT6; 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 x2si7976671ejy.740.2020.11.09.05.27.25; Mon, 09 Nov 2020 05:27:48 -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=D0riYYT6; 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 S2387728AbgKINTW (ORCPT + 99 others); Mon, 9 Nov 2020 08:19:22 -0500 Received: from mail.kernel.org ([198.145.29.99]:46704 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2387467AbgKINTR (ORCPT ); Mon, 9 Nov 2020 08:19:17 -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 28D4220731; Mon, 9 Nov 2020 13:19:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1604927956; bh=8LngFopYzFeGa/jZrFWBu9RFqdYmR0lINC0f9D8B8wk=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=D0riYYT6O6NiDD0o1g/3lS6pt0Xj2YEvjIZa5QCtg0GWH0ZpUta2hwY//ArYSvcMc mMIlJ3TaaBws3s/fQkhaJVYf3fN7cUwbixZsNlqgbaENdTKF3bvJCdkSlfBZoX8o/S oary5nqJ9RPZYBaaQ8mFp1OqHqMVDuI5MCR/Kjbo= 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.9 079/133] of: Fix reserved-memory overlap detection Date: Mon, 9 Nov 2020 13:55:41 +0100 Message-Id: <20201109125034.523157110@linuxfoundation.org> X-Mailer: git-send-email 2.29.2 In-Reply-To: <20201109125030.706496283@linuxfoundation.org> References: <20201109125030.706496283@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 46b9371c8a332..6530b8b9160f1 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