Received: by 2002:ac0:8c9a:0:0:0:0:0 with SMTP id r26csp197892ima; Fri, 1 Feb 2019 01:49:24 -0800 (PST) X-Google-Smtp-Source: ALg8bN4Od/RXSMsV1CxKO6+wLhkL/9xUbQgVuZ1Cc4HAavaUJt5PhsvvGunPfIW8S/Rhl8patqMP X-Received: by 2002:a17:902:ac8f:: with SMTP id h15mr37490246plr.245.1549014564569; Fri, 01 Feb 2019 01:49:24 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1549014564; cv=none; d=google.com; s=arc-20160816; b=euqFTG7c//xGSDZIgxJ2mOZDPi8rZ7dmG/YKcLMxbr9CtK9D09jDJrCsDhBY4iiulb OLZRKzbVDU+Te96z6LlI8KegcBclEpqNH8UbpCVns1N7DQViihzV+R2+8q+AUa8C5Bip zRODAPARef+Mn0D0NdG3vI/h2ztppG3REc2u3kN7r9Njpykwp6uyMSk6AgdrjnF6XDPE n7NwtVcBv3ZGJmHWjBLQhB3ZLb77echgd+5yR6HrkM7MUJBKSnE+K8pOLbdfBkMLbHFW 1hetwZJGCFV7uednSO2rYfgNdNVEdhxHlDxCTaS1Wy+fV6ZWsVTLgl5hbhUOk5deZ6Tt 9jRg== 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:openpgp:from:references:cc:to:subject; bh=xDmYT67T3PYWvz1SSfWfoPBuLct1ML30w0rMP5Ldyig=; b=vhHJ74zXvsGwgOIDemyNxTbh6v4jFLfI3aQRn3AAeVnv3E6RSYOfFuYcIIGJlSO3AZ skkQr7t7wxEDkD1rIjsX85DMZDwYcJ8j4fJngnHdSjzUGH5EZ5AqlpE52ApJZjDx9qbb tS3hEy1HQBNXPWX1KKaBfscdrlho9PcaHbArtaXes5cTkUf0FGdyupn574ErorzqciE7 IDrPRSZVOXBOiP7A3yY4jgGjCDLt0hpBi02tI1+Ys8ckrycb9jD6Ki+0FsRDQFTUAOuH LRJuqKigqCggdG78wWuXpGEQ+E++j3pMHIIWC8akb79rcmGgtEmhKjTa9LV9e/vSBsI5 k3kA== 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 q189si7068491pfb.62.2019.02.01.01.49.06; Fri, 01 Feb 2019 01:49:24 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727538AbfBAJ1l (ORCPT + 99 others); Fri, 1 Feb 2019 04:27:41 -0500 Received: from mx2.suse.de ([195.135.220.15]:50386 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1725765AbfBAJ1k (ORCPT ); Fri, 1 Feb 2019 04:27:40 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 26690AB7D; Fri, 1 Feb 2019 09:27:39 +0000 (UTC) Subject: Re: [PATCH 3/3] mm/mincore: provide mapped status when cached status is not allowed To: Michal Hocko Cc: Andrew Morton , Linus Torvalds , linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux-api@vger.kernel.org, Peter Zijlstra , Greg KH , Jann Horn , Jiri Kosina , Dominique Martinet , Andy Lutomirski , Dave Chinner , Kevin Easton , Matthew Wilcox , Cyril Hrubis , Tejun Heo , "Kirill A . Shutemov" , Daniel Gruss , Jiri Kosina , Josh Snyder References: <20190130124420.1834-1-vbabka@suse.cz> <20190130124420.1834-4-vbabka@suse.cz> <20190131100907.GS18811@dhcp22.suse.cz> <99ee4d3e-aeb2-0104-22be-b028938e7f88@suse.cz> <20190201091152.GG11599@dhcp22.suse.cz> From: Vlastimil Babka Openpgp: preference=signencrypt Message-ID: Date: Fri, 1 Feb 2019 10:27:38 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 In-Reply-To: <20190201091152.GG11599@dhcp22.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 2/1/19 10:11 AM, Michal Hocko wrote: > On Fri 01-02-19 10:04:23, Vlastimil Babka wrote: >> The side channel exists anyway as long as process can e.g. check if >> its rss shrinked, and I doubt we are going to remove that possibility. > > Well, but rss update will not tell you that the page has been faulted in > which is the most interesting part. Sure, but the patch doesn't add back that capability neither. It allows to recognize page being reclaimed, and I argue you can infer that from rss change as well. That change is mentioned in the last paragraph in changelog, and I thought "add a hard to evaluate side channel" in your reply referred to that. It doesn't add back the "original" side channel to detect somebody else accessed a page. > You shouldn't be able to sniff on > /proc/$vicimt/smaps as an attacker.