lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Message-ID: <1822783755.19193156.1367800576698.JavaMail.root@redhat.com> Date: Sun, 5 May 2013 20:36:16 -0400 (EDT) From: Lachlan McIlroy <lmcilroy@...hat.com> To: Eric Sandeen <sandeen@...hat.com> Cc: ext4 development <linux-ext4@...r.kernel.org> Subject: Re: [PATCH] ext4: recalculate s_blockfile_groups during resize2fs ----- Original Message ----- > s_blockfile_groups is used to limit allocations for non-extent > files to block groups with block numbers less than 2^32. > However, it's not updated when the filesystem is resized online, > so the new groups are unavailable to non-extent files until a remount. > > Fix this by updating the value in ext4_update_super() at > resize time. > > Signed-off-by: Eric Sandeen <sandeen@...hat.com> > --- > > diff --git a/fs/ext4/resize.c b/fs/ext4/resize.c > index c169477..1357260 100644 > --- a/fs/ext4/resize.c > +++ b/fs/ext4/resize.c > @@ -1341,6 +1341,8 @@ static void ext4_update_super(struct super_block *sb, > > /* Update the global fs size fields */ > sbi->s_groups_count += flex_gd->count; > + sbi->s_blockfile_groups = min_t(ext4_group_t, sbi->s_groups_count, > + (EXT4_MAX_BLOCK_FILE_PHYS / EXT4_BLOCKS_PER_GROUP(sb))); > > /* Update the reserved block counts only once the new group is > * active. */ > > -- > To unsubscribe from this list: send the line "unsubscribe linux-ext4" in > the body of a message to majordomo@...r.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Good catch Eric - this would have prevented the bug in ext4_mb_regular_allocator() too. Looks good to me. -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists