Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp1983950ybe; Tue, 3 Sep 2019 06:27:33 -0700 (PDT) X-Google-Smtp-Source: APXvYqyKaQx/OrOtbxNbNVx0uDVZ3Fz/5xCSwbvO6Mj9urmxTOJ7hPHm7ypQ6lMadAuHg4H3sRMO X-Received: by 2002:a65:6259:: with SMTP id q25mr30889064pgv.145.1567517253708; Tue, 03 Sep 2019 06:27:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1567517253; cv=none; d=google.com; s=arc-20160816; b=qJbeRmZC2ZIgsglrnYPFdvnedBQ1OvkimcWYd7wivhYQYUMYR6dsoQxzi1nC6W6c9W RAJDKv/BM6dTtFEJZ4FuMc3tLasRAD/MaRKnNSam5O5pvr8EpUZCHz9UcfefHL+eDQOq Nc2hWcRNMHGfcAqmwN7b26hzN+PQrDseQtf6bOb9fgEsD9k61jj3Pl98/GEvf3YUHjwE /2vMQua8Xm/nVjSN8w0hk8c4huFaYJPaqgZ9ps1f8eAmXl/1Wc0UnG4lBHl0n9xw14ta CT84xy5injI91XWq34J8wiTxCI9DD3VbE1ICzJ4LMGfaeUVKdyd83ey3J7x84heq7t83 4RYA== 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:dkim-signature; bh=IgaWqpbggJdtFS0lsisPfgo0qEE5OAL+0+hMHaz58O8=; b=aJQs6f4DdKnpiP5WQkMAeh6vM5yMRVilKElYVoQ97//0zERFkkFFOXdMCJl/RgvIz6 46vGNIwSvVdSKjfJjz+ieySBlJHl1lPtTOwsV2+06h+OLwPCGUHnbo5XfJxCZ2Q/+gno uxhIg+wBZ+Pzwv1CpKl+nQKj7oyQSTX0Zow2amcNvdZFDsNw5PI6DCNNukg8rCxH7vQJ KK8VR5RzoTzWNd4qhZcjEJZqTAfeUnyBPeO19Xzmo+jS4KOh8fVnFEOMtTR/yuh7Ul3j 3rNncNYwkkzFP5uV58hNsfjfjeL1js0OW4E17E6KakWzScEkm14VOJUVsI9UqFN5wsEA 44/w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@toxicpanda-com.20150623.gappssmtp.com header.s=20150623 header.b=Ook46E5a; 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 123si14273413pgb.374.2019.09.03.06.27.17; Tue, 03 Sep 2019 06:27:33 -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; dkim=pass header.i=@toxicpanda-com.20150623.gappssmtp.com header.s=20150623 header.b=Ook46E5a; 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 S1729485AbfICNZi (ORCPT + 99 others); Tue, 3 Sep 2019 09:25:38 -0400 Received: from mail-qt1-f196.google.com ([209.85.160.196]:45825 "EHLO mail-qt1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729477AbfICNZf (ORCPT ); Tue, 3 Sep 2019 09:25:35 -0400 Received: by mail-qt1-f196.google.com with SMTP id r15so14199859qtn.12 for ; Tue, 03 Sep 2019 06:25:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=toxicpanda-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=IgaWqpbggJdtFS0lsisPfgo0qEE5OAL+0+hMHaz58O8=; b=Ook46E5ai7wedx0+Ht/3/+XWVougimpu7tUXd5jHi6/BJ66VKoNxZe/jl1q+bSxrGT Hnl2pZJO8rYzlWEhaL0solY9ZqKCtTpPpzK08C/8h+Vf/Kem75aZ38RLW47ZMh6W3fIT 9qfphhpCVxoF88UpynyXDHdv3/D4lCGBl/0Pq5xvZck4U/8ohh61itD69uqEYfytGGXt hCZvCjjnRLR77y9UgCTfouWUWmpHWnR/w/E5s1JeKTczhCQb3Ln8mSus9YSQMS5cQNPI hDlan2KBqQuzqy39x3s+D+htZoUjdlNXLVtwPZ4+CF6+QlcdMKA9qdgNF6VSzC5Ovad5 VU/Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=IgaWqpbggJdtFS0lsisPfgo0qEE5OAL+0+hMHaz58O8=; b=Fb+90jN1QS+mZzUAKZvymNEiAHKQCsvJ1MMacEH5/7uyGM8Gf1Gg8rjXVMS1EokEIb cAoprw1lmdK2TA8M8zves3f9kJ276UpwU42UKgPh1diqcqf7KbO6i6osIY+OYdLnBp3h MJ0hSTl7xXxZgsJg/zRJ9YFAZxY3f8r2SpHfBXM86gh7y+yVOWDQSqFcZBHBM9cI6PfK rdJKa/qiX2dYXGuibxagfiZrHveOz7kjkEwOfqwBhYFxY4REJfvpEowuhS5wRRsWVvt+ RWgJEHZyM7fQXxyrzw29UPFZUmt36s+VAhwmvEMIBWNil601xaXxg1Ytn6Wg3t1gXjIb J3EQ== X-Gm-Message-State: APjAAAUVTjhU0CYq9+9JgJX13g6pkBLr3qhVkGPSjR88RFaqa32EcgbH LFgie90JMubMeCRPnxVtotDtETxvb5YNgA== X-Received: by 2002:ac8:5405:: with SMTP id b5mr32512828qtq.203.1567517134215; Tue, 03 Sep 2019 06:25:34 -0700 (PDT) Received: from localhost ([107.15.81.208]) by smtp.gmail.com with ESMTPSA id 27sm9291825qtv.96.2019.09.03.06.25.33 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 03 Sep 2019 06:25:33 -0700 (PDT) Date: Tue, 3 Sep 2019 09:25:32 -0400 From: Josef Bacik To: kernel test robot Cc: Josef Bacik , David Sterba , LKML , Stephen Rothwell , lkp@01.org Subject: Re: [btrfs] 3ae92b3782: xfstests.generic.269.fail Message-ID: <20190903132531.ojllcte3au7ipggd@MacBook-Pro-91.local> References: <20190903080633.GA15734@shao2-debian> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190903080633.GA15734@shao2-debian> User-Agent: NeoMutt/20180716 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Sep 03, 2019 at 04:06:33PM +0800, kernel test robot wrote: > FYI, we noticed the following commit (built with gcc-7): > > commit: 3ae92b3782182d282a92573abe95c96d34ca6e73 ("btrfs: change the minimum global reserve size") > https://kernel.googlesource.com/pub/scm/linux/kernel/git/next/linux-next.git master > > in testcase: xfstests > with following parameters: > > disk: 4HDD > fs: btrfs > test: generic-group13 > > test-description: xfstests is a regression test suite for xfs and other files ystems. > test-url: git://git.kernel.org/pub/scm/fs/xfs/xfstests-dev.git > > > on test machine: qemu-system-x86_64 -enable-kvm -cpu SandyBridge -smp 2 -m 4G > > caused below changes (please refer to attached dmesg/kmsg for entire log/backtrace): > > It would help if you could capture generic/269.full, but this is likely a problem with fsck that I fixed a few weeks ago where we're seeing nbytes of an inode is wrong, but there's an orphan item so it doesn't matter. This patch just made it more likely for us to have a still being iput'ed inode after a transaction commit. Thanks, Josef