diff options
author | 2020-12-02 14:48:10 +0800 | |
---|---|---|
committer | 2020-12-09 19:16:11 +0100 | |
commit | b29dca44abe216a9c29842593cbc18f9a3fe57d2 (patch) | |
tree | e653ddcae4ba9330ac68373b17fc723f2da25026 /crypto/md4.c | |
parent | btrfs: scrub: support subpage tree block scrub (diff) | |
download | linux-b29dca44abe216a9c29842593cbc18f9a3fe57d2.tar.gz linux-b29dca44abe216a9c29842593cbc18f9a3fe57d2.tar.bz2 linux-b29dca44abe216a9c29842593cbc18f9a3fe57d2.zip |
btrfs: scrub: support subpage data scrub
Btrfs scrub is more flexible than buffered data write path, as we can
read an unaligned subpage data into page offset 0.
This ability makes subpage support much easier, we just need to check
each scrub_page::page_len and ensure we only calculate hash for [0,
page_len) of a page.
There is a small thing to notice: for subpage case, we still do sector
by sector scrub. This means we will submit a read bio for each sector
to scrub, resulting in the same amount of read bios, just like on the 4K
page systems.
This behavior can be considered as a good thing, if we want everything
to be the same as 4K page systems. But this also means, we're wasting
the possibility to submit larger bio using 64K page size. This is
another problem to consider in the future.
Signed-off-by: Qu Wenruo <wqu@suse.com>
Reviewed-by: David Sterba <dsterba@suse.com>
Signed-off-by: David Sterba <dsterba@suse.com>
Diffstat (limited to 'crypto/md4.c')
0 files changed, 0 insertions, 0 deletions