Thread (8 messages) 8 messages, 3 authors, 2021-02-23

Re: [PATCH 4/4] e2fsck: initialize variable before first use in fast commit replay

From: harshad shirwadkar <hidden>
Date: 2021-02-23 17:41:59

Thanks Ted, it makes sense, will fix this in V2.

- Harshad

On Sun, Feb 21, 2021 at 3:14 PM Theodore Ts'o [off-list ref] wrote:
On Fri, Feb 19, 2021 at 01:03:33PM -0800, Harshad Shirwadkar wrote:
quoted
From: Harshad Shirwadkar <redacted>

Initialize ext2fs_ex variable in ext4_fc_replay_scan() before first
use.

Signed-off-by: Harshad Shirwadkar <redacted>
I wonder if we should make the following change to
ext2fs_decode_extent(), which will prevent other future bugs to
potential users of the function:

        to->e_pblk = ext2fs_le32_to_cpu(from->ee_start) +
                ((__u64) ext2fs_le16_to_cpu(from->ee_start_hi)
                        << 32);
        to->e_lblk = ext2fs_le32_to_cpu(from->ee_block);
        to->e_len = ext2fs_le16_to_cpu(from->ee_len);
-       to->e_flags |= EXT2_EXTENT_FLAGS_LEAF;
+       to->e_flags = EXT2_EXTENT_FLAGS_LEAF;

ext2fs_decode_extent() overwrites all other members of the structure,
so we might as well just initialize e_flags as opposed to depending
the caller to initiaize *to just for the sake of to->e_flags.

Cheers,

                                        - Ted
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help