On Thu, 2020-10-01 at 21:31 -0700, syzbot wrote:
syzbot has bisected this issue to:
commit 16d4d43595b4780daac8fcea6d042689124cb094 Author: Christoph Hellwig hch@lst.de Date: Wed Jul 20 01:38:55 2016 +0000
xfs: split direct I/O and DAX path
LOL!
Unlike in many other cases, here I don't even see why it went down that path. You'd think that Christoph's commit should have no effect whatsoever, but here we are with syzbot claiming a difference?
I mean, often enough it says something is "caused" by a patch because that caused e.g. generic netlink family renumbering, or because it emitted some other ioctl() calls or whatnot that are invalid before and valid after some other (feature) patch (or vice versa sometimes), but you'd think that this patch would have _zero_ userspace observable effect?
Which I guess means that the reproduction of this bug is random, perhaps timing related.
johannes