Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp1643314ybt; Mon, 15 Jun 2020 05:59:13 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzHWLhoiK6cFa9jQbVolUh5DPg2tyS7oyvsIyPScRZXvj1H5qFMJb9nU9kKbXe+LFJmbPGW X-Received: by 2002:a17:906:370a:: with SMTP id d10mr25357429ejc.433.1592225953703; Mon, 15 Jun 2020 05:59:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1592225953; cv=none; d=google.com; s=arc-20160816; b=rVr+pl02no/fK0hP/YzKS7murjUj2eLtgXPq/xxe3PZSy9xNmYjk5oEou+0Uo3zI0m 5VSKI+hs/txYaUjj0NPoOZWrp5VFVk/lzYWYuOb+c/ZB0CZ0aJaa26Cs9/JUAMIBy5Kj aCMkhXD8ZARlWxVYDE2olgchE7RnOUYLzokpRmnHT0Lggj/c8ns+LOKNAre3TO0gimmp NGwaVMsmv1V5rd3gkXu9faN3kyXOAHqkcrIbQoWxRP+RL06shc+2HJE8DQhY0zCN1T3k sr2Um+vc8lKH7MjAiRLQZ9QwBO12oan3tB2ud4FEBvRY1OXP9Sv1bkYbX35eZwGsWRtW xZsA== 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:mail-followup-to :reply-to:message-id:subject:cc:to:from:date; bh=b0CoQ+USlPLX70GbcJvcFBBttoviCX7eSR5JEYOLabQ=; b=CoA7u06G0GPFgHM0WSMiu5duejLL/ZvRDqjmTo33DbItFY+MbXw8G8Pjq8seu4EMds 2vGSwVAG5DSCQctUlodYYj0I10NaT7f2qUlCngKc8/2gl8Y/DJaPLdu8jDDvrU23MMyM LDcHEYA3VTsU1GP3YboQV5ah9lByXL0N3k/0VYqahp1tI5Jxf3WRyhNZm1ny6hswqmYs pA9vj1iekPN6xVQ4s62qAhI//JFs6IHAPH3nxPX/M4GjZ48b6K95usdTl9BBFcpsPHWI wnEhMDxinps+LbCaWmFj1dnDyboxGzby0MvdhfkFDyiWDjheILSQPbXvqxTIU5pMywpL Ip3g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id c18si8935893edt.202.2020.06.15.05.58.51; Mon, 15 Jun 2020 05:59:13 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730164AbgFOM5M (ORCPT + 99 others); Mon, 15 Jun 2020 08:57:12 -0400 Received: from mx2.suse.de ([195.135.220.15]:34212 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729766AbgFOM5M (ORCPT ); Mon, 15 Jun 2020 08:57:12 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 5FF10ACB8; Mon, 15 Jun 2020 12:57:14 +0000 (UTC) Received: by ds.suse.cz (Postfix, from userid 10065) id D7C14DA7C3; Mon, 15 Jun 2020 14:57:01 +0200 (CEST) Date: Mon, 15 Jun 2020 14:57:01 +0200 From: David Sterba To: Linus Torvalds Cc: David Sterba , linux-btrfs , Linux Kernel Mailing List Subject: Re: [GIT PULL] Btrfs updates for 5.8, part 2 Message-ID: <20200615125701.GY27795@twin.jikos.cz> Reply-To: dsterba@suse.cz Mail-Followup-To: dsterba@suse.cz, Linus Torvalds , David Sterba , linux-btrfs , Linux Kernel Mailing List References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23.1-rc1 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Jun 14, 2020 at 09:50:17AM -0700, Linus Torvalds wrote: > On Sun, Jun 14, 2020 at 4:56 AM David Sterba wrote: > > > > Reverts are not great, but under current circumstances I don't see > > better options. > > Pulled. Are people discussing how to make iomap work for everybody? > It's a bit sad if we can't have the major filesystems move away from > the old buffer head interfaces to a common more modern one.. Yes, it's fixable and we definitely want to move to iomap. The direct to buffered fallback would fix one of the problems, but this would also mean that xfs would start doing that. Such change should be treated more like a feature development than a bugfix, imposed by another filesystem, and xfs people rightfully complained. It's quite possible that there's a better way to fix it on the iomap API level but I haven't looked into that yet. We get support from iomap people to add what we need for btrfs, so it's just a matter of time and testing.