| To: | Eric Sandeen <sandeen@xxxxxxxxxxx> |
|---|---|
| Subject: | Re: [PATCH 1/2] xfs_logprint: Don't error out after split items lose context |
| From: | Dave Chinner <david@xxxxxxxxxxxxx> |
| Date: | Thu, 27 Feb 2014 12:27:55 +1100 |
| Cc: | Eric Sandeen <sandeen@xxxxxxxxxx>, xfs-oss <xfs@xxxxxxxxxxx> |
| Delivered-to: | xfs@xxxxxxxxxxx |
| In-reply-to: | <530E9135.2020807@xxxxxxxxxxx> |
| References: | <530E8E17.1090901@xxxxxxxxxx> <530E9135.2020807@xxxxxxxxxxx> |
| User-agent: | Mutt/1.5.21 (2010-09-15) |
On Wed, Feb 26, 2014 at 07:13:25PM -0600, Eric Sandeen wrote: > xfs_logprint recognizes a "left over region from split log item" > but then expects the *next* op to be a valid start to a new > item. The problem is, we can split i.e. an xfs_inode_log_format > item, skip over it, and then land on the xfs_icdinode_t > data which follows it - this doesn't have a valid log item > magic (XFS_LI_*) and we error out. This results in something > like: > > xfs_logprint: unknown log operation type (494e) > > Fix this by recognizing that we've skipped over an item and > lost the context we're in, so just continue skipping over > op headers until we find the next valid start to a log item. > > Signed-off-by: Eric Sandeen <sandeen@xxxxxxxxxx> Looks good - fixes the problem and does a good job of explaining it. :) Reviewed-by: Dave Chinner <dchinner@xxxxxxxxxx> -- Dave Chinner david@xxxxxxxxxxxxx |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [PATCH v5 0/10] fs: Introduce new flag(FALLOC_FL_COLLAPSE_RANGE) for fallocate, Dave Chinner |
|---|---|
| Next by Date: | Re: [PATCH 2/2] xfs_logprint: don't advance op counter in xlog_print_trans_icreate, Dave Chinner |
| Previous by Thread: | [PATCH 1/2] xfs_logprint: Don't error out after split items lose context, Eric Sandeen |
| Next by Thread: | [PATCH 2/2] xfs_logprint: don't advance op counter in xlog_print_trans_icreate, Eric Sandeen |
| Indexes: | [Date] [Thread] [Top] [All Lists] |