Received: by 2002:a25:b794:0:0:0:0:0 with SMTP id n20csp3799059ybh; Tue, 6 Aug 2019 01:32:58 -0700 (PDT) X-Google-Smtp-Source: APXvYqxmcdR34S03r027GRKD0VdUK+ZSUFeIuN9TsakOCJ1AYp4vc0Z6mWB0q2LbHbhEjjvoUO2f X-Received: by 2002:a62:584:: with SMTP id 126mr2460694pff.73.1565080378641; Tue, 06 Aug 2019 01:32:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1565080378; cv=none; d=google.com; s=arc-20160816; b=nd7N7xekwgLMOnxDtRjk3QW3uPIsnDv6SG79KgquCwsDfNszYu5ZSiEODPbSY5Mh1Q uLD3pm9Wiq4iaAd5MX43mmft1Y1w6bkpga+ZhhTuZM4fEMTsgFbfafoeUOzjisFkOP1G WE/+jl7JDFNLARabkAmX6u+5q2oZYCnnqGwNvDBg/BreK9Cf4RmMoJ2V3jP1UGozdKop hAe6h2cHWbuuwgXFa69Ltp7aRlp2iAuR/Lrv3BI0gnCVcZ1pUqIBq3e8bG+bCGG00lGw gov/afNYY2SllZU6bJIBz64CwCC30s7GN/XCS162Qa0d1ai8vJYqusRD2/YFV/WahNyW Mprg== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=2o3MEAl09JNQzVuEHRq57iPBSS9omAtfIoIZ2Acqt/c=; b=Tgma/41k3+G5Mhk8Rn43u5gD9A/dPnF5lF9s/EfpFX8F/z1SXrjFqgUpCmWNwhDcwY TlVgpSiB/J6kwHo7CwFxw35ZFdA2SNzH8wmJfUlXpR5iJYVD5yLV8lATYEZFSyxrKsdQ JaEmfmJ3fImBdq0/B4tD7irjwGRFEiWHJLOAjmH5W2hbmk8uRbjxmiwWCkMF335DsULu Vw7JW7S6oxoMkEBEyK9IWB+4xRAC2leuVD9/g6Kptp0tk0nWfM/JJ9W4PzYAXOHW4Sa8 16p94wHeIpRbLxBrpZRFay4jCHlbGCh9LwvL8QLr2tbgyo1oRFY2Hsug1rHeRiL2TQBI Oa0A== 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 m15si47032881pff.267.2019.08.06.01.32.43; Tue, 06 Aug 2019 01:32:58 -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 S1732256AbfHFIbq (ORCPT + 99 others); Tue, 6 Aug 2019 04:31:46 -0400 Received: from foss.arm.com ([217.140.110.172]:58618 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726713AbfHFIbq (ORCPT ); Tue, 6 Aug 2019 04:31:46 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 6D59F337; Tue, 6 Aug 2019 01:31:45 -0700 (PDT) Received: from [10.163.1.69] (unknown [10.163.1.69]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 6B3763F706; Tue, 6 Aug 2019 01:31:42 -0700 (PDT) Subject: Re: [PATCH V2] fork: Improve error message for corrupted page tables To: Vlastimil Babka , Sai Praneeth Prakhya , linux-kernel@vger.kernel.org, linux-mm@kvack.org Cc: dave.hansen@intel.com, Ingo Molnar , Peter Zijlstra , Andrew Morton References: <3ef8a340deb1c87b725d44edb163073e2b6eca5a.1565059496.git.sai.praneeth.prakhya@intel.com> <5ba88460-cf01-3d53-6d13-45e650b4eacd@suse.cz> From: Anshuman Khandual Message-ID: <926d50ce-4742-0ae7-474c-ef561fe23cdd@arm.com> Date: Tue, 6 Aug 2019 14:02:26 +0530 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <5ba88460-cf01-3d53-6d13-45e650b4eacd@suse.cz> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 08/06/2019 01:23 PM, Vlastimil Babka wrote: > > On 8/6/19 5:05 AM, Sai Praneeth Prakhya wrote: >> When a user process exits, the kernel cleans up the mm_struct of the user >> process and during cleanup, check_mm() checks the page tables of the user >> process for corruption (E.g: unexpected page flags set/cleared). For >> corrupted page tables, the error message printed by check_mm() isn't very >> clear as it prints the loop index instead of page table type (E.g: Resident >> file mapping pages vs Resident shared memory pages). The loop index in >> check_mm() is used to index rss_stat[] which represents individual memory >> type stats. Hence, instead of printing index, print memory type, thereby >> improving error message. >> >> Without patch: >> -------------- >> [ 204.836425] mm/pgtable-generic.c:29: bad p4d 0000000089eb4e92(800000025f941467) >> [ 204.836544] BUG: Bad rss-counter state mm:00000000f75895ea idx:0 val:2 >> [ 204.836615] BUG: Bad rss-counter state mm:00000000f75895ea idx:1 val:5 >> [ 204.836685] BUG: non-zero pgtables_bytes on freeing mm: 20480 >> >> With patch: >> ----------- >> [ 69.815453] mm/pgtable-generic.c:29: bad p4d 0000000084653642(800000025ca37467) >> [ 69.815872] BUG: Bad rss-counter state mm:00000000014a6c03 type:MM_FILEPAGES val:2 >> [ 69.815962] BUG: Bad rss-counter state mm:00000000014a6c03 type:MM_ANONPAGES val:5 >> [ 69.816050] BUG: non-zero pgtables_bytes on freeing mm: 20480 >> >> Also, change print function (from printk(KERN_ALERT, ..) to pr_alert()) so >> that it matches the other print statement. >> >> Cc: Ingo Molnar >> Cc: Vlastimil Babka >> Cc: Peter Zijlstra >> Cc: Andrew Morton >> Cc: Anshuman Khandual >> Acked-by: Dave Hansen >> Suggested-by: Dave Hansen >> Signed-off-by: Sai Praneeth Prakhya > > Acked-by: Vlastimil Babka > > I would also add something like this to reduce risk of breaking it in the > future: > > ----8<---- > diff --git a/include/linux/mm_types_task.h b/include/linux/mm_types_task.h > index d7016dcb245e..a6f83cbe4603 100644 > --- a/include/linux/mm_types_task.h > +++ b/include/linux/mm_types_task.h > @@ -36,6 +36,9 @@ struct vmacache { > struct vm_area_struct *vmas[VMACACHE_SIZE]; > }; > > +/* > + * When touching this, update also resident_page_types in kernel/fork.c > + */ > enum { > MM_FILEPAGES, /* Resident file mapping pages */ > MM_ANONPAGES, /* Resident anonymous pages */ > Agreed and with that Reviewed-by: Anshuman Khandual