[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20200221113303.GD2902@twin.jikos.cz>
Date: Fri, 21 Feb 2020 12:33:03 +0100
From: David Sterba <dsterba@...e.cz>
To: David Sterba <dsterba@...e.cz>
Cc: Stephen Rothwell <sfr@...b.auug.org.au>,
Linux Next Mailing List <linux-next@...r.kernel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Josef Bacik <josef@...icpanda.com>,
Nikolay Borisov <nborisov@...e.com>
Subject: Re: linux-next: build failure after merge of the btrfs tree
On Fri, Feb 21, 2020 at 12:30:00PM +0100, David Sterba wrote:
> On Thu, Feb 20, 2020 at 09:23:44AM +1100, Stephen Rothwell wrote:
> > Hi all,
> >
> > After merging the btrfs tree, today's linux-next build (powerpc
> > ppc64_defconfig) failed like this:
> >
> > fs/btrfs/extent-tree.c: In function 'btrfs_alloc_logged_file_extent':
> > fs/btrfs/extent-tree.c:4425:20: error: passing argument 1 of 'btrfs_pin_extent' from incompatible pointer type [-Werror=incompatible-pointer-types]
> > 4425 | btrfs_pin_extent(fs_info, ins->objectid, ins->offset, 1);
> > | ^~~~~~~
> > | |
> > | struct btrfs_fs_info *
> > fs/btrfs/extent-tree.c:2609:49: note: expected 'struct btrfs_trans_handle *' but argument is of type 'struct btrfs_fs_info *'
> > 2609 | int btrfs_pin_extent(struct btrfs_trans_handle *trans,
> > | ~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~
> >
> > Caused by commit
> >
> > 4e2c2f96e6a3 ("btrfs: Make btrfs_pin_extent take trans handle")
> >
> > interacting with commit
> >
> > bd727173e443 ("btrfs: handle logged extent failure properly")
> >
> > from the btrfs-fixes tree.
> >
> > I have applied the following merge fix patch for today.
>
> Sorry, I'll fix the branch in the next for-next snapshot.
Actually I can't fix that locally, the next-fixes branch compiles and
for-next also compiles. The merge into linux-next needs to resolve the
conflict, so your fixup will be needed until the next-fixes batch is
merged to master (rc3 or rc4).
Powered by blists - more mailing lists