[musl] 答复: [musl] musl support riscv32

["chengzhiwei (C)" <chengzhiwei6@huawei.com>]

Thanks, Hopefully I am! 

Another thing is about atomic operation(if 32-bit based on what's upstram in musl for riscv64), musl's atomic operation for riscv64 is a handwritten assembly version, but some RISCV-V MCU omit such instructions LR/SC specified in the A standard extension.
Someone do related work to support processors without atomic instructions? Or considering the possibility of implementing the functionality in C code.

zhiwei 

-----邮件原件-----
发件人: Rich Felker [mailto:dalias@libc.org] 
发送时间: 2020年3月12日 21:57
收件人: musl@lists.openwall.com
主题: Re: [musl] musl support riscv32

On Thu, Mar 12, 2020 at 11:09:37AM +0000, chengzhiwei (C) wrote:
> Hi, all:
> Recently, we did a survey about musl lib supported by the target of riscv. As we know,  musl-riscv64 was released last year, it's a great job:
> https://git.musl-libc.org/cgit/musl/commit/?id=0a48860c27a8eb291bcc761
> 6ea9eb073dc660cab
> 
> But we want to know when musl will suoport riscv-32 target and be released in the community based on the latest version?
> From the community, we found that the previous branch version 
> supported 32 bits backend,
> https://github.com/riscv/riscv-musl/tree/riscv-musl-1.1.18
> https://github.com/riscv/riscv-musl/tree/riscv-musl-1.1.20
> I guess there are still lots of tests to be done for stability reasons. Next release can support riscv-32 target?
> 
> Maybe it's not an easy job about atomic operation.  If the version support date is uncertain, can you share some solutions to circumvent it?
> Our team is also considering the possibility of implementing the functionality in C code, could you give us some suggestions?
> 
> Hope your response！

The main blocker for riscv32 has been that the kernel has not declared it a stable ABI yet. At the time it was first proposed, there were still problems related to it being a 32-bit arch with no legacy 32-bit time_t syscalls, but that's not an issue now. I'd be happy to look at an updated riscv32 port now (ideally based on what's upstram in musl for riscv64, converted to 32-bit, rather than the old proposal, since lots of bugs were fixed after it was merged) and hopefully convince Linus/kernel ppl to consider it stabilized on the basis that there's a libc ready to use it.

Rich