RE: Software encryption at fscrypt causing the filesystem access unresponsive

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

 



Hello Ted,

I don't see fast_commit feature is enabled for this filesystem.

Here are the filesystem features enabled for that disk partition,

Filesystem features: 
has_journal ext_attr resize_inode dir_index stable_inodes filetype needs_recovery extent 64bit flex_bg encrypt sparse_super large_file huge_file dir_nlink extra_isize metadata_csum

Thanks,
Yuvaraj.

-----Original Message-----
From: Theodore Ts'o <tytso@xxxxxxx> 
Sent: Wednesday, July 24, 2024 9:52 PM
To: Yuvaraj Ranganathan <yrangana@xxxxxxxxxxxxxxxx>
Cc: linux-fscrypt@xxxxxxxxxxxxxxx; linux-fsdevel@xxxxxxxxxxxxxxx; linux-kernel@xxxxxxxxxxxxxxx
Subject: Re: Software encryption at fscrypt causing the filesystem access unresponsive

WARNING: This email originated from outside of Qualcomm. Please be wary of any links or attachments, and do not enable macros.

On Wed, Jul 24, 2024 at 02:21:26PM +0000, Yuvaraj Ranganathan wrote:
> Hello developers,
>
> We are trying to validate a Software file based encryption with 
> standard key by disabling Inline encryption and we are observing the 
> adb session is hung.  We are not able to access the same filesystem at 
> that moment.

The stack trace seems to indicate that the fast_commit feature is enabled.  That's a relatively new feature; can you replicate the hang without fast_commit being enabled?

                                                - Ted





[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