登录
注册
开源
企业版
高校版
搜索
帮助中心
使用条款
关于我们
开源
企业版
高校版
私有云
模力方舟
登录
注册
医疗 AI 怎么落地?本周四晚 19:30,「智医灵枢」开发者直播开讲,来听听一线医院的实战分享!
代码拉取完成,页面将自动刷新
开源项目
>
其他开源
>
操作系统
&&
捐赠
捐赠前请先登录
取消
前往登录
扫描微信二维码支付
取消
支付完成
支付提示
将跳转至支付宝完成支付
确定
取消
Watch
不关注
关注所有动态
仅关注版本发行动态
关注但不提醒动态
23
Star
100
Fork
44
openEuler
/
raspberrypi
代码
Issues
8
Pull Requests
0
Wiki
统计
流水线
服务
JavaDoc
PHPDoc
质量分析
Jenkins for Gitee
腾讯云托管
腾讯云 Serverless
悬镜安全
阿里云 SAE
Codeblitz
SBOM
我知道了,不再自动展开
更新失败,请稍后重试!
移除标识
内容风险标识
本任务被
标识为内容中包含有代码安全 Bug 、隐私泄露等敏感信息,仓库外成员不可访问
提议:RaspberryPi SIG 变更为 SBC SIG
已完成
#I91A7E
任务
Jianmin
成员
创建于
2024-02-06 10:12
## 提议内容 1. RaspberryPi SIG 更名为 SBC SIG,SBC 为 single-board computer 的缩写,RaspberryPi 是 SBC 的代表 [Single-board computer - Wiki](https://en.wikipedia.org/wiki/Single-board_computer) 2. RaspberryPi SIG 与 Embedded SIG 有意向的 Maintainer 一起作为 SBC SIG 的 Maintainers 来维护和促进 openEuler 适配 SBC 相关工作。 3. SBC SIG 的职责包括如下: - 适配 openEuler 运行在各类 SBC 上,包括 RaspberryPi、Rockchip 系列开发板、Allwinner 系列开发板 - 负责维护构建内测镜像,维护基础适配的内核源码、镜像构建参考脚本等 - 负责维护支持运行 openEuler 的 SBC 设备的列表和适配状态 - 推动稳定并符合内核组要求的内核补丁改进完善并合入到社区主线内核代码中 - 推动符合社区发布要求的镜像成为社区正式发布的镜像 ## 基础情况 RaspberryPi SIG 成立于 openEuler 建立的早期阶段,于 2020 年 4 月 1 日正式成立 [!259](https://gitee.com/openeuler/community/pulls/259) 。成立的早期的目的就是将 openEuler 适配到树莓派上,方便更多开发者运行 openEuler 并且可以基于这一典型的单板计算机来做更多的尝试。 [树莓派 SIG 主仓库](https://gitee.com/openeuler/raspberrypi) 在后续几年的开发者,SIG 组的 Maintainer 逐步将适配工作扩大到更多 ARM 的单板计算机,包括全志、瑞芯微的典型型号,如 H616、RK3399、RK3568 等,并在这个过程中逐步形成与树莓派适配工作对应的内核、引导程序、固件、镜像构建工具等主要交付物以及对应的仓库,如 [Rockchip 镜像、构建工具以及文档仓库](https://gitee.com/openeuler/rockchip) [Rockchip 内核](https://gitee.com/openeuler/rockchip-kernel) 等仓库。 ## SIG 工作交叉情况 Embedded SIG 致力于 openEuler 的嵌入式版本开发,使其能够广泛应用于嵌入式设备。在 Embedded 版本针对树莓派的适配支持中,RaspberryPi 已经完成的适配工作包括内核补丁、镜像构建脚本等都对 Embedded 版本有很大助力。前几个月在沟通针对 Rockchip 适配的工作过程中,两个 SIG 组都在针对 Rockchip 适配工作,并互有交叉。沟通后两个 SIG 组也有意整合两方在这方面的适配工作,并在树莓派已经建立的 rockchip-kernel 仓库中进行协作和维护,[!24](https://gitee.com/openeuler/rockchip-kernel/pulls/24) ## 期望改善的问题 ### 1. SBC 设备的内核代码维护问题 客观上,SBC 类型较多,即使是同一个 SOC 解决方案的开发版对应的内核补丁和驱动也存在差异,而这些设备的内核补丁合并开发耗时较久,客观上存在较长一段时间的内核补丁代码需要单独维护,同时 SBC 设备的内核版本也受限于 SBC 厂家目标的内核版本,难以及时跟上 openEuler 内核最新版本的节奏,也需要基于旧的 LTS 内核版本来做维护工作。 内核代码维护的另一个问题是避免冗余维护,RaspberryPi SIG 和 Embedded SIG 在 Rockchip 的内核补丁代码维护上存在交叉和冗余,整合到一起维护更有利于提高效率避免重复工作。 目前当前 SIG 正在维护的内核代码仓库包括: - openeuler/rockchip-kernel 包含所有rockchip的soc的kernel支持,目前覆盖 rk3399、rk3568、rk3588、rk806 - openeuler/allwinner-kernel 包含全志系列适配,之前针对 h616 - openeuler/raspberrypi-kernel 包含树莓派系列,针对 rpi3 rpi4 rpi400 以及正在进行的 rpi5 计划未来对应每一个芯片厂商(例如xxx),都有对应的 openeuler/xxx-kernel,这些 openeuler/xxx-kernel,都应该基于 openeuler/kernel 中某一版本/分支拉出,相当于开发仓库,并且一旦成熟的话,应积极回合到 openeuler/kernel, 甚至上游linux kernel。 ### 2. SBC 设备的镜像构建与维护问题 这一问题涉及到引导程序、固件驱动、构建脚本等其他相关于镜像构建的工作。 无论哪一个类型的 SBC 设备,无论是采用何种架构,完成最终可运行的镜像构建,基本都涉及到内核补丁、引导程序、固件驱动、构建脚本以及其他部分,并且针对不同的 SBC 设备基本都是不相同的。 当设备有更新、上游代码有更新、openEuler 有更新,一般都需要在社区里做相关的更新,并构建新版本镜像,验证测试。 目前相关维护的相关仓库有: openeuler/raspberrypi:RaspberryPi 镜像构建脚本、固件以及相关文档 openeuler/rockchip:Rockchip 镜像构建脚本、固件以及相关文档 src-openeuler/raspberrypi-firmware:RaspberryPi 固件软件包 src-openeuler/raspberrypi-bluetooth:RaspberryPi 蓝牙支持软件包 src-openeuler/raspberrypi-eeprom:RaspberryPi 引导程序 ### 3. 设备支持以及镜像列表的维护 当要支持更多类型的 SBC 设备的时候,不同设备情况、不同架构、不同 openEuler 的版本、不同的开放程度等各方面情况,使得不同 SBC 设备的支持存在不同的阶段, 有的是初步验证临时版本可用,有的是 LTS 版本验证通过,有的是内核补丁已迁移到 openEuler 某个版本上,有的是完整支持。不同支持情况对于社区开发者来说都是重要的,并且这一过程是在持续迭代和演进的,并且是社区化运作的。 而 SBC 类型的设备又是一类很重要的开发者可以在低成本的情况下尝试各种解决方案的一类设备,尤其是对于 arm 和 risc-v 架构。即使是 x86 架构,也有很多开发者希望尝试部署 openEuler 到 SBC/miniPC 等类型的设备上。 因此,在社区里以一个 SIG 承载来进行 openEuler 支持的 SBC 类型的设备支持状态的列表和镜像比较重要。 目前现状是比较零散的: 1. [RaspberryPi List](https://gitee.com/openeuler/raspberrypi) 2. [Rockchip List](https://gitee.com/openeuler/rockchip) 3. [openEuler Embedded](https://openeuler.gitee.io/yocto-meta-openeuler/openEuler-22.03-LTS-SP3/bsp/arm64/index.html) 4. [openEuler RISC-V 23.03](https://gitee.com/openeuler/RISC-V/tree/master/release/openEuler-23.03) ## 成员组成 拟定成员由 RaspberryPi SIG、Embedded SIG 相关的 Maintainer 加入 SBC SIG 组,前期主要针对 ARM 架构,未来根据 SIG 组演进情况和社区开发者反馈探讨其他架构的 SBC 硬件的适配信息维护。 如果其他 SIG 组 Maintainer 有意参与加入,也欢迎加入一起维护 SBC。 ## 前期沟通争议点 ### 1. 是否针对特定架构 这个提案并不是针对特定架构的,虽然 SBC 类别的硬件以 ARM 为主,但是最近两年 RISC-V 架构的 SBC 设备也快速涌现,x86 的 SBC 设备或者类似的 miniPC 设备也时常有用户反馈诉求,其他架构的 SBC 设备知名度可能就低一些。但是无论哪一个架构,针对 SBC 设备需要完成的维护工作也是类似的,也都存在设备型号繁多、支持情况各不相同等情况,因此这个 SIG 建设的基本模式并非针对特定架构来考虑的。 现实上因为 ARM 架构的设备比较多,前期会以这类设备为主,后续根据情况以及社区开发者的意愿来逐步扩展更多架构对应的 SBC 硬件适配信息维护。 ### 2. 是否与 Release 官网维护的硬件兼容信息有重复 SBC SIG 维护的列表定位与官网兼容硬件列表的定位是不同的。 1. 官网兼容硬件列表目前主要针对整机和板卡,整机中暂未覆盖 SBC 级别的硬件。 2. SBC SIG 是为了促进不同的 SBC 适配最终能够达到 Release 的标准,同时在这个过程中能够有合适的承载方式,促进有相同兴趣的开发者参与到社区中。 3. SBC SIG 维护的列表是一个覆盖适配开发过程的列表,包括从 openEuler rootfs 可以运行,到内核补丁迁移到 openEuler 基线、到完整支持有机会加入到官方 Release 中级别。列表中的信息不受限在 SIG 内开发者的适配,社区其他 SIG /cc @tideao @woqidaideshi @vonhust @jingwiw
## 提议内容 1. RaspberryPi SIG 更名为 SBC SIG,SBC 为 single-board computer 的缩写,RaspberryPi 是 SBC 的代表 [Single-board computer - Wiki](https://en.wikipedia.org/wiki/Single-board_computer) 2. RaspberryPi SIG 与 Embedded SIG 有意向的 Maintainer 一起作为 SBC SIG 的 Maintainers 来维护和促进 openEuler 适配 SBC 相关工作。 3. SBC SIG 的职责包括如下: - 适配 openEuler 运行在各类 SBC 上,包括 RaspberryPi、Rockchip 系列开发板、Allwinner 系列开发板 - 负责维护构建内测镜像,维护基础适配的内核源码、镜像构建参考脚本等 - 负责维护支持运行 openEuler 的 SBC 设备的列表和适配状态 - 推动稳定并符合内核组要求的内核补丁改进完善并合入到社区主线内核代码中 - 推动符合社区发布要求的镜像成为社区正式发布的镜像 ## 基础情况 RaspberryPi SIG 成立于 openEuler 建立的早期阶段,于 2020 年 4 月 1 日正式成立 [!259](https://gitee.com/openeuler/community/pulls/259) 。成立的早期的目的就是将 openEuler 适配到树莓派上,方便更多开发者运行 openEuler 并且可以基于这一典型的单板计算机来做更多的尝试。 [树莓派 SIG 主仓库](https://gitee.com/openeuler/raspberrypi) 在后续几年的开发者,SIG 组的 Maintainer 逐步将适配工作扩大到更多 ARM 的单板计算机,包括全志、瑞芯微的典型型号,如 H616、RK3399、RK3568 等,并在这个过程中逐步形成与树莓派适配工作对应的内核、引导程序、固件、镜像构建工具等主要交付物以及对应的仓库,如 [Rockchip 镜像、构建工具以及文档仓库](https://gitee.com/openeuler/rockchip) [Rockchip 内核](https://gitee.com/openeuler/rockchip-kernel) 等仓库。 ## SIG 工作交叉情况 Embedded SIG 致力于 openEuler 的嵌入式版本开发,使其能够广泛应用于嵌入式设备。在 Embedded 版本针对树莓派的适配支持中,RaspberryPi 已经完成的适配工作包括内核补丁、镜像构建脚本等都对 Embedded 版本有很大助力。前几个月在沟通针对 Rockchip 适配的工作过程中,两个 SIG 组都在针对 Rockchip 适配工作,并互有交叉。沟通后两个 SIG 组也有意整合两方在这方面的适配工作,并在树莓派已经建立的 rockchip-kernel 仓库中进行协作和维护,[!24](https://gitee.com/openeuler/rockchip-kernel/pulls/24) ## 期望改善的问题 ### 1. SBC 设备的内核代码维护问题 客观上,SBC 类型较多,即使是同一个 SOC 解决方案的开发版对应的内核补丁和驱动也存在差异,而这些设备的内核补丁合并开发耗时较久,客观上存在较长一段时间的内核补丁代码需要单独维护,同时 SBC 设备的内核版本也受限于 SBC 厂家目标的内核版本,难以及时跟上 openEuler 内核最新版本的节奏,也需要基于旧的 LTS 内核版本来做维护工作。 内核代码维护的另一个问题是避免冗余维护,RaspberryPi SIG 和 Embedded SIG 在 Rockchip 的内核补丁代码维护上存在交叉和冗余,整合到一起维护更有利于提高效率避免重复工作。 目前当前 SIG 正在维护的内核代码仓库包括: - openeuler/rockchip-kernel 包含所有rockchip的soc的kernel支持,目前覆盖 rk3399、rk3568、rk3588、rk806 - openeuler/allwinner-kernel 包含全志系列适配,之前针对 h616 - openeuler/raspberrypi-kernel 包含树莓派系列,针对 rpi3 rpi4 rpi400 以及正在进行的 rpi5 计划未来对应每一个芯片厂商(例如xxx),都有对应的 openeuler/xxx-kernel,这些 openeuler/xxx-kernel,都应该基于 openeuler/kernel 中某一版本/分支拉出,相当于开发仓库,并且一旦成熟的话,应积极回合到 openeuler/kernel, 甚至上游linux kernel。 ### 2. SBC 设备的镜像构建与维护问题 这一问题涉及到引导程序、固件驱动、构建脚本等其他相关于镜像构建的工作。 无论哪一个类型的 SBC 设备,无论是采用何种架构,完成最终可运行的镜像构建,基本都涉及到内核补丁、引导程序、固件驱动、构建脚本以及其他部分,并且针对不同的 SBC 设备基本都是不相同的。 当设备有更新、上游代码有更新、openEuler 有更新,一般都需要在社区里做相关的更新,并构建新版本镜像,验证测试。 目前相关维护的相关仓库有: openeuler/raspberrypi:RaspberryPi 镜像构建脚本、固件以及相关文档 openeuler/rockchip:Rockchip 镜像构建脚本、固件以及相关文档 src-openeuler/raspberrypi-firmware:RaspberryPi 固件软件包 src-openeuler/raspberrypi-bluetooth:RaspberryPi 蓝牙支持软件包 src-openeuler/raspberrypi-eeprom:RaspberryPi 引导程序 ### 3. 设备支持以及镜像列表的维护 当要支持更多类型的 SBC 设备的时候,不同设备情况、不同架构、不同 openEuler 的版本、不同的开放程度等各方面情况,使得不同 SBC 设备的支持存在不同的阶段, 有的是初步验证临时版本可用,有的是 LTS 版本验证通过,有的是内核补丁已迁移到 openEuler 某个版本上,有的是完整支持。不同支持情况对于社区开发者来说都是重要的,并且这一过程是在持续迭代和演进的,并且是社区化运作的。 而 SBC 类型的设备又是一类很重要的开发者可以在低成本的情况下尝试各种解决方案的一类设备,尤其是对于 arm 和 risc-v 架构。即使是 x86 架构,也有很多开发者希望尝试部署 openEuler 到 SBC/miniPC 等类型的设备上。 因此,在社区里以一个 SIG 承载来进行 openEuler 支持的 SBC 类型的设备支持状态的列表和镜像比较重要。 目前现状是比较零散的: 1. [RaspberryPi List](https://gitee.com/openeuler/raspberrypi) 2. [Rockchip List](https://gitee.com/openeuler/rockchip) 3. [openEuler Embedded](https://openeuler.gitee.io/yocto-meta-openeuler/openEuler-22.03-LTS-SP3/bsp/arm64/index.html) 4. [openEuler RISC-V 23.03](https://gitee.com/openeuler/RISC-V/tree/master/release/openEuler-23.03) ## 成员组成 拟定成员由 RaspberryPi SIG、Embedded SIG 相关的 Maintainer 加入 SBC SIG 组,前期主要针对 ARM 架构,未来根据 SIG 组演进情况和社区开发者反馈探讨其他架构的 SBC 硬件的适配信息维护。 如果其他 SIG 组 Maintainer 有意参与加入,也欢迎加入一起维护 SBC。 ## 前期沟通争议点 ### 1. 是否针对特定架构 这个提案并不是针对特定架构的,虽然 SBC 类别的硬件以 ARM 为主,但是最近两年 RISC-V 架构的 SBC 设备也快速涌现,x86 的 SBC 设备或者类似的 miniPC 设备也时常有用户反馈诉求,其他架构的 SBC 设备知名度可能就低一些。但是无论哪一个架构,针对 SBC 设备需要完成的维护工作也是类似的,也都存在设备型号繁多、支持情况各不相同等情况,因此这个 SIG 建设的基本模式并非针对特定架构来考虑的。 现实上因为 ARM 架构的设备比较多,前期会以这类设备为主,后续根据情况以及社区开发者的意愿来逐步扩展更多架构对应的 SBC 硬件适配信息维护。 ### 2. 是否与 Release 官网维护的硬件兼容信息有重复 SBC SIG 维护的列表定位与官网兼容硬件列表的定位是不同的。 1. 官网兼容硬件列表目前主要针对整机和板卡,整机中暂未覆盖 SBC 级别的硬件。 2. SBC SIG 是为了促进不同的 SBC 适配最终能够达到 Release 的标准,同时在这个过程中能够有合适的承载方式,促进有相同兴趣的开发者参与到社区中。 3. SBC SIG 维护的列表是一个覆盖适配开发过程的列表,包括从 openEuler rootfs 可以运行,到内核补丁迁移到 openEuler 基线、到完整支持有机会加入到官方 Release 中级别。列表中的信息不受限在 SIG 内开发者的适配,社区其他 SIG /cc @tideao @woqidaideshi @vonhust @jingwiw
评论 (
10
)
登录
后才可以发表评论
状态
已完成
待办的
进行中
已完成
已拒绝
负责人
未设置
标签
sig/sig-RaspberryPi
未设置
项目
未立项任务
未立项任务
里程碑
未关联里程碑
未关联里程碑
Pull Requests
未关联
未关联
关联的 Pull Requests 被合并后可能会关闭此 issue
分支
未关联
未关联
master
开始日期   -   截止日期
-
置顶选项
不置顶
置顶等级:高
置顶等级:中
置顶等级:低
优先级
不指定
严重
主要
次要
不重要
预计工期
(小时)
参与者(1)
1
https://gitee.com/openeuler/raspberrypi.git
git@gitee.com:openeuler/raspberrypi.git
openeuler
raspberrypi
raspberrypi
点此查找更多帮助
搜索帮助
Git 命令在线学习
如何在 Gitee 导入 GitHub 仓库
Git 仓库基础操作
企业版和社区版功能对比
SSH 公钥设置
如何处理代码冲突
仓库体积过大,如何减小?
如何找回被删除的仓库数据
Gitee 产品配额说明
GitHub仓库快速导入Gitee及同步更新
什么是 Release(发行版)
将 PHP 项目自动发布到 packagist.org
仓库举报
回到顶部
登录提示
该操作需登录 Gitee 帐号,请先登录后再操作。
立即登录
没有帐号,去注册