Jay.Chang

Hi @matsievskiysv According to the code in `systemio.h` at line 80, ``` static constexpr int O_RDONLY = 0x00000000; static constexpr int O_WRONLY = 0x00000001; static constexpr int O_RDWR = 0x00000002;...

I think we can eliminate the need for the write_data_blocks function by initializing the entire image to zero.

I'm interested in addressing this issue by replacing the current usage of Enum-to-name maps and better-enums throughout ripes with `enum class`+`magic_enum`. If it hasn't been started yet, I would like...

You can review line 440 in the incachegraphic.cpp file within issue #335, and you'll discover the relevant information there. ``` if (m_cache.getReplacementPolicy() == ReplPolicy::LRU && m_cache.getWays() > 1) ```

Yes, following is my detail actions ``` $ dd if=/dev/random of=test.img bs=1M count=32 $ ./mkfs.simplefs test.img $ mkdir test $ sudo mount -t simplefs -o loop test.img test $ cd...

Hi @RoyWFHuang There is something wrong on my environment to use kmemleak, I will check later.

Thank you for your suggestions. I believe your logic in checking is correct, but I am using [kmemleak](https://github.com/tzussman/kmodleak), and it does not show any leak errors. Please give me more...

Hi @RoyWFHuang You can use `rcu_barrier()` or a kernel thread to solve the problem where `simplefs_destroy_inode_cache` does not release in time before unmounting simplefs.

$ echo "FILE" > file1 $ ln -s file1 symlink $ cat file1 FILE $ cat symlink FILE $ rm -f symlink $ ls file1 $ touch symlink touch: cannot...

This is indeed a bug. After we remove a file, the first soft link creation fails, but subsequent ones succeed. $ touch a $ ln -s a b $ ln...