- Dev - mailweb.openeuler.org

【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-07-22 19:00-20:00
by Hubble_Zhu 15 Jul '20

15 Jul '20

Topic sig-ai-bigdata regular meeting Time 2020-07-22 19:00-20:00((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 387 021 111   Convener 朱恒博   Agenda 1. SIG成员前期工作审视 2. 下一步工作计划和分工   Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载 If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download

1 0

Virt meeting 会议纪要-0713//RE: 【Meeting Notice】virt sig meeting Time: 2020-07-10 14:15-16:15
by Chenzhendong (alex) 14 Jul '20

14 Jul '20

Virt meeting 会议纪要-0713： openEuler 20.09特性进展 1． KVM支持custom模式---zhanghailiang cpu custom原型完成，正在修改代码，当前仅实现feature的disable，enable，无特性相互依赖的判断处理，当前增加一个与内核交互接口 2． kvmtop---nocjj 完成x86环境适配，精简了部分代码，完成makefile编写，spec编写，增加了虚拟机状态统计功能 3． SmartPolling---miaoyubo Guest halt polling arm侧代码开发及调试，完成60% 4．支持SDEI设备---待定正在分析开源方案 5．双层调度---fanhenglong 6．锁优化---YeZengruan vCPU preempted check和PV qspinlock补丁已完成rebase，补丁先发到openeuler review 7．安全启动---待定 8．可信启动---JackJF 可信启动（aarch64 + vTPM + EDK中使能可信启动）的原型系统功能已经验证过。具体包括Libvirt拉起VM + vTPM，VM暂停启动，快照启动，热迁移。下一步将开源QEMU和EDK2回合到openEuler版本中；确认社区中的Libvrit支持aarch64 vTPM的情况或将目前该更代码提交到openEuler仓库中。 9．热补丁---FangYing 针对qemu场景里面的主线程、IO线程、协程、热迁移线程、vnc线程、vcpu线程和TLS进行热补丁验证，验证结果表示libcare热补丁支持上述场景下的热补丁基本功能。当前rcu线程比较特殊，还不支持热补丁应用，object_patch_verify_safety_single阶段出错导致补丁无法成功激活，正在解决。 From: Chenzhendong (alex) via Virt [mailto:virt@openeuler.org] Sent: Wednesday, July 8, 2020 11:57 AM To: virt(a)openeuler.org; dev(a)openeuler.org; tc(a)openeuler.org Subject: [Virt] 【Meeting Notice】virt sig meeting Time: 2020-07-10 14:15-16:15 virt会议议程： 1．Virt sig事务跟踪 a) qemu/libvirt 代码仓库从src-openeuler切换到openeuelr 2．openEuler 20.09特性进展 a) KVM支持custom模式---zhanghailiang b) kvmtop---nocjj c) SmartPolling---miaoyubo d) 支持SDEI设备---待定 e) 双层调度---fanhenglong f) 锁优化---YeZengruan g) 安全启动---待定 h) 可信启动---JackJF i) 热补丁---FangYing -------- 原始邮件 -------- 发件人： Meeting Book <uMeeting(a)huawei.com<mailto:uMeeting@huawei.com>> 日期： 2020年7月8日周三 11:11 收件人： zdchenhn(a)163.com<mailto:zdchenhn@163.com> 主题：【Meeting Notice】virt sig meeting Time: 2020-07-10 14:15-16:15 Topic virt sig meeting Time 2020-07-10 14:15-16:15((UTC+08:00)Beijing) Join Conference Join (External) >><https://welink-meeting.zoom.us/j/883868749> Meeting ID 883 868 749 Convener 陈振东 Tips: Dial the access number to join conference<http://app.huawei.com/eshare/voiceMeetings> 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载<https://zoom.us/download> If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download<https://zoom.us/download>

1 0

对引入新特性的代码归档格式询问
by Hubble_Zhu 14 Jul '20

14 Jul '20

各位openEuler的成员，大家好，     我有一个项目G想申请在openEuler上开源，这个项目G高度依赖第三方开源包W，对W有一些侵入式修改。现在我是以源码的方式将开源包W的代码归档在项目G仓中     请问下如果开源到openEuler上的话，是否和W相关的代码，我都需要以源码包+patch的方式归档，或者我可以沿用全源码归档的方式？     采用全源码归档的方式对开发者很友好。     我计划是当项目G稳定并realease发行版后，在src-openEuler里新建仓库并添加spec来打成rpm包。     Any help will be greatly appreciated. thanks.

4 5

openEuler 的树莓派镜像添加到树莓派官方第三方系统镜像列表-需求
by 方亚芬 13 Jul '20

13 Jul '20

openEuler 的树莓派镜像添加到树莓派官方第三方系统镜像列表，需要提供两个 json 文件，内容参考以下两个 json 文件。 http://downloads.raspberrypi.org/os_list_imagingutility.json https://changelogs.ubuntu.com/raspi/os_list_imagingutility_ubuntu.json 根据 json 文件需要以下内容： 1. openEuler 操作系统 icon 链接，参考 https://assets.ubuntu.com/v1/85a9de76-ubuntu-icon.svg、 https://retropie.org.uk/retropie-logo-40x40.png，或上述 json 文件 icon 字段 2. 一个稳定的文件地址链接，用于可以放 openEuler 镜像列表信息的 json 文件，内容类似 <https://changelogs.ubuntu.com/raspi/os_list_imagingutility_ubuntu.json 3. 稳定的镜像下载地址 4. openEuler 操作系统下载统计，来表示在中国的使用情况祝工作顺利，生活愉快。 ------------------------------------------ 方亚芬中国科学院软件研究所智能软件研究中心邮箱：yafen(a)iscas.ac.cn 地址：北京市海淀区中关村南四街4号5楼

1 0

关于UKUI-3.0 在openEuler上的编译适配
by 侯依然爸爸 12 Jul '20

12 Jul '20

社区的各位同仁好: 麒麟软件在openEuler社区成立之初，并已经成立了UKUI SIG组，也一直致力于社区建设，我们已经在进行UKUI-3.0移植到openEuler-20.03的工作，并已作出了一些成果，我们已经在X86平台上，完成了UKUI-3.0的适配和测试，已经能够稳定运行和使用，并且已经将UKUI的相关代码已经贡献到了openEuler社区，大家可以使用下面的教程来安装UKUI-3.0。目前我们在进行的工作如下： 1）将UKUI-3.0 相关编译和安装包移植到 OBS进行编译和构造（aarch64 和 X86），以方便社区的更好的集成和使用。 2) 推进UKUI发展，修复UKUI的相关问题。但在接下来的工作中，我们也希望得到大家的一些帮助，一起促进openEuler UKUI的发展： 1）UKUI-3.0涉及到的安装包和编译依赖包较多，移植到OBS工作量很大，也希望能得到TC和各位同仁的帮助。 2）目前在openEuler上适配的UKUI-3.0，是基础版本，也希望TC和社区各位同仁能提出一些需求、意见和建议，任何对openEuler UKUI话题都可以在https://gitee.com/openkylin/ukui-issues 项目中提出issue。 UKUI是由麒麟团队开发的基于Linux发行版的轻量级桌面环境，默认搭载在优麒麟开源操作系统和银河麒麟/中标麒麟商业发行版中。UKUI 3.0基于Qt全新开发，秉承着“友好易用，简单轻松” 的设计理念，为普通用户架起迈向Linux的桥梁。详细描述可参见：https://www.ukui.org/ UKUI在X86上安装使用的教程如下，欢迎大家使用： openEuler UKUI安装方法：在安装ukui前请先创建一个管理员用户，推荐在安装openEuler系统时创建。 1. 离线 1) 安装openEuler并配置yum源（推荐采用：x86_64: https://repo.openeuler.org/openEuler-20.03-LTS/everything/x86_64/），并安装creat… install createrepo，如果安装不成功请检查配置的yum源） 2) 下载安装必须文件（链接：https://pan.baidu.com/s/1bljArjqrzONfQilW9zUzHg 提取码：pg4q）。将下载的install.sh放入/root目录下并赋予执行权限，RPMS.zip、reinstall.zip文件解压缩。将解压出的RPMS文件夹放入/RPMS文件夹下，目录结构如下所示 reinstall文件夹放入/root目录下。 3) 搭建本地yum源：修改/etc/yum.repos.d/openEuler_x86_64.repo文件，在末尾添加如下内容： [local] name=local baseurl=file:///RPMS/ enabled=1 gpgcheck=0 priority=1 4）切换到/root目录下，执行./install.sh 2. 在线 1）配置openEuler官方源，（推荐采用：x86_64: https://repo.openeuler.org/openEuler-20.03-LTS/everything/x86_64/），可参考如下: [openeuler] name=openeuler baseurl=https://repo.openeuler.org/openEuler-20.03-LTS/everything/x86_64/ enabled=1 gpgcheck=0 2）配置ukui的在线源：修改/etc/yum.repos.d/openEuler_x86_64.repo文件，在末尾添加如下内容： [ukui] name=ukui baseurl= http://openkylin.com/repo/ukui/RPMS/ enabled=1 gpgcheck=0 priority=1 2) 在openKylin（http://openkylin.com/repo/ukui/）下载install_online.sh放入/root目录下, 下载reinstall.zip解压后的reinstall文件夹及内容放入/root目录下。切换到root目录，运行install_online.sh。

1 0

【Meeting Notice】virt sig meeting Time: 2020-07-10 14:15-16:15
by Chenzhendong (alex) 08 Jul '20

08 Jul '20

virt会议议程： 1．Virt sig事务跟踪 a) qemu/libvirt 代码仓库从src-openeuler切换到openeuelr 2．openEuler 20.09特性进展 a) KVM支持custom模式---zhanghailiang b) kvmtop---nocjj c) SmartPolling---miaoyubo d) 支持SDEI设备---待定 e) 双层调度---fanhenglong f) 锁优化---YeZengruan g) 安全启动---待定 h) 可信启动---JackJF i) 热补丁---FangYing -------- 原始邮件 -------- 发件人： Meeting Book <uMeeting(a)huawei.com<mailto:uMeeting@huawei.com>> 日期： 2020年7月8日周三 11:11 收件人： zdchenhn(a)163.com<mailto:zdchenhn@163.com> 主题：【Meeting Notice】virt sig meeting Time: 2020-07-10 14:15-16:15 Topic virt sig meeting Time 2020-07-10 14:15-16:15((UTC+08:00)Beijing) Join Conference Join (External) >><https://welink-meeting.zoom.us/j/883868749> Meeting ID 883 868 749 Convener 陈振东 Tips: Dial the access number to join conference<http://app.huawei.com/eshare/voiceMeetings> 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 如果加入会议提示“会议已结束或会议号不存在”，请在官网下载最新版本入会。立即下载<https://zoom.us/download> If a message is displayed, indicating that the meeting has ended or the meeting ID does not exist, download the latest meeting client and try again.Download<https://zoom.us/download>

1 0

【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-07-02 11:00-12:00
by Hubble_Zhu 02 Jul '20

02 Jul '20

发件人: "Meeting Book"<uMeeting(a)huawei.com>gt;; 发送时间: 2020年6月29日(星期一) 下午2:09 收件人: "Hubble_Zhu"<403975152(a)qq.com>gt;; 主题: 【Meeting Notice】sig-ai-bigdata regular meeting Time: 2020-07-02 11:00-12:00 Topic sig-ai-bigdata regular meeting Time 2020-07-02 11:00-12:00((UTC+08:00)Beijing)   Join Conference Join (External) >> Meeting ID 628 852 074   Convener 朱恒博   Agenda 1. sig成员前期工作进展审视 2. 下一步工作计划和分工   Tips: Dial the access number to join conference 注：仅支持部分国家和地区。( Only some countries and regions are supported.) 请点击会议链接按照提示下载Zoom客户端入会，并升级Zoom最新版本。 Please click the conference link and download the Zoom to join the conference, and upgrade to the latest version of Zoom.

1 1

htop 和 entr 申请加入 src-openeuler
by clouds＠isrc.iscas.ac.cn 01 Jul '20

01 Jul '20

Hi, 系统监控工具 [htop](https://gitee.com/charlize/htop-openEuler) 和文件监控工具 [entr](https://gitee.com/charlize/openEuler-entr) 申请加入 openEuler 软件包仓库，谢谢。 clouds

2 6

【virt sig】虚拟化组件在openeuler仓库里边创建组件仓库
by Zhanghailiang 01 Jul '20

01 Jul '20

背景：由于虚拟化相关组件存在大量代码开发，采用src-openeuler以tar包+patch方式存在开发效率低的问题，现在Virt SIG决定讲其中的qemu，libvirt组件开发移动到openeuler以源码仓库方式进行开发，src-openeuler中的qemu和libvirt 保留用来进行obs编译出包使用，src-openeuler会自动从openeuler同步。问题：当前在操作时遇到问题，由于openeuler中的仓库自动创建相关组件的仓库，导致我们无法使用码云的自动导入功能，直接从组件的上游社区导入解决方法：先讲openeuler自动创建的qemu，libvirt仓库删除，然后通过码云的自动导入仓库功能创建。涉及组件： Qemu，libvirt

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

2024

2023

2022

2021

2020

2019

Dev