- Qa - mailweb.openeuler.org

【例会纪要】openEuler Release-Management SIG meeting
by chenyaqiang 11 Nov '20

11 Nov '20

议题一： pkgship工具Roadmap及纳入openEuler 21.03版本需求讨论；议题主讲人：汪奕如遗留问题： 1、软件包兼容性分级信息是否可以在pkgship网站呈现 A: 当前pkgship 数据库及web页面均已经预留软件包兼容性分级接口，待openEuler社区软件包分级数据收集完成后，对接预留接口，可以直接支持信息查询； 2、如何访问pkgship依赖关系数据库网站？ A：当前pkgship已经提供独立页面支持访问：https://pkgmanage.openeuler.org/ 。后续会在openEuler.org社区主页界面增加pkgship子入口，引导用户访问pkgship；议题二： openEuler 21.03 需求收集---引入python 3.9；议题主讲人：陈亚强遗留问题： 1、openEuler 21.03版本是否集成python 3.9，需要结合python 3.9稳定版本发布计划与openEuler 21.03版本节奏匹配；议题三： openEuler 20.03-LTS SP2计划移除python2及其相关子包；议题主讲人：陈亚强遗留问题： 1、pythpn2.7从标准ISO发布件中移除后，对于其他依赖python2的软件包的影响范围和差异需求梳理清楚，并在社区发起影响分析讨论； 2、openEuler线下交流会议中，同步收集openEuler 20.03-LTS用户对于python2.7移除的意见和建议议题四： openEuler 20.03-LTS SP1版本需求进展及版本计划同步：议题主讲人：胡峰议题五： openEuler 20.03-LTS 10月份补丁版本（update）发布评审；议题主讲人：胡峰 1、版本发布件及发布信息已公示openEuler社区release sig，本周持续收集社区意见及确认完成发布评审go_nogo签署；议题六： openEuler 20.03-LTS SP版本生命周期讨论议题主讲人：刘博 1、openEuler 20.03-LTS 330版本和后续LTS SP版本的生命周期、版本收编方式和收编计划需要在社区、线下交流沟通会议中持续收集建议，SP1发布时明确规范结论，支撑LTS版本在社区维护策略； Topic [WeLink Meeting] openEuler Release-Management SIG meeting Time 2020-11-11 09:30-11:30 ((UTC+08:00)Beijing) Join Conference Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=8c8b822b759dc0a40175afc5be6…> Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=508447837&app=welink> Join (External) >><https://welink-meeting.zoom.us/j/508447837> Meeting ID 508 447 837 Convener 陈亚强 (c00390579) Internal (10) 陈亚强 (c00390579), 朱延朋 (z00482129), 姜振华 (j00509688), 胡峰 (h00275609), 江裕民 (j00285779), 李永强 (l00384083), 明沛 (m00256926), 张伟 (z00444582), 刘博 (l00392858), Ying Wu (y00565703) External (9) fangyafengqidai(a)163.com<mailto:fangyafengqidai@163.com>, jianmin(a)iscas.ac.cn<mailto:jianmin@iscas.ac.cn>, Erik.Yuan(a)arm.com<mailto:Erik.Yuan@arm.com>, panchenbo(a)uniontech.com<mailto:panchenbo@uniontech.com>, pengfeizhou(a)yunify.com<mailto:pengfeizhou@yunify.com>, majunjiev(a)gmail.con<mailto:majunjiev@gmail.con>, release(a)openeuler.org<mailto:release@openeuler.org>, dev(a)openeuler.org<mailto:dev@openeuler.org>, tc(a)openeuler.org<mailto:tc@openeuler.org> Agenda 本次例会议题持续收集中，新增议题直接邮件回复申报即可。已收集议题如下： 1、pkgship工具Roadmap及纳入openEuler 21.03版本需求讨论；议题主讲人：汪奕如 2、openEuler 21.03 需求收集---引入python 3.9；议题主讲人：陈亚强 3、openEuler 20.03 SP版本生命周期审视；议题主讲人：刘博注: 会议最大支持200人同时与会。(A conference supports a maximum of 200 participants.) 外部用户加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。 If external users fail to join a meeting, advise them to download the latest meeting client and try again. 下载链接( DownloadURL ):https://zoom.us/download

1 0

【Meeting Notice】openEuler社区QA-sig双周会 Time: 2020-11-11 16:00-18:00
by Meeting Book 09 Nov '20

09 Nov '20

1 0

【Meeting Notice】openEuler社区QA-sig双周会 Time: 2020-11-11 16:00-18:00
by Meeting Book 09 Nov '20

09 Nov '20

1 0

FW: 【sig-OS-Builder】netinstall镜像构建
by Fengtao (fengtao, Euler) 05 Nov '20

05 Nov '20

LTS-SP1 网络镜像： 1、镜像本身不提供repo源信息 2、其余与原有LTS-DVD镜像无区别 3、 PXE安装阶段，安装界面无区别，openqa的测试用例无需适配 4、光驱安装阶段，安装源选择子页面相较于原有DVD的iso会缺少cdrom的内容 From: Fengtao (fengtao, Euler) Sent: Tuesday, September 15, 2020 4:38 PM To: songnannan (A) <songnannan2(a)huawei.com> Subject: FW: 【sig-OS-Builder】netinstall镜像构建 From: Fengtao (fengtao, Euler) Sent: Monday, August 10, 2020 8:40 PM To: 'tc(a)openeuler.org' <tc(a)openeuler.org<mailto:tc@openeuler.org>> Cc: Chenxiang (EulerOS) <rose.chen(a)huawei.com<mailto:rose.chen@huawei.com>>; Yanan (Euler) <yanan(a)huawei.com<mailto:yanan@huawei.com>>; Luzhihao (luzhihao, Euler) <luzhihao(a)huawei.com<mailto:luzhihao@huawei.com>>; Hexiaowen (Hex, EulerOS) <hexiaowen(a)huawei.com<mailto:hexiaowen@huawei.com>>; shenyangyang <shenyangyang4(a)huawei.com<mailto:shenyangyang4@huawei.com>>; Zhuchunyi <zhuchunyi(a)huawei.com<mailto:zhuchunyi@huawei.com>>; chenyaqiang <chenyaqiang(a)huawei.com<mailto:chenyaqiang@huawei.com>>; liyongqiang (H) <liyongqiang10(a)huawei.com<mailto:liyongqiang10@huawei.com>> Subject: 【sig-OS-Builder】netinstall镜像构建 Hi All：目前openEuler netinstall的镜像本地已经构建成功，预计本周与CI对齐上线。当前openEuler-20.03-LTS-netinst-aarch64-dvd.iso与openEuler-20.03-LTS-aarch64-dvd.iso差异如下： openEuler-20.03-LTS-aarch64-dvd.iso 4.1G openEuler-20.03-LTS-netinst-aarch64-dvd.iso 893M 删除了4个内容：boot.iso文件， Packages目录，repodata目录，RPM-GPG-KEY-openEuler文件前后iso目录对比如下： ------------------------------------------------------------------------------------------------------------------------------------------------------------------- . ├── boot.catalog ├── boot.catalog ├── docs ├── docs │ ├── openEuler-Open-Source-Software-Notice.zip │ ├── openEuler-Open-Source-Software-Notice.zip │ ├── OpenEuler-Software-License.docx │ ├── OpenEuler-Software-License.docx │ └── TRANS.TBL │ └── TRANS.TBL ├── EFI ├── EFI │ ├── BOOT │ ├── BOOT │ │ ├── BOOTAA64.EFI │ │ ├── BOOTAA64.EFI │ │ ├── fonts │ │ ├── fonts │ │ ├── grubaa64.efi │ │ ├── grubaa64.efi │ │ ├── grub.cfg │ │ ├── grub.cfg │ │ ├── mmaa64.efi │ │ ├── mmaa64.efi │ │ └── TRANS.TBL │ │ └── TRANS.TBL │ └── TRANS.TBL │ └── TRANS.TBL ├── images ├── images │ ├── boot.iso │ │ 删除 │ ├── efiboot.img │ ├── efiboot.img │ ├── install.img │ ├── install.img │ ├── pxeboot │ ├── pxeboot │ │ ├── initrd.img │ │ ├── initrd.img │ │ ├── TRANS.TBL │ │ ├── TRANS.TBL │ │ └── vmlinuz │ │ └── vmlinuz │ └── TRANS.TBL │ └── TRANS.TBL ├── Packages │ │ 删除 ├── repodata │ │ 删除 ├── RPM-GPG-KEY-openEuler │ │ 删除 └── TRANS.TBL └── TRANS.TBL ------------------------------------------------------------------------------------------------------------------------------------------------------------------- 谢谢冯涛

1 0

openEuler社区QA测试团队双周会议纪要（2020/10/28）
by liyongqiang (H) 29 Oct '20

29 Oct '20

openEuler社区QA测试团队双周会议时间： 16:00-17:30 2020/10/28 参会者：kuhnchen18 lutianxiong speacher lemon-higgins rigorous Charlie_li 会议纪要人: Charlie_li 分类遗留问题及其他进展状态责任人社区QA团队治理与运营 src_openeuler组织下申请制品仓 10/28:打为一个包test-tools，用例代码通过工具进行下载，不会单独打包用例包；不会放入ISO，可能放入epol 10/14:openEuler相关的test-tools/integration-test两个仓已经建立完成；包发布方式需和包管理团队对齐 Running Charlie_li/kuhnchen18 测试代码合规检查(shell/python) 10/28:shell检查结果需要基础设施切换个服务 10/14:python和java码云已支持；shell也已经对接，当前是默认配置检查； Running Charlie_li/kuhnchen18/ lemon-higgins 集成类测试能力开源 10/28:代码开源范围评审中，争取月底前完成开源 10/14:单包加固/系统用户集成/新特性的月底前开源 8/12:包差异代码评审后还需进一步整改 7/29:容器基本功能开源完成；包差异整改80% 7/15:容器基本功能已完成整改，待开源；包差异对比工具整改进行60% 7/1:AT用例已完成检视，rpm包差异对比工具和容器基本功能用例整改中 Running Charlie_li/lemon-higgins 内核和编译器提供指导文档说明如何使用内核LTP及gcc相关开源测试套 10/28:文档已编写完成，待PR合入 8/12:计划本周搞定 7/29:内核LTP的完成编写，之前由于蓝云网络问题，未上传，待提交PR 7/15:编译器指导文档已开源；内核LTP的完成编写，待提交PR 7/1:蓝云已提供，LTP待提交文档，GCC本周完成 Running rigorous 社区QA测试流程及指导文档编写 10/28:虚拟化相关文档以blog的方式进行呈现； 10/14:虚拟化相关文档已写完，待开放到码云 8/12: 虚拟化相关文档已完成50% Running Charlie_li/ kuhnchen18 社区issue提单及处理规范 10/28: issue模板及issue处理流程文档编写中 10/14:发布issue提单指导手册和issue处理规范 Running Charlie_li 版本测试暑期2020活动 10/28:已结项 10/14:学生课题已提交结项报告，本周进行验收 7/29:一个学生已完成测试方案设计,待和学生对齐； 7/15:暑期活动学生已开学，进展有些慢，线下和学生单点沟通； 7/1:暑期2020活动lrzsz、mysql加固已有学生报名，待深入沟通 Close Charlie_li 高优先级组件包质量加固 10/28:自动化率提升中，加固暂未投入 8/12:Euleros完成7个包的加固；openEuler完成8个包的加固 7/29:已完成6个包的加固，openEuler版本测试中会在执行时覆盖 Pause Lutianxiong/lemon-higgins 缺陷分析 10/28:暂未开始 9/23: 完成9月份的issue分析并在openEuler 20.09版本中补充相应测试用例 8/12:暂无进展 7/15:缺陷分析模板已完成初步评审，先运作，有其它建议再补充；每月例行开展一次，李永强统一整理外部问题作为输入提供给其它领域进行分析 Running Charlie_li 问题回归策略 10/14:状态为“已完成”经过验证已解决的改完“已验收” 8/12:7月份最新的问题单已完成回归确认 7/15:各领域owner优先处理330后状态是“已完成”的缺陷；输入是严志华整理的issue表格 Close Charlie_li/speacher/rigorous/lemon-higgins/ltx

1 0

议题申报///答复: QA sig 组例会 Time: 2020-10-28 16:00-17:30
by liyongqiang (H) 27 Oct '20

27 Oct '20

申报议题： 1、 openEuler 20.03LTS SP版本需求测试工作量对齐 2、社区测试工程工具能力讨论，邀请杜泉松 3、 openEuler版本测试交付件模板QA团队评审 -----原始约会----- 发件人: Meeting_Book (2) 发送时间: 2020年10月26日 14:00 收件人: Meeting_Book (2); liyongqiang (H); lutianxiong; Yanjin; xujun (AE); Yansendao; Chenqun (kuhn) 主题: FW: QA sig 组例会 Time: 2020-10-28 16:00-17:30 时间: 2020年10月28日星期三 16:00-17:30(UTC+08:00) 北京，重庆，香港特别行政区，乌鲁木齐。地点: 重要性: 高 -----Original Appointment----- From: Meeting_Book (2) Sent: Monday, October 26, 2020 1:53 PM To: Meeting_Book (2); Chenqun (kuhn) Subject: QA sig 组例会 Time: 2020-10-28 16:00-17:30 When: 2020年10月28日星期三 16:00-17:30(UTC+08:00) 北京，重庆，香港特别行政区，乌鲁木齐。 Where: Importance: High Topic [WeLink Meeting] QA sig 组例会 Time 2020-10-28 16:00-17:30 ((UTC+08:00)Beijing) Join Conference Join (Host) >><http://imeeting.huawei.com/meeting/startzoom?id=2c90f3fe753191e501756377acd…> Join (Internal) >><http://imeeting.huawei.com/meeting/joinzoom?id=961937756&app=welink> Join (External) >><https://welink-meeting.zoom.us/j/961937756> Meeting ID 961 937 756 Convener 陈群 (c00584046) Internal (1) 陈群 (c00584046) External (1) qa(a)openeuler.org<mailto:qa@openeuler.org> 注: 会议最大支持200人同时与会。(A conference supports a maximum of 200 participants.) 外部用户加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。 If external users fail to join a meeting, advise them to download the latest meeting client and try again. 下载链接( DownloadURL ):https://zoom.us/download

1 0

转发: [Release] openEuler 选择 5.10 作为下一个长期维护的内核版本 (公示)
by liyongqiang (H) 27 Oct '20

27 Oct '20

FYI 发件人: Xie XiuQi [mailto:xiexiuqi@huawei.com] 发送时间: 2020年10月27日 14:37 收件人: kernel(a)openeuler.org 抄送: tc <tc(a)openeuler.org>; dev(a)openeuler.org; release(a)openeuler.org; Guohanjun (Hanjun Guo) <guohanjun(a)huawei.com>; Yangyingliang <yangyingliang(a)huawei.com> 主题: [Release] openEuler 选择 5.10 作为下一个长期维护的内核版本 (公示) openEuler 选择 5.10 作为下一个长期维护的内核版本 (公示) - 本文链接<https://gitee.com/openeuler/community/blob/master/sig/Kernel/kernel-upgrade…> Linux 5.10 预计是 Linux 社区今年的 LTS (long-term support) 版本。openEuler 社区经过多轮沟通，选择 5.10 作为 openEuler 内核的下一个长期维护版本（openEuler Long-term support Kernel, OLK）。openEuler 社区提供不少于4年的维护时间和不少于2年的扩展维护时间。按照规划 openEuler 21.03、21.09 以及 openEuler 22.03 LTS 都将选择该内核版本。（具体时间以openEuler社区官网公布为准）升级安排： * v5.10-rc1 版本发布后，openEuler master 分支切换成 5.10。 * 由于主线 rc 版本尚在更新，openeuler_defconfig 暂时在 src-openeuler/kernel 仓库中提供，待 5.10 正式版本发布之后，再提交到源码仓库。 * openeuler_defconfig 基于 openEuler 20.09 的 config 修改适配，后续根据需求进行调整。 * 版本号格式，切换成 5.10.0-<devel_release>.<maintainence_release>。 * 首先支持 arm64 和 x86_64 架构，risc-v 的支持需要 risc-v sig 做适配。 * 上游社区 5.10 正式发布后（预计12月下旬）， openeuler/kernel 正式建立 OLK-5.10 分支（OLK: openEuler Long-term support Kernel），作为 5.10 的长期维护分支，接受补丁。 * 上游 5.10 正式发布前，如果有补丁需要发送 5.10，可以在 kernel(a)openeuler.org<mailto:kernel@openeuler.org> 中发 RFC 补丁，提前 Review 和讨论。 * 我们也可能提前建立 OLK-5.10 分支，以提前合入部分补丁做验证，但是在上游社区 5.10 正式发布之前，该分支可能会经常做 rebase 和 force push。对 OLK-5.10 或 openEuler 21.03 kernel 的需求 * 需求可以在 https://gitee.com/openeuler/kernel/issues 中提出。 * 如对 defconfig 有诉求也请在上述链接中提 issue。 * openEuler 21.03 计划使用该内核版本，预计2021年1月份之后，将从 OLK-5.10 拉出 openEuler-21.03 维护分支，同时补丁将受限合入 openEuler 21.03。注意事项和说明 * OLK 是 openEuler Long-term support Kernel 的缩写。openEuler LTS 版本和部分创新版本的内核基于 OLK 拉出分支进行维护。 * openEuler 5.10 内核不是基于 openEuler 4.19 内核的演进，而是基于上游社区内核的重新选型，因此如果您之前有合入 openEuler 4.19 的补丁，且这些补丁没有进入上游 5.10 内核，则需要您重新适配后推送到 openEuler 5.10 内核。 * openEuler 5.10 和 openEuler 4.19 两个版本 kabi 不兼容，您在 4.19 编译的 ko 不能直接在 5.10 上安装使用，需要重新适配和编译。 * openEuler 4.19 内核仍然处于维护周期内，如果您正在使用 4.19 内核，也不必紧张，您仍然能收到 4.19 的更新和增强。问题反馈 * kernel 升级期间，如果遇到兼容性、功能等问题，可以在 https://gitee.com/openeuler/kernel/issues 提交 issue。有疑问也可以在 PR 评论中，或者提交 issue 讨论。 * 你也可以发邮件到 kernel(a)openeuler.org<mailto:kernel@openeuler.org> 报议题在 kernel sig 例会中讨论。 * 如果 kernel sig 范围内协调或解决不了的问题，你也可以在 tc 报议题讨论。相关讨论纪要 kernel-sig 切换 5.10 的会议纪要： https://mailweb.openeuler.org/hyperkitty/list/kernel@openeuler.org/thread/6… openEuler kernel 版本号在 TC 的议题及会议纪要： * 议题及讨论记录： https://mailweb.openeuler.org/hyperkitty/list/tc@openeuler.org/thread/KOHJN… https://mailweb.openeuler.org/hyperkitty/list/tc@openeuler.org/thread/VNJQ6… * 纪要： https://mailweb.openeuler.org/hyperkitty/list/tc@openeuler.org/thread/ZLAWQ…

1 0

【Meeting Notice】QA sig 组例会 Time: 2020-10-28 16:00-17:30
by Meeting Book 26 Oct '20

26 Oct '20

1 0

openEuler社区QA测试团队双周会议纪要（2020/10/14）
by liyongqiang (H) 14 Oct '20

14 Oct '20

openEuler社区QA测试团队双周会议时间： 16:00-17:00 2020/10/14 参会者：kuhnchen18 lutianxiong speacher lemon-higgins Charlie_li 会议纪要人: Charlie_li 分类遗留问题及其他进展状态责任人社区QA团队治理与运营 src_openeuler组织下申请制品仓 10/14:openEuler相关的test-tools/integration-test两个仓已经建立完成；包发布方式需和包管理团队对齐 Running Charlie_li/kuhnchen18 测试代码合规检查(shell/python) 10/14:python和java码云已支持；shell也已经对接，当前是默认配置检查； Running Charlie_li/kuhnchen18/ lemon-higgins 集成类测试能力开源 10/14:单包加固/系统用户集成/新特性的月底前开源 8/12:包差异代码评审后还需进一步整改 7/29:容器基本功能开源完成；包差异整改80% 7/15:容器基本功能已完成整改，待开源；包差异对比工具整改进行60% 7/1:AT用例已完成检视，rpm包差异对比工具和容器基本功能用例整改中 Running Charlie_li/lemon-higgins 内核和编译器提供指导文档说明如何使用内核LTP及gcc相关开源测试套 8/12:计划本周搞定 7/29:内核LTP的完成编写，之前由于蓝云网络问题，未上传，待提交PR 7/15:编译器指导文档已开源；内核LTP的完成编写，待提交PR 7/1:蓝云已提供，LTP待提交文档，GCC本周完成 Running rigorous 社区QA测试流程及指导文档编写 10/14:虚拟哈相关文档已写完，待开放到码云 8/12: 虚拟化相关文档已完成50% 7/29：虚拟化相关指导文档已完成40% 7/15:已和OSV厂商完成交流；虚拟化相关指导文档已完成20% 7/1:进展80%，待完善后与OSV厂商交流 6/17:QA团队指导文档编写进展50% Running Charlie_li/ kuhnchen18 社区issue提单及处理规范 10/14:发布issue提单指导手册和issue处理规范 Running Charlie_li 版本测试暑期2020活动 10/14:学生课题已提交结项报告，本周进行验收 7/29:一个学生已完成测试方案设计,待和学生对齐； 7/15:暑期活动学生已开学，进展有些慢，线下和学生单点沟通； 7/1:暑期2020活动lrzsz、mysql加固已有学生报名，待深入沟通 Running Charlie_li 高优先级组件包质量加固 8/12:Euleros完成7个包的加固；openEuler完成8个包的加固 7/29:已完成6个包的加固，openEuler版本测试中会在执行时覆盖 Pause Lutianxiong/lemon-higgins 缺陷分析 9/23: 完成9月份的issue分析并在openEuler 20.09版本中补充相应测试用例 8/12:暂无进展 7/15:缺陷分析模板已完成初步评审，先运作，有其它建议再补充；每月例行开展一次，李永强统一整理外部问题作为输入提供给其它领域进行分析 Running Charlie_li 问题回归策略 10/14:状态为“已完成”经过验证已解决的改完“已验收” 8/12:7月份最新的问题单已完成回归确认 7/15:各领域owner优先处理330后状态是“已完成”的缺陷；输入是严志华整理的issue表格 Running Charlie_li/speacher/rigorous/lemon-higgins/ltx

1 0

【Meeting Notice】openEuler社区sig-QA双周会 Time: 2020-10-14 16:00-17:00
by Meeting Book 13 Oct '20

13 Oct '20

1 0

【Notice】openEuler 20.09版本发布决策会议一致同意openEuler 20.09版本的发布
by Jiangyumin (Jimmy) 29 Sep '20

29 Sep '20

Hi all openEuler 20.09创新版本经过QA团队多轮的α测试与β测试，版本质量已经达到社区发布出口标准，通过release-management sig组的一致决策:同意openEuler 20.09版本发布。 Release manager 成员发布决策意见江裕民[@yuming_jiang<https://gitee.com/yuming_jiang>] GO 管延杰 [@guanyanjie<https://gitee.com/guanyanjie>] GO 刘博 [@boliurise<https://gitee.com/boliurise>] GO 朱延朋 [@zyp-rock<https://gitee.com/zyp-rock>] GO 姜振华 [@Ronnie_Jiang<https://gitee.com/Ronnie_Jiang>] GO 胡峰 [@solarhu<https://gitee.com/solarhu>] GO 陈亚强[@chenyaqiang<https://gitee.com/chenyaqiang>] GO OpenEuler 20.09版本携带关键特性见下： * StratoVirt：安全、轻量、高性能、低损耗的，组件灵活拆分，面向全场景的通用化虚拟机运行时 * 采用Rust语言，支持seccomp，支持多租户隔离，提供可信安全运行环境 * 具备<50ms的启动性能，<4M的内存底噪，极致性能和轻量，适用端、边、云等多样场景 * X86 VT，鲲鹏Kunpeng-V等多体系硬件加速虚拟引擎支持 * ms级设备扩缩能力，为轻量化负载提供灵活的资源伸缩能力 * 设备模型可扩展，支持PCI等复杂设备规范，兼容Qemu软件生态 * 多种计算、网络，存储加速方案支持，异构算力灵活协同 * iSula：轻量级容器解决方案，统一IoT，边缘和云计算容器解决方案 * 优化启动和容器生命周期操作性能 * 容器镜像构建工具isula-build，提供了安全、快速的容器镜像构建能力 * 支持虚拟机安全启动和可信启动，增强虚拟机安全性 * 虚拟化特性增强 * 通过双层调度和Hypervisor感知VM调度，优化VM锁抢占，提升多核超分场景性能 * 通过Guest-Idle-Haltpoll机制优化IPI中断性能，提升数据库业务性能 * 针对ARM平台虚拟化特性，支持CPU/内存热插、支持KVM CPU可配置为custom模式，提高资源配置灵活性 * 运维工具VMTOP，支持虚拟机陷入陷出等性能指标快速采集 * PMU NMI watchdog特性使能hardlockup检测 * 内核特性增强 * IMA商用增强: 在开源IMA方案基础上，增强安全性、提升性能、提高易用性，助力商用落地 * NUMA Aware Qspinlock支持：减少锁竞争跨 NUMA 的 Cache 同步和乒乓，提升系统性能 * Ktask并行化支持：内核任务并行化框架，支持内核任务并行化运行 * MPAM资源管控: ARM64架构Cache QoS 以及内存带宽控制技术 * 内存系统锁优化：vmalloc分配大锁优化、Pagecache锁优化 * 编程语言和编译器 * JDK8增强：APPCDS特性和crc32硬加速指令支持 * GCC优化：循环优化、自动矢量化、全局优化 * 硬件和芯片使能 * Raspberry Pi支持：Raspberry系列板卡支持 * 桌面支持 * UKUI：麒麟操作系统的默认桌面环境，其布局、风格和使用习惯接近传统Windows * 智能运维 * A-Tune：智能系统性能优化引擎，推理出业务特征，配置最佳的系统参数集合，使业务处于最优运行状态

1 0

【Meeting Notice】openEuler社区QA-sig双周会 Time: 2020-09-09 16:30-17:30
by Meeting Book 08 Sep '20

08 Sep '20

1 0

【Meeting Notice】openEuler社区QA-sig双周会 Time: 2020-08-26 16:00-17:30
by Meeting Book 25 Aug '20

25 Aug '20

1 0

【通告】openEuler-20.09版本分支已从主干master拉取
by Jiangyumin (Jimmy) 24 Aug '20

24 Aug '20

Hi all 社区于8-22日从master拉取了openEuler-20.09的分支，并基于此分支构建20.09创新版本，请各位maintainer确认20.09的需求都已同步无误。后续该分支代码受控合入，问题修改请及时同步到20.09分支。 Hi all On August 22, the community obtained the openEuler-20.09 branch from the master node and built the 20.09 innovation version based on this branch. Maintainers need to confirm that the requirements of 20.09 have been correctly synchronized and that subsequent bug fix needs to be synchronized to the 20.09 branch in time.

1 0

【通告】openEuler 20.09创新版本封版冻结在即，请各SIG组确认是否还有新需求要合入，多谢！
by Jiangyumin (Jimmy) 17 Aug '20

17 Aug '20

Hi all openEuler 20.09创新版本计划8月20日截止所有需求的合入，21日启动从mainline上拉取20.09分支并开始构建，之后20.09分支严控合入，只做bug的修复。请各SIG组的maintainer确认是否还有新需求要上20.09的版本，并尽快在release-manager sig组提交issue申请。 openEuler 20.09创新版本计划详见：https://gitee.com/openeuler/release-management/blob/master/op… openEuler 20.09 创新版本计划合入的大颗粒需求列表可参见：https://gitee.com/openeuler/release-management/wikis/20… (PS：最终发布特性以release notes为准)

2 1

openEuler社区QA团队双周会议纪要（2020/8/12）
by liyongqiang (H) 12 Aug '20

12 Aug '20

openEuler社区QA测试团队双周会议时间： 16:00-17:50 2020/8/12 参会者：kuhnchen18 lutianxiong rigorous lemon-higgins limeiting yanglijin Charlie_li 会议纪要人: Charlie_li 分类遗留问题及其他进展状态责任人社区QA团队治理与运营 src_openeuler组织下申请代码仓库 7/29:投入930版本，暂挂起 7/15:暂无进展 7/1:spec文件未写完(代码自动更新可以参考kernel的方式) Pause Charlie_li/kuhnchen18 测试代码合规检查(shell/python) 8/12：当前shell代码检查徐军已完成和版本构建工程的适配，暂未开启；下次QA会议评审下shellcheck的检查项 Python的码云已提供规范检查，陈群和基础设施团队讨论是否能针对特殊仓定制化开展某些项的检查 Running Charlie_li/kuhnchen18/ lemon-higgins 容器测试能力开源 7/29: 暂无人力投入，任务挂起 7/15:框架方案进行了初步讨论，后续需要细化分析 7/1:框架选型讨论中 Pause ltx 集成类测试能力开源 8/12:包差异代码评审后还需进一步整改 7/29:容器基本功能开源完成；包差异整改80% 7/15:容器基本功能已完成整改，待开源；包差异对比工具整改进行60% 7/1:AT用例已完成检视，rpm包差异对比工具和容器基本功能用例整改中 Running Charlie_li/lemon-higgins 内核和编译器提供指导文档说明如何使用内核LTP及gcc相关开源测试套 8/12:计划本周搞定 7/29:内核LTP的完成编写，之前由于蓝云网络问题，未上传，待提交PR 7/15:编译器指导文档已开源；内核LTP的完成编写，待提交PR 7/1:蓝云已提供，LTP待提交文档，GCC本周完成 Running rigorous 社区QA测试流程及指导文档编写 8/12: 虚拟化相关文档已完成50% 7/29：虚拟化相关指导文档已完成40% 7/15:已和OSV厂商完成交流；虚拟化相关指导文档已完成20% 7/1:进展80%，待完善后与OSV厂商交流 6/17:QA团队指导文档编写进展50% Running Charlie_li/ kuhnchen18 长稳统一框架 8/12: 投入930版本，暂无进展 7/29：暂定8月份启动 7/15:开源统一的长稳框架；当前暂无人力投入，此任务优先级放低 7/1:调研下是否能统一框架 Running Charlie_li/kuhnchen18 版本测试高优先级组件包质量加固 7/29:一个学生已完成测试方案设计,待和学生对齐；包加固已完成8个 7/15:暑期活动学生已开学，进展有些慢，线下和学生单点沟通；已完成7个包的加固； 7/1:暑期2020活动lrzsz、mysql加固已有学生报名，待深入沟通 Running Charlie_li/lemon-higgins 高优先级组件包质量加固 8/12:已完成7个包的加固 7/29:已完成6个包的加固，openEuler版本测试中会在执行时覆盖 7/15:已完成3个包的加固，openEuler版本测试中会在执行时覆盖 7/1:在EulerOS内部开发中，发现问题后再回合openEuler Running lutianxiong 缺陷分析 8/12:暂无进展 7/15:缺陷分析模板已完成初步评审，先运作，有其它建议再补充；每月例行开展一次，李永强统一整理外部问题作为输入提供给其它领域进行分析 Running Charlie_li 问题回归策略 8/12:7月份最新的问题单已完成回归确认 7/15:各领域owner优先处理330后状态是“已完成”的缺陷；输入是严志华整理的issue表格 Running Charlie_li/speacher/rigorous/lemon-higgins/ltx UKUI等计划放入openEuler社区EPOL仓的三方软件包发布质量标准讨论 8/12:QA团队对齐结论：发布软件包的整体质量由相应SIG组负责，SIG提供测试报告，QA和releasemanager团队审核。测试报告包括：软件包的编译、安装、升级等管理(测试工具可以使用QA计划发布的包差异对比工具)；软件包提供的基础功能验证；软件包定制化特性及性能标准(如涉及) Close Charlie_li/speacher/rigorous/lemon-higgins/ltx/ kuhnchen18

1 0

【Meeting Notice】openEuler开源社区QA-sig双周会 Time: 2020-08-12 16:00-17:30
by Meeting Book 11 Aug '20

11 Aug '20

1 0

【Meeting Notice】openEuler开源社区QA-sig双周会 Time: 2020-07-29 16:00-17:30
by Meeting Book 28 Jul '20

28 Jul '20

1 0

openEuler社区QA团队双周会议纪要（2020/7/15）
by liyongqiang (H) 16 Jul '20

16 Jul '20

openEuler社区QA测试团队双周会议时间： 16:00-17:40 2020/7/15 参会者：kuhnchen18 lutianxiong rigorous lemon-higgins jianminw yanglijin Charlie_li 会议纪要人: Charlie_li 分类遗留问题及其他进展状态责任人社区QA团队治理与运营 src_openeuler组织下申请代码仓库 7/15:暂无进展 7/1:spec文件未写完(代码自动更新可以参考kernel的方式) Running Charlie_li 虚拟化测试能力开源 7/15:通过邮件方式先将代码开源，网络原因待基础设施解决 7/1:代码已上传，待调试 Running kuhnchen18 容器测试能力开源 7/15::框架方案进行了初步讨论，后续需要细化分析 7/1:框架选型讨论中 Running ltx 集成类测试能力开源 7/15:容器基本功能已完成整改，待开源；包差异对比工具整改进行60% 7/1:AT用例已完成检视，rpm包差异对比工具和容器基本功能用例整改中 Running Charlie_li/lemon-higgins 内核和编译器提供指导文档说明如何使用内核LTP及gcc相关开源测试套 7/15:编译器指导文档已开源；内核LTP的完成编写，待提交PR 7/1:蓝云已提供，LTP待提交文档，GCC本周完成 Running speacher/rigorous/lemon-higgins 社区QA测试流程及指导文档编写 7/15:已和OSV厂商完成交流；虚拟化相关指导文档已完成20% 7/1:进展80%，待完善后与OSV厂商交流 6/17:QA团队指导文档编写进展50% Running Charlie_li/ kuhnchen18 长稳统一框架 7/15:开源统一的长稳框架；当前暂无人力投入，此任务优先级放低 7/1:调研下是否能统一框架 Running Charlie_li/kuhnchen18 版本测试高优先级组件包质量加固 7/15:暑期活动学生已开学，进展有些慢，线下和学生单点沟通；已完成7个包的加固； 7/1:暑期2020活动lrzsz、mysql加固已有学生报名，待深入沟通 Running Charlie_li/lemon-higgins 高优先级组件包质量加固 7/15:已完成3个包的加固，openEuler版本测试中会在执行时覆盖 7/1:在EulerOS内部开发中，发现问题后再回合openEuler Running lutianxiong 缺陷分析 7/15:缺陷分析模板已完成初步评审，先运作，有其它建议再补充；每月例行开展一次，李永强统一整理外部问题作为输入提供给其它领域进行分析 Running Charlie_li 问题回归策略 7/15:各领域owner优先处理330后状态是“已完成”的缺陷；输入是严志华整理的issue表格 Running Charlie_li/speacher/rigorous/lemon-higgins/ltx 树莓派版本测试分层策略 7/15: 树莓派团队负责交付件基本功能及定制特性(蓝牙等)验证；交付件中在社区版本发布repo的包QA团队负责安全漏洞等扫描，并在树莓派相关仓库下提CVE issue跟踪；另建议树莓派团队建立性能基线，后续进行版本间持续对比跟踪；版本发布节奏和社区release-manager团队沟通对齐；版本编译构建联系TommyLike和dogsheng Running Jianmingw/Charlie_li

1 0

【Meeting Notice】openEuler社区QA双周例会 Time: 2020-07-15 16:00-17:00
by Meeting Book 14 Jul '20

14 Jul '20

1 0

openEuler社区QA团队双周会议纪要（2020/6/17）
by liyongqiang (H) 02 Jul '20

02 Jul '20

openEuler社区QA 团队双周会议时间： 16:00-17:10 2020/6/17 参会者：kuhnchen18 lutianxiong rigorous lemon-higgins Charlie_li 会议纪要人: kuhnchen 分类遗留问题及其他进展状态责任人社区QA团队治理与运营提需求到码云需支持子仓库管理能力 6/3: freesky-edward已提需求给码云，短时间暂解决不了，码云建议使用submodule或者subtree的方案来管理 6/17:短期内无法解决，建议还是submodule方式 Close freesky-edward/Charlie_li 申请新的代码仓库 6/3:需要的源码仓已完成建立；src-openeuler仓需确认打包分类后再申请建立（tar.gz+spec） 6/17:暂无进展 Running Charlie_li 码云创建issue时提供block标签表明阻塞性类问题 6/3:基础设施已经增加相关标签 Close freesky-edward/Charlie_li 虚拟化测试能力开源 6/3:用例评审中计划6月17日开源 6/17:代码都已经评审完成；待相关人员检查，检查完成后开源。 Running kuhnchen18 容器测试能力开源 6/3:当前用例整改和开源暂无人力投入 6/17:暂无人投入，挂起 Running lutianxiong 集成类测试能力开源 6/3:计划6月17日开源执行框架和AT中当前用例；rpm包差异对比工具和AT中容器基本功能用例计划6月17日开源 6/17：框架已经开源，用例检视50%，待检视完成后开源 Running Charlie_li/lemon-higgins 内核和编译器提供指导文档说明如何使用内核LTP及gcc相关开源测试套 6/3: lemon-higgins提供蓝云Windows机器给其它3个团队，用于社区文档编写和开源 6/17:LTP已经完成初稿，本周提供蓝云 Running speacher/rigorous/lemon-higgins 社区QA测试流程及指导文档编写 6/3:QA团队指导文档编写进展30% 6/17:QA团队指导文档编写进展50% Running Charlie_li 版本测试 OS的AT由鲲鹏计算来保证，将集成类/容器/内核LTP等基础测试放入AT中，做到测试前移 6/3:集成类和LTP基础类用例已加入到AT中并成功运行； Close Charlie_li/lemon-higgins 6/17：容器相关已经在开展，代码Review中 Running 编译器AT由编译器团队通过源码编译来保证，需要替换编译环境版本为已经发布的openEuler 20.03LTS版本 6/3:已经完成版本替换 close speacher 内核AT由内核测试团队部署openEuler的rootfs进行验证 6/3:环境准备已完成，任务执行调试中 6/17:任务已经完成 close rigorous 高优先级组件包质量加固 6/3:已完成2020暑期活动议题申报；加固测试已完成测试方案评审，测试用例编写中 6/17:外部加固测试项，昨日2020暑期活动已经直播过；内部加固测试已经完成70%。 Running Charlie_li/lemon-higgins 高优先级组件包质量加固 6/17:暂未开展，下周开展 Running lutianxiong openEuler 20.09发布在即,当前测试平台尚未对接,进度风险较大 Running Charlie_li/jimmy_hero Thanks.

1 0

openEuler社区QA团队双周会议纪要（2020-07-01）
by liyongqiang (H) 02 Jul '20

02 Jul '20

openEuler社区QA 团队双周会议时间： 16:00-17:30 2020/7/1 参会者：kuhnchen18 lutianxiong rigorous lemon-higgins Charlie_li 会议纪要人: lutianxiong 社区QA团队治理与运营分类遗留问题及其他进展状态责任人申请新的代码仓库 6/3：需要的源码仓已完成建立；src-openeuler仓需确认打包分类后再申请建立（tar.gz+spec） 6/17：暂无进展 7/1：spec文件未写完(代码自动更新可以参考kernel的方式) Running Charlie_li 虚拟化测试能力开源 6/3：用例评审中计划6月17日开源 6/17：代码都已经评审完成；待相关人员检查，检查完成后开源。 7/1：代码已上传，待调试 Running kuhnchen18 容器测试能力开源 6/3：当前用例整改和开源暂无人力投入 6/17：暂无人投入，挂起 7/1：框架选型讨论中 Running lutianxiong 集成类测试能力开源 6/3：计划6月17日开源执行框架和AT中当前用例；rpm包差异对比工具和AT中容器基本功能用例计划6月17日开源 6/17：框架已经开源，用例检视50%，待检视完成后开源 7/1：AT用例已完成检视，rpm包差异对比工具和容器基本功能用例整改中 Running Charlie_li/lemon-higgins 内核和编译器提供指导文档说明如何使用内核LTP及gcc相关开源测试套 6/3: lemon-higgins提供蓝云Windows机器给其它3个团队，用于社区文档编写和开源 6/17：LTP已经完成初稿，本周提供蓝云 7/1：蓝云已提供，LTP待提交文档，GCC本周完成 Running speacher/rigorous/lemon-higgins 社区QA测试流程及指导文档编写 6/3：QA团队指导文档编写进展30% 6/17：QA团队指导文档编写进展50% 7/1：进展80%，待完善后与OSV厂商交流 Running Charlie_li 长稳统一框架 7/1：调研下是否能统一框架 Running Charlie_li 版本测试 OS的AT由鲲鹏计算来保证，将集成类/容器/内核LTP等基础测试放入AT中，做到测试前移 6/17：容器相关已经在开展，代码Review中 7/1：容器部分用例由于与外围不同，整改中 Running Charlie_li/lemon-higgins 高优先级组件包质量加固 6/3:已完成2020暑期活动议题申报；加固测试已完成测试方案评审，测试用例编写中 6/17:外部加固测试项，昨日2020暑期活动已经直播过；内部加固测试已经完成70%。 7/1：暑期2020活动lrzsz、mysql两个软件包加固已中选，下一步指导学生开展项目 Running Charlie_li/lemon-higgins 高优先级组件包质量加固 6/17:暂未开展，下周开展 7/1：先在euleros内部版本中开展，发现问题后回合openeuler Running lutianxiong openEuler 20.09发布在即,当前测试平台尚未对接,进度风险较大 7/1：已与测试平台完成交流和需求对接 Running Charlie_li/jimmy_hero 缺陷分析 7/1：缺陷分析表格待整理 Running Charlie_li BR charlie

1 0

Re: [Virt-Test] Add some patches for openEuler virtualization base on tp-qemu
by Chenqun (kuhn) 30 Jun '20

30 Jun '20

Add attachment patches Thanks. Chen Qun >-----Original Message----- >From: Chenqun (kuhn) >Sent: Tuesday, June 30, 2020 6:21 PM >To: dev(a)openeuler.org; qa(a)openeuler.org >Cc: Chenzhendong (alex) <alex.chen(a)huawei.com>; Zhanghailiang ><zhang.zhanghailiang(a)huawei.com>; Pannengyuan ><pannengyuan(a)huawei.com>; Kezhiming <kezhiming(a)huawei.com>; >Wangshengfang <wangshengfang(a)huawei.com>; Zhangxiaofeng (F) ><victor.zhangxiaofeng(a)huawei.com>; tangjie (A) <tangjie18(a)huawei.com> >Subject: [Virt-Test] Add some patches for openEuler virtualization base on tp- >qemu > >Hi All, > > The tp-qemu is a set of very open source virtualization test cases for qemu and >OpenVSwitch. > Unfortunately, it do not support openEuler and very unfriendly to aarch64 >support. > This serials is to adapt to openEuler and aarch64. There are a total of 16 >patches here. > > We plan to put the tp-qemu in the openEuler community and maintain it for a >long time. > Of course, we will also try to push it to upstream, so that upstream supports >openEuler well. > > The upstream source repository： > https://github.com/autotest/tp-qemu > >Chen Qun (5): > watchdog: check watchdog device need machine for aarch64 > numa_opts: uses smp_override instead of vcpu_maxcpus for aarch64 > numa_maxnodes: set maxnode from 128 to 32. > provider/qemu_version: add qemu_version version_compare function > qmp_command: add qmp 'node-name' expect value for blockdev > >Jie Tang (9): > cpu_device_hotplug_maximum: The value of machine_type getted from > machines.cfg is incorrect on arm. > cpu_device_hotplug: aarch64 do not support vcpu hot-unplug by now. > cpu_hotplug: aarch64 use vm.hotplug_vcpu_device to hotplug vcpu. > cpu_hotplug: autotest module is no longer supported, remove it. > cpu_hotplug: if default irq(15) not exist, need verify another. > cpu_hotplug: can not offline all cpus. > cpu_device_hotplug: Add 'aarch64' to supported platform in > cpu_device_hotplug.cfg. > cpu_hotplug: add more tests for vcpu hot-plug in cpu-hotplug.cfg. > cpu_device_hotplug_maximum: verify max vcpus need hotplug. > >Wang Ziming (2): > hotplug_mem.cfg: edit threshold adapt to arm64-pci machine type. > hotplug_mem: Increase sub_test_wait_time > >Thanks. >Chen Qun >

1 0

[Virt-Test] Add some patches for openEuler virtualization base on tp-qemu
by Chenqun (kuhn) 30 Jun '20

30 Jun '20

Hi All, The tp-qemu is a set of very open source virtualization test cases for qemu and OpenVSwitch. Unfortunately, it do not support openEuler and very unfriendly to aarch64 support. This serials is to adapt to openEuler and aarch64. There are a total of 16 patches here. We plan to put the tp-qemu in the openEuler community and maintain it for a long time. Of course, we will also try to push it to upstream, so that upstream supports openEuler well. The upstream source repository： https://github.com/autotest/tp-qemu Chen Qun (5): watchdog: check watchdog device need machine for aarch64 numa_opts: uses smp_override instead of vcpu_maxcpus for aarch64 numa_maxnodes: set maxnode from 128 to 32. provider/qemu_version: add qemu_version version_compare function qmp_command: add qmp 'node-name' expect value for blockdev Jie Tang (9): cpu_device_hotplug_maximum: The value of machine_type getted from machines.cfg is incorrect on arm. cpu_device_hotplug: aarch64 do not support vcpu hot-unplug by now. cpu_hotplug: aarch64 use vm.hotplug_vcpu_device to hotplug vcpu. cpu_hotplug: autotest module is no longer supported, remove it. cpu_hotplug: if default irq(15) not exist, need verify another. cpu_hotplug: can not offline all cpus. cpu_device_hotplug: Add 'aarch64' to supported platform in cpu_device_hotplug.cfg. cpu_hotplug: add more tests for vcpu hot-plug in cpu-hotplug.cfg. cpu_device_hotplug_maximum: verify max vcpus need hotplug. Wang Ziming (2): hotplug_mem.cfg: edit threshold adapt to arm64-pci machine type. hotplug_mem: Increase sub_test_wait_time Thanks. Chen Qun

1 0

[Virt-Test] Add some patches for openEuler virtualization base on tp-libvirt
by Chenqun (kuhn) 30 Jun '20

30 Jun '20

Hi All, The tp-libvirt is a set of very open source virtualization test cases for libvirt and qemu. Unfortunately, it do not support openEuler and very unfriendly to aarch64 support. This serials is to adapt to openEuler and aarch64. There are a total of 77 patches here. We plan to put the tp-libvirt in the openEuler community and maintain it for a long time. Of course, we will also try to push it to upstream, so that upstream supports openEuler well. The upstream source repository： https://github.com/autotest/tp-libvirt Chen Qun (18): libvirt_hugepage: set static_hugepage nums 4096 vcpu_affinity: change err_msg for vcpu_affinity virsh_domxml_to_native: add arch_bin '/usr/libexec/qemu-kvm' virsh_define: the last char of vmname can't be '-' or '_' vcpu_affinity: set cpuset range from 0 to 7 libvirt_hugepage: recalculate the number of static hugepage emulator_capabilities: add qemu_user root for qemu_conf virsh_nodeinfo: recalculate the number of cores_per_socket_os virsh_change_media_matrix:ide controllers are unsupported for aarch64 virsh_cpu_compare: update expect keyword output for aarch64 max_vcpus: add update_vcpu_topology function for max_vcpu hotplug_serial: fix subprocess.Popen() use error hotplug_serial: don't need delete virtio-serial controller sometime hotplug_serial: fix inconsistency filename between create and attach virsh_domxml_to_native: increase ASAN environmental judgment conditions virsh_domtime: hwclock will be stop both of suspend and managedsave for aarch64 virsh_domtime: add different cpu_mode for aarch64 hotplug_serial: add err msg for the return of two_devid Jie Tang (2): arm_vcpu_hotplug_opts: hot-unplug vcpu action is not supported on aarch64. guestpin: aarch64 do not support vcpu hot-unplug. Ke Zhiming (8): libvirt_usb_hotplug_device: redirect warning to /dev/null virsh_event: wait for few seconds after attach disk virsh_start: declaration before local variable reference virsh_dommemstat: declaration before local variable reference virsh_domstats: internal snapshots not supported on aarch64 virsh memtune: Set acceptable_minus for arm hotplug_serial: delete the existing file before shutil.copy pcibridge: delete s_0 variants Pan Nengyuan (18): virsh_attach_detach_disk: update test case virsh-attach-detach-disk virsh_maxvcpus: fix unboundLocalError in virsh_maxvcpus test case pcibridge: fix incorrect pci bus address usb_hotplug: ignore set selinux status in usb_hotplug test case libvirt_usb_hotplug_device: fix incorrect address attr guestnuma: update test case guestnuma virsh_migrate: update virsh_migrate testcase with numa nodedev: add smmu support on aarch64 virsh_nodedev: add aarch64 support virsh_migrate: dump traceback to improve the testcase's usability pcibridge: Do not convert pci_br_index to decimal at_dt_interface: use 'virtio' model in q35 for interface virsh_migrate: fix attaching interface failed during migration virsh_migrate: do not check 'strict' mode when enable_HP virsh_migrate: remove duplicate reset hugepages virsh_migrate: remove status_error when cache enable virsh_migrate: fix a 'model name' keyerror virsh_migrate: add cpu_model in migration for kunpeng platform Wang Shengfang (2): iface_network: add support for UEFI pxe boot and local boot files virsh_boot: add edk cdrom boot test case Wang Ziming (29): virsh_save_image: fix error for new xml is too large max_vcpus: fix max vcpus num to 'pc-q35' machine type virsh_attach_detach_disk: make sure the multipathd.service is stopped when create VG with a block devices. virtual_disks_multidisks:stop multipathd.service before modprobe scsi_debug hotplug_serial:adapt to the return messages of dup_hotplug hotplug_serial:the object r_o should be a str. libvirt_usb_hotplug_device: the maximum of usb device is 39. virtual_disks_multidisks: increase wait time between detach_disk operations. virsh_domxml_from_native: replace '\s' in re.sub() in virsh_convxml function with ''. virsh_attach_device: remove control characters such as '^@' from the result of session.cmd_output virtual_disks_multidisks: increase wait time in add_sleep function for not only ppc64 platform. virsh_blockcopy: change disk_target_bus and disk_format for lun_t type disk_device virtual_disks_multidisks: Check disk bus device option need to adapt to different platform. virtual_disks_multidisks: change iteration_times as it cause test time out. virtual_disks_multidisks: change virt_disk_addr_options unit to differentiate system disk. virsh_detach_device: Increase sleep to make sure detach_device operation succeed especially for device_alias. virsh_attach_device.py:Add short sleep time after attach_device operation. virtual_disks_multidisks: attach disk to VM with the same index controller,exepct error. sriov: change loop_times as it cause test time out. virsh_save_image_edit: change expected state to make it suitable for no_option. virsh_attach_detach_disk: wait for few seconds after detach disk. virsh_attach_detach_disk: wait for few seconds after attach disk virtual_disks_multidisk: add loader and nvram to xml adapt to aarch64 platform virtual_disks_multidisk: Retain pcie-root-port and pcie-to-pci-bridge when modifying VM XML virsh_attach_detach_disk: Replace the bus type of CDROM adapt to arrch64 platform. virtual_disks_multidisk: Disk bus device option need to adapt to aarch64 platform. virtual_disks_multidisks: Change bus and slot in virt_disk_addr_options parameter libvirt_mem: edit cpu_model and hugepages page_size to adapt to aarch64 and x86_64 platform. sriov: Add new ethernet driver hinic to adapt to arrch64 platform. Thanks. Chen Qun

1 0