8 Commits

Author	SHA1	Message	Date
thead_admin	d4c68ef2c1	Linux_SDK_V1.4.2 ... Signed-off-by: thead_admin <occ_thead@service.alibaba.com>	2024-01-31 22:09:29 +08:00
thead_admin	e17ac7bab2	Linux_SDK_V1.3.3 ... Signed-off-by: thead_admin <occ_thead@service.alibaba.com>	2024-01-31 22:09:29 +08:00
Jisheng Zhang	556f057aca	riscv: cmpxchg: implement arch_cmpxchg64_{relaxed|acquire|release} ... After selecting ARCH_USE_CMPXCHG_LOCKREF, one straight futher optimization is implementing the arch_cmpxchg64_relaxed() because the lockref code does not need the cmpxchg to have barrier semantics. At the same time, implement arch_cmpxchg64_acquire and arch_cmpxchg64_release as well. However, on both TH1520 and JH7110 platforms, I didn't see obvious performance improvement with Linus' test case [1]. IMHO, this may be related with the fence and lr.d/sc.d hw implementations. In theory, lr/sc without fence could give performance improvement over lr/sc plus fence, so add the code here to leave performance improvement room on newer HW platforms. Link: http://marc.info/?l=linux-fsdevel&m=137782380714721&w=4 [1] Signed-off-by: Jisheng Zhang <jszhang@kernel.org>	2023-11-29 23:46:21 +08:00
thead_admin	afef388b8e	Linux_SDK_V1.2.1 ... Signed-off-by: thead_admin <occ_thead@service.alibaba.com>	2023-08-19 15:26:40 +08:00
Han Gao	0a18500133	chore: restore only support v0p7 ... Signed-off-by: Han Gao <gaohan@iscas.ac.cn>	2023-06-26 16:02:44 +08:00
thead_admin	221913b496	Linux_SDK_V1.0.3	2023-01-04 13:12:21 +08:00
thead_admin	c20e64a982	Linux_SDK_V1.0.2	2022-11-22 15:53:40 +08:00
thead_admin	c9df2bbe57	Linux_SDK_V0.9.5	2022-09-13 11:05:52 +08:00