On Sat, Jun 03, 2017 at 03:18:13PM +0200, Christoph Hellwig wrote: > From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx> > > The inline directory verifiers should be called on the inode fork data, > which means after iformat_local on the read side, and prior to > ifork_flush on the write side. This makes the fork verifier more > consistent with the way buffer verifiers work -- i.e. they will operate > on the memory buffer that the code will be reading and writing directly. > > Furthermore, revise the verifier function to return -EFSCORRUPTED so > that we don't flood the logs with corruption messages and assert > notices. This has been a particular problem with xfs/348, which > triggers the XFS_WANT_CORRUPTED_RETURN assertions, which halts the > kernel when CONFIG_XFS_DEBUG=y. Disk corruption isn't supposed to do > that, at least not in a verifier. > > Reviewed-by: Brian Foster <bfoster@xxxxxxxxxx> > Reviewed-by: Christoph Hellwig <hch@xxxxxx> > Signed-off-by: Darrick J. Wong <darrick.wong@xxxxxxxxxx> Commit 78420281a9d74014af7616958806c3aba056319e, right? -- To unsubscribe from this list: send the line "unsubscribe linux-xfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
