Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp4945746ybv; Mon, 17 Feb 2020 09:00:17 -0800 (PST) X-Google-Smtp-Source: APXvYqzllODetEtdbmk24/tlSsmCFVC8nHK0xpaqstyPzj2XdoiINd1GS210WcLUUe/l3LQESDOG X-Received: by 2002:aca:815:: with SMTP id 21mr20867oii.52.1581958817075; Mon, 17 Feb 2020 09:00:17 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1581958817; cv=none; d=google.com; s=arc-20160816; b=CdGS6gu0i0hF4HcHnXLPZNBEr9CgrwH787YZ2rXk5FsdUklwOzZPDAy+QiWaPJMs9t Gwi5liewsv0vwkJwNHe6IqjzEE5ZWYWDFsDk+onhT8XIdBsz+Ij+/9Gpy0ToKL/4/PTV tKTT0i/V9hwnd5dhxkeN+ZGGeW3f+gZULpWIIvNW58kK1m+6nMSNBgjwq6IpIuZFKos0 5jHJtCwMVyjcsaUA1Lj7dBoh8PRBm1scdr4TUtlCkKJ6Dt1MkIcLJ31PSUfjkhvTAerL /dr75iWP9wRMDh5m9kS8YwBml+a+sp44kDGQXgMSH3jaSc2edx9nhanYEBDVrRtRmyRB vPag== 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 :message-id:subject:to:from:date; bh=vwQnbMNbzGoeK5dPbUXh/BFWON5vU8EbrXZuaCmU7lE=; b=t1ciQEqIoBNLM2FJ+kvgGhdBEHLru1bBLYR3hdd++6b3NJwUY1jnBE4uHDDYWgle4M ZrhRGIuWW17dKRTxUMaQhzi9fAtonYI9Nw/lhD9K2aTBgWhS1XZxlQEII1keiC2y1lZC kAZ5cBAOaCG6M88Br9tpbI+CswnejIdr7gFn2pltA1Hba9gj/n3NkDwz8ZPVf7fJZbqh XzGkH3czRsrFj2UBoKa4qd53691V+S+vxTqjBH7GQRaZG2bNafZ0iM5ywp+zFbSbsXfm zuyPKlyOuBTzFR0/7etAFS1moH6r0u+CQpDVWDuc0vyyBARJXEOEo1lPr4ABrSAKBoER qwUg== 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 j20si6995976oii.80.2020.02.17.09.00.05; Mon, 17 Feb 2020 09:00:17 -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 S1728448AbgBQQpg (ORCPT + 99 others); Mon, 17 Feb 2020 11:45:36 -0500 Received: from scorn.kernelslacker.org ([45.56.101.199]:52550 "EHLO scorn.kernelslacker.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726866AbgBQQpg (ORCPT ); Mon, 17 Feb 2020 11:45:36 -0500 Received: from [2601:196:4600:6634:ae9e:17ff:feb7:72ca] (helo=wopr.kernelslacker.org) by scorn.kernelslacker.org with esmtp (Exim 4.92) (envelope-from ) id 1j3jWX-00008K-7h; Mon, 17 Feb 2020 11:45:33 -0500 Received: by wopr.kernelslacker.org (Postfix, from userid 1026) id EBA8E56027C; Mon, 17 Feb 2020 11:45:32 -0500 (EST) Date: Mon, 17 Feb 2020 11:45:32 -0500 From: Dave Jones To: dsterba@suse.cz, Linus Torvalds , Josef Bacik , Filipe Manana , David Sterba , Linux Kernel Mailing List Subject: Re: Linux 5.6-rc2 Message-ID: <20200217164532.GA3765@codemonkey.org.uk> Mail-Followup-To: Dave Jones , dsterba@suse.cz, Linus Torvalds , Josef Bacik , Filipe Manana , David Sterba , Linux Kernel Mailing List References: <20200217020840.GA24821@codemonkey.org.uk> <8025e1bf-4834-83c6-d12c-4e817f875776@toxicpanda.com> <20200217123054.GH2902@twin.jikos.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200217123054.GH2902@twin.jikos.cz> User-Agent: Mutt/1.10.1 (2018-07-13) X-Spam-Note: SpamAssassin invocation failed Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Feb 17, 2020 at 01:30:54PM +0100, David Sterba wrote: > On Sun, Feb 16, 2020 at 09:08:18PM -0800, Linus Torvalds wrote: > > On Sun, Feb 16, 2020 at 7:02 PM Josef Bacik wrote: > > > > > > I assume Filipe wrote this based on my patch here > > > > > > https://git.kernel.org/pub/scm/linux/kernel/git/josef/btrfs-next.git/commit/?id=c821555d2b9733d8f483c9e79481c7209e1c1fb0 > > > > > > which makes it so we can allocate safely in this context, but that patch hasn't > > > made it's way to you yet. Do you want it now? It was prep for a much less safe > > > patchset, but is fine by itself. Thanks, > > > > I assume it's either that, or revert 28553fa992cb and do it differently.. > > > > I'll leave that whole decision to the btrfs people who actually know > > the code and the situations and what the alternative would look > > like... > > I'll send a pull request with fix today. The fixes get cherry-picked > from development branch to current rc branch and sometimes affect each > other. I do test the rc branch independently before sending but I > haven't seen the bug Dave reported. After rebooting, it didn't reproduce, so it did seem to be dependent on exactly which files rsync was moving around. Given it doesn't happen all the time, little surprise it slipped through I guess. Dave