From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.8 required=3.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id DD6C6C433ED for ; Sun, 25 Apr 2021 07:20:08 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 65289611C9 for ; Sun, 25 Apr 2021 07:20:08 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 65289611C9 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id EACE46B0036; Sun, 25 Apr 2021 03:20:07 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id E5C5C6B006C; Sun, 25 Apr 2021 03:20:07 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id CFC756B006E; Sun, 25 Apr 2021 03:20:07 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0027.hostedemail.com [216.40.44.27]) by kanga.kvack.org (Postfix) with ESMTP id ABE8E6B0036 for ; Sun, 25 Apr 2021 03:20:07 -0400 (EDT) Received: from smtpin36.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay04.hostedemail.com (Postfix) with ESMTP id 55A8E248D for ; Sun, 25 Apr 2021 07:20:07 +0000 (UTC) X-FDA: 78070040454.36.C11ABDB Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by imf12.hostedemail.com (Postfix) with ESMTP id 4241BEB for ; Sun, 25 Apr 2021 07:19:57 +0000 (UTC) Received: by mail.kernel.org (Postfix) with ESMTPSA id 34E5261154; Sun, 25 Apr 2021 07:19:59 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1619335204; bh=t3uBLdKj3RwD8AUUCKgSTXuCvucTl9G7gRfYDcygyuE=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=kDBJ9u5v83yTj0knDFg6TvMz5f6BIJsd5rsSHucko8FJYyP8hKzwbwbOeAb6OL6Gh xuMRIZMu2D7nophxm+LihrlmsW4f48MmVnU5drdb6ipiRoj2CfzFMY4bqVjRwTx+6+ 9B8S/FvKzlV2QmLlv6vwkSb85kMbbQAUg5Ws0vHGlUxYCuu41Y/R1qdnE8VMWYARiB eU/aJN90HOkPrlG+urZD6/bIOwPewBRhGwTRmrMmDhrq3YSFL8yzn36gO4laglg+3R ZUY8d+WHppFIJYrchBcOIcGak8HLE6382dK4LN+EZDuaW37/HlFcQKcwQ8f7VWdTWT TrycNCi498ltA== Date: Sun, 25 Apr 2021 10:19:55 +0300 From: Mike Rapoport To: Kefeng Wang Cc: linux-arm-kernel@lists.infradead.org, Andrew Morton , Anshuman Khandual , Ard Biesheuvel , Catalin Marinas , David Hildenbrand , Marc Zyngier , Mark Rutland , Mike Rapoport , Will Deacon , kvmarm@lists.cs.columbia.edu, linux-kernel@vger.kernel.org, linux-mm@kvack.org Subject: Re: arm32: panic in move_freepages (Was [PATCH v2 0/4] arm64: drop pfn_valid_within() and simplify pfn_valid()) Message-ID: References: <20210421065108.1987-1-rppt@kernel.org> <9aa68d26-d736-3b75-4828-f148964eb7f0@huawei.com> <33fa74c2-f32d-f224-eb30-acdb717179ff@huawei.com> <2a1592ad-bc9d-4664-fd19-f7448a37edc0@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <2a1592ad-bc9d-4664-fd19-f7448a37edc0@huawei.com> X-Rspamd-Server: rspam05 X-Rspamd-Queue-Id: 4241BEB X-Stat-Signature: kwg16bak16313cmmn1daiqhb6pbck4j5 Received-SPF: none (kernel.org>: No applicable sender policy available) receiver=imf12; identity=mailfrom; envelope-from=""; helo=mail.kernel.org; client-ip=198.145.29.99 X-HE-DKIM-Result: pass/pass X-HE-Tag: 1619335197-655988 Content-Transfer-Encoding: quoted-printable X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Fri, Apr 23, 2021 at 04:11:16PM +0800, Kefeng Wang wrote: >=20 > I tested this patchset(plus arm32 change, like arm64 does) based on lts > 5.10=EF=BC=8Cadd >=20 > some debug log, the useful info shows below, if we enable HOLES_IN_ZONE= , no > panic, >=20 > any idea, thanks. =20 Are there any changes on top of 5.10 except for pfn_valid() patch? Do you see this panic on 5.10 without the changes? Can you see stack backtrace beyond move_freepages_block? > Zone ranges: > =C2=A0 Normal=C2=A0=C2=A0 [mem 0x0000000080a00000-0x00000000b01fffff] > =C2=A0 HighMem=C2=A0 [mem 0x00000000b0200000-0x00000000ffffefff] > Movable zone start for each node > Early memory node ranges > =C2=A0 node=C2=A0=C2=A0 0: [mem 0x0000000080a00000-0x00000000855fffff] > =C2=A0 node=C2=A0=C2=A0 0: [mem 0x0000000086a00000-0x0000000087dfffff] > =C2=A0 node=C2=A0=C2=A0 0: [mem 0x000000008bd00000-0x000000008c4fffff] > =C2=A0 node=C2=A0=C2=A0 0: [mem 0x000000008e300000-0x000000008ecfffff] > =C2=A0 node=C2=A0=C2=A0 0: [mem 0x0000000090d00000-0x00000000bfffffff] > =C2=A0 node=C2=A0=C2=A0 0: [mem 0x00000000cc000000-0x00000000dc9fffff] > =C2=A0 node=C2=A0=C2=A0 0: [mem 0x00000000de700000-0x00000000de9fffff] > =C2=A0 node=C2=A0=C2=A0 0: [mem 0x00000000e0800000-0x00000000e0bfffff] > =C2=A0 node=C2=A0=C2=A0 0: [mem 0x00000000f4b00000-0x00000000f6ffffff] > =C2=A0 node=C2=A0=C2=A0 0: [mem 0x00000000fda00000-0x00000000ffffefff] >=20 > ----> free_memmap, start_pfn =3D 85800,=C2=A0 85800000 end_pfn =3D 86a0= 0, 86a00000 > ----> free_memmap, start_pfn =3D 8c800,=C2=A0 8c800000 end_pfn =3D 8e30= 0, 8e300000 > ----> free_memmap, start_pfn =3D 8f000,=C2=A0 8f000000 end_pfn =3D 9000= 0, 90000000 > ----> free_memmap, start_pfn =3D dcc00,=C2=A0 dcc00000 end_pfn =3D de70= 0, de700000 > ----> free_memmap, start_pfn =3D dec00,=C2=A0 dec00000 end_pfn =3D e000= 0, e0000000 > ----> free_memmap, start_pfn =3D e0c00,=C2=A0 e0c00000 end_pfn =3D e400= 0, e4000000 > ----> free_memmap, start_pfn =3D f7000,=C2=A0 f7000000 end_pfn =3D f800= 0, f8000000 > =3D=3D=3D >move_freepages: start_pfn/end_pfn [de601, de7ff], [de600000,= de7ff000] > :=C2=A0 pfn =3Dde600 pfn2phy =3D de600000 , page =3D ef3cc000, page-fla= gs =3D ffffffff > 8<--- cut here --- > Unable to handle kernel paging request at virtual address fffffffe > pgd =3D 5dd50df5 > [fffffffe] *pgd=3Daffff861, *pte=3D00000000, *ppte=3D00000000 > Internal error: Oops: 37 [#1] SMP ARM > Modules linked in: gmac(O) > CPU: 2 PID: 635 Comm: test-oom Tainted: G=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 O=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 5.10.0+ #3= 1 > Hardware name: Hisilicon A9 > PC is at move_freepages_block+0x150/0x278 > LR is at move_freepages_block+0x150/0x278 > pc : []=C2=A0=C2=A0=C2=A0 lr : []=C2=A0=C2=A0=C2=A0= psr: 200e0393 > sp : c4179cf8=C2=A0 ip : 00000000=C2=A0 fp : 00000001 > r10: c4179d58=C2=A0 r9 : 000de7ff=C2=A0 r8 : 00000000 > r7 : c0863280=C2=A0 r6 : 000de600=C2=A0 r5 : 000de600=C2=A0 r4 : ef3cc0= 00 > r3 : ffffffff=C2=A0 r2 : 00000000=C2=A0 r1 : ef5d069c=C2=A0 r0 : ffffff= fe > Flags: nzCv=C2=A0 IRQs off=C2=A0 FIQs on=C2=A0 Mode SVC_32=C2=A0 ISA AR= M=C2=A0 Segment user > Control: 1ac5387d=C2=A0 Table: 83b0c04a=C2=A0 DAC: 55555555 > Process test-oom (pid: 635, stack limit =3D 0x25d667df) >=20 --=20 Sincerely yours, Mike.