Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp1678303imm; Thu, 27 Sep 2018 00:20:17 -0700 (PDT) X-Google-Smtp-Source: ACcGV60baYJ8ZB5Rlbr0ELh1RTMt65THg506rd/vMg0zz8xTMWAYYZhz8+7ppoZSXWd+v+mOAqhc X-Received: by 2002:a62:11cb:: with SMTP id 72-v6mr9898450pfr.120.1538032817719; Thu, 27 Sep 2018 00:20:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1538032817; cv=none; d=google.com; s=arc-20160816; b=QpTFYp2bCIr8PJzJ3eJsHK/E+XmICkIGDWrSvYYCvwXzgS3fBZoySPsMM3N/ugSKSz xInyaQeYye8t/7LtjI9q7RYAh2reZn1p/tuA+JTBixG0BGeE60bKDZ9bON0dO02dpkjT /2H5HfGVHQ5AY7BCkp6gl2lPNuK6sEUoyge7raOfH+klwIhqKexJXoZDsgdf1Pu6hrAp MHbrl6W9yVMKZ2fwuq4pvoUxNUsaLEt4Fjosc68fK316u+fm/ovh+rM3ciZYt/tUjF8o 00cEI+9uvBwdtBTjbKxUTWsf1QLY3PfppVNfCZmMM8LXljqj5HE9hbUrSBS2plMwqBSQ Vu2Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:organization:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=uYBpCqLUFKh0BVArCsUIeTiMNLNH9uYimjMMHfy1biQ=; b=OjkkB6XBmYMJIhO9hBGyYyhYr2bXpopHfvJQZhVpVh/bYIxvqJ/V6wI25DRQvJ8D+u 65wq4eio+pnPWOLvLzSw4BSxEF9vAySW7h+OtMts451/763+SgwjApJfz3uDmnUvQw5K LbBkl24fC7xYMvMBLpvNSx6gnyfrb2E9sXWiXR7VkndFfqL7uzO6X7pM/28D9MfWTwwZ ACUJfwfXddVNPs0ph+vU8mv6ZguHM2+n9y5SGnP0mQlewLwHKOLiKPUg1YTdFWYEXvVa pr/ltpG1shcO10siEu/JP6dUNx/UJ691PMxN/6OA0GiOFb09r6RcmsGPG0ndUN8+Oq4u THOw== 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 l26-v6si1183301pgb.251.2018.09.27.00.20.02; Thu, 27 Sep 2018 00:20:17 -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 S1727083AbeI0Nf0 (ORCPT + 99 others); Thu, 27 Sep 2018 09:35:26 -0400 Received: from cust-95-128-94-82.breedbanddelft.nl ([95.128.94.82]:41638 "EHLO cust-95-128-94-82.breedbanddelft.nl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726669AbeI0Nf0 (ORCPT ); Thu, 27 Sep 2018 09:35:26 -0400 Received: by abra2.bitwizard.nl (Postfix, from userid 1000) id 6D42813F784; Thu, 27 Sep 2018 09:18:36 +0200 (CEST) Date: Thu, 27 Sep 2018 09:18:36 +0200 From: Rogier Wolff To: Alan Cox Cc: "Theodore Y. Ts'o" , Jeff Layton , =?utf-8?B?54Sm5pmT5Yas?= , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: POSIX violation by writeback error Message-ID: <20180927071836.GU16802@BitWizard.nl> References: <486f6105fd4076c1af67dae7fdfe6826019f7ff4.camel@redhat.com> <20180925003044.239531c7@alans-desktop> <0662a4c5d2e164d651a6a116d06da380f317100f.camel@redhat.com> <20180925154627.GC2933@thunk.org> <23cd68a665d27216415dc79367ffc3bee1b60b86.camel@redhat.com> <20180925223054.GH2933@thunk.org> <20180926191055.6fc1514f@alans-desktop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180926191055.6fc1514f@alans-desktop> Organization: BitWizard B.V. User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Sep 26, 2018 at 07:10:55PM +0100, Alan Cox wrote: > > And I think that's fine. The only way we can make any guarantees is > > if we do what Alan suggested, which is to imply that a read on a dirty > > page *block* until the the page is successfully written back. This > > would destroy performance. > > In almost all cases you don't care so you wouldn't use it. In those cases > where it might matter it's almost always the case that a reader won't > consume it before it hits the media. Wait! Source code builds (*) nowadays are quite fast because everything happens without hitting the disk. This means my compile has finished linking the executable by the time the kernel starts thinking about writing the objects to disk. Roger. (*) Of projects smaller than the Linux kernel. -- ** R.E.Wolff@BitWizard.nl ** http://www.BitWizard.nl/ ** +31-15-2600998 ** ** Delftechpark 26 2628 XH Delft, The Netherlands. KVK: 27239233 ** *-- BitWizard writes Linux device drivers for any device you may have! --* The plan was simple, like my brother-in-law Phil. But unlike Phil, this plan just might work.