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