From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from out30-119.freemail.mail.aliyun.com (out30-119.freemail.mail.aliyun.com [115.124.30.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 564021D61A3 for ; Mon, 13 Apr 2026 13:20:35 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=115.124.30.119 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1776086439; cv=none; b=oCCVK7InBzXTfa5wkzCYRpj1uHwFTSydxEsD4kVD2rAVGNhZGanlBFSGsPc+dXOzD03geQDHFH7IHkS/CF9Um8WefqHdgmxfkDknN5Y4MNFPPn/dHT0/s/RC2OmKs441Ryy6SdmUoMAcTlU23z3u+jdsR8wWJoQqY/QzhRylJug= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1776086439; c=relaxed/simple; bh=SCRD70rTie163hmbgXDdeBtwt8Y5DqqRI0XFjEK2SMs=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version; b=l9n3Q6IbpOansxCCJLimgV4p4EwvJf+HT1GLplDSG9y/68dooO59cOnF2UtGdtFeNnEWNfOQ4jM4A0wGFamk1Nx1D66emkiGQcfO6f4OkVEINzZ3kpKOAlg3xdkMzrwt08aHOs0s/lnz/9N4hrRcumghC9jn/hHneH7PCq2smeU= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.alibaba.com; spf=pass smtp.mailfrom=linux.alibaba.com; dkim=pass (1024-bit key) header.d=linux.alibaba.com header.i=@linux.alibaba.com header.b=S48LXhp6; arc=none smtp.client-ip=115.124.30.119 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.alibaba.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linux.alibaba.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux.alibaba.com header.i=@linux.alibaba.com header.b="S48LXhp6" DKIM-Signature:v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.alibaba.com; s=default; t=1776086427; h=From:To:Subject:Date:Message-ID:MIME-Version; bh=35mq4DCXAG68ToHhPfpuKoqcRBSAR6Ns/WoqgT52LeY=; b=S48LXhp6Sst2aXWQOeqwQZIlS4euiQ/YoJdBQ5RcM/Z4gvEkuawbevKcn5XNnxr3iBIGtO4mYJ9v7ph7p1RMPYlkqEg6JB38x6gS0Y6+CFyMK2zMC/y3sOiEk39dmkeL2hBAAyGAV6zY9CiZExVE4N98OjKR1rbZer4IE1VOcn8= X-Alimail-AntiSpam:AC=PASS;BC=-1|-1;BR=01201311R721e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=maildocker-contentspam033045133197;MF=cp0613@linux.alibaba.com;NM=1;PH=DS;RN=7;SR=0;TI=SMTPD_---0X0xIp8p_1776086410; Received: from DESKTOP-S9E58SO.localdomain(mailfrom:cp0613@linux.alibaba.com fp:SMTPD_---0X0xIp8p_1776086410 cluster:ay36) by smtp.aliyun-inc.com; Mon, 13 Apr 2026 21:20:27 +0800 From: cp0613@linux.alibaba.com To: pjw@kernel.org, anup@brainfault.org, andrew.jones@oss.qualcomm.com, guoren@kernel.org Cc: linux-riscv@lists.infradead.org, linux-kernel@vger.kernel.org, Chen Pei Subject: [PATCH v2] riscv: smp: Align secondary_start_sbi to 4 bytes Date: Mon, 13 Apr 2026 21:20:09 +0800 Message-ID: <20260413132009.133752-1-cp0613@linux.alibaba.com> X-Mailer: git-send-email 2.43.0 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: Chen Pei During SMP boot, the secondary_start_sbi address is passed to the slave core via sbi_hsm_hart_start. In OpenSBI, this address is written to STVEC in sbi_hart_switch_mode. According to the privileged specification, the BASE field of STVEC must always be aligned on a 4-byte boundary. However, System.map reveals that secondary_start_sbi is not a 4-byte aligned address. For example, the address of secondary_start_sbi is 0xffffffff80001066, and the disassembly is as follows: Dump of assembler code from 0xffffffff80001052 to 0xffffffff8000107a: 0xffffffff80001052 <_start+4178>: c.nop -11 0xffffffff80001054 <_start+4180>: auipc gp,0x1a1f 0xffffffff80001058 <_start+4184>: addi gp,gp,84 0xffffffff8000105c <_start+4188>: csrw satp,a2 0xffffffff80001060 <_start+4192>: sfence.vma 0xffffffff80001064 <_start+4196>: ret 0xffffffff80001066 <_start+4198>: csrw sie,zero 0xffffffff8000106a <_start+4202>: csrw sip,zero 0xffffffff8000106e <_start+4206>: li t0,2 0xffffffff80001070 <_start+4208>: csrw scounteren,t0 0xffffffff80001074 <_start+4212>: auipc gp,0x1a1f 0xffffffff80001078 <_start+4216>: addi gp,gp,52 When writing to STVEC at address 0xffffffff80001066, the actual write address is 0xffffffff80001064, corresponding to the address of the previous ret instruction. This is unexpected, and if an interrupt occurs at this point, it will cause unpredictable results. However, secondary_start_sbi immediately masks all interrupts and updates STVEC, so no problems occurred. In summary, it is more reasonable to make secondary_start_sbi satisfy 4-byte alignment. Changes in v2: - Place `.align 2` inside `#ifdef CONFIG_SMP`, above the tag. - Add two Reviewed-by tags. - Based on Linux 7.0. Reviewed-by: Andrew Jones Reviewed-by: Guo Ren (Alibaba DAMO Academy) Signed-off-by: Chen Pei --- arch/riscv/kernel/head.S | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/riscv/kernel/head.S b/arch/riscv/kernel/head.S index 9c99c5ad6fe8..9f33be6260e1 100644 --- a/arch/riscv/kernel/head.S +++ b/arch/riscv/kernel/head.S @@ -127,6 +127,7 @@ relocate_enable_mmu: #endif /* CONFIG_MMU */ #ifdef CONFIG_SMP .global secondary_start_sbi + .align 2 secondary_start_sbi: /* Mask all interrupts */ csrw CSR_IE, zero -- 2.50.1