> -Original Message-
> From: Jaegeuk Kim [mailto:jaeg...@kernel.org]
> Sent: Saturday, February 06, 2016 12:08 PM
> To: Fan Li
> Cc: 'Junling Zheng'; heyun...@huawei.com;
> linux-f2fs-devel@lists.sourceforge.net
> Subject: Re: [f2fs-dev] [PATCH v2] f2fs-tools: set segment_count in super
On 2016/2/24 11:46, Chao Yu wrote:
> Hi Yunlei,
>
>> -Original Message-
>> From: He YunLei [mailto:heyun...@huawei.com]
>> Sent: Tuesday, February 23, 2016 7:36 PM
>> To: Chao Yu; jaeg...@kernel.org; linux-f2fs-devel@lists.sourceforge.net
>> Cc: bintian.w...@huawei.com; 'Biao He'
>>
Hi Yunlei,
> -Original Message-
> From: He YunLei [mailto:heyun...@huawei.com]
> Sent: Tuesday, February 23, 2016 7:36 PM
> To: Chao Yu; jaeg...@kernel.org; linux-f2fs-devel@lists.sourceforge.net
> Cc: bintian.w...@huawei.com; 'Biao He'
> Subject: Re: [f2fs-dev] [PATCH] f2fs: avoid
During mkfs, segment_count_sit is calculated using ALIGN and
SEG_ALIGN, which are both upward. Then, in some extreme scenarios,
such as 16TB, sit_ver_bitmap_bytesize got from segment_count_sit
will exceed MAX_SIT_BITMAP_SIZE, which is calculated in a downward
method.
Unify the two calculating
F2FS can support 16T bytes at most. Limit the config.total_sectors
so that most parameters calculated according to it in sb/cp can be
limited correctly too.
Signed-off-by: Junling Zheng
---
lib/libf2fs.c | 5 +
1 file changed, 5 insertions(+)
diff --git
Hi Chao,
On 2016/2/23 17:46, Chao Yu wrote:
> Hi Junling,
>
>> -Original Message-
>> From: Junling Zheng [mailto:zhengjunl...@huawei.com]
>> Sent: Tuesday, February 23, 2016 3:20 PM
>> To: Chao Yu; jaeg...@kernel.org
>> Cc: linux-f2fs-devel@lists.sourceforge.net
>> Subject: Re:
On 2016/2/23 17:32, Shawn Lin wrote:
> On 2016/2/23 15:02, He YunLei wrote:
>> On 2016/2/23 13:44, Chao Yu wrote:
>>> Hi Yunlei,
>> Hi Chao,
>>>
-Original Message-
From: Yunlei He [mailto:heyun...@huawei.com]
Sent: Tuesday, February 23, 2016 12:08 PM
To:
The first nat entry must be null. If it is corrupted, we set its bit in
nat_area_bitmap, without increasing valid_nat_entry_cnt, fsck_verify will
nullify it at last.
Reported-by: Cheng Yinchao
Signed-off-by: Sheng Yong
---
fsck/mount.c | 13
On 2016/2/23 17:15, Chao Yu wrote:
Hi Chao,
> Hi Yunlei,
>
>> -Original Message-
>> From: He YunLei [mailto:heyun...@huawei.com]
>> Sent: Tuesday, February 23, 2016 3:03 PM
>> To: Chao Yu; jaeg...@kernel.org; linux-f2fs-devel@lists.sourceforge.net
>> Cc: bintian.w...@huawei.com; 'Biao He'
For now, flow of GCing an encrypted data page:
1) try to grab meta page in meta inode's mapping with index of old block
address of that data page
2) load data of ciphertext into meta page
3) allocate new block address
4) write the meta page into new block address
5) update block address pointer in
On 2016/2/23 15:02, He YunLei wrote:
> On 2016/2/23 13:44, Chao Yu wrote:
>> Hi Yunlei,
> Hi Chao,
>>
>>> -Original Message-
>>> From: Yunlei He [mailto:heyun...@huawei.com]
>>> Sent: Tuesday, February 23, 2016 12:08 PM
>>> To: chao2...@samsung.com; jaeg...@kernel.org;
>>>
Hi Junling,
> -Original Message-
> From: Junling Zheng [mailto:zhengjunl...@huawei.com]
> Sent: Tuesday, February 23, 2016 3:20 PM
> To: Chao Yu; jaeg...@kernel.org
> Cc: linux-f2fs-devel@lists.sourceforge.net
> Subject: Re: [f2fs-dev] [RFC PATCH v2] mkfs.f2fs: recalculate sit_segments by
Hi Yunlei,
> -Original Message-
> From: He YunLei [mailto:heyun...@huawei.com]
> Sent: Tuesday, February 23, 2016 3:03 PM
> To: Chao Yu; jaeg...@kernel.org; linux-f2fs-devel@lists.sourceforge.net
> Cc: bintian.w...@huawei.com; 'Biao He'
> Subject: Re: [f2fs-dev] [PATCH] f2fs: avoid
13 matches
Mail list logo