Re: [PATCH 1/7] mm: shmem: correctly pass alloced parameter to shmem_recalc_inode() to avoid WARN_ON()

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

 




on 6/6/2025 3:57 AM, Andrew Morton wrote:
> On Fri,  6 Jun 2025 06:10:31 +0800 Kemeng Shi <shikemeng@xxxxxxxxxxxxxxx> wrote:
> 
>> As noted in the comments, we need to release block usage for swap entry
>> which was replaced with poisoned swap entry. However, no block usage is
>> actually freed by calling shmem_recalc_inode(inode, -nr_pages, -nr_pages).
>> Instead, call shmem_recalc_inode(inode, 0, -nr_pages) can correctly release
>> the block usage.
>>
>> ...
>>
>> --- a/mm/shmem.c
>> +++ b/mm/shmem.c
>> @@ -2145,7 +2145,7 @@ static void shmem_set_folio_swapin_error(struct inode *inode, pgoff_t index,
>>  	 * won't be 0 when inode is released and thus trigger WARN_ON(i_blocks)
>>  	 * in shmem_evict_inode().
>>  	 */
>> -	shmem_recalc_inode(inode, -nr_pages, -nr_pages);
>> +	shmem_recalc_inode(inode, 0, -nr_pages);
>>  	swap_free_nr(swap, nr_pages);
>>  }
> 
> Huh, three years ago.  What do we think might be the userspace-visible
> runtime effects of this?
This could trigger WARN_ON(i_blocks) in shmem_evict_inode() as i_blocks
is supposed to be dropped in the quota free routine.
> 
> 





[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