diff options
author | Darrick J. Wong <djwong@kernel.org> | 2022-10-21 02:39:59 +0300 |
---|---|---|
committer | Darrick J. Wong <djwong@kernel.org> | 2022-10-31 18:58:20 +0300 |
commit | 03a7485cd701e1c08baadcf39d9592d83715e224 (patch) | |
tree | a35a0f74bb35f910d767d0f6169c5b2201d698d0 /fs/xfs/xfs_extent_busy.h | |
parent | b45ca961e94673df83ab1900802afe82776966e6 (diff) | |
download | linux-03a7485cd701e1c08baadcf39d9592d83715e224.tar.xz |
xfs: fix memcpy fortify errors in EFI log format copying
Starting in 6.1, CONFIG_FORTIFY_SOURCE checks the length parameter of
memcpy. Since we're already fixing problems with BUI item copying, we
should fix it everything else.
An extra difficulty here is that the ef[id]_extents arrays are declared
as single-element arrays. This is not the convention for flex arrays in
the modern kernel, and it causes all manner of problems with static
checking tools, since they often cannot tell the difference between a
single element array and a flex array.
So for starters, change those array[1] declarations to array[]
declarations to signal that they are proper flex arrays and adjust all
the "size-1" expressions to fit the new declaration style.
Next, refactor the xfs_efi_copy_format function to handle the copying of
the head and the flex array members separately. While we're at it, fix
a minor validation deficiency in the recovery function.
Signed-off-by: Darrick J. Wong <djwong@kernel.org>
Reviewed-by: Kees Cook <keescook@chromium.org>
Reviewed-by: Allison Henderson <allison.henderson@oracle.com>
Reviewed-by: Dave Chinner <dchinner@redhat.com>
Diffstat (limited to 'fs/xfs/xfs_extent_busy.h')
0 files changed, 0 insertions, 0 deletions