Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp6826843ybi; Wed, 31 Jul 2019 22:33:02 -0700 (PDT) X-Google-Smtp-Source: APXvYqyU+t7GXs8YfkRUFQFoMSFEQ4oRRmt2RxJzq/TLTlmdeMbgpWO6RknSaVkhgnFjkJpuv2SL X-Received: by 2002:a63:b346:: with SMTP id x6mr117746226pgt.218.1564637582147; Wed, 31 Jul 2019 22:33:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1564637582; cv=none; d=google.com; s=arc-20160816; b=MffM89NeIY1Wo9BnbsXNivyZmYDVr7/hKHhrRFWelIiyHwrwTv/ZBPiAT4IxPyfXeC P/AikbfzxQWOPLBPz3ivWd9tHeBDVW0x+X8tLPqYVln4BBkaDcP+WGOprxi/m4KgD4TO M3/elmqyfY8rjDBqks5iic6pzAV0V61MfWXcgpz7g06DcjWAPlIigBOs/GgAVAqRgu4f h0Y6bV3wBPXwQ25xcvXqa34n85dBOVmoGh++wE+Rq3TAM07w4xAiqydHuJjenXChsST0 XhFoy58kPmC6qyxYP37sckIwNdXKRRlSiZiBzO03Dj+x6A4vRbWND5WsSuPKTiBL6y2B djZg== 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 :references:in-reply-to:message-id:subject:cc:to:from:date; bh=mxjVhZTF9bQ7TdK0WidNhoxg+QgR00eGaPdEGMcXCNM=; b=xQ2ry2ZjGSLFOTQu4cc8XBbjo7oqcQ1YhPiHEQEFP3ZMp2Xz6FKtBt4cuERA9tgN7k AvGdhpvZwo4U9AdheFNE8krvkVzwaYv+PaSErcb0FJLkvVrfEzPoHTcygAM6A7AmIESl KU5x44ENKOnfMw1yDaDMwuZNS8DKQeDFOBUwY7T4ollHwB5DT53ytYmtPsgHlvLZjpVW 7imkFvPASKv/yW7tGoyqBD0o2RGQKKKdaRB9PbD3PIv8KTOShFJDwYgAEQS1PeUoy9Uc wHMvlYzBrw8UHnLcer3u+FYDFQfMr19H6QHRaHnwihBbdETTMJBzXtnrhbYwVOMlF001 WPdw== 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 1si12821557plz.351.2019.07.31.22.32.33; Wed, 31 Jul 2019 22:33:02 -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 S1726387AbfHAEU7 (ORCPT + 99 others); Thu, 1 Aug 2019 00:20:59 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:54578 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725283AbfHAEU6 (ORCPT ); Thu, 1 Aug 2019 00:20:58 -0400 Received: from X1 (unknown [76.191.170.112]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 3B9324379; Thu, 1 Aug 2019 04:20:56 +0000 (UTC) Date: Wed, 31 Jul 2019 21:20:52 -0700 From: Andrew Morton To: Sai Praneeth Prakhya Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org, dave.hansen@intel.com, Ingo Molnar , Peter Zijlstra Subject: Re: [PATCH] fork: Improve error message for corrupted page tables Message-Id: <20190731212052.5c262ad084cbd6cf475df005@linux-foundation.org> In-Reply-To: References: <20190730221820.7738-1-sai.praneeth.prakhya@intel.com> <20190731152753.b17d9c4418f4bf6815a27ad8@linux-foundation.org> X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.32; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 31 Jul 2019 15:36:49 -0700 Sai Praneeth Prakhya wrote: > > > +static const char * const resident_page_types[NR_MM_COUNTERS] = { > > > + "MM_FILEPAGES", > > > + "MM_ANONPAGES", > > > + "MM_SWAPENTS", > > > + "MM_SHMEMPAGES", > > > +}; > > > > But please let's not put this in a header file. We're asking the > > compiler to put a copy of all of this into every compilation unit which > > includes the header. Presumably the compiler is smart enough not to > > do that, but it's not good practice. > > Thanks for the explanation. Makes sense to me. > > Just wanted to check before sending V2, > Is it OK if I add this to kernel/fork.c? or do you have something else in > mind? I was thinking somewhere like mm/util.c so the array could be used by other code. But it seems there is no such code. Perhaps it's best to just leave fork.c as it is now.