summaryrefslogtreecommitdiff
path: root/include/net/aligned_data.h
diff options
context:
space:
mode:
authorThorsten Blum <thorsten.blum@linux.dev>2025-09-01 17:01:44 +0200
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2025-11-02 22:15:21 +0900
commit500784abb54689cef6004113e241aa76562e0d20 (patch)
tree6cde898a2d13f8ef0d0e176c83a18f0c6c40abe4 /include/net/aligned_data.h
parentcfc90c12a91af143f2c9f481bc67be730399ab03 (diff)
btrfs: scrub: replace max_t()/min_t() with clamp() in scrub_throttle_dev_io()
[ Upstream commit a7f3dfb8293c4cee99743132d69863a92e8f4875 ] Replace max_t() followed by min_t() with a single clamp(). As was pointed by David Laight in https://lore.kernel.org/linux-btrfs/20250906122458.75dfc8f0@pumpkin/ the calculation may overflow u32 when the input value is too large, so clamp_t() is not used. In practice the expected values are in range of megabytes to gigabytes (throughput limit) so the bug would not happen. Signed-off-by: Thorsten Blum <thorsten.blum@linux.dev> Reviewed-by: David Sterba <dsterba@suse.com> [ Use clamp() and add explanation. ] Signed-off-by: David Sterba <dsterba@suse.com> Signed-off-by: Sasha Levin <sashal@kernel.org>
Diffstat (limited to 'include/net/aligned_data.h')
0 files changed, 0 insertions, 0 deletions