Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp3331352pxv; Mon, 28 Jun 2021 02:07:13 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyVxk8s6fepFyblWOHK2pXJVp21sY26zx9BSz/aHwILjzZbOYOFmQ8wPqd99ynoutU7pXHK X-Received: by 2002:a5d:89ca:: with SMTP id a10mr19906457iot.112.1624871233439; Mon, 28 Jun 2021 02:07:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1624871233; cv=none; d=google.com; s=arc-20160816; b=CytrtLYdq17ssQ7Qo+hlIpCL6F0zs2BDWFhSLQbBmryK849C4vzCfXA8G9yClsK4Y7 TKfBAwBmmXqUeHBSKxOnEWNURChDoF45iEtNa1BZEH6S1E8p6yisnpTwdd76u9LcBi3D qwUJln9NWunvJaDOxoXqqrEFgrf1krU/L0F2uuZrZudbiopUxALFjVv4dqvm8nnoDU41 5IEHBCRWEoxx5yjqb/GQ8rJwFpvYi3ht3BlYEPMTQcNnqDAOKWcx2rCG/Y0Q+kLJi1yz aC1J91nS6ZBxw1KU8e9DNh8rExno5XvM03qrDYvm2XEWUzc3yoFTnYzh3DTxyhlWmptT zkxg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=+sqy4dcH2qGDelwn4xnWD4/Ztyx8TYeODnVmHm0pNz8=; b=yWpEHsn11yQh4IpVS37zLFfttf1LqGYcVsnKvVxj3XQAHe2DC8TzYtjTHBfssQexqt yljEkSjfT820FSsirSO2ZaTcObRpqLXXXyUbwhUQDlqoF2xFQAJE5WFvBjBYs4Ukngwx dhb3HaHvv1vpZtbzhACL2piCE3ZNyAr7y57Yn6++fZqWA3INd/NSp/V9Si8p514fIkMX JWxxvkFkKZFkZW+m9B3E7X0t/Gd4N0rNoRVCb2+Rj4C4lpGC93QHhUeA0K33ATWGXJWO Q6aYbmNuFUDO09SYA2rixd/611QyyVOLIDoG5C7cNIzHCDa6qu0I/Wj8yYHsfrtVpfHD g2aw== 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 t1si10514035ile.155.2021.06.28.02.07.01; Mon, 28 Jun 2021 02:07:13 -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 S232478AbhF1JI1 (ORCPT + 99 others); Mon, 28 Jun 2021 05:08:27 -0400 Received: from regular1.263xmail.com ([211.150.70.203]:47648 "EHLO regular1.263xmail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232467AbhF1JI0 (ORCPT ); Mon, 28 Jun 2021 05:08:26 -0400 Received: from localhost (unknown [192.168.167.16]) by regular1.263xmail.com (Postfix) with ESMTP id 62022977; Mon, 28 Jun 2021 17:05:54 +0800 (CST) X-MAIL-GRAY: 0 X-MAIL-DELIVERY: 1 X-ADDR-CHECKED4: 1 X-SKE-CHECKED: 1 X-ABS-CHECKED: 1 X-ANTISPAM-LEVEL: 2 Received: from [10.4.23.46] (unknown [58.240.82.166]) by smtp.263.net (postfix) whith ESMTP id P12363T139710759249664S1624871154487525_; Mon, 28 Jun 2021 17:05:54 +0800 (CST) X-IP-DOMAINF: 1 X-UNIQUE-TAG: <3be8a4599a3b6d776fad225e14b58892> X-RL-SENDER: zhanglianjie@uniontech.com X-SENDER: zhanglianjie@uniontech.com X-LOGIN-NAME: zhanglianjie@uniontech.com X-FST-TO: linux-kernel@vger.kernel.org X-RCPT-COUNT: 6 X-SENDER-IP: 58.240.82.166 X-ATTACHMENT-NUM: 0 X-System-Flag: 0 Subject: Re: [PATCH v2] mm: Fix the problem of mips architecture Oops To: Sergei Shtylyov , jiaxun.yang@flygoat.com, chenhuacai@kernel.org, tsbogend@alpha.franken.de Cc: linux-mips@vger.kernel.org, linux-kernel@vger.kernel.org References: <20210628054738.10964-1-zhanglianjie@uniontech.com> From: zhanglianjie Message-ID: Date: Mon, 28 Jun 2021 17:05:53 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.12.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2021-06-28 16:51, Sergei Shtylyov wrote: > Hello! > > On 28.06.2021 8:47, zhanglianjie wrote: > >> The cause of the problem is as follows: >> 1. when cat /sys/devices/system/memory/memory0/valid_zones, >>     test_pages_in_a_zone() will be called. >> 2. test_pages_in_a_zone() finds the zone according to stat_pfn = 0. >>     The smallest pfn of the numa node in the mips architecture is 128, >>     and the page corresponding to the previous 0~127 pfn is not >>     initialized (page->flags is 0xFFFFFFFF) >> 3. The nid and zonenum obtained using page_zone(pfn_to_page(0)) are out >>     of bounds in the corresponding array, >>     &NODE_DATA(page_to_nid(page))->node_zones[page_zonenum(page)], >>     access to the out-of-bounds zone member variables appear abnormal, >>     resulting in Oops. >> Therefore, it is necessary to keep the page between 0 and the minimum >> pfn to prevent Oops from appearing. >> >> Signed-off-by: zhanglianjie >> --- >>   arch/mips/loongson64/numa.c | 3 +++ >>   1 file changed, 3 insertions(+) >> >> diff --git a/arch/mips/loongson64/numa.c b/arch/mips/loongson64/numa.c >> index fa9b4a487a47..dba9e6f17b9e 100644 >> --- a/arch/mips/loongson64/numa.c >> +++ b/arch/mips/loongson64/numa.c >> @@ -129,6 +129,9 @@ static void __init node_mem_init(unsigned int node) >>           if (node_end_pfn(0) >= (0xffffffff >> PAGE_SHIFT)) >>               memblock_reserve((node_addrspace_offset | 0xfe000000), >>                        32 << 20); >> + >> +        /* Reserver pfn range 0~node[0]->node_start_pfn */ > >    Reserve? > >> +        memblock_reserve(0, PAGE_SIZE * start_pfn); >>       } >>   } > [...] > > MBR, Sergei > > Oh, I’m so sorry. I will resubmit, thanks for your reminder. -- Regards, Zhang Lianjie