aboutsummaryrefslogtreecommitdiff
path: root/rust/helpers/helpers.c
diff options
context:
space:
mode:
authorAl Viro <viro@zeniv.linux.org.uk>2024-10-18 03:25:29 -0400
committerAl Viro <viro@zeniv.linux.org.uk>2024-10-18 17:35:31 -0400
commit426f07ad3e2c9b51bfd93b870a3a9b04644130d0 (patch)
tree950c25205efbb13d0018dbdf268ccff1e2124bdb /rust/helpers/helpers.c
parentc5df105f7da3448129b120da7dba765bc64ddb62 (diff)
downloadlinux-426f07ad3e2c9b51bfd93b870a3a9b04644130d0.tar.gz
linux-426f07ad3e2c9b51bfd93b870a3a9b04644130d0.tar.bz2
linux-426f07ad3e2c9b51bfd93b870a3a9b04644130d0.zip
ufs_free_fragments(): fix the braino in sanity check
The function expects that all fragments it's been asked to free will be within the same block. And it even has a sanity check verifying that - it takes the fragment number modulo the number of fragments per block, adds the count and checks if that's too high. Unfortunately, it misspells the upper limit - instead of ->s_fpb (fragments per block) it says ->s_fpg (fragments per cylinder group). So "too high" ends up being insanely lenient. Had been that way since 2.1.112, when UFS write support had been added. 27 years to spot a typo... Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
Diffstat (limited to 'rust/helpers/helpers.c')
0 files changed, 0 insertions, 0 deletions