On Mon, Nov 05, 2018 at 08:08:59PM -0800, Darrick J. Wong wrote: > From: Darrick J. Wong <darrick.wong@xxxxxxxxxx> > > Teach scrub how to handle the case that there are one or more inobt > records covering a given inode cluster. This fixes the operation on big > block filesystems (e.g. 64k blocks, 512 byte inodes). > > Signed-off-by: Darrick J. Wong <darrick.wong@xxxxxxxxxx> > --- > fs/xfs/scrub/ialloc.c | 7 +++++-- > 1 file changed, 5 insertions(+), 2 deletions(-) > > > diff --git a/fs/xfs/scrub/ialloc.c b/fs/xfs/scrub/ialloc.c > index 10c3aaefc2a3..5a5f8ae31803 100644 > --- a/fs/xfs/scrub/ialloc.c > +++ b/fs/xfs/scrub/ialloc.c > @@ -169,6 +169,7 @@ xchk_iallocbt_check_cluster_ifree( > xfs_ino_t fsino; > xfs_agino_t agino; > unsigned int offset; > + unsigned int cluster_ioff; > bool irec_free; > bool ino_inuse; > bool freemask_ok; > @@ -181,11 +182,13 @@ xchk_iallocbt_check_cluster_ifree( > * Given an inobt record, an offset of a cluster within the record, > * and an offset of an inode within a cluster, compute which fs inode > * we're talking about and the offset of the inode record within the > - * inode buffer. > + * inode buffer, being careful about inobt records that don't align > + * with the start of the inode buffer when block sizes are large. > */ > agino = irec->ir_startino + chunk_ioff + loop_ioff; > fsino = XFS_AGINO_TO_INO(mp, bs->cur->bc_private.a.agno, agino); > - offset = loop_ioff * mp->m_sb.sb_inodesize; > + cluster_ioff = XFS_INO_TO_OFFSET(mp, irec->ir_startino + chunk_ioff); > + offset = (cluster_ioff + loop_ioff) * mp->m_sb.sb_inodesize; urk. That's even more confusing because now we have a cluster offset into the chunk, a chunk offset into the cluster, and an inode offset into the cluster. And the cluster inode offset into the chunk is call "chunk offset", the chunk offset into the cluster is called "cluster offset" and the inode offset is called "loop offset". And none of them are offsets - we then calculate and "offset" from all these other "not quite offsets".... I'm definitely not going to remember this when I look at the code again in a week. More help needed, I think. Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx
