Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp334576imu; Fri, 11 Jan 2019 01:00:50 -0800 (PST) X-Google-Smtp-Source: ALg8bN4aiOuKsrcI4staVt91hJMBnY83utT1EBlNOANwjX40apU3W91RecafokSV1K9ecKOE221I X-Received: by 2002:a17:902:a411:: with SMTP id p17mr13596455plq.292.1547197250316; Fri, 11 Jan 2019 01:00:50 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1547197250; cv=none; d=google.com; s=arc-20160816; b=H721d54zjB+s+GhE0Z7AkQ37F5WOcm60a9nDPN9Lah7oa8ldC/P95ZM8Y/TP29uZ0o 3Zm6mYeqezQ/AH9ts3OnZ4Oc1xEoJLrdRzRBCu736xpy1/X0+waSBezwzj8np6K//+ev BUHPrc5fdQWgHfWs6lzJS0nVJch+rgopvSGbBXNtAQ3ToyTus1mr+q4wuSgpduPvwAIF T8l+leSjW1JctAHhZVXeD/IhKVq92DOAHdDK1hrBOIcoAwqZx/QfaFL7kSMwnZPpLgv9 SJz2tQ16gjV1LpkQVutYYe7D+3yEP7ppuqXbu4kDQ7wnWFXwzhFMeopmLywWKYIB+5es Legg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date; bh=/t29zHqKzgbLFTMhI4YxQD0+zVsqn9bKT0quiYOeSnQ=; b=CU2geJxnDpg9pUNicPX07HnjqS05+zofsDV83FSKzHLnk7495XWO9xFNrKO2BuSIW+ /s62l2H8T/vuhJPA7zxwPBb8hII5aQEA+0nLQmjfxmgfF2D3xTiqKqRTTiG+QYRkpRvO 04RW6pJ7Ekbo8td8pF7Jmun3HxH9/L8jhe61SwgWz7/G2q8M89cEnVkhZtQDd+lFAaoc /c0x4mK7Y4SUCBI+1++XxCeIabDI+u/GmBinY2SXRdou3pE3/w/c3kMA8K6NQH3dlpRy 4BmpSMuLsgoyDKNILtAflLk+oTM/GVxtDF0B3gPZDOjV2GPtmyQQ7DMwoZG9NYYNXUoq 7gQQ== 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j187si18680451pfg.160.2019.01.11.01.00.34; Fri, 11 Jan 2019 01:00:50 -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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729268AbfAKHg7 (ORCPT + 99 others); Fri, 11 Jan 2019 02:36:59 -0500 Received: from mx2.suse.de ([195.135.220.15]:59860 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1727578AbfAKHg6 (ORCPT ); Fri, 11 Jan 2019 02:36:58 -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 51535B07C; Fri, 11 Jan 2019 07:36:57 +0000 (UTC) Date: Fri, 11 Jan 2019 08:36:55 +0100 (CET) From: Jiri Kosina To: Dave Chinner cc: Linus Torvalds , Matthew Wilcox , Jann Horn , Andrew Morton , Greg KH , Peter Zijlstra , Michal Hocko , Linux-MM , kernel list , Linux API Subject: Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged In-Reply-To: <20190110004424.GH27534@dastard> Message-ID: References: <20190106001138.GW6310@bombadil.infradead.org> <20190108044336.GB27534@dastard> <20190109022430.GE27534@dastard> <20190109043906.GF27534@dastard> <20190110004424.GH27534@dastard> User-Agent: Alpine 2.21 (LSU 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 10 Jan 2019, Dave Chinner wrote: > Sounds nice from a theoretical POV, but reality has taught us very > different lessons. > > FWIW, a quick check of XFS's history so you understand how long this > behaviour has been around. It was introduced in the linux port in 2001 > as direct IO support was being added: > > commit e837eac23662afae603aaaef7c94bc839c1b8f67 > Author: Steve Lord > Date: Mon Mar 5 16:47:52 2001 +0000 > > Add bounds checking for direct I/O, do the cache invalidation for > data coherency on direct I/O. Out of curiosity, which repository is this from please? Even google doesn't seem to know about this SHA. Thanks, -- Jiri Kosina SUSE Labs