[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20181105165137.GD9136@twin.jikos.cz>
Date: Mon, 5 Nov 2018 17:51:37 +0100
From: David Sterba <dsterba@...e.cz>
To: Arnd Bergmann <arnd@...db.de>
Cc: Qu Wenruo <wqu@...e.de>, Chris Mason <clm@...com>,
David Sterba <DSterba@...e.com>,
Josef Bacik <josef@...icpanda.com>,
Gu Jinxiang <gujx@...fujitsu.com>,
Changbin Du <changbin.du@...il.com>,
Misono Tomohiro <misono.tomohiro@...fujitsu.com>,
Anand Jain <anand.jain@...cle.com>,
Nikolay Borisov <nborisov@...e.com>,
linux-btrfs@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] btrfs: avoid link error with CONFIG_NO_AUTO_INLINE
On Sun, Nov 04, 2018 at 11:32:03PM +0100, Arnd Bergmann wrote:
> >> Cc: Changbin Du <changbin.du@...il.com>
> >> Fixes: 943b8435c3bd ("kernel hacking: add a config option to disable
> >> compiler auto-inlining")
> >
> > I can't find it in the mainline kernel, is the commit hash correct?
> > If not merged, we should still has a chance to further polish that patch.
>
> It's in linux-next.
I can't find it in current linux-next either, the final reference in
Fixes: must refer to a commit in Linus' tree.
You can take this fix with the patch that introduces the config option
(ack for that) in case merging through the btrfs tree would be too late
for it (ie. no common base for the git trees containg the new code and fix).
Or I can take it through btrfs tree in 4.20-rc cycle. In both cases the
Fixes: does not need to be there.
Powered by blists - more mailing lists