Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp3114639imm; Sun, 17 Jun 2018 11:22:44 -0700 (PDT) X-Google-Smtp-Source: ADUXVKJeVqwFXpvTjqRImTQPIkVyFLNJGxOMKk38UWNk+2Oo1T8F33cUOA5NuRHdrbYuAgxEhW35 X-Received: by 2002:a17:902:3041:: with SMTP id u59-v6mr10980692plb.208.1529259764164; Sun, 17 Jun 2018 11:22:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1529259764; cv=none; d=google.com; s=arc-20160816; b=GUdAZCks71clj6kh8QnDF/K70LgKfri3TYmEW8vk2I+vT1NjNwAKnL/JaicWHt914t vuZ5bf8B9BjfJSwb99pFon5Mpxs9QJYKaVrqYb2Pm0F+kAFAHY8NX1XJOCHqNxTCphVM hhF77xgx48uNqlzOiDbWxo6bffQCwLR+lc++tgR1h3J7+OTfoCHisWBbA3YggV5PuvmE 8ds6j4IkqeR4d+s4JEG+qdzhVs96VeFmX6TwRIzIjzjxULdPVxEvKrLyZeEMlXfnKPE6 5AqfpNkUM6TH5D6nQ0iA7tiXAaaOXSdGFx8GX1SPHq02PMpFwNllgRdSyFGJ6eo7uCMC bWCA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=iYu8a0UxO5ua1O/9bftP5CDUeqTpjOEp1KautLcLVQE=; b=o6qrW75dQ3zPYiKZgbh0ulL1xYieGAWsVvnAV3VrQpdRe7yI8+EjFyGk+ppQ5GOdxo THcUmtpC0ZtOhH9iZMsIuqrJvLygkV/0c9+BOLIVoDDlpPRLtnB5InQJ4cLjdL57+kA+ /27GtJZ+WJ9aVsq7d6+t2LDVu2iLNO1J6yZwGPWQzjNctjB0ENRg16PlSvAa5lyz3bY2 yy3Len2HOZqDHzxHDZiOzFK/Z6xG9iRcXrchIkY+UvSAkL8zsBHf4G/wCqlk/a9ADovV DsJtcZp7UY53Ig1ZMduvokzQK6eEVQg5DdpFkRrVgkess+cYLH/h1FPWL/QQ3fjmUggc Ovlw== 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 q14-v6si12824838pll.324.2018.06.17.11.22.28; Sun, 17 Jun 2018 11:22:44 -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 S933965AbeFQSWF (ORCPT + 99 others); Sun, 17 Jun 2018 14:22:05 -0400 Received: from zeniv.linux.org.uk ([195.92.253.2]:50446 "EHLO ZenIV.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933681AbeFQSWE (ORCPT ); Sun, 17 Jun 2018 14:22:04 -0400 Received: from viro by ZenIV.linux.org.uk with local (Exim 4.87 #1 (Red Hat Linux)) id 1fUcJO-0006uB-Ht; Sun, 17 Jun 2018 18:22:02 +0000 Date: Sun, 17 Jun 2018 19:22:02 +0100 From: Al Viro To: Linus Torvalds Cc: Linux Kernel Mailing List , linux-fsdevel Subject: Re: [RFC][PATCHES] getting rid of int *open in ->atomic_open() and friends Message-ID: <20180617182202.GA17927@ZenIV.linux.org.uk> References: <20180608184842.GD30522@ZenIV.linux.org.uk> <20180609051051.GF30522@ZenIV.linux.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180609051051.GF30522@ZenIV.linux.org.uk> User-Agent: Mutt/1.9.1 (2017-09-22) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Jun 09, 2018 at 06:10:51AM +0100, Al Viro wrote: > On Fri, Jun 08, 2018 at 11:57:06AM -0700, Linus Torvalds wrote: > > I'm obviously biased since I asked for this, but: > > > > On Fri, Jun 8, 2018 at 11:48 AM Al Viro wrote: > > > > > > 33 files changed, 135 insertions(+), 180 deletions(-) > > > > this already looks nice. > > > > I'll go through the individual patches and see if there's anything > > there that raises my hackles. Silence will mean assent in this case > > BTW, looking through alloc_file() callers - in cxl_getfile() we have [snip] > That's a double iput when we hit alloc_file failure... There's a bunch > of callers that can be massaged into something along such lines (not > sharing that bug, though) and I wonder if we would be better off with > wrapper like ... and call-by-editor strikes again - this window we've got it cut'n'pasted into ocxlflash_getfile(), with the same double iput in place...