Hi 刘超,
以下是我初步分析的工作分解,请帮忙提出意见,谢谢!
1. Kernel config review
a) 分析 Fedora 38 、 openSUSE 15.5 和 Debian 12 的内核配置文件,目标是达到与它们接近的 50% =m 比例。需分析清楚:
i. 它们主要是哪些类型的驱动开启了,哪些未开启。
ii. 它们的策略是否一致。如不一致, openEuler 应采用何种策略?
b) 按上一条决策对 openEuler kconfig 进行修改,并提交 PR 。
c) Kernel SIG maintainer 对 PR 进行 review ,反馈意见,达成共识。
d) 提交 TC 确认,正式合入 PR 。
2. Kernel RPM 拆包:将 kernel 二进制包拆分成 3 个,名字待定,参见 TC 仓 PR#57 。
a) 定义各子包的内核模块列表:
i. min :含内核文件本身如 vmlinuz , system.map , config ,以及在虚拟化环境下启动和运行常见业务负载所必须的模块,如 virtio , iptables , fs ,以及少量虚拟化中常见模拟真实的硬件的驱动如 LSI HBA , Intel e1000 网卡等。
ii. base :包含对常见服务器硬件的驱动,如 RAID 卡, HBA 卡,网卡。主要基于现在 kernel 包的模块列表。
iii. extras :新开启的模块,少量服务器相关的驱动放入基础包,其它 PC/ 桌面 / 嵌入式等相关的模块放入扩展包。
b) 定义升级策略:当前 kernel 包应升级到新定义的 base 内核包。原因为:
i. Base 包的模块范围与原 kernel 包的最接近。
ii. Base 包适用的服务器场景依然是 openEuler 的主流场景。
c) Spec 文件重构。
i. 拆分包,根据上面定义的模块列表分别打包。
ii. 定义好依赖关系: extras 依赖 base , base 依赖 min 。
iii. 根据升级策略,定义好 Provides 和 Obsoletes ,使得升级时可正常从原来的 kernel 包升级。
以上 1 、 2 任务可以并行。 2a 、 2b 、 2c 又可以并行。 1a 和 2a 强相关,需紧密关联合作。
刘恺 Email: kai.liu@xfusion.com | Mobile: 181 2600 8111
Hi 刘超,
以下是我初步分析的工作分解,请帮忙提出意见,谢谢!
1. Kernel config review
a) 分析Fedora 38、openSUSE 15.5和Debian 12的内核配置文件,目标是达到与它们接近的50% =m比例。需分析清楚:
i. 它们主要是哪些类型的驱动开启了,哪些未开启。
ii. 它们的策略是否一致。如不一致,openEuler应采用何种策略?
b) 按上一条决策对openEuler kconfig进行修改,并提交PR。
c) Kernel SIG maintainer对PR进行review,反馈意见,达成共识。
d) 提交TC确认,正式合入PR。
2. Kernel RPM拆包:将kernel二进制包拆分成3个,名字待定,参见TC仓PR#57。
a) 定义各子包的内核模块列表:
i. min:含内核文件本身如vmlinuz,system.map,config,以及在虚拟化环境下启动和运行常见业务负载所必须的模块,如virtio,iptables,fs,以及少量虚拟化中常见模拟真实的硬件的驱动如LSI HBA,Intel e1000网卡等。
ii. base:包含对常见服务器硬件的驱动,如RAID卡,HBA卡,网卡。主要基于现在kernel包的模块列表。
iii. extras:新开启的模块,少量服务器相关的驱动放入基础包,其它PC/桌面/嵌入式等相关的模块放入扩展包。
b) 定义升级策略:当前kernel包应升级到新定义的base内核包。原因为:
i. Base包的模块范围与原kernel包的最接近。
ii. Base包适用的服务器场景依然是openEuler的主流场景。
c) Spec文件重构。
i. 拆分包,根据上面定义的模块列表分别打包。
ii. 定义好依赖关系:extras依赖base,base依赖min。
iii. 根据升级策略,定义好Provides和Obsoletes,使得升级时可正常从原来的kernel包升级。
以上1、2任务可以并行。2a、2b、2c又可以并行。1a和2a强相关,需紧密关联合作。
刘恺 Email: kai.liu@xfusion.commailto:kai.liu@xfusion.com | Mobile: 181 2600 8111
@秀奇,按23.09的发布节奏,内核修改的deadline是什么时候?
2023年7月27日 10:13,kai.liu kai.liu@xfusion.com 写道:
Hi 刘超,
以下是我初步分析的工作分解,请帮忙提出意见,谢谢!
Kernel config review
a) 分析Fedora 38、openSUSE 15.5和Debian 12的内核配置文件,目标是达到与它们接近的50% =m比例。需分析清楚: i. 它们主要是哪些类型的驱动开启了,哪些未开启。 ii. 它们的策略是否一致。如不一致,openEuler应采用何种策略? b) 按上一条决策对openEuler kconfig进行修改,并提交PR。 c) Kernel SIG maintainer对PR进行review,反馈意见,达成共识。 d) 提交TC确认,正式合入PR。 2. Kernel RPM拆包:将kernel二进制包拆分成3个,名字待定,参见TC仓PR#57。 a) 定义各子包的内核模块列表: i. min:含内核文件本身如vmlinuz,system.map,config,以及在虚拟化环境下启动和运行常见业务负载所必须的模块,如virtio,iptables,fs,以及少量虚拟化中常见模拟真实的硬件的驱动如LSI HBA,Intel e1000网卡等。 ii. base:包含对常见服务器硬件的驱动,如RAID卡,HBA卡,网卡。主要基于现在kernel包的模块列表。 iii. extras:新开启的模块,少量服务器相关的驱动放入基础包,其它PC/桌面/嵌入式等相关的模块放入扩展包。 b) 定义升级策略:当前kernel包应升级到新定义的base内核包。原因为: i. Base包的模块范围与原kernel包的最接近。 ii. Base包适用的服务器场景依然是openEuler的主流场景。 c) Spec文件重构。 i. 拆分包,根据上面定义的模块列表分别打包。 ii. 定义好依赖关系:extras依赖base,base依赖min。 iii. 根据升级策略,定义好Provides和Obsoletes,使得升级时可正常从原来的kernel包升级。
以上1、2任务可以并行。2a、2b、2c又可以并行。1a和2a强相关,需紧密关联合作。
刘恺 Email: kai.liu@xfusion.com mailto:kai.liu@xfusion.com | Mobile: 181 2600 8111
Kernel mailing list -- kernel@openeuler.org mailto:kernel@openeuler.org To unsubscribe send an email to kernel-leave@openeuler.org mailto:kernel-leave@openeuler.org