Hi Linus,
This is a pull request on f2fs updates for v3.15.
In this round, a couple of sysfs entries were introduced to tune the
f2fs at runtime. In addition, f2fs starts to support large directory and
f2fs_issue_flush thread to improve the performance under some server
workloads.
Most of the oth
2014-04-06 (일), 21:55 -0400, Sasha Levin:
> On 04/06/2014 09:20 PM, Jaegeuk Kim wrote:
> > Hi,
> >
> > Thank you for the report.
> >
> > If possible, could you share fsck.f2fs or dump.f2fs on the corrupted
> > partition?
> >
> > Otherwise, how about this?
> > # fdisk /dev/sdx
> >> > p
>
> Hey J
If we remove a file that has inline data after mount, our statistics turns to
inaccurate.
cat /sys/kernel/debug/f2fs/status
- Inline_data Inode: 4294967295
Let's add stat_inc_inline_inode() to stat inline info of the file when lookup.
Change log from v1:
o stat in f2fs_lookup() instead of in
On 04/06/2014 09:20 PM, Jaegeuk Kim wrote:
> Hi,
>
> Thank you for the report.
>
> If possible, could you share fsck.f2fs or dump.f2fs on the corrupted
> partition?
>
> Otherwise, how about this?
> # fdisk /dev/sdx
>> > p
Hey Jaegeuk,
Unfortunately it was a temporary filesystem inside the fuzz
Hi,
Thank you for the report.
If possible, could you share fsck.f2fs or dump.f2fs on the corrupted
partition?
Otherwise, how about this?
# fdisk /dev/sdx
> p
Thank you,
2014-04-05 (토), 11:12 -0400, Sasha Levin:
> Hi all,
>
> While fuzzing with trinity inside a KVM tools guest running the late