summaryrefslogtreecommitdiffstats
path: root/drivers/block/aoe/aoeblk.c
diff options
context:
space:
mode:
authorChristoph Hellwig <hch@lst.de>2023-12-27 09:23:02 +0000
committerJens Axboe <axboe@kernel.dk>2023-12-27 10:46:01 -0700
commit9a9525de865410047fa962867b4fcd33943b206f (patch)
treeaad91c4f17b8e23c3f81be01ca2fcbeb75c96018 /drivers/block/aoe/aoeblk.c
parent34c7db44b4edccda315edcf02b9669aa173e090b (diff)
downloadlinux-9a9525de865410047fa962867b4fcd33943b206f.tar.gz
linux-9a9525de865410047fa962867b4fcd33943b206f.tar.bz2
linux-9a9525de865410047fa962867b4fcd33943b206f.zip
null_blk: don't cap max_hw_sectors to BLK_DEF_MAX_SECTORS
null_blk has some rather odd capping of the max_hw_sectors value to BLK_DEF_MAX_SECTORS, which doesn't make sense - max_hw_sector is the hardware limit, and BLK_DEF_MAX_SECTORS despite the confusing name is the default cap for the max_sectors field used for normal file system I/O. Remove all the capping, and simply leave it to the block layer or user to take up or not all of that for file system I/O. Fixes: ea17fd354ca8 ("null_blk: Allow controlling max_hw_sectors limit") Signed-off-by: Christoph Hellwig <hch@lst.de> Link: https://lore.kernel.org/r/20231227092305.279567-2-hch@lst.de Signed-off-by: Jens Axboe <axboe@kernel.dk>
Diffstat (limited to 'drivers/block/aoe/aoeblk.c')
0 files changed, 0 insertions, 0 deletions