summaryrefslogtreecommitdiff
path: root/drivers/cdx/controller/cdx_controller.h
diff options
context:
space:
mode:
authorPuranjay Mohan <puranjay@kernel.org>2024-05-05 20:16:33 +0000
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2024-05-30 09:44:38 +0200
commite2707bcf66f3e56bd84585c9ca20b328a4e51e1f (patch)
tree2bcd0b1cbfc1dde7eab4ee4465bbe13057e81aa8 /drivers/cdx/controller/cdx_controller.h
parent193377faffac6beee700de1885a84639dc8d65a2 (diff)
riscv, bpf: make some atomic operations fully ordered
[ Upstream commit 20a759df3bba35bf5c3ddec0c02ad69b603b584c ] The BPF atomic operations with the BPF_FETCH modifier along with BPF_XCHG and BPF_CMPXCHG are fully ordered but the RISC-V JIT implements all atomic operations except BPF_CMPXCHG with relaxed ordering. Section 8.1 of the "The RISC-V Instruction Set Manual Volume I: Unprivileged ISA" [1], titled, "Specifying Ordering of Atomic Instructions" says: | To provide more efficient support for release consistency [5], each | atomic instruction has two bits, aq and rl, used to specify additional | memory ordering constraints as viewed by other RISC-V harts. and | If only the aq bit is set, the atomic memory operation is treated as | an acquire access. | If only the rl bit is set, the atomic memory operation is treated as a | release access. | | If both the aq and rl bits are set, the atomic memory operation is | sequentially consistent. Fix this by setting both aq and rl bits as 1 for operations with BPF_FETCH and BPF_XCHG. [1] https://riscv.org/wp-content/uploads/2017/05/riscv-spec-v2.2.pdf Fixes: dd642ccb45ec ("riscv, bpf: Implement more atomic operations for RV64") Signed-off-by: Puranjay Mohan <puranjay@kernel.org> Reviewed-by: Pu Lehui <pulehui@huawei.com> Link: https://lore.kernel.org/r/20240505201633.123115-1-puranjay@kernel.org Signed-off-by: Alexei Starovoitov <ast@kernel.org> Signed-off-by: Sasha Levin <sashal@kernel.org>
Diffstat (limited to 'drivers/cdx/controller/cdx_controller.h')
0 files changed, 0 insertions, 0 deletions