Received: by 2002:a05:6a10:6744:0:0:0:0 with SMTP id w4csp852586pxu; Wed, 14 Oct 2020 16:01:37 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwoPL4hILQTSqxTPn0WiOHmmOWz314APibxKJjeelYbsSSS5qZkx9q4ibmsoHrRzyML8ezP X-Received: by 2002:a50:9e87:: with SMTP id a7mr1334056edf.297.1602716497612; Wed, 14 Oct 2020 16:01:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1602716497; cv=none; d=google.com; s=arc-20160816; b=APsmkmgl4of7wEKShM6ZAboqJBeJ7C2ymMH9U2K1k3dOgTcb3EViEOj38gyEHu5J86 KVEzdMVYOphVsCP493EqnSoY75jwz3T7/mLMUkPljju+Z8khRWDqtMETu+TSZwnd8esL A+3iW30Y/5YCvG2oNzxSsYdXmobf4gOfC6b07Qi7Ausm2u8u5ZO6rSZp/9AZE5WrH6mr j6RrXomUyyhHKh3FejXY+7GFtKCp9sG05Yf3vZf46NuiU5LezoYhspuP2WfA9mDkWPTj mNIqbHn5VdBTU14vT5wiB9jcWSvMf9g+Es82eHXEOkZac3zjSeIgrFFV4zFaMsguvLmv 4z4A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:subject:cc:to:from:date; bh=51STb90EB8TAan2wVVWnQcGDR/UmubieSp9pgmR0yx8=; b=V3EDUqpoPKKT4uXgo/rhvqxQxwMC+r8pyVc0c1rUbyJVMgVV7CjmXGNNt6qVtiEcwe mdFAfh/88CmrGUg7nRyrMkRqJwI1W60gyGJ4zZ5CUMcKXisesNDOVA/zzruX+mnyUqHq blVWCCXkXgfXz2dvxxBGc8mBYwLHxra8bdi/mqmuLTDdk9cwMw+BebzaZm8hkJ51Xojh DoO9rMNitYq5HlvX7ewJAHc2umgJUSw5GK43gEPtrDWZZ586piGUl1GCIivSX/Zyqahv Dh66wyClFrO75qMJTq34xHGMwDzYKy2nRiGRTcIqE9jVbE2YXFLXyuYV0Hq9tk8Essqh kSQw== 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 b20si839782ejz.383.2020.10.14.16.01.15; Wed, 14 Oct 2020 16:01:37 -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 S1730540AbgJNLKN (ORCPT + 99 others); Wed, 14 Oct 2020 07:10:13 -0400 Received: from [157.25.102.26] ([157.25.102.26]:48394 "EHLO orcam.me.uk" rhost-flags-FAIL-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1725922AbgJNLKN (ORCPT ); Wed, 14 Oct 2020 07:10:13 -0400 Received: from bugs.linux-mips.org (eddie.linux-mips.org [IPv6:2a01:4f8:201:92aa::3]) by orcam.me.uk (Postfix) with ESMTPS id E01212BE086; Wed, 14 Oct 2020 12:10:10 +0100 (BST) Date: Wed, 14 Oct 2020 12:10:09 +0100 (BST) From: "Maciej W. Rozycki" To: Thomas Bogendoerfer cc: Serge Semin , linux-mips@vger.kernel.org, linux-kernel@vger.kernel.org, stable@vger.kernel.org Subject: [PATCH] MIPS: DEC: Restore bootmem reservation for firmware working memory area Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Fix a crash on DEC platforms starting with: VFS: Mounted root (nfs filesystem) on device 0:11. Freeing unused PROM memory: 124k freed BUG: Bad page state in process swapper pfn:00001 page:(ptrval) refcount:0 mapcount:-128 mapping:00000000 index:0x1 pfn:0x1 flags: 0x0() raw: 00000000 00000100 00000122 00000000 00000001 00000000 ffffff7f 00000000 page dumped because: nonzero mapcount Modules linked in: CPU: 0 PID: 1 Comm: swapper Not tainted 5.9.0-00858-g865c50e1d279 #1 Stack : 8065dc48 0000000b 8065d2b8 9bc27dcc 80645bfc 9bc259a4 806a1b97 80703124 80710000 8064a900 00000001 80099574 806b116c 1000ec00 9bc27d88 806a6f30 00000000 00000000 80645bfc 00000000 31232039 80706ba4 2e392e35 8039f348 2d383538 00000070 0000000a 35363867 00000000 806c2830 80710000 806b0000 80710000 8064a900 00000001 81000000 00000000 00000000 8035af2c 80700000 ... Call Trace: [<8004bc5c>] show_stack+0x34/0x104 [<8015675c>] bad_page+0xfc/0x128 [<80157714>] free_pcppages_bulk+0x1f4/0x5dc [<801591cc>] free_unref_page+0xc0/0x130 [<8015cb04>] free_reserved_area+0x144/0x1d8 [<805abd78>] kernel_init+0x20/0x100 [<80046070>] ret_from_kernel_thread+0x14/0x1c Disabling lock debugging due to kernel taint caused by an attempt to free bootmem space that as from commit b93ddc4f9156 ("mips: Reserve memory for the kernel image resources") has not been anymore reserved due to the removal of generic MIPS arch code that used to reserve all the memory from the beginning of RAM up to the kernel load address. This memory does need to be reserved on DEC platforms however as it is used by REX firmware as working area, as per the TURBOchannel firmware specification[1]: Table 2-2 REX Memory Regions ------------------------------------------------------------------------- Starting Ending Region Address Address Use ------------------------------------------------------------------------- 0 0xa0000000 0xa000ffff Restart block, exception vectors, REX stack and bss 1 0xa0010000 0xa0017fff Keyboard or tty drivers 2 0xa0018000 0xa001f3ff 1) CRT driver 3 0xa0020000 0xa002ffff boot, cnfg, init and t objects 4 0xa0020000 0xa002ffff 64KB scratch space ------------------------------------------------------------------------- 1) Note that the last 3 Kbytes of region 2 are reserved for backward compatibility with previous system software. ------------------------------------------------------------------------- (this table uses KSEG2 unmapped virtual addresses, which in the MIPS architecture are offset from physical addresses by a fixed value of 0xa0000000 and therefore the regions referred do correspond to the beginning of the physical address space) and we call into the firmware on several occasions throughout the bootstrap process. It is believed that pre-REX firmware used with non-TURBOchannel DEC platforms has the same requirements, as hinted by note #1 cited. Recreate the discarded reservation then, in DEC platform code, removing the crash. References: [1] "TURBOchannel Firmware Specification", On-line version, EK-TCAAD-FS-004, Digital Equipment Corporation, January 1993, Chapter 2 "System Module Firmware", p. 2-5 Signed-off-by: Maciej W. Rozycki Fixes: b93ddc4f9156 ("mips: Reserve memory for the kernel image resources") Cc: stable@vger.kernel.org # v5.2+ --- arch/mips/dec/setup.c | 9 ++++++++- 1 file changed, 8 insertions(+), 1 deletion(-) linux-dec-prom-memblock-reserve.diff Index: linux-3maxp/arch/mips/dec/setup.c =================================================================== --- linux-3maxp.orig/arch/mips/dec/setup.c +++ linux-3maxp/arch/mips/dec/setup.c @@ -6,7 +6,7 @@ * for more details. * * Copyright (C) 1998 Harald Koerfgen - * Copyright (C) 2000, 2001, 2002, 2003, 2005 Maciej W. Rozycki + * Copyright (C) 2000, 2001, 2002, 2003, 2005, 2020 Maciej W. Rozycki */ #include #include @@ -15,6 +15,7 @@ #include #include #include +#include #include #include #include @@ -22,6 +23,7 @@ #include #include +#include #include #include #include @@ -29,7 +31,9 @@ #include #include #include +#include #include +#include #include #include #include @@ -146,6 +150,9 @@ void __init plat_mem_setup(void) ioport_resource.start = ~0UL; ioport_resource.end = 0UL; + + /* Stay away from the firmware working memory area for now. */ + memblock_reserve(PHYS_OFFSET, __pa_symbol(&_text)); } /*