[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20180905133459.GF23909@thunk.org>
Date: Wed, 5 Sep 2018 09:34:59 -0400
From: "Theodore Y. Ts'o" <tytso@....edu>
To: Souptick Joarder <jrdr.linux@...il.com>
Cc: Jan Kara <jack@...e.cz>,
syzbot+87a05ae4accd500f5242@...kaller.appspotmail.com,
ak@...ux.intel.com, Andrew Morton <akpm@...ux-foundation.org>,
linux-kernel@...r.kernel.org, Linux-MM <linux-mm@...ck.org>,
mawilcox@...rosoft.com, mgorman@...hsingularity.net,
syzkaller-bugs@...glegroups.com, tim.c.chen@...ux.intel.com,
zwisler@...nel.org, willy@...radead.org
Subject: Re: linux-next test error
On Wed, Sep 05, 2018 at 03:20:16PM +0530, Souptick Joarder wrote:
>
> "fs: convert return type int to vm_fault_t" is still under
> review/discusson and not yet merge
> into linux-next. I am not seeing it into linux-next tree.Can you
> please share the commit id ?
It's at: 83c0adddcc6ed128168e7b87eaed0c21eac908e4 in the Linux Next
branch.
Dmitry, can you try reverting this commit and see if it makes the
problem go away?
Souptick, can we just NACK this patch and completely drop it from all
trees?
I think we need to be a *lot* more careful about this vm_fault_t patch
thing. If you can't be bothered to run xfstests, we need to introduce
a new function which replaces block_page_mkwrite() --- and then let
each file system try to convert over to it at their own pace, after
they've done regression testing.
- Ted
Powered by blists - more mailing lists