Supper Thomas comments

Results 1023 comments of


                                            Supper Thomas

[Feature] [risc-v] RISC-V 的toolchain 讨论

zephyr 的toolchain，也只用了一种RISCV64的toolchain，兼容RISCV32： https://github.com/zephyrproject-rtos/sdk-ng/releases/download/v0.17.1-rc1/toolchain_linux-x86_64_riscv64-zephyr-elf.tar.xz Target | Linux | macOS | Windows -- | -- | -- | -- riscv64-zephyr-elf | [AArch64][toolchain_gnu_linux-aarch64_riscv64-zephyr-elf.tar.xz] / [x86-64][toolchain_gnu_linux-x86_64_riscv64-zephyr-elf.tar.xz] | [AArch64][toolchain_gnu_macos-aarch64_riscv64-zephyr-elf.tar.xz] / [x86-64][toolchain_gnu_macos-x86_64_riscv64-zephyr-elf.tar.xz] | [x86-64][toolchain_gnu_windows-x86_64_riscv64-zephyr-elf.7z] -- |...

[Feature] [risc-v] RISC-V 的toolchain 讨论

RISC-V指令集由“基本指令集(I) + 扩展指令集(E)”组成。基本指令(I)集是必选的，扩展指令集(E)是可选的。意思就是可以根据你的实际需求，选择需要使用的指令。例如在一个项目中，如果不需要用到压缩指令，那么就不需要把压缩指令添加进来，从而做到定制化，这也是RISC-V的一大特点。 RISC-V 指令集有 RV32I、RV32E、RV64I、RV64E、RV64I 等等。 RV 代表 RISC-V，32/64 代表 32 位或 64 位，I 和 E 都是基本指令集，在 I 和 E 的基础上，可以添加 D（双精度浮点扩展）、M（整数乘除法）、A（原子扩展）、C（压缩扩展）等扩展指令。例如，在 RV64I 基础上，添加原子、整数乘除法、双精度浮点、压缩指令，则该指令集称为 RV64IMADC。

[Feature] RTT BSP 瘦身计划

> > • 质量参差不齐：贡献者的水平和经验不同，可能导致软件包的质量和规范性存在差异。 > > • 维护问题：如果贡献者失去兴趣或无法继续维护，可能导致某些软件包无人更新，影响用户体验。 > > • 信任问题：用户可能对非官方创建的软件包存在信任问题，担心其安全性和兼容性。 > > 现在很多厂商也在GitHub之类的地方放库了，工具能否实现拉取厂商包+维护者patch，然后自动合并patch生成sdk。这样用户也方便知道改了什么，维护也方便点。可以呀，欢迎把某个bsp改成你说的这种软件包PR上来看看效果。

[Feature] [risc-v] RISC-V 的toolchain 讨论

基本指令集指令集名称描述版本状态 RV32I 基本整数指令集, 32位元 2.1 已批准 RV32E 基本整数指令集(嵌入式系统), 32位元, 16 个暂存器 2.0 已批准 RV64I 基本整数指令集, 64位元 2.1 已批准 RV64E 基本整数指令集(嵌入式系统), 64位元, 16 个暂存器 2.0 已批准 RV128I...

[Feature] [risc-v] RISC-V 的toolchain 讨论

https://toolchains.bootlin.com/ 这个平台提供toolchain都是基于linux的

[Feature] RTT BSP 瘦身计划

HAL-SDK软件包的权限是不是会比较麻烦？大家有什么建议吗？比如如果社区其他github维护的话，如果该仓库主转行或者长期不维护，导致SDK软件包长期没有合并PR。或者删库之类的如果RTT维护的话，RTT 维护的成本也比较多.

[Feature] [risc-v] RISC-V 的toolchain 讨论

https://blog.csdn.net/lt6210925/article/details/147342176

[Feature] RTT BSP 瘦身计划

https://github.com/RT-Thread-packages/stm32l4_cmsis_driver

[Feature] [risc-v] RISC-V 的toolchain 讨论

https://club.rt-thread.org/ask/article/6e321824382d4cc9.html

[Feature] RTT BSP 瘦身计划

> 大佬们，你们好。对瘦身计划和执行方式也初步的学习了一下。目前梳理下来确实还是存在一个仓库归放的问题，放于维护者个人账号下可能存在长期不更新或者删库的情况，RTT账号下建仓库进行维护最可靠，但也带来维护成本。即使厂商官方账号可以将cmsis/hal-driver抽取出来独立建库，但适合于rt-thread的文件还需要额外进行处理。以stm32f4为参考 [https://github.com/RT-Thread-packages/stm32f4_cmsis_driver](url)和[https://github.com/RT-Thread-packages/stm32f4_hal_driver](url)。这两个中间处理仓库放厂商官方账号内不合适（因为已有一份极为相似的库，且有的维护者不一定是厂商人员），放维护者个人账号内也不太合适，如果个人维护者删库和不更新就直接影响了使用（因为RTT是提取的这份中间处理库来使用）应对这种情况，在私人仓库中，添加[supperthomas](https://github.com/supperthomas) 或者[mysterywolf](https://github.com/mysterywolf) 或者熊大，为仓库共同维护人员如何？可以帮忙合并PR 删库没关系，删库的gitee有备份，删库我们会把仓库转到官方仓库中，默认维护人员自愿放弃维护。总之瘦身大方向不会变，或者有什么其他建议好办法也可以提