1、OpenHarmony平台类公共问题&优化措施：
- （1）针对音频、视频、输入的提供标准Linux参考实现（ALSA、V4L2、Input Event），尤其是TDE（图形二维加速器）、VO对DRM依赖需要规划统一的HDI接口，隔离芯片平台内核驱动的差异，提升移植效率; owner: houxuanzhe, lizheng,
niulihua, liangkelei
- （2）小海思评估可否提供一套参考的DRM驱动，作为OpenHarmony开源社区的用户态驱动的开源实现；owner： chenxin
- （3）内核LTS多版本支持诉求，从交流来看，目前OpenHarmony并未强制指定4.19内核，为了降低三方SOC针对不同LTS版本kernel移植的便捷性和实际与三方SOC合作的可行性，初步协商如下解决措施： owner: lijiaxin
- a、策略一：维护一套common kernel（譬如4.19），针对不同的LTS版本，将OpenHarmony依赖内核的default defconfig特性和驱动针对不同的LTS版本制作成不同版本的patch：LTS kernel patches + 移植指导；
- b、策略二：随着OpenHarmony南向生态逐步完善，逐步牵引SOC来维护common kernel和不同SOC tree的方式；
2、外部开发者暴露问题&优化措施：
- （1）缺乏编译单个模块的能力 -- 通过编译选项[可选] --build-target 指定编译目标，可以指定多个
- （2）预编译init、rc等问题 --730 master主线版本解决
- （3）GPIO管脚服用、时钟树、GIC（中断控制器）L0~L1上缺少统一的HDF驱动框架，当前由于Iot SOC 跨芯片平台的差异，未统一设计，从跨芯片平台移植和易用性考虑来看需要统一规划，针对该问题建议采取如下措施：
- a、临时解决方案：内核启动初始化init阶段统一初始化配置；
- b、由OpenHarmony 驱动框架SIG Leader或社区开发者通过社区PR方式逐步完善对应的驱动框架HDF的能力； owner：houxuanzhe
- （4）OpenHarmony1.1.0 LTS版本是否有计划回合master主线上的HDF MMC驱动框架，在社区中可以与LTS维护者沟通回合的必要性 ; owner:zhangguang, 侯鹏飞
- （5）liteos-a 移植中的芯片差异导致的内存映射差异、移植指导说明，需要收集devboard sig移植过程中的问题，并针对性的完善； owner：likailong, liuyang
- （6）调测手段单一繁琐，针对OS系统调测只能编译、烧录，不支持单模块替换、模拟器等方式调试，目前标准系统的调测功能相对单一，建议新增调试工具链相关需求进行完善；owner: wangzaishang
遗留问题，请对应领域责任人周期性的议题在PMC例会上进行问题闭环
|