]> git.ipfire.org Git - thirdparty/xfsprogs-dev.git/commit
logprint: handle split EFI entry
authorMark Tinguely <tinguely@sgi.com>
Mon, 14 Apr 2014 06:15:05 +0000 (16:15 +1000)
committerDave Chinner <david@fromorbit.com>
Mon, 14 Apr 2014 06:15:05 +0000 (16:15 +1000)
commit9404cb40e20025acf66fa62c9ac776d668918994
tree914d1c8cd54613f76b79abeb7c1bcfae8b33f232
parente88719889e82a81b4c86ce1d9fc3efa64fd4ed3b
logprint: handle split EFI entry

xfs_logprint does not correctly handle EFI entries that
are split across two log buffers. xfs_efi_copy_format()
falsely interrupts the truncated size of the split entry
as being a corrupt entry.

If the first log entry has enough information, namely the
number of extents in the entry and the identifier, then
display this information and a warning that this entry is
truncated. Otherwise, if there is not enough information in
the first log buffer, then print a message that the EFI decode
was not possible. These messages are similar to split inode
entries.

Example of a continued entry:
Oper (336): tid: f214bdb  len: 44  clientid: TRANS  flags: CONTINUE
EFI:  #regs: 1    num_extents: 2  id: 0xffff880804f63900
EFI free extent data skipped (CONTINUE set, no space)

Reported-by: Michael L. Semon <mlsemon35@gmail.com>
Signed-off-by: Mark Tinguely <tinguely@sgi.com>
Reviewed-by: Dave Chinner <dchinner@redhat.com>
Signed-off-by: Dave Chinner <david@fromorbit.com>
logprint/log_misc.c
logprint/log_print_all.c
logprint/logprint.h