Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp242578pxf; Thu, 25 Mar 2021 03:05:03 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxKOvjIGVbIseAHlnLuX3H4pm4/H7Y/JsF3DXB7aHKDDilj6qNV4Y83gQisZyADJFUkBoNj X-Received: by 2002:a17:907:9611:: with SMTP id gb17mr8698806ejc.325.1616666702960; Thu, 25 Mar 2021 03:05:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1616666702; cv=none; d=google.com; s=arc-20160816; b=fGlJdJIyWR/hqToA0oUM1Zt5rE9QUWsJUmPFfn3nXBHEWRB2PqGsT1rTGsxb4vfsxS bVLVwSEr8ev4jCo9SDvxbNqg1m0OiVplUpRAKtbtUdKcxoVkIvJaTZQ4ED6EFbT4g5Ex HXStMaJg2OnzpN2stPgze6YafD7ZqE3121nnlsRLaJLQ76BGUy4swqVWpfiEIHOhmEjL CA5FvZ0nTA8uNqUv4nTATmYarhoQIJ9Cxu2dRN2YlOMCBh5OUmrog/4ybiNL0kdZVMI2 39ObywClMfaitPprUA3s0sRdz7aLFHxMLzX4ExyUY36kIDk0jD3h2zm2by7AkkLUCMaz TL1A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=P9IR9LP14L2s4zQ7wi29ZmVlYoIB4wlsuoxH6XZUbWo=; b=PX7jg5vpcSOcDf4sirryrtTaQkDT5f49wc8mAc2Qks1LskVtGLS72flTrbPRm+Ds21 Mc3fv1qCfHA+Kp3LmHBJ4H8UwkS/UIqNnYzUSPUoFzw2ON01MRXgbeKkn8JBF9Nveu2Q 3I+ZEhXxiWyQV21vul3fK/Jjd/O8xA2bKj1Kf9Jn00q5sFTNzoq9V7wl4EZPBbvfZPBX 7E2jamTPsncABN28LLJ8WP1eieaxQVPlt7Q1cT42JaIrbrVOfkF4y2UvupTWYJzSJh7V iaZoMF0gM2IJQEPmSCYoMXsISWRWZG80RAulV3uKbsa9tmkrLDjcUez/gtRxeiQqR6se pj2g== ARC-Authentication-Results: i=1; mx.google.com; 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 dn20si4318462ejc.347.2021.03.25.03.04.39; Thu, 25 Mar 2021 03:05:02 -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; 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 S230096AbhCYKBn (ORCPT + 99 others); Thu, 25 Mar 2021 06:01:43 -0400 Received: from elvis.franken.de ([193.175.24.41]:58849 "EHLO elvis.franken.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229576AbhCYKBM (ORCPT ); Thu, 25 Mar 2021 06:01:12 -0400 Received: from uucp (helo=alpha) by elvis.franken.de with local-bsmtp (Exim 3.36 #1) id 1lPMnd-00074f-00; Thu, 25 Mar 2021 11:01:09 +0100 Received: by alpha.franken.de (Postfix, from userid 1000) id 10399C1C6A; Thu, 25 Mar 2021 10:55:30 +0100 (CET) Date: Thu, 25 Mar 2021 10:55:29 +0100 From: Thomas Bogendoerfer To: Ilya Lipnitskiy Cc: Matthias Brugger , John Crispin , Chuanhong Guo , Jiaxun Yang , linux-mips@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] MIPS: ralink: mt7621: add memory detection support Message-ID: <20210325095529.GA5775@alpha.franken.de> References: <20210317055902.506773-1-ilya.lipnitskiy@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210317055902.506773-1-ilya.lipnitskiy@gmail.com> User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Mar 16, 2021 at 10:59:02PM -0700, Ilya Lipnitskiy wrote: > From: Chuanhong Guo > > mt7621 has the following memory map: > 0x0-0x1c000000: lower 448m memory > 0x1c000000-0x2000000: peripheral registers > 0x20000000-0x2400000: higher 64m memory > > detect_memory_region in arch/mips/kernel/setup.c only adds the first > memory region and isn't suitable for 512m memory detection because > it may accidentally read the memory area for peripheral registers. > > This commit adds memory detection capability for mt7621: > 1. Add the highmem area when 512m is detected. > 2. Guard memcmp from accessing peripheral registers: > This only happens when a user decided to change kernel load address > to 256m or higher address. Since this is a quite unusual case, we > just skip 512m testing and return 256m as memory size. > > [...] I get WARNING: modpost: vmlinux.o(.text+0x132c): Section mismatch in reference from the function prom_soc_init() to the function .init.text:mt7621_memory_detect() The function prom_soc_init() references the function __init mt7621_memory_detect(). This is often because prom_soc_init lacks a __init annotation or the annotation of mt7621_memory_detect is wrong. Can you please fix this ? Thomas. -- Crap can work. Given enough thrust pigs will fly, but it's not necessarily a good idea. [ RFC1925, 2.3 ]