aboutsummaryrefslogtreecommitdiffstats
path: root/tools/perf/scripts/python
diff options
context:
space:
mode:
authorJohn Garry <[email protected]>2025-05-04 09:26:45 +0000
committerMikulas Patocka <[email protected]>2025-05-04 10:02:39 +0000
commitb7c18b17a173087ce97e809cefd55e581121f19e (patch)
treea4ebc65bec2eee4e13f8ad880774ef48aefba8c1 /tools/perf/scripts/python
parentdm mpath: Interface for explicit probing of active paths (diff)
downloadkernel-b7c18b17a173087ce97e809cefd55e581121f19e.tar.gz
kernel-b7c18b17a173087ce97e809cefd55e581121f19e.zip
dm-table: Set BLK_FEAT_ATOMIC_WRITES for target queue limits
Feature flag BLK_FEAT_ATOMIC_WRITES is not being properly set for the target queue limits, and this means that atomic writes are not being enabled for any dm personalities. When calling dm_set_device_limits() -> blk_stack_limits() -> ... -> blk_stack_atomic_writes_limits(), the bottom device limits (which corresponds to intermediate target queue limits) does not have BLK_FEAT_ATOMIC_WRITES set, and so atomic writes can never be enabled. Typically such a flag would be inherited from the stacked device in dm_set_device_limits() -> blk_stack_limits() via BLK_FEAT_INHERIT_MASK, but BLK_FEAT_ATOMIC_WRITES is not inherited as it's preferred to manually enable on a per-personality basis. Set BLK_FEAT_ATOMIC_WRITES manually for the intermediate target queue limits from the stacked device to get atomic writes working. Fixes: 3194e36488e2 ("dm-table: atomic writes support") Cc: [email protected] # v6.14 Signed-off-by: John Garry <[email protected]> Signed-off-by: Mikulas Patocka <[email protected]>
Diffstat (limited to 'tools/perf/scripts/python')
0 files changed, 0 insertions, 0 deletions