Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp4558162imm; Mon, 18 Jun 2018 17:48:00 -0700 (PDT) X-Google-Smtp-Source: ADUXVKIlkbS9rAZ2ivpWXOyUG0MzYAmVh8CNALtgNhE4ftXNX0cyR9zRMQpVCNmSLSHnkcPFEf9e X-Received: by 2002:a62:458a:: with SMTP id n10-v6mr15713693pfi.215.1529369280193; Mon, 18 Jun 2018 17:48:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1529369280; cv=none; d=google.com; s=arc-20160816; b=B70GNj+uX4JKs4HU9WD2khO7i9plcOf8j49j927jHQxeHvNkJyS1I48MJUMyJ/+WZS 7sUbz2uyhfzYNcYVI1fFWkz173t9YntSVIO18lqGc2APzmYl8jeCFdQVQZsq4rkK5u2Q dsMCEjYYKO+h3uxJYchtcGWPPUPRgb00AXIxrmZZztplpyfvo0Sg9Nl6ciKrQ0n3ZUmJ avl8lP8grNetaHkMLGGmv9oHDN0JKsCPq/iuOxTpjq84YNej4TF+w1nSvxDh1USkhPag ul1AHBmH5ZrF3uyh0OGb6o0uPjsGaiyZDYbdXKKLa7IIlzR3emiKCwUgWSUO/veGwxrl ss/Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:arc-authentication-results; bh=KqfSGKV5TjP/0aQmWDXhw9ryudvmD9sqhfreLLdWVMw=; b=FEg1c6hn140NNRneYEUAUoUnWsBv30ymY8k6+LNKCoxzxVa5YdekT+kliLnHVpiTLU y/ZJh/cqomQWZnjqD9+9zPx5XxLhgtmCzRf4L9QsvVfsBIULPKjGCU2DXTHtSVfaPVnP PHPLQ0h2K6TK9R4AUtyu0ni6lIVPltL2FzaAANPVW82WKfpAenbd0H4xeWPYFlTVIo7C ukN+rTgwYRFujN/zDcfZAJWwbNtYWTAH+oFfSGkjZOzGo04vfra6j/hI5t3A+bgZNj/7 ID0gLF2HgNAXPZGHo5oyiRR8KEbNIbEbEAPVVgYBbe+AyXY+R1FCSaguLivutVXTgs6y MpuA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id ca5-v6si17415843plb.143.2018.06.18.17.47.45; Mon, 18 Jun 2018 17:48:00 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S937136AbeFSArI (ORCPT + 99 others); Mon, 18 Jun 2018 20:47:08 -0400 Received: from icp-osb-irony-out3.external.iinet.net.au ([203.59.1.153]:15176 "EHLO icp-osb-irony-out3.external.iinet.net.au" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S937043AbeFSArH (ORCPT ); Mon, 18 Jun 2018 20:47:07 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2CaAQAYUihb/zXSMGdcGwEBAQEDAQEBC?= =?us-ascii?q?QEBAYNJgU8SKIN5iASMUkYBAQEBAQaBP5RigXgeGAGEQIJhITQYAQIBAQEBAQE?= =?us-ascii?q?CbSiFUg8BRigNAhgOAmASgyWBcwyqaYIcGgKEP4NvgWiBC4dJgQyBB4hZgziCV?= =?us-ascii?q?QKZFggBjn6II4Ujkw44gVIzGggoCIJ+giEXjiktMHoBAY4KgkgBAQ?= X-IPAS-Result: =?us-ascii?q?A2CaAQAYUihb/zXSMGdcGwEBAQEDAQEBCQEBAYNJgU8SKIN?= =?us-ascii?q?5iASMUkYBAQEBAQaBP5RigXgeGAGEQIJhITQYAQIBAQEBAQECbSiFUg8BRigNA?= =?us-ascii?q?hgOAmASgyWBcwyqaYIcGgKEP4NvgWiBC4dJgQyBB4hZgziCVQKZFggBjn6II4U?= =?us-ascii?q?jkw44gVIzGggoCIJ+giEXjiktMHoBAY4KgkgBAQ?= X-IronPort-AV: E=Sophos;i="5.51,241,1526313600"; d="scan'208";a="88388609" Received: from unknown (HELO goober.digi.com) ([103.48.210.53]) by icp-osb-irony-out3.iinet.net.au with ESMTP; 19 Jun 2018 08:47:04 +0800 From: Greg Ungerer To: mawilcox@microsoft.com, linux-m68k@vger.kernel.org, linux-kernel@vger.kernel.org Cc: geert@linux-m68k.org, Greg Ungerer Subject: [PATCHv2] m68k: fix "bad page state" oops on ColdFire boot Date: Tue, 19 Jun 2018 10:46:59 +1000 Message-Id: <20180619004659.19864-1-gerg@linux-m68k.org> X-Mailer: git-send-email 2.17.1 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Booting a ColdFire m68k core with MMU enabled causes a "bad page state" oops since commit 1d40a5ea01d5 ("mm: mark pages in use for page tables"): BUG: Bad page state in process sh pfn:01ce2 page:004fefc8 count:0 mapcount:-1024 mapping:00000000 index:0x0 flags: 0x0() raw: 00000000 00000000 00000000 fffffbff 00000000 00000100 00000200 00000000 raw: 039c4000 page dumped because: nonzero mapcount Modules linked in: CPU: 0 PID: 22 Comm: sh Not tainted 4.17.0-07461-g1d40a5ea01d5 #13 Fix by calling pgtable_page_dtor() in our __pte_free_tlb() code path, so that the PG_table flag is cleared before we free the pte page. Note that I had to change the type of pte_free() to be static from extern. Otherwise you get a lot of warnings like this: ./arch/m68k/include/asm/mcf_pgalloc.h:80:2: warning: ‘pgtable_page_dtor’ is static but used in inline function ‘pte_free’ which is not static pgtable_page_dtor(page); ^ And making it static is consistent with our use of this in the other m68k pgalloc definitions of pte_free(). Signed-off-by: Greg Ungerer CC: Matthew Wilcox --- arch/m68k/include/asm/mcf_pgalloc.h | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) v2: add a call to pgtable_page_dtor() in pte_free() as well diff --git a/arch/m68k/include/asm/mcf_pgalloc.h b/arch/m68k/include/asm/mcf_pgalloc.h index 8b707c249026..12fe700632f4 100644 --- a/arch/m68k/include/asm/mcf_pgalloc.h +++ b/arch/m68k/include/asm/mcf_pgalloc.h @@ -44,6 +44,7 @@ extern inline pmd_t *pmd_alloc_kernel(pgd_t *pgd, unsigned long address) static inline void __pte_free_tlb(struct mmu_gather *tlb, pgtable_t page, unsigned long address) { + pgtable_page_dtor(page); __free_page(page); } @@ -74,8 +75,9 @@ static inline struct page *pte_alloc_one(struct mm_struct *mm, return page; } -extern inline void pte_free(struct mm_struct *mm, struct page *page) +static inline void pte_free(struct mm_struct *mm, struct page *page) { + pgtable_page_dtor(page); __free_page(page); } -- 2.17.1