Received: by 10.223.176.5 with SMTP id f5csp86931wra; Thu, 8 Feb 2018 17:08:29 -0800 (PST) X-Google-Smtp-Source: AH8x2266bUCLpHBvs6SWpqxo0Br0YRxu0KyXxoohLnyJVb0XSFiK5WN2ECUuHzdTMz+qPAdtARB9 X-Received: by 10.98.216.134 with SMTP id e128mr981178pfg.36.1518138509592; Thu, 08 Feb 2018 17:08:29 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1518138509; cv=none; d=google.com; s=arc-20160816; b=acq+ohmIce+Ncm3dfg2JxFoe+3zDhzNF7h/ST64c4lAD13v1dS+FQFqrUfk3zBGo9q Zh0rg/CNvQBcEL1dL1IaRXlgt1B2jBT+BYpc6kzxGCwXs6ngDM1pXljYeuUXH8EqMNzK BTZlItObZP7z420G6qtB0mrTIJ/1kN6nTc+54jRUO+t55fQQNWC9APxZlfTVZ48UQZBt Fpoec//bCTNIot5dGho4aTj9j2NksqARwQTSfFxYBdv97SGRkINoaPfrBjuHn7lgiGJL S2/LJP6xb1QaWbsgF1TUTF9QCHGU46aBWMm5pqCFU4x1702Q5gQWVi3OevRshMXyLGf3 NhuQ== 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:arc-authentication-results; bh=Fb4suGP9N/VORNDC4HG1gRyFefdekfgRVCq3Hu48EMI=; b=dP6fcX1OGOXyznkO5xXjbBkQbm+qmrGDemy1mtkwUU8BX10pKfAcYCvhjCC0c01aYz XDpZFjMj64a0LYTq+uw1DlnMK0xHEn/d7vC7aPStpLObd+5MSp09gpX7fWDZ7jiSMeay dWvRReBYVUMNYfo9AI3Z8wJBVfGTY7WrImGHcDFrshsm+ImwzzIU4onTZjfKiRwo/Wdd eICpwV2iQiNSLB7z1FM+UVmhesvHFlLaxP+ANc3IYVcDu+TMnvB9lgAODVAj7gIfCnUX VebJfmL2N2XJMz25CCNYLfwhnmDMw92uYZDFlngRYvjpTN3CLEGkg6IuGxM39r2UTHtq /bdA== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j77si851193pfa.216.2018.02.08.17.08.13; Thu, 08 Feb 2018 17:08:29 -0800 (PST) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752315AbeBIBHd (ORCPT + 99 others); Thu, 8 Feb 2018 20:07:33 -0500 Received: from out30-133.freemail.mail.aliyun.com ([115.124.30.133]:53240 "EHLO out30-133.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752116AbeBIBHc (ORCPT ); Thu, 8 Feb 2018 20:07:32 -0500 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R181e4;CH=green;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01f04455;MF=zhang.jia@linux.alibaba.com;NM=1;PH=DS;RN=6;SR=0;TI=SMTPD_---0Sxugoqr_1518138436; Received: from ali-6c96cfd98fb5.local(mailfrom:zhang.jia@linux.alibaba.com fp:106.11.34.14) by smtp.aliyun-inc.com(127.0.0.1); Fri, 09 Feb 2018 09:07:17 +0800 Subject: Re: [PATCH 2/2] x86/mm/64: Add vsyscall page to /proc/kcore conditionally To: tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com Cc: Jiri Olsa , x86@kernel.org, linux-kernel@vger.kernel.org References: <1517294579-117473-1-git-send-email-zhang.jia@linux.alibaba.com> <1517294579-117473-2-git-send-email-zhang.jia@linux.alibaba.com> <20180205092644.GA23191@krava> From: Jia Zhang Message-ID: <084400a6-4b8b-4050-b92a-d3737c1a5565@linux.alibaba.com> Date: Fri, 9 Feb 2018 09:08:03 +0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20180205092644.GA23191@krava> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, Anybody else here who can give an attention on this review? Thanks, Jia On 2018/2/5 下午5:26, Jiri Olsa wrote: > On Tue, Jan 30, 2018 at 02:42:59PM +0800, Jia Zhang wrote: >> The vsyscall page should be visible only if >> vsyscall=emulate/native when dumping /proc/kcore. >> >> Signed-off-by: Jia Zhang >> --- >> arch/x86/mm/init_64.c | 5 +++-- >> 1 file changed, 3 insertions(+), 2 deletions(-) >> >> diff --git a/arch/x86/mm/init_64.c b/arch/x86/mm/init_64.c >> index dab78f6..3d4cf33 100644 >> --- a/arch/x86/mm/init_64.c >> +++ b/arch/x86/mm/init_64.c >> @@ -1186,8 +1186,9 @@ void __init mem_init(void) >> register_page_bootmem_info(); >> >> /* Register memory areas for /proc/kcore */ >> - kclist_add(&kcore_vsyscall, (void *)VSYSCALL_ADDR, >> - PAGE_SIZE, KCORE_USER); >> + if (get_gate_vma(&init_mm)) >> + kclist_add(&kcore_vsyscall, (void *)VSYSCALL_ADDR, >> + PAGE_SIZE, KCORE_USER); > > nit, we use { } when there's more than 1 line code > > anyway the approach looks ok to me > > Reviewed-by: Jiri Olsa > > thanks, > jirka >