- Dev - mailweb.openeuler.org

yocto sig例会
by openEuler conference 28 Oct '21

28 Oct '21

1 0

yocto sig例会
by openEuler conference 28 Oct '21

28 Oct '21

1 0

openEuler 20.03 更新 dde 组建 partclone 缺少 libntfs-3g.so.88()(64bit)
by Houge Langley 27 Oct '21

27 Oct '21

[houge@openEuler ~]$ sudo dnf update [sudo] houge 的密码：上次元数据过期检查：0:08:40 前，执行于 2021年10月27日星期三 23时01分06秒。错误：问题: package partclone-0.3.12-2.oe1.x86_64 requires libntfs-3g.so.88()(64bit), but none of the providers can be installed - cannot install both ntfs-3g-2:2021.8.22-1.oe1.x86_64 and ntfs-3g-2:2017.3.23-12.oe1.x86_64 - cannot install the best update candidate for package partclone-0.3.12-2.oe1.x86_64 - cannot install the best update candidate for package ntfs-3g-2:2017.3.23-12.oe1.x86_64 (try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstall able packages or '--nobest' to use not only best candidate packages) [houge@openEuler ~]$

1 0

yocto与工控初步沟通
by openEuler conference 27 Oct '21

27 Oct '21

1 0

门禁pr构建归档服务器目录结构将在未来变更
by xiasenlin 27 Oct '21

27 Oct '21

各位openeuler社区的maintainer、开发者好：当前gitee上src-openeuler每个包的PR提交后，触发门禁构建，编译生成的rpm包归档到文件服务器（网址http://121.36.53.23/），结构如下： [cid:image001.jpg@01D7CB40.C8B77250] 由于其不支持按分支归档，会导致不同分支PR构建结果互相覆盖的情况，现希望重构其目录结构：目录修改如下： 1.在最外层目录添加分支，每个分支下仍保留现有内容，但需要做2和3修改。（对每个分支均包含一个特殊的目录0X080480000XC0000000存放最新合入的软件包的软链接和按用户pr归档的包编译结果，软链接实际上是指向的是每个用户下的内容） 2.对每个pr，除当前已有的rpm包归档外，添加二进制变更检查归档（比较上一次合入pr的二进制包和当前pr编译结果的差异）。 3.对用户下每个包添加版本目录（原来的归档会将多个版本的编译结果放在一个目录下，当版本较多时，比较混乱）。 [cid:image002.jpg@01D7CB40.C8B77250] 由于该网址是没有访问限制的，尚不清楚社区开发者的使用程度及重构之后的影响，希望大家及时反馈，我们将尽快在TC同步申请相关议题！

1 0

本人申请加入
by admin 21 Oct '21

21 Oct '21

hi~ 我叫康爽，IT从业13年，现在就职一家大型设计院从事信息化管理。专业能力如下：特长:信息化办公领域，熟知现有主流OA系统，对企业信息化办公有一定认识。 IT基础：会使用多种开发语言C、Java、Python、js等，会使用SQL及数据库创建、管理、维护、优化，服务器、网络设备维护等。管理：掌握PMP、ACP。拟申请为EULER提供与主流OA系统融合服务支持，测试主流OA系统在EULER上运行问题并研究其原因，及时反馈给OA系统厂商，并尝试组建圈内团队为OA系统开发适应性补丁。想为国家、名族贡献本人力所能及的力量！！！哈哈哈哈哈哈不知有没有这样的机会? 另外加入SIG Python也可以，想推动EULER成为学生编程的基础平台系统，学生是祖国的未来，未来的人应从小使用EULER~ 盼复~ 祝好~ 祝EULER明天会更好，华为加油~

2 1

sig-ROS双周例会
by openEuler conference 21 Oct '21

21 Oct '21

1 0

openEuler 20.03 LTS SP2/21.09树莓派内测镜像发布
by 方亚芬 21 Oct '21

21 Oct '21

大家好，我是 openEuler 树莓派 SIG 的 maintainer。树莓派 SIG 近期发布了 openEuler 20.03 LTS SP2 和 openEuler 21.09 的树莓派内测镜像，其中包括了 UKUI/DDE/Xfce/LXDE 桌面环境+中文输入法的镜像版本。欢迎大家试用。祝工作顺利，生活愉快。 ------------------------------------------ 方亚芬中国科学院软件研究所智能软件研究中心邮箱：yafen(a)iscas.ac.cn 地址：北京市海淀区中关村南四街4号5楼

3 2

【会议纪要】RE: Compiler SIG双周例会
by hedongbo 20 Oct '21

20 Oct '21

会议纪要 MEETING MINUTES 主题 Subject Compiler SIG双周例会时间 Date & Time 2021年10月19日星期二 10:00-11:00 地点 Location 线上会议与会者 Attendees 孙斌(飞腾)，刘吉林（麒麟），滕磊（麒麟），程伟正（麒麟），薛凯歌，陈东伟，sdeven,张彦斌，张云博，王坤，彭成寒，贺东博纪要者 Note Taker 贺东博议题一：毕昇JDK9.30版本特性介绍重要特性如下： 1. 毕昇JDK8和11首次同时发布Aarch64和X86_64两个版本 2. PS:introduce UsePSRelaxedForwardee to enable using relaxed CAS in copy_to_survivor_space(毕昇JDK8，毕昇JDK11) 3. Parallel Full GC for G1. (毕昇JDK8) 4. 提供鲲鹏硬件加速的KAEProvider(毕昇JDK11) 5. 支持按进程id和时间戳生成 jfr 文件（毕昇JDK8，毕昇JDK11) 6. Bug fixes. 7. 详细内容请参考附件分享资料见附件。会议录屏已自动上传至B站: https://www.bilibili.com/video/BV18f4y1g763?from=search&seid=11731981314416… From: openEuler conference [mailto:public@openeuler.org] Sent: Saturday, October 16, 2021 9:29 AM To: dev(a)openeuler.org; pengchenghan <pengchenghan(a)huawei.com>; zhanggaofeng (C) <zhanggaofeng9(a)huawei.com>; mashoubing <mashoubing1(a)huawei.com> Subject: [Dev] Compiler SIG双周例会您好！ openEuler Compiler SIG 邀请您参加 2021-10-19 10:00 召开的ZOOM会议(自动录制) 会议主题：Compiler SIG双周例会会议内容：议题一：毕昇JDK 9.30特性介绍欢迎上报议题，新增议题直接回复邮件即可会议链接：https://us06web.zoom.us/j/86993877945?pwd=MFo0M25ud2MwN0djUUhXNFExa09Ndz09 温馨提醒：建议接入会议后修改参会人的姓名，也可以使用您在gitee.com的ID 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler Compiler SIG invites you to attend the ZOOM conference(auto recording) will be held at 2021-10-19 10:00, The subject of the conference is Compiler SIG双周例会, Summary: 议题一：毕昇JDK 9.30特性介绍欢迎上报议题，新增议题直接回复邮件即可 You can join the meeting at https://us06web.zoom.us/j/86993877945?pwd=MFo0M25ud2MwN0djUUhXNFExa09Ndz09. 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/zh/>

1 0

openeuler riscv双周例会
by openEuler conference 20 Oct '21

20 Oct '21

1 0

QA sig双周会
by openEuler conference 19 Oct '21

19 Oct '21

1 0

sig-CN双周例行会议
by openEuler conference 19 Oct '21

19 Oct '21

2 1

help
by nes 18 Oct '21

18 Oct '21

注册邮件列表发自网易邮箱大师

1 0

SIG-compliance双周例会
by openEuler conference 18 Oct '21

18 Oct '21

4 3

G11N双周例会
by openEuler conference 18 Oct '21

18 Oct '21

1 0

[native-turbo] relocation text and data V3
by Zhoukang (A) 16 Oct '21

16 Oct '21

[native-turbo] relocation text and data V3

1 0

Compiler SIG双周例会
by openEuler conference 16 Oct '21

16 Oct '21

1 0

【Meeting Notice】openEuler kernel 技术分享第十三期 & 双周例会 Time: 2021-10-15 14:00-16:30
by Meeting Book 15 Oct '21

15 Oct '21

1 0

[Tc] Storage Sig 例会
by openEuler conference 15 Oct '21

15 Oct '21

1 0

OpenStack SIG 例会
by openEuler conference 14 Oct '21

14 Oct '21

1 0

openEuler release management meetting
by openEuler conference 14 Oct '21

14 Oct '21

1 0

sig-RaspberryPi例会
by openEuler conference 13 Oct '21

13 Oct '21

2 1

[native-turbo] relocate text and data V2
by Zhoukang (A) 13 Oct '21

13 Oct '21

[native-turbo] relocate text and data V2

1 0

议题申报，11号发送到tc的邮件似乎没收到
by 杜奕威 13 Oct '21

13 Oct '21

2 1

tc议题申报
by 杜奕威 13 Oct '21

13 Oct '21

1 0

Compat-winapp双周例会
by openEuler conference 13 Oct '21

13 Oct '21

1 0

openEuler TC周例会议题收集
by dillon chen 12 Oct '21

12 Oct '21

@all openEuler TC例会在周三 10:00~12:00以电话会议的形式召开，需要申报议题请发邮件给 tc(a)openeuler.org The OpenEuler T meeting is expected to be held in a conference call from 10:00 to 12:00 Beijing Time on next Wednesday. To apply for topics, send an email to tc(a)openeuler.org. Thanks & Regards Dillon

7 11

安全sig例会
by openEuler conference 12 Oct '21

12 Oct '21

2 1

【Meeting Notice】openEuler kernel 技术分享第十三期 & 双周例会 Time: 2021-10-15 14:00-16:30
by Meeting Book 12 Oct '21

12 Oct '21

1 0

ceph sig例会
by openEuler conference 12 Oct '21

12 Oct '21

3 2

你推荐，我翻译：openEuler G11N SIG文章/书籍翻译计划，请您在10月17日前将希望翻译的文章/书籍名称和链接邮件发送至G11N mailing list。谢啦~
by suqin (D) 12 Oct '21

12 Oct '21

请将您希望翻译的文章/书籍名称和链接，在10月17日前邮件发送至G11N mailing list：g11n(a)openeuler.org<mailto:g11n@openeuler.org> （订阅<https://mailweb.openeuler.org/postorius/lists/g11n.openeuler.org/>）关于该活动有任何意见和建议，欢迎反馈哦~ [cid:image003.png@01D7BEB6.79A7BBC0] · 文章或书籍选定我们将组织志愿者翻译符合以下条件的文章或书籍： * 版权要求：可自由传播的免费电子文章或书籍（启动翻译之前，我们会征求原作者的翻译许可） * 内容要求：开源技术、操作系统或软件相关 * 内容语言：英文 * 英文字数：文章，每篇 < 1万字；书籍：< 10万字 * 如何反馈：请订阅openEuler G11N mailing list（如何订阅？<https://gitee.com/openeuler/globalization/blob/master/openeuler-g11n-contri…>），并将您希望翻译的文章或书籍名称和链接，邮件发送至G11N mailing list。收到您的反馈后，我们将根据翻译工作量和项目周期，制定和公布翻译计划，多谢啦~ [cid:image004.png@01D7BEBB.05DAB4E0]

2 1

README项目沟通
by openEuler conference 12 Oct '21

12 Oct '21

1 0

Infra-Sig周例会
by openEuler conference 11 Oct '21

11 Oct '21

1 0

回复：[Tc] Re: sig-ceph下周会议议题收集
by 刘秦飞 09 Oct '21

09 Oct '21

增加2个议题：1，关于openEuler ceph主线版本的更新 2，关于合入一些功能补丁发自网易邮箱大师 ---- 回复的原邮件 ---- | 发件人 | 池信泽<xinze(a)xsky.com> | | 日期 | 2021年10月09日 11:52 | | 收件人 | dev(a)openeuler.org<dev(a)openeuler.org>、tc(a)openeuler.org<tc(a)openeuler.org> | | 抄送至 | | | 主题 | [Tc] Re: sig-ceph下周会议议题收集 | test On Sat, Oct 9, 2021, 07:53 <xinze(a)xsky.com> wrote: test On Fri, Oct 8, 2021, 10:43 <xinze(a)xsky.com> wrote: Hi，all：收集下周ceph的会议会议，请大家积极申报

1 0

TC例会
by openEuler conference 09 Oct '21

09 Oct '21

1 0

openEuler 21.09 release 评审通知
by Huangchengpiao 30 Sep '21

30 Sep '21

openEuler 21.09 2021-09-30 release已经测试完成。请TC委员，Release委员，QA委员在issue内答复评审意见，欢迎广大开发者对本次发布发表意见，您的每条意见我们都会认真对待，并加以改进。如果您发现了版本的致命问题请及时在issue内回复或者邮件通知我们，2021年10月1日关闭该发布电子流。 https://gitee.com/openeuler/release-management/issues/I4CMV2?from=project-i… openEuler 21.09版本是欧拉全新发布后的第一个社区版本，实现了全场景支持，发布范围主要如下：内核版本为5.10，GCC升级到10.3.0 支持KubeSphere 3.1.0/OpenStack Wallaby版本/支持specPave/支持eggo/发布kubeOS/内存分级扩展增强/支持OpenResty 1.19.3.1/StratoVirt2.0支持最小集/支持架构感知、配置溯源、智能定位/支持兆芯处理器和飞腾处理器 DDE版本升级/DDE新增支持画板、音乐和影院应用；UKUI新增中文输入法和多媒体支持发布openEuler 嵌入式镜像和边缘协同框架（kubeedge）修复bug和cve 本次版本需求特性：详见：https://gitee.com/openeuler/release-management/blob/master/openEuler-21.… openEuler 21.09版本共发现问题单233个，有效问题218个，其中修复问题单210个，回归均通过，另外转需求问题单4个，遗留问题单4个。遗留问题详见链接测试报告： https://gitee.com/openeuler/QA/blob/671b383a0c67ef6928284d0612e3501ef7d18cb… 本次版本修复cve 251个。

1 0

Sig-ROS双周例会
by openEuler conference 30 Sep '21

30 Sep '21

1 0

openeuler 21.09发布评审
by openEuler conference 30 Sep '21

30 Sep '21

1 0

【会议纪要】RE: Compiler SIG双周例会
by hedongbo 30 Sep '21

30 Sep '21

会议纪要 MEETING MINUTES 主题 Subject Compiler SIG双周例会时间 Date & Time 2021年09月28日星期二 10:00-11:00 地点 Location 线上会议与会者 Attendees 杨昭 (麒麟)，徐赫（麒麟），程伟正（麒麟），王文峰（麒麟），史景颖（麒麟），刘吉林（麒麟），孙斌（飞腾），詹年科（保兰德），王松松（哈工大），彭成寒（华为），谢志恒（华为），zhouqi, 王刚，飞侠，maomao, tor, wxm等个人开发者，共计50人左右纪要者 Note Taker 贺东博议题一： Kunpeng GCC 技术剖析——特性概览(谢志恒) 目录如下： 1. Kunpeng GCC 介绍 2. Kunpeng GCC 功能特性概述 3. Kunpeng GCC 优化特性概述 4. 详细内容请参考附件PPT 分享资料见附件。会议录屏已自动上传至B站: https://www.bilibili.com/video/BV1sb4y117kd?from=search&seid=39042174793765… From: openEuler conference [mailto:public@openeuler.org] Sent: Sunday, September 26, 2021 2:24 PM To: dev(a)openeuler.org; xiezhiheng <xiezhiheng(a)huawei.com>; pengchenghan <pengchenghan(a)huawei.com>; zhanggaofeng (C) <zhanggaofeng9(a)huawei.com> Subject: [Dev] Compiler SIG双周例会您好！ openEuler Compiler SIG 邀请您参加 2021-09-28 10:00 召开的ZOOM会议(自动录制) 会议主题：Compiler SIG双周例会会议内容：议题一：技术分享《kunpeng gcc技术剖析-----特性概览》欢迎上报议题，新增议题直接回复邮件即可会议链接：https://us06web.zoom.us/j/84141779248?pwd=ZnoxOWZOK2JFcmNsbkZlNENEbUVzdz09 温馨提醒：建议接入会议后修改参会人的姓名，也可以使用您在gitee.com的ID 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler Compiler SIG invites you to attend the ZOOM conference(auto recording) will be held at 2021-09-28 10:00, The subject of the conference is Compiler SIG双周例会, Summary: 议题一：技术分享《kunpeng gcc技术剖析-----特性概览》欢迎上报议题，新增议题直接回复邮件即可 You can join the meeting at https://us06web.zoom.us/j/84141779248?pwd=ZnoxOWZOK2JFcmNsbkZlNENEbUVzdz09. 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/zh/>

1 0

[native-turbo] test-rela-v2
by Zhoukang (A) 29 Sep '21

29 Sep '21

1 0

[native-turbo] relocation demo
by Zhoukang (A) 29 Sep '21

29 Sep '21

diff --git a/elf/rtld.c b/elf/rtld.c index 4abc6dd4..5b2e0583 100644 --- a/elf/rtld.c +++ b/elf/rtld.c @@ -861,6 +861,329 @@ handle_ld_preload (const char *preloadlist, struct link_map *main_map) return npreloads; } + +// zk--- +struct elf_info { + Elf64_Ehdr *hdr; + Elf64_Shdr *sechdrs; + Elf64_Shdr *strhdr; + Elf64_Shdr *symsec; + char *secstrings; + char *strtab; + void *text_vhdr; + void *rodata_vhdr; + struct link_map *lmap; +}; + +#define BYTES_NOP1 0x90 + +#define CALL_INSN_SIZE 5 +#define CALL_INSN_OPCODE 0xE8 + +#define JMP32_INSN_SIZE 5 +#define JMP32_INSN_OPCODE 0xE9 + +#define POKE_MAX_OPCODE_SIZE 10 + +union text_poke_insn { + unsigned char text[POKE_MAX_OPCODE_SIZE]; + struct { + unsigned char opcode; + int disp; + } __attribute__ ((packed)); +}; + +static int text_gen_insn(const void *loc, const void *dest) +{ + union text_poke_insn *insn; + + // ff 15 00 00 00 00 callq *0x00(%rip) + if ((*(unsigned char *)(loc - 2) == 0xff) && (*(unsigned char *)(loc - 1) == 0x15)) { + insn = (union text_poke_insn *)(loc - 2); + insn->opcode = CALL_INSN_OPCODE; + insn->disp = (long)dest - (long)(loc - 2 + CALL_INSN_SIZE); + insn->text[5] = BYTES_NOP1; + return 0; + } + return -1; +} + +static int rewrite_section_headers(struct elf_info *info) +{ + unsigned int i; + Elf64_Ehdr *hdr = info->hdr; + Elf64_Shdr *sechdrs = info->sechdrs; + + /* This should always be true, but let's be sure. */ + sechdrs[0].sh_addr = 0; + + for (i = 1; i < hdr->e_shnum; i++) { + Elf64_Shdr *shdr = &sechdrs[i]; + shdr->sh_addr = (size_t) hdr + shdr->sh_offset; + } + + return 0; +} + +static int resolve_symbol(struct link_map *l, const char *name, Elf64_Sym *sym) +{ + const ElfW(Sym) *ref = sym; + struct link_map *sym_map = NULL; + char buf[256] = {0}; + for (int i = 0; ; i++) { + if (name[i] == '\0' || name[i] == '@') + break; + buf[i] = name[i]; + } + sym_map = _dl_lookup_symbol_x(buf, l, &ref, l->l_scope, 0, ELF_RTYPE_CLASS_EXTERN_PROTECTED_DATA, DL_LOOKUP_ADD_DEPENDENCY, NULL); + // TODO: use vhdr + if (ref != NULL) { + sym->st_value = (Elf64_Addr)sym_map->l_addr + ref->st_value; + } + _dl_debug_printf("symbol: 0x%lx %s\n", (long)sym->st_value, name); + return 0; +} + +static int simplify_symbols(struct elf_info *info) +{ + char *strtab = info->strtab; + Elf64_Shdr *symsec = info->symsec; + Elf64_Sym *syms = (void *)symsec->sh_addr; + unsigned long secbase = 0; + unsigned int i; + int ret = 0; + + // .symtab + for (i = 1; i < symsec->sh_size / sizeof(Elf64_Sym); i++) { + Elf64_Sym *sym = syms + i; + const char *name = strtab + sym->st_name; + + switch (sym->st_shndx) { + case SHN_COMMON: + case SHN_ABS: + /* Don't need to do anything */ + break; + + case SHN_UNDEF: + ret = resolve_symbol(info->lmap, name, sym); + break; + + default: + if ((ELF64_ST_TYPE(sym->st_info) == STT_SECTION) || (ELF64_ST_TYPE(sym->st_info) == STT_NOTYPE)) { + break; + } + // local ELF FUNC + if (ELF64_ST_TYPE(sym->st_info) == STT_FUNC) { + secbase = (unsigned long)info->text_vhdr; + } + // TODO: rodata + // local ELF OBJECT + if (ELF64_ST_TYPE(sym->st_info) == STT_OBJECT) { + secbase = (unsigned long)info->rodata_vhdr; + } + sym->st_value += secbase; + _dl_debug_printf("symbol: 0x%lx %s 0x%x local\n", (long)sym->st_value, name, sym->st_info); + + break; + } + } + + return ret; +} + +static void relocate_rewrite_value(struct elf_info *info, Elf64_Rela *rel, void *loc) +{ + unsigned long val; + + // GOT data offset to elf hdr + val = *(int *)loc - rel->r_addend + rel->r_offset; + val = (unsigned long)info->rodata_vhdr + val; + val = val - (unsigned long)loc + rel->r_addend; + memcpy(loc, &val, 4); +} + +#if __has_attribute(__fallthrough__) +# define fallthrough __attribute__((__fallthrough__)) +#else +# define fallthrough do {} while (0) /* fallthrough */ +#endif + +static int apply_relocate_add(Elf64_Shdr *shdr, struct elf_info *info) +{ + unsigned int i; + Elf64_Rela *rel_tab = (void *)shdr->sh_addr; + Elf64_Sym *sym; + void *loc; + int ret; + + for (i = 0; i < shdr->sh_size / sizeof(Elf64_Rela); i++) { + Elf64_Rela *rel = rel_tab + i; + /* This is where to make the change */ + loc = info->text_vhdr + rel->r_offset; + sym = (Elf64_Sym *)info->symsec->sh_addr + ELF64_R_SYM(rel->r_info); + + _dl_debug_printf("type %x st_value %lx r_addend %lx loc %lx\n", (int)ELF64_R_TYPE(rel->r_info), sym->st_value, + rel->r_addend, (unsigned long)loc); + + switch (ELF64_R_TYPE(rel->r_info)) { + case R_X86_64_NONE: + case R_X86_64_PLT32: + break; + case R_X86_64_GOTPCRELX: + // ff 15 00 00 00 00 callq *0x00(%rip) + ret = text_gen_insn(loc, (const void *)sym->st_value); + if (ret == 0) + break; + // 48 83 3d d2 fe 5f 00 cmpq $0x0,0x5ffed2(%rip) + relocate_rewrite_value(info, rel, loc); + break; + case R_X86_64_PC32: + // SHN_COMMON STT_FUNC no need reloc + if (ELF64_ST_TYPE(sym->st_info) == STT_FUNC) + break; + // STT_OBJECT + // TODO: direct mov, do not use lea + fallthrough; + case R_X86_64_GOTPCREL: + case R_X86_64_REX_GOTPCRELX: + // sym may not exist, change data offset + relocate_rewrite_value(info, rel, loc); + break; + default: + _dl_debug_printf("invalid relocation target, type %x, loc %lx\n", + (int)ELF64_R_TYPE(rel->r_info), (unsigned long)loc); + return -1; + } + } + return 0; +} + +static int apply_relocations(struct elf_info *info) +{ + Elf64_Shdr *sechdrs = info->sechdrs; + char *secstrings = info->secstrings; + unsigned int shnum = info->hdr->e_shnum; + unsigned int i; + int err = 0; + + for (i = 1; i < shnum; i++) { + Elf64_Shdr *shdr = &sechdrs[i]; + + /* Not a valid relocation section? */ + if (shdr->sh_info >= shnum) + continue; + + if (shdr->sh_type == SHT_RELA) { + const char *name = secstrings + shdr->sh_name; + if ((strcmp(name, ".rela.text") != 0) && (strcmp(name, ".rela.init") != 0)) + continue; + _dl_debug_printf("relocation %s\n", name); + err = apply_relocate_add(shdr, info); + } + if (err < 0) + break; + } + return err; +} + +static int read_elf_info(struct link_map *lmap, struct elf_info *info) +{ + int fd = -1; + int ret; + unsigned int i; + unsigned int index_str; + Elf64_Ehdr *hdr = NULL; + Elf64_Shdr *sechdrs = NULL; + Elf64_Shdr *strhdr; + void *buf; + + _dl_debug_printf("\nzk--- relocation: %s, elf_info 0x%lx, link_map 0x%lx\n", DSO_FILENAME(lmap->l_name), (unsigned long)info, (unsigned long)lmap); + info->lmap = lmap; + fd = __open(DSO_FILENAME(lmap->l_name), O_RDONLY); + if (fd == -1) { + _dl_debug_printf("\nopen %s fail\n", DSO_FILENAME(lmap->l_name)); + return -1; + } + + ret = __lseek(fd, 0, SEEK_END); + buf = __mmap(0, ret, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE, fd, 0); + _dl_debug_printf("\nELF len %u, addr 0x%lx\n", ret, (unsigned long)buf); + + hdr = (Elf64_Ehdr *) buf; + sechdrs = (void *)hdr + hdr->e_shoff; + + // session header name string table + strhdr = &sechdrs[hdr->e_shstrndx]; + info->secstrings = (void *)hdr + strhdr->sh_offset; + + // .symtab + for (i = 1; i < hdr->e_shnum; i++) { + if (sechdrs[i].sh_type == SHT_SYMTAB) { + info->symsec = &sechdrs[i]; + index_str = sechdrs[i].sh_link; + info->strtab = (char *)hdr + sechdrs[index_str].sh_offset; + break; + } + } + + info->hdr = hdr; + info->sechdrs = sechdrs; + info->strhdr = strhdr; + + close(fd); + return 0; +} + +// zk--- +void dl_map_new_addr(struct link_map *main_map, ElfW(Addr) *user_entry) +{ + ElfW(Addr) text_layout, rodata_layout; + struct elf_info info_buf = {0}; + struct elf_info *info = &info_buf; + int i; + Elf64_Phdr *elf_ppnt, *elf_phdata; + void *load_addr; + + text_layout = (ElfW(Addr)) __mmap(0, 0x40000000, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_NORESERVE|MAP_PRIVATE|MAP_ANONYMOUS|MAP_HUGETLB|(21 << MAP_HUGE_SHIFT), -1, 0); + rodata_layout = (ElfW(Addr)) __mmap(0, 0x40000000, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_NORESERVE|MAP_PRIVATE|MAP_ANONYMOUS|MAP_HUGETLB|(21 << MAP_HUGE_SHIFT), -1, 0); + + // cp text from ELF + read_elf_info(main_map, info); + load_addr = (void*)info->hdr; + elf_phdata = (Elf64_Phdr *)(load_addr + info->hdr->e_phoff); + for (i = 0, elf_ppnt = elf_phdata; i < info->hdr->e_phnum; i++, elf_ppnt++) { + if (elf_ppnt->p_type != PT_LOAD) + continue; + + // skip first LOAD segment + elf_ppnt++; + // text + info->text_vhdr = (void*)text_layout - elf_ppnt->p_offset; + _dl_debug_printf("\n old user_entry 0x%lx\n", (unsigned long)*user_entry); + *user_entry = (ElfW(Addr))info->text_vhdr + info->hdr->e_entry; + _dl_debug_printf("\n user_entry 0x%lx\n", (unsigned long)*user_entry); + _dl_debug_printf("\n text 0x%lx\n", (unsigned long)text_layout); + memcpy((void*)text_layout, load_addr + elf_ppnt->p_offset, elf_ppnt->p_filesz); + //main_map->l_text_end = text_layout + elf_ppnt->p_memsz; + // rodata + elf_ppnt++; + info->rodata_vhdr = (void*)rodata_layout - elf_ppnt->p_offset; + _dl_debug_printf("\n rodata dst 0x%lx src 0x%lx len 0x%lx\n", (unsigned long)rodata_layout, (unsigned long)main_map->l_addr + elf_ppnt->p_paddr, (unsigned long)elf_ppnt->p_memsz); + memcpy((void*)rodata_layout, (void*)main_map->l_addr + elf_ppnt->p_paddr, elf_ppnt->p_memsz); + // data + elf_ppnt++; + void *data_begin = (void*)rodata_layout + (elf_ppnt->p_paddr - (elf_ppnt - 1)->p_paddr); + _dl_debug_printf("\n data dst 0x%lx src 0x%lx len 0x%lx\n", (unsigned long)data_begin, (unsigned long)main_map->l_addr + elf_ppnt->p_paddr, (unsigned long)elf_ppnt->p_memsz); + memcpy(data_begin, (void*)main_map->l_addr + elf_ppnt->p_paddr, elf_ppnt->p_memsz); + + break; + } + + rewrite_section_headers(info); + simplify_symbols(info); + apply_relocations(info); +} + static void dl_main (const ElfW(Phdr) *phdr, ElfW(Word) phnum, @@ -2296,6 +2619,9 @@ ERROR: ld.so: object '%s' cannot be loaded as audit interface: %s; ignored.\n", _dl_unload_cache (); #endif +// zk--- +dl_map_new_addr(main_map, user_entry); + /* Once we return, _dl_sysdep_start will invoke the DT_INIT functions and then *USER_ENTRY. */ }

1 0

openEuler Summit 2021 诚挚的邀请您提交演讲议题、成为共建单位、贡献展示方案
by Marketing openEuler 29 Sep '21

29 Sep '21

openEuler Summit 是由欧拉开源社区举办的开发者峰会。全新升级后的首场峰会将于 11 月10日在北京举行。 openEuler 从服务器操作系统，升级为数字基础设施的操作系统，支持 IT、CT、OT 等数字基础设施全场景，覆盖服务器、云、边、嵌入式等各种形态的需求。伴随 openEuler 21.09 的发布，openEuler 已经包含了服务器、云原生、边缘计算和嵌入式的四大应用场景。 openEuler 通过开源开放，不断探索科技创新的边界。开发者、用户、社区贡献者、软件爱好者在 openEuler Summit 汇聚，共同解读 openEuler 的最新版，探讨未来的技术路线，让技术、生态、商业在这里产生奇妙的化学反应。 *本次峰会旨在推动 openEuler 在多样性计算、云计算、边缘计算、嵌入式等技术方向的持续探索和创新。* 开源是一种态度、分享是一种精神。Call for Speaker、Call for Sponsor、Call for Demo 现已全面开放报名。大会报名通道同步开启。 *我们诚挚的邀请您提交演讲议题、发表联合演讲、成为共建单位、贡献展示方案、参与社区建设。* - *大会官网：*https://www.openeuler.org/zh/interaction/summit-list/summit2021/ - *Call for Speaker：*https://shimowendang.com/forms/X6X9jj9KPcdQwVr8/fill - *Call for Sponsor：*https://shimowendang.com/forms/k76zTLKvumYwRdsP/fill - *Call for Demo：*https://shimowendang.com/forms/LjHs8JlsLSsW92kl/fill

1 0

G11N SIG双周例会
by openEuler conference 29 Sep '21

29 Sep '21

1 0

openEuler sig-ops SIG双周2021-9-29会议纪要
by Hufeng (Solar, Euler) 29 Sep '21

29 Sep '21

https://etherpad.openeuler.org/p/sig-ops-meetings 2021/09/29 主持人：胡峰遗留问题：无议题： 1. PilotGo运维管理平台项目介绍社区原生孵化的运维管理平台 PilotGo 项目开发，同时也在华为暑期实习的活动中提供了一些相关题目，希望引入社区爱好者共同开发。 PilotGo主要专注于系统维护，包括主机管理，软件关键，系统监控，容器和存储管理等。相关项目： https://gitee.com/openeuler/PilotGo https://gitee.com/openeuler/PilotGo-plugins https://gitee.com/openeuler/PilotGo-web 议题讨论意见： 1.与现有aops部分功能重叠，后续加大方案交流，整合两个项目的特性，围绕系统管理和运维形成统一方案 2.围绕意见1，组织线上或者线下的方式，讨论整合方案的可行性 3.PilotGo缺少具体的road map，请尽快明确表决意见： solarhu:同意 cmss_dx：同意 luanjianhai：同意 2. maintainer 审议做一个当前还比较小的sig组，ops sig maintainer人数现阶段建议保持在5人左右。通过沟通原maintainer clumsycg，yaqiangchen暂时退出maintainer，任然会参与sig贡献非常感谢两位创立元老在sig的贡献新申请maintainer人员： Lostwayzxc：来自华为公司，aops代码共享率排名第二，申请成为maintainer yangzhao_kl：来自麒麟公司，新申请PilotGo项目负责人，申请成为maintainer 表决意见： solarhu:同意 cmss_dx：同意 luanjianhai：同意 3.下次会议安排下次会议时间：10月11日 16:00~17:30 议题一：aops：架构感知，配置溯源，故障定位（故障树）.web ui. 特性介绍和演示议题二：PilotGo 详细的介绍，演示议题三：会议组织方式讨论（视会议时间安排，时间不足会放在下次会议讨论）其他议题大家可以继续申报 aops仓库地址 https://gitee.com/openeuler/A-Ops 设计方案地址 https://gitee.com/openeuler/A-Ops/tree/master/doc/design aops目前还在起步起，易用性和稳定性问题较多，欢迎大家提改进意见

1 0

email
by 明行 29 Sep '21

29 Sep '21

156669313(a)qq.com

1 0

升级LLVM-10.0.1至LLVM-12.0.0
by guopeilin 29 Sep '21

29 Sep '21

您好！ Compilier SIG申报以下一个议题： 1. 升级LLVM-10.0.1至LLVM-12.0.0 主要介绍LLVM升级的原因和影响 Thanks, Guo Peilin

1 0

native-turbo介绍材料
by Zhoukang (A) 28 Sep '21

28 Sep '21

openEuler社区专家和老师: 你们好; native-turbo 操作系统原生性能加速操作系统通过微架构优化和软硬件协同等技术, 提升大型应用性能; 附件是native-turbo介绍材料, 我们计划在下一次的TC会议申报议题介绍该技术; 当前native-turbo已经有部分技术ready, 我们将在A-tune-SIG下面逐步开源;

1 0

Re: [Cloudnative] CloudNative SIG双周例会----纪要
by liuhao (AJ) 28 Sep '21

28 Sep '21

openEuler CloudNative SIG 双周例会时间：每双周周二下午 16:00 会议链接：参考社区主页日历：https://openeuler.org/ 2021/09/28 轮值：weibaohui（刘昊代理）与会者：刘昊、王玺源、cc、Huangtianhua、lijiawei、Yikun、zhangpengxuan、郭峰、付善庆、王麟、索小聪、杨昭、杜奕威、卢景晓、张迎、xingweizheng、魏远、liusheng 1. openEuler NestOS工作汇报与资源协调申报人：杜奕威社区支持： - 性能测试方法 - 发布发布方案 · 先建一个openeuler的工具仓； 2. eggops进展汇报申报人：刘昊 3. OpenStack Kolla对接iSula讨论申报人：李佳伟、王玺源问题： - 缺失isula的python库； - isula-transform 使用失败； - docker image 存在超过1G镜像，isula import failed； 4. 遗留问题跟踪 · - 未来计划：基于基础镜像，发布扩展镜像。 · - 优先级---k8s基石，例如coredns等 · - kubedge (jiezhang wang, lixiang) --- 还在构建中 · - openstack kolla (@wangxiyuan)--- 待提交 · - openEuler NestOS ： * 性能测试方法 --- 刘昊 * 先建一个openeuler的工具仓 --- 杜奕威 · - OpenStack Kolla： * cloudnative新增isulad和isula-build的客户端python库项目 -- 李佳伟、王玺源 * 社区（https://gitee.com/openeuler/isula-transform）跟踪具体问题 --- lujingxiao * isulad（https://gitee.com/openeuler/iSulad/issues）提issue讨论一下----刘昊 From: openEuler conference <public(a)openeuler.org> Sent: Friday, September 24, 2021 11:07 AM To: cloudnative(a)openeuler.org; dev(a)openeuler.org Subject: [Cloudnative] CloudNative SIG双周例会您好！ openEuler sig-CloudNative SIG 邀请您参加 2021-09-28 16:00 召开的ZOOM会议会议主题：CloudNative SIG双周例会会议链接：https://us06web.zoom.us/j/81638865064?pwd=dW1UQ1NRWGR6QlJSdUJQbjkrNnB1Zz09 温馨提醒：建议接入会议后修改参会人的姓名，也可以使用您在gitee.com的ID 更多资讯尽在：https://openeuler.org/zh/ Hello! openEuler sig-CloudNative SIG invites you to attend the ZOOM conference will be held at 2021-09-28 16:00, The subject of the conference is CloudNative SIG双周例会, You can join the meeting at https://us06web.zoom.us/j/81638865064?pwd=dW1UQ1NRWGR6QlJSdUJQbjkrNnB1Zz09. 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/zh/>

1 0

双周工作会议
by openEuler conference 28 Sep '21

28 Sep '21

1 0

Compiler SIG双周例会
by openEuler conference 26 Sep '21

26 Sep '21

1 0