- Dev - mailweb.openeuler.org

Compiler SIG 双周例会
by openEuler conference 10 Mar '23

10 Mar '23

您好！ Compiler SIG 邀请您参加 2023-03-14 10:00 召开的Zoom会议(自动录制) 会议主题：Compiler SIG 双周例会会议内容： 1. 进展update 2. openEuler的LLVM平行宇宙计划介绍欢迎继续申报议题～会议链接：https://us06web.zoom.us/j/86254532457?pwd=TkJFSDAzdkhodDBROEdnTmZocGZodz09 会议纪要：https://etherpad.openeuler.org/p/Compiler-meetings 温馨提醒：建议接入会议后修改参会人的姓名，也可以使用您在gitee.com的ID 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler Compiler SIG invites you to attend the Zoom conference(auto recording) will be held at 2023-03-14 10:00, The subject of the conference is Compiler SIG 双周例会, Summary: 1. 进展update 2. openEuler的LLVM平行宇宙计划介绍欢迎继续申报议题～ You can join the meeting at https://us06web.zoom.us/j/86254532457?pwd=TkJFSDAzdkhodDBROEdnTmZocGZodz09. Add topics at https://etherpad.openeuler.org/p/Compiler-meetings. Note: You are advised to change the participant name after joining the conference or use your ID at gitee.com. More information: https://openeuler.org/en/

1 0

Kernel sig 3.10 14:00-15:30 例会议题情况//答复: openEuler Kernel SIG双周例会
by liaotao (C) 10 Mar '23

10 Mar '23

当前例会议题：议题一：进展update（10min） --- 张伽琳 & 郑增凯议题二：内核热升级使用及技术探讨和规划 --- 桑琰欢迎大家继续申报~ 上期遗留问题： 1、openEuler缺陷issue处理流程介绍 2、内核热升级下一步规划，需求讨论 -----原始约会----- 发件人: openEuler conference <public(a)openeuler.org> 发送时间: 2023年3月7日 15:49 收件人: dev@openeuler.org,kernel-discuss@openeuler.org,kernel@openeuler.org 主题: openEuler Kernel SIG双周例会时间: 2023年3月10日星期五 14:00-15:30(UTC+08:00) 北京，重庆，香港特别行政区，乌鲁木齐。地点: 您好！ Kernel SIG 邀请您参加 2023-03-10 14:00 召开的Zoom会议(自动录制) 会议主题：openEuler Kernel SIG双周例会会议内容：欢迎您参加 Kernel SIG 双周例会，当前议题： 1. 进展update 2. 议题征集中欢迎大家积极申报议题（新增议题可以直接回复邮件，或录入会议看板）会议链接：https://us06web.zoom.us/j/87191608489?pwd=eG96T0p2Y0NDRUdHOW9SYys5SElTQT09 会议纪要：https://etherpad.openeuler.org/p/Kernel-meetings 温馨提醒：建议接入会议后修改参会人的姓名，也可以使用您在gitee.com的ID 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler Kernel SIG invites you to attend the Zoom conference(auto recording) will be held at 2023-03-10 14:00, The subject of the conference is openEuler Kernel SIG双周例会, Summary: 欢迎您参加 Kernel SIG 双周例会，当前议题： 1. 进展update 2. 议题征集中欢迎大家积极申报议题（新增议题可以直接回复邮件，或录入会议看板） You can join the meeting at https://us06web.zoom.us/j/87191608489?pwd=eG96T0p2Y0NDRUdHOW9SYys5SElTQT09. Add topics at https://etherpad.openeuler.org/p/Kernel-meetings. Note: You are advised to change the participant name after joining the conference or use your ID at gitee.com. More information: https://openeuler.org/en/

1 0

openEuler 23.03代办issue提醒
by Wangwei (Bessel) 09 Mar '23

09 Mar '23

感谢openEuler社区开发者的贡献，openEuler 23.03版本即将进入RC3转测 RC3转测本计划3月8日，由于待办issue较多，已延期一天，目前仍有服务启动失败、单包构建失败的issue 为确保版本按时发布和版本质量，代办issue请在3月10日12:00前完成，3月10日14:00将启动RC3版本构建，相关issue未闭环的软件包此次转测将不带入里程碑任务ID 任务标题标签 openEuler-23.03-round-1 I6IGZU [23.03RC1] [x86/arm] momd.service服务启动失败 sig/oVirt openEuler-23.03-round-1 I6IG8Y [23.03RC1][arm/x86] console-login-helper-messages-gensnippet-os-release.service服务启动失败 sig/sig-CloudNative openEuler-23.03-round-1 I6HXPM [23.03RC1][arm/x86] deepin-login-sound.service启动失败 sig/sig-DDE openEuler-23.03-round-1 I6INQT [23.03RC1][arm/x86] nmcli配置MACsec失败 sig/Base-service openEuler-23.03-round-1 I6IJ1A [23.03RC1][arm/x86] ovirt-vmconsole-host-sshd.service服务启动失败 sig/oVirt openEuler-23.03-round-1 I6I92O [23.03RC1][arm/x86]afterburn.service启动失败 sig/sig-CloudNative openEuler-23.03-round-1 I6I8YO [23.03RC1][arm/x86]afterburn-checkin.service服务enable后启动有报错 sig/sig-CloudNative openEuler-23.03-round-1 I6I975 [23.03RC1][arm/x86]alertmanager.service启动失败 sig/sig-CloudNative openEuler-23.03-round-1 I6IGGJ [23.03RC1][arm/x86]console-login-helper-messages-gensnippet-ssh-keys.service服务启动失败 sig/sig-CloudNative openEuler-23.03-round-1 I6HYAM [23.03RC1][arm/x86]deepin-accounts-daemon.service启动成功，但是日志有报错信息 sig/sig-DDE openEuler-23.03-round-1 I6HXVH [23.03RC1][arm/x86]deepin-shutdown-sound.service启动失败 sig/sig-DDE openEuler-23.03-round-1 I6IGXA [23.03RC1][arm/x86]mom-vdsm.service服务启动失败 sig/oVirt openEuler-23.03-round-2 I6KZA4 [23.03RC2][arm/x86]afterburn-firstboot-checkin.service 服务enable后启动报错 sig/sig-CloudNative openEuler-23.03-round-2 I6KLUW [23.03RC2][arm/x86]crio.service服务启动日志有报错 sig/sig-CloudNative openEuler-23.03-round-2 I6KP18 [23.03RC2][arm/x86]driver-installer.service服务enable后启动，日志有报错 sig/sig-DDE openEuler-23.03-round-2 I6KQJV [23.03rc2][arm/x86]ignition-delete-config.service服务enable后再次启动，启动报错 sig/sig-K8sDistro openEuler-23.03-round-1 I6IJ0T 【23.03 round1】【arm/x86】claws-mail-plugins-tnef安装时缺少libytnef.so.0 sig/sig-UKUI openEuler-23.03-round-1 I6J9L4 【23.03 round1】【arm/x86】postgresql-odbc本地编译失败 sig/DB openEuler-23.03-round-2 I6KVPX 【23.03-round2 】【arm/x86】ruby子包rubygem-bundler下命令执行报错 sig/sig-ruby openEuler-23.03-round-1 I6J1TX 【EBS】 arangodb build problem in openEuler:23.03:Epol sig/sig-ops openEuler-23.03-alpha I6GCHU 【EBS】 tensorflow build problem in openEuler:23.03 sig/ai openEuler-23.03-round-2 I6LEDM 【EBS】blackbox_exporter build problem in openEuler:23.03:Epol sig/sig-CloudNative openEuler-23.03-alpha I6HNR7 【EBS】caja-extensions build problem in openEuler:23.03:Epol sig/sig-mate-desktop openEuler-23.03-round-2 I6KU02 【EBS】firefox build problem in openEuler:23.03 sig/Application openEuler-23.03-round-1 I6J22D 【EBS】glade3 build problem in openEuler:23.03:Epol sig/sig-mate-desktop openEuler-23.03-alpha I6GCJE 【EBS】hadoop build problem in openEuler:23.03 sig/bigdata openEuler-23.03-round-2 I6LFW1 【EBS】libkae build problem in openEuler:23.03 sig/sig-AccLib openEuler-23.03-round-2 I6KNJO 【EBS】OpenAMP build problem in openEuler:23.03:Epol sig/sig-embedded openEuler-23.03-round-1 I6GDCI 【EBS】python-nbxmpp在openEuler:23.03工程安装失败问题 sig/sig-mate-desktop openEuler-23.03-round-1 I6J1ZZ 【EBS】qla2xxx build problem in openEuler:23.03:Epol sig/sig-Compatibilit openEuler-23.03-alpha I6HK2K 【EBS】tcmu-runner build problem in openEuler:23.03:Epol sig/Storage openEuler-23.03-round-1 I6GBZ0 【EBS】yocto-opkg-utils安装缺依赖在openEuler:23.03 sig/sig-Yocto openEuler-23.03-round-1 I6IV4L 【OBS&EBS】system-config-users build problem in openEuler:23.03:Epol sig/sig-mate-desktop openEuler-23.03-round-1 I6IV5K 【OBS&EBS】system-config-users-docs build problem in openEuler:23.03:Epol sig/sig-mate-desktop

1 0

回复：答复: 回复：答复: 转发：回复：RE: 回复：答复: 您好关于内核大页特性怎么开启，需要请教一下
by 常新 09 Mar '23

09 Mar '23

我这边可以呀，拉个微信群嘛，什么形式呀，还是腾讯会议这种的嘛 ---原始邮件--- 发件人: "liqingqing (C)"<liqingqing3(a)huawei.com> 发送时间: 2023年3月9日(周四) 下午3:15 收件人: "常新"<x_xiny(a)qq.com>gt;;"lvying"<lvying6(a)huawei.com>gt;;"dev"<dev(a)openeuler.org>gt;;"Liuzixian"<liuzixian4(a)huawei.com>gt;;"linfeilong"<linfeilong(a)huawei.com>gt;;"Zhoukang (A)"<zhoukang7(a)huawei.com>gt;; 主题: 答复: [Dev] 回复：答复: 转发：回复：RE: 回复：答复: 您好关于内核大页特性怎么开启，需要请教一下 @lvying @常新  这块看下是否需要一个会议交流下，效果可能会好一点发件人: 常新 [mailto:x_xiny@qq.com] 发送时间: 2023年3月9日 14:39 收件人: lvying <lvying6(a)huawei.com>gt;; dev <dev(a)openeuler.org>gt;; Liuzixian <liuzixian4(a)huawei.com>gt;; linfeilong <linfeilong(a)huawei.com>gt;; Zhoukang (A) <zhoukang7(a)huawei.com> 主题: [Dev] 回复：答复: 转发：回复：RE: 回复：答复: 您好关于内核大页特性怎么开启，需要请教一下   今天又发现一个问题，根据文档描述的，如果不打开sysctl fs.exec-use-hugetlb 即使用户设置了环境变量也不会使用该特性，内核会忽略相关流程。但是我没有开启这个开关或者关闭了，然后使用HUGEPAGE_PROBR=1 这个环境变量，动态库仍然可以开启大页，好像并没有被忽略，使用LD_HUGEPAGE_LIB=1 也一样可以开启，而且我看了一下代码，好像也没有看到这个开关会影响动态库大页加载，这里是代码实现的有问题还是文档描述的有问题呀   ---原始邮件--- 发件人: "lvying"<lvying6(a)huawei.com> 发送时间: 2023年3月6日(周一) 下午4:16 收件人: "x_xiny"<x_xiny(a)qq.com>gt;; 主题: 答复: 转发：回复：RE: 回复：答复: 您好关于内核大页特性怎么开启，需要请教一下   感谢常新同学对于openEuler动态库大页的特性的关注！最近团队工作较忙，我们会在工作完成的第一时间答复您的信息，也麻烦子杨关注下常新同学的问题，及时答复。   祝好   发件人: 常新 <x_xiny(a)qq.com> 发送时间: 2023年3月6日 10:23 收件人: lvying <lvying6(a)huawei.com> 抄送: dev <dev(a)openeuler.org>gt;; Liuzixian <liuzixian4(a)huawei.com> 主题: 转发：回复：RE: 回复：答复: 您好关于内核大页特性怎么开启，需要请教一下   因为我在看LD_DEBUG信息的时候，前边的流程都是一样的，但是在__mmap_reserved_area 这个函数里调用_mmap的时候x86上返回MAP_FAILED了，可是ARM上却成功了，然后导致了动态库在x86上没有开2m对齐编译的时候就不映射大页，但是在ARM上映射了，所以这是因为mmap在ARM和x86上实现差异导致的吗常新 x_xiny(a)qq.com       ------------------ 原始邮件 ------------------ 发件人: "常新" <x_xiny(a)qq.com>gt;; 发送时间: 2023年3月3日(星期五) 下午5:35 收件人: "Zhoukang (A)"<zhoukang7(a)huawei.com>gt;;"Liuzixian"<liuzixian4(a)huawei.com>gt;;"常新"<x_xiny(a)qq.com>gt;;"dev(a)openeuler.org"<dev(a)openeuler.org>gt;; 抄送: "lvying"<lvying6(a)huawei.com>gt;;"linfeilong"<linfeilong(a)huawei.com>gt;; 主题: 回复：RE: 回复：答复: 您好关于内核大页特性怎么开启，需要请教一下   那在x86上和ARM上存在的这种差异，是因为在两个架构上对于mmap的实现差异导致的嘛，还是说现在非对齐情况下使用暂时就是一种未定义行为会导致不确定的结果   ---原始邮件--- 发件人: "Zhoukang (A)"<zhoukang7(a)huawei.com> 发送时间: 2023年3月3日(周五) 下午4:30 收件人: "Liuzixian"<liuzixian4(a)huawei.com>gt;;"常新"<x_xiny(a)qq.com>gt;;"dev(a)openeuler.org"<dev(a)openeuler.org>gt;; 抄送: "lvying"<lvying6(a)huawei.com>gt;;"linfeilong"<linfeilong(a)huawei.com>gt;; 主题: RE: 回复：答复: 您好关于内核大页特性怎么开启，需要请教一下     相关讨论, 请抄送 dev(a)openeuler.org, 方便后续搜索类似问题       From: Liuzixian <liuzixian4(a)huawei.com> Sent: Friday, March 3, 2023 4:26 PM To: 常新 <x_xiny(a)qq.com> Cc: Zhoukang (A) <zhoukang7(a)huawei.com>gt;; lvying <lvying6(a)huawei.com>gt;; linfeilong <linfeilong(a)huawei.com> Subject: 答复: 回复：答复: 您好关于内核大页特性怎么开启，需要请教一下   动态库的实现代码没有加这个约束，但目前我们认为支持非对齐的动态库较复杂，且未看到支持非对齐的需求，后期可能考虑删除。写文档时考虑到实际产品均对齐使用，因此增加了约束限制，并且openEuler没有验证非对齐场景。   发件人: 常新 <x_xiny(a)qq.com> 发送时间: 2023年3月3日 15:36 收件人: Liuzixian <liuzixian4(a)huawei.com> 主题: 回复：答复: 您好关于内核大页特性怎么开启，需要请教一下   你好，文档上有一个约束条件，要求2m对齐，动态库也受这个约束嘛，我试了一下，在x86平台上动态库也受这个约束，但是在ARM平台上好像动态库不受限制，我跑的是这个用例tst-ld-use-hugpage.c里面的用例环境设置为   sysctl fs.exec-use-hugetld=1  export LD_HUGEPAGE_LIB=1   HUGEPAGE_PROBE没有设置，也没有对动态库和二进制文件进行标记，执行了 echo 200 > /sys/kernel/mm/hugepages/hugepages-2048kB/nr_hugepages，   2209分支x86版本中动态库没有被大页映射，KernelPageSize全部都是4k的，但是ARM平台上动态库被映射了2m的大页，是x86和ARM约束条件不一样吗，还是这是一个bug   ---原始邮件--- 发件人: "Liuzixian"<liuzixian4(a)huawei.com> 发送时间: 2023年2月9日(周四) 上午9:21 收件人: "x_xiny"<x_xiny(a)qq.com>gt;; 主题: 答复: 您好关于内核大页特性怎么开启，需要请教一下   22．09版本文档链接：https://docs.openeuler.org/zh/docs/22.09/docs/A-Tune/native-tur…   发件人: Liuzixian <> 发送时间: 2023年2月9日 9:20 收件人: '常新' <x_xiny(a)qq.com> 抄送: Zhoukang (A) <zhoukang7(a)huawei.com>gt;; linfeilong <linfeilong(a)huawei.com> 主题: 答复: 您好关于内核大页特性怎么开启，需要请教一下   22.09版本使用sysctl开关（exec-use-hugetlb） PR中的这个commit增加了该开关：https://gitee.com/openeuler/kernel/commit/1efdacff482d86…   环境变量改为sysctl的理由如下： 1、  内核原生不支持判断环境变量，不符合社区使用方式 2、  22.03还有内核启动参数exec-hugepages进行控制，调试时不如sysctl方便，在22.09合并到sysctl中 3、  有使用者反馈业务启动代码有sudo app_start这样切换用户的场景，无法继承环境变量。   如果您有关于该特性使用方式的建议，也可以反馈给我们。   发件人: 常新 <x_xiny(a)qq.com> 发送时间: 2023年2月8日 17:48 收件人: Liuzixian <liuzixian4(a)huawei.com> 抄送: Zhoukang (A) <zhoukang7(a)huawei.com> 主题: 您好关于内核大页特性怎么开启，需要请教一下   您好，有个问题向您请教一下，我看见你们已经在kernel2209分支上合入了大页的特性，这个在5.10上怎么开启 https://gitee.com/openeuler/kernel/pulls/59     我看见开启大页功能这个在4.19内核版本上可以通过设置环境变量的方式 export HUGEPAGE_ELF=1的方式开启看这里是通过加了几个补丁做了这么一个功能， https://gitee.com/openeuler/native-turbo/blob/master/kernel-patch/kernel-4.… 我在5.10内核上没有看见相关的代码，如果开启这个功能的话，是需要同步这些补丁吗？   或者有没有相关的文档呀感谢

1 0

回复：答复: 转发：回复：RE: 回复：答复: 您好关于内核大页特性怎么开启，需要请教一下
by 常新 09 Mar '23

09 Mar '23

今天又发现一个问题，根据文档描述的，如果不打开sysctl fs.exec-use-hugetlb 即使用户设置了环境变量也不会使用该特性，内核会忽略相关流程。但是我没有开启这个开关或者关闭了，然后使用HUGEPAGE_PROBR=1 这个环境变量，动态库仍然可以开启大页，好像并没有被忽略，使用LD_HUGEPAGE_LIB=1 也一样可以开启，而且我看了一下代码，好像也没有看到这个开关会影响动态库大页加载，这里是代码实现的有问题还是文档描述的有问题呀 ---原始邮件--- 发件人: "lvying"<lvying6(a)huawei.com> 发送时间: 2023年3月6日(周一) 下午4:16 收件人: "x_xiny"<x_xiny(a)qq.com>gt;; 主题: 答复: 转发：回复：RE: 回复：答复: 您好关于内核大页特性怎么开启，需要请教一下感谢常新同学对于openEuler动态库大页的特性的关注！最近团队工作较忙，我们会在工作完成的第一时间答复您的信息，也麻烦子杨关注下常新同学的问题，及时答复。   祝好   发件人: 常新 <x_xiny(a)qq.com> 发送时间: 2023年3月6日 10:23 收件人: lvying <lvying6(a)huawei.com> 抄送: dev <dev(a)openeuler.org>gt;; Liuzixian <liuzixian4(a)huawei.com> 主题: 转发：回复：RE: 回复：答复: 您好关于内核大页特性怎么开启，需要请教一下   因为我在看LD_DEBUG信息的时候，前边的流程都是一样的，但是在__mmap_reserved_area 这个函数里调用_mmap的时候x86上返回MAP_FAILED了，可是ARM上却成功了，然后导致了动态库在x86上没有开2m对齐编译的时候就不映射大页，但是在ARM上映射了，所以这是因为mmap在ARM和x86上实现差异导致的吗常新 x_xiny(a)qq.com       ------------------ 原始邮件 ------------------ 发件人: "常新" <x_xiny(a)qq.com>gt;; 发送时间: 2023年3月3日(星期五) 下午5:35 收件人: "Zhoukang (A)"<zhoukang7(a)huawei.com>gt;;"Liuzixian"<liuzixian4(a)huawei.com>gt;;"常新"<x_xiny(a)qq.com>gt;;"dev(a)openeuler.org"<dev(a)openeuler.org>gt;; 抄送: "lvying"<lvying6(a)huawei.com>gt;;"linfeilong"<linfeilong(a)huawei.com>gt;; 主题: 回复：RE: 回复：答复: 您好关于内核大页特性怎么开启，需要请教一下   那在x86上和ARM上存在的这种差异，是因为在两个架构上对于mmap的实现差异导致的嘛，还是说现在非对齐情况下使用暂时就是一种未定义行为会导致不确定的结果   ---原始邮件--- 发件人: "Zhoukang (A)"<zhoukang7(a)huawei.com> 发送时间: 2023年3月3日(周五) 下午4:30 收件人: "Liuzixian"<liuzixian4(a)huawei.com>gt;;"常新"<x_xiny(a)qq.com>gt;;"dev(a)openeuler.org"<dev(a)openeuler.org>gt;; 抄送: "lvying"<lvying6(a)huawei.com>gt;;"linfeilong"<linfeilong(a)huawei.com>gt;; 主题: RE: 回复：答复: 您好关于内核大页特性怎么开启，需要请教一下     相关讨论, 请抄送 dev(a)openeuler.org, 方便后续搜索类似问题       From: Liuzixian <liuzixian4(a)huawei.com> Sent: Friday, March 3, 2023 4:26 PM To: 常新 <x_xiny(a)qq.com> Cc: Zhoukang (A) <zhoukang7(a)huawei.com>gt;; lvying <lvying6(a)huawei.com>gt;; linfeilong <linfeilong(a)huawei.com> Subject: 答复: 回复：答复: 您好关于内核大页特性怎么开启，需要请教一下   动态库的实现代码没有加这个约束，但目前我们认为支持非对齐的动态库较复杂，且未看到支持非对齐的需求，后期可能考虑删除。写文档时考虑到实际产品均对齐使用，因此增加了约束限制，并且openEuler没有验证非对齐场景。   发件人: 常新 <x_xiny(a)qq.com> 发送时间: 2023年3月3日 15:36 收件人: Liuzixian <liuzixian4(a)huawei.com> 主题: 回复：答复: 您好关于内核大页特性怎么开启，需要请教一下   你好，文档上有一个约束条件，要求2m对齐，动态库也受这个约束嘛，我试了一下，在x86平台上动态库也受这个约束，但是在ARM平台上好像动态库不受限制，我跑的是这个用例tst-ld-use-hugpage.c里面的用例环境设置为   sysctl fs.exec-use-hugetld=1  export LD_HUGEPAGE_LIB=1   HUGEPAGE_PROBE没有设置，也没有对动态库和二进制文件进行标记，执行了 echo 200 > /sys/kernel/mm/hugepages/hugepages-2048kB/nr_hugepages，   2209分支x86版本中动态库没有被大页映射，KernelPageSize全部都是4k的，但是ARM平台上动态库被映射了2m的大页，是x86和ARM约束条件不一样吗，还是这是一个bug   ---原始邮件--- 发件人: "Liuzixian"<liuzixian4(a)huawei.com> 发送时间: 2023年2月9日(周四) 上午9:21 收件人: "x_xiny"<x_xiny(a)qq.com>gt;; 主题: 答复: 您好关于内核大页特性怎么开启，需要请教一下   22．09版本文档链接：https://docs.openeuler.org/zh/docs/22.09/docs/A-Tune/native-tur…   发件人: Liuzixian <> 发送时间: 2023年2月9日 9:20 收件人: '常新' <x_xiny(a)qq.com> 抄送: Zhoukang (A) <zhoukang7(a)huawei.com>gt;; linfeilong <linfeilong(a)huawei.com> 主题: 答复: 您好关于内核大页特性怎么开启，需要请教一下   22.09版本使用sysctl开关（exec-use-hugetlb） PR中的这个commit增加了该开关：https://gitee.com/openeuler/kernel/commit/1efdacff482d86…   环境变量改为sysctl的理由如下： 1、  内核原生不支持判断环境变量，不符合社区使用方式 2、  22.03还有内核启动参数exec-hugepages进行控制，调试时不如sysctl方便，在22.09合并到sysctl中 3、  有使用者反馈业务启动代码有sudo app_start这样切换用户的场景，无法继承环境变量。   如果您有关于该特性使用方式的建议，也可以反馈给我们。   发件人: 常新 <x_xiny(a)qq.com> 发送时间: 2023年2月8日 17:48 收件人: Liuzixian <liuzixian4(a)huawei.com> 抄送: Zhoukang (A) <zhoukang7(a)huawei.com> 主题: 您好关于内核大页特性怎么开启，需要请教一下   您好，有个问题向您请教一下，我看见你们已经在kernel2209分支上合入了大页的特性，这个在5.10上怎么开启 https://gitee.com/openeuler/kernel/pulls/59     我看见开启大页功能这个在4.19内核版本上可以通过设置环境变量的方式 export HUGEPAGE_ELF=1的方式开启看这里是通过加了几个补丁做了这么一个功能， https://gitee.com/openeuler/native-turbo/blob/master/kernel-patch/kernel-4.… 我在5.10内核上没有看见相关的代码，如果开启这个功能的话，是需要同步这些补丁吗？   或者有没有相关的文档呀感谢

2 1

【请阅】会议纪要- Compliance SIG 双周例会
by Yixiong Chen 08 Mar '23

08 Mar '23

SIG-compliance双周会：时间：2023年3月2日 10:00-12:00 会议主持人：郑志鹏与会者（请与会者在下面添加自己的姓名）：郑志鹏、王悦良、裴建康、李佳伟、丁紫薇、程鑫鑫、李沐阳、丁欣、陈一雄、许渊聪、朱贤曼、魏建刚、邢鹏、姜逸坤、张伟下次例会时间：2023年3月16日 10:00-12:00 下次例会主持人: 杨聪议题： 1.按“合规SIG组License准入审阅流程”申请对GFDL-1.3-no-invariants-only、Qt-GPL-exception-1.0审阅裴建康 2.按“合规SIG组License准入审阅流程”申请对LBNL License审阅姜逸坤会议纪要： 1.按“合规SIG组License准入审阅流程”申请对GFDL-1.3-no-invariants-only、Qt-GPL-exception-1.0审阅 - 裴建康：GFDL-1.3许可证带不带invariants的许可证文本内容是一样。 - 郑志鹏：恒定部分指在文档里面补充非技术部分，是可选的内容，对许可证内容不影响，认为该类许可证都可以oE认可。 - 许渊聪：该许可证在欧拉使用并未有风险项。 - 王悦良：恒定部分要指非技术部分，要考虑是否会带有项目宣扬等信息，可以理解为作者想要表达的内容，但是并不要求下游遵循保留的，作者可选恒定与不恒定，许可证如果未带有恒定部分是没有风险，如果带有恒定部分则需要考虑恒定部分带来的影响。 - 张伟：GNU FDL（GNU自由文档许可证）允许指定与文档实质内容无关的“非技术性”内容作为恒定部分，不允许下游用户对其修改；但不强制要求指定恒定部分，GFDL-1.3-no-invariants-only实际上是放弃了指定恒定部分的选项，因此下游用户可以可以自由修改文档，但必须以同样的license发布。 - - GFDL-1.3-no-invariants-only审阅为oE认可，投票结果——通过 - 投票情况：马全一：高琨：魏建刚：同意郑志鹏：同意杨聪：同意许渊聪：同意王悦良：同意张伟：同意 - 许渊聪：QT许可证有商用版本，Qt-GPL-exception-1.0在Exception 2处有风险参考 https://bbs.huaweicloud.com/blogs/377738 下游商业化使用后存在风险。 - 朱贤曼：Qt-GPL-exception-1.0第一例外是可以包含有QT编译器输出的东西，前提是项目不能基于QT编译器衍生的作品，有点类似套娃。 - 郑志鹏：Qt-GPL-exception-1.0例外2里如果QT与插件组合使用生成可执行文件，且该插件可以自选许可证，说明QT与强传染性许可证如GPL一起使用是无风险，许可内容比GPL更宽松。 - 朱贤曼：可以理解Qt-GPL-exception-1.0如果与GPL/LGPL一起使用，即使是静态链接也不会传染。 - 郑志鹏：同意静态链接不会传染，Qt-GPL-exception-1.0里并未对Plugin进行解释说明，该许可证可以认证为oE认可。 - 张伟：QT社区版本基于GPLv3发布，但通过Qt-GPL-exception-1.0对使用QT的输出物以及与私有插件组合使用的情形予以豁免，实质上是限缩了GPLv3的传染范围，并未引入额外风险，即：（1）如果分发的程序仅包含QT的输出物，且程序本身不是衍生自QT，也不生成包含QT原始输出物或其修改的输出，则该程序不用遵从GPLv3发布，可以自行选择licesne；（2）如果将QT与私有插件组合来生成可执行文件，则生成的可执行文件可以不使用GPLv3分发，但必须向所有可执行文件的用户提供QT的完整源代码。 - - Qt-GPL-exception-1.0审阅为oE认可，投票结果——通过 - 投票情况：马全一：高琨：魏建刚：同意郑志鹏：同意杨聪：同意许渊聪：不同意王悦良：同意张伟：同意 - 2.按“合规SIG组License准入审阅流程”申请对LBNL License审阅 - 郑志鹏：LBNL许可内容与BSD-3一致，但是在最后一段notice里面补充了美国政府的版权，同时也强调对外授权，需要律师确认对下游使用是否会存在潜在风险。 - 许渊聪：最后段notice需要律师确认，对于美国版权是否会有出口管制等风险，许可证本身条款文本没有风险。 - 王悦良：从开源社区角度来说，引入该许可证风险较小，但是应该提醒下游版权人问题。 - 张伟：该许可证开头版权明确提到属于大学与实验室，并未表明美国政府能源部具有版权，为美国能源部资助项目，授权作者可以像外开源分发，该notice对美国政府的一个背书，而版权并非属于美国政府，且该许可证并未提到特殊的限制，开源项目不属于出口管制的对象。 - - LBNL审阅为oE认可，投票结果——通过 - 投票情况：马全一：高琨：魏建刚：郑志鹏：同意杨聪：同意许渊聪：同意王悦良：同意张伟：同意

1 0

openEuler release sig例会
by openEuler conference 08 Mar '23

08 Mar '23

您好！ sig-release-management SIG 邀请您参加 2023-03-10 10:00 召开的Zoom会议(自动录制) 会议主题：openEuler release sig例会会议内容： 1、openEuler 23.03创新版本进展 2、update维护版本发布情况例行汇报 3、其它议题欢迎大家积极申报会议链接：https://us06web.zoom.us/j/84285277232?pwd=WXlXdXl0Mld4Rzl4L1VTQXNybUljZz09 会议纪要：https://etherpad.openeuler.org/p/sig-release-management-meetings 温馨提醒：建议接入会议后修改参会人的姓名，也可以使用您在gitee.com的ID 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler sig-release-management SIG invites you to attend the Zoom conference(auto recording) will be held at 2023-03-10 10:00, The subject of the conference is openEuler release sig例会, Summary: 1、openEuler 23.03创新版本进展 2、update维护版本发布情况例行汇报 3、其它议题欢迎大家积极申报 You can join the meeting at https://us06web.zoom.us/j/84285277232?pwd=WXlXdXl0Mld4Rzl4L1VTQXNybUljZz09. Add topics at https://etherpad.openeuler.org/p/sig-release-management-meetings. Note: You are advised to change the participant name after joining the conference or use your ID at gitee.com. More information: https://openeuler.org/en/

1 0

请勿提交大量散点化，同质化的PR
by myeuler 08 Mar '23

08 Mar '23

请文敏娟，zhangchao13勿再提交这样大量的修正邮件列表的PR，如果希望修正这些问题，请将这些PR合并为一个PR进行审批。 maintainer的时间是有限的，审阅的资源也是有限的，请勿这样消耗这类宝贵的资源。后续这类PR将直接关闭。请周知

1 0

openEuler Kernel SIG双周例会
by openEuler conference 07 Mar '23

07 Mar '23

您好！ Kernel SIG 邀请您参加 2023-03-10 14:00 召开的Zoom会议(自动录制) 会议主题：openEuler Kernel SIG双周例会会议内容：欢迎您参加 Kernel SIG 双周例会，当前议题： 1. 进展update 2. 议题征集中欢迎大家积极申报议题（新增议题可以直接回复邮件，或录入会议看板）会议链接：https://us06web.zoom.us/j/87191608489?pwd=eG96T0p2Y0NDRUdHOW9SYys5SElTQT09 会议纪要：https://etherpad.openeuler.org/p/Kernel-meetings 温馨提醒：建议接入会议后修改参会人的姓名，也可以使用您在gitee.com的ID 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler Kernel SIG invites you to attend the Zoom conference(auto recording) will be held at 2023-03-10 14:00, The subject of the conference is openEuler Kernel SIG双周例会, Summary: 欢迎您参加 Kernel SIG 双周例会，当前议题： 1. 进展update 2. 议题征集中欢迎大家积极申报议题（新增议题可以直接回复邮件，或录入会议看板） You can join the meeting at https://us06web.zoom.us/j/87191608489?pwd=eG96T0p2Y0NDRUdHOW9SYys5SElTQT09. Add topics at https://etherpad.openeuler.org/p/Kernel-meetings. Note: You are advised to change the participant name after joining the conference or use your ID at gitee.com. More information: https://openeuler.org/en/

1 0

转发：回复：RE: 回复：答复: 您好关于内核大页特性怎么开启，需要请教一下
by 常新 07 Mar '23

07 Mar '23

因为我在看LD_DEBUG信息的时候，前边的流程都是一样的，但是在__mmap_reserved_area 这个函数里调用_mmap的时候x86上返回MAP_FAILED了，可是ARM上却成功了，然后导致了动态库在x86上没有开2m对齐编译的时候就不映射大页，但是在ARM上映射了，所以这是因为mmap在ARM和x86上实现差异导致的吗常新 x_xiny(a)qq.com   ------------------ 原始邮件 ------------------ 发件人: "常新" <x_xiny(a)qq.com>gt;; 发送时间: 2023年3月3日(星期五) 下午5:35 收件人: "Zhoukang (A)"<zhoukang7(a)huawei.com>gt;;"Liuzixian"<liuzixian4(a)huawei.com>gt;;"常新"<x_xiny(a)qq.com>gt;;"dev(a)openeuler.org"<dev(a)openeuler.org>gt;; 抄送: "lvying"<lvying6(a)huawei.com>gt;;"linfeilong"<linfeilong(a)huawei.com>gt;; 主题: 回复：RE: 回复：答复: 您好关于内核大页特性怎么开启，需要请教一下那在x86上和ARM上存在的这种差异，是因为在两个架构上对于mmap的实现差异导致的嘛，还是说现在非对齐情况下使用暂时就是一种未定义行为会导致不确定的结果 ---原始邮件--- 发件人: "Zhoukang (A)"<zhoukang7(a)huawei.com> 发送时间: 2023年3月3日(周五) 下午4:30 收件人: "Liuzixian"<liuzixian4(a)huawei.com>gt;;"常新"<x_xiny(a)qq.com>gt;;"dev(a)openeuler.org"<dev(a)openeuler.org>gt;; 抄送: "lvying"<lvying6(a)huawei.com>gt;;"linfeilong"<linfeilong(a)huawei.com>gt;; 主题: RE: 回复：答复: 您好关于内核大页特性怎么开启，需要请教一下   相关讨论, 请抄送 dev(a)openeuler.org, 方便后续搜索类似问题       From: Liuzixian <liuzixian4(a)huawei.com> Sent: Friday, March 3, 2023 4:26 PM To: 常新 <x_xiny(a)qq.com> Cc: Zhoukang (A) <zhoukang7(a)huawei.com>gt;; lvying <lvying6(a)huawei.com>gt;; linfeilong <linfeilong(a)huawei.com> Subject: 答复: 回复：答复: 您好关于内核大页特性怎么开启，需要请教一下   动态库的实现代码没有加这个约束，但目前我们认为支持非对齐的动态库较复杂，且未看到支持非对齐的需求，后期可能考虑删除。写文档时考虑到实际产品均对齐使用，因此增加了约束限制，并且openEuler没有验证非对齐场景。   发件人: 常新 <x_xiny(a)qq.com> 发送时间: 2023年3月3日 15:36 收件人: Liuzixian <liuzixian4(a)huawei.com> 主题: 回复：答复: 您好关于内核大页特性怎么开启，需要请教一下   你好，文档上有一个约束条件，要求2m对齐，动态库也受这个约束嘛，我试了一下，在x86平台上动态库也受这个约束，但是在ARM平台上好像动态库不受限制，我跑的是这个用例tst-ld-use-hugpage.c里面的用例环境设置为   sysctl fs.exec-use-hugetld=1  export LD_HUGEPAGE_LIB=1   HUGEPAGE_PROBE没有设置，也没有对动态库和二进制文件进行标记，执行了 echo 200 > /sys/kernel/mm/hugepages/hugepages-2048kB/nr_hugepages，   2209分支x86版本中动态库没有被大页映射，KernelPageSize全部都是4k的，但是ARM平台上动态库被映射了2m的大页，是x86和ARM约束条件不一样吗，还是这是一个bug   ---原始邮件--- 发件人: "Liuzixian"<liuzixian4(a)huawei.com> 发送时间: 2023年2月9日(周四) 上午9:21 收件人: "x_xiny"<x_xiny(a)qq.com>gt;; 主题: 答复: 您好关于内核大页特性怎么开启，需要请教一下   22．09版本文档链接：https://docs.openeuler.org/zh/docs/22.09/docs/A-Tune/native-tur…   发件人: Liuzixian <> 发送时间: 2023年2月9日 9:20 收件人: '常新' <x_xiny(a)qq.com> 抄送: Zhoukang (A) <zhoukang7(a)huawei.com>gt;; linfeilong <linfeilong(a)huawei.com> 主题: 答复: 您好关于内核大页特性怎么开启，需要请教一下   22.09版本使用sysctl开关（exec-use-hugetlb） PR中的这个commit增加了该开关：https://gitee.com/openeuler/kernel/commit/1efdacff482d86…   环境变量改为sysctl的理由如下： 1、  内核原生不支持判断环境变量，不符合社区使用方式 2、  22.03还有内核启动参数exec-hugepages进行控制，调试时不如sysctl方便，在22.09合并到sysctl中 3、  有使用者反馈业务启动代码有sudo app_start这样切换用户的场景，无法继承环境变量。   如果您有关于该特性使用方式的建议，也可以反馈给我们。   发件人: 常新 <x_xiny(a)qq.com> 发送时间: 2023年2月8日 17:48 收件人: Liuzixian <liuzixian4(a)huawei.com> 抄送: Zhoukang (A) <zhoukang7(a)huawei.com> 主题: 您好关于内核大页特性怎么开启，需要请教一下   您好，有个问题向您请教一下，我看见你们已经在kernel2209分支上合入了大页的特性，这个在5.10上怎么开启 https://gitee.com/openeuler/kernel/pulls/59     我看见开启大页功能这个在4.19内核版本上可以通过设置环境变量的方式 export HUGEPAGE_ELF=1的方式开启看这里是通过加了几个补丁做了这么一个功能， https://gitee.com/openeuler/native-turbo/blob/master/kernel-patch/kernel-4.… 我在5.10内核上没有看见相关的代码，如果开启这个功能的话，是需要同步这些补丁吗？   或者有没有相关的文档呀感谢

2 2

2024

2023

2022

2021

2020

2019

Dev