Re: [PATCH v2] exfat: fix i_blocks for files truncated over 4 GiB

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



2021-11-22 11:10 GMT+09:00, Sungjong Seo <sj1557.seo@xxxxxxxxxxx>:
>> From: Christophe Vu-Brugier <christophe.vu-brugier@xxxxxxxxxxx>
>>
>> In exfat_truncate(), the computation of inode->i_blocks is wrong if the
>> file is larger than 4 GiB because a 32-bit variable is used as a mask.
>> This is fixed and simplified by using round_up().
>>
>> Also fix the same buggy computation in exfat_read_root() and another
>> (correct) one in exfat_fill_inode(). The latter was fixed another way
>> last
>> month but can be simplified by using round_up() as well. See:
>>
>>   commit 0c336d6e33f4 ("exfat: fix incorrect loading of i_blocks for
>>                         large files")
>>
>> Signed-off-by: Christophe Vu-Brugier <christophe.vu-brugier@xxxxxxxxxxx>
>> Suggested-by: Matthew Wilcox <willy@xxxxxxxxxxxxx>
>
> Thanks for your patch!
> Please update your patch again with below tags.
There is no need to send a patch again.
I will directly update and apply it.

Thanks!
>
> Fixes: 719c1e1829166 ("exfat: add super block operations")
> Fixes: 98d917047e8b7 ("exfat: add file operations")
> Cc: stable@xxxxxxxxxxxxxxx # v5.7+
>
> Reviewed-by: Sungjong Seo <sj1557.seo@xxxxxxxxxxx>
>
>



[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [NTFS 3]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [NTFS 3]     [Samba]     [Device Mapper]     [CEPH Development]

  Powered by Linux