提交 · ee7ee58906920f84e4ff150bee9dd0d8b304a3ab · OpenHarmony / Third Party Musl

15 6月, 2022 1 次提交
- O
  !331 将sighook和sigunhook 两个定义移到 porting/linux/user/include/signal.h文件中 · ee7ee589
  由 openharmony_ci 提交于 6月 15, 2022
```
Merge pull request !331 from shuxinyiA/master
```
  ee7ee589
14 6月, 2022 4 次提交
- S
  修改 MUSL_SIGNAL_HOOK 和 MUSL_SIGNAL_UNHOOK · 4d6eeac0
  由 shuxinyiA 提交于 6月 14, 2022
```
Signed-off-by: NshuxinyiA <zhangcui11@huawei.com>
```
  4d6eeac0
- O
  !330 feature：C库适配iar · 3236e8a1
  由 openharmony_ci 提交于 6月 14, 2022
```
Merge pull request !330 from xuxinyu/master
```
  3236e8a1
- S
  
  修改signal信号Signed-off-by:shuxinyiA<zhangcui11@huawei.com> · 1ed826fd
  由 shuxinyiA 提交于 6月 14, 2022
  
  1ed826fd
- S
  将sighook和sigunhook 两个定义移到 porting/linux/user/include/signal.h文件中 · 2534d499
  由 shuxinyiA 提交于 6月 14, 2022
```
Signed-off-by: NshuxinyiA <zhangcui11@huawei.com>
```
  2534d499
13 6月, 2022 2 次提交
- X
  feature：C库适配iar · 0d706454
  由 x_xiny 提交于 6月 13, 2022
```
re #I5BUG3
Signed-off-by: Nx_xiny <1301913191@qq.com>
Change-Id: I9c4c9101a7f10a0e4085fe0e22f3f65541db3ee2
```
  0d706454
- O
  !316 update clang-10 to clang-12 · 011a9056
  由 openharmony_ci 提交于 6月 13, 2022
```
Merge pull request !316 from 陈浩/master
```
  011a9056
10 6月, 2022 2 次提交
- O
  !325 fix: 非arm架构memcpy找不到 · d3c79fd9
  由 openharmony_ci 提交于 6月 10, 2022
```
Merge pull request !325 from Zhaotianyu/0610libc_fix
```
  d3c79fd9
- A
  fix: 修复非arm架构找不到memcpy的问题 · 6695367a
  由 arvinzzz 提交于 6月 10, 2022
```
Signed-off-by: Narvinzzz <zhaotianyu9@huawei.com>
Change-Id: I7e93b2210ba22c33886f31b1f4d41ce5388d4a09
```
  6695367a
09 6月, 2022 2 次提交
- O
  !324 add ohos note section for all dso · d4de83a5
  由 openharmony_ci 提交于 6月 09, 2022
```
Merge pull request !324 from hhj/crtbrand_add
```
  d4de83a5
- H
  add ohos note section for all dso · 0672d273
  由 hhj 提交于 6月 09, 2022
```
Signed-off-by: Nhhj <huanghuijin@huawei.com>
```
  0672d273
08 6月, 2022 2 次提交
- O
  !315 增加tgkill和sched_cpualloc.c接口和libctest相关测试用例 · 6988f27f
  由 openharmony_ci 提交于 6月 08, 2022
```
Merge pull request !315 from fangting10/master
```
  6988f27f
- O
  !321 fix：字符串函数补充优化 · af0d3bda
  由 openharmony_ci 提交于 6月 08, 2022
```
Merge pull request !321 from Zhaotianyu/0607libc_opt
```
  af0d3bda
07 6月, 2022 4 次提交

由 arvinzzz 提交于 6月 07, 2022

Signed-off-by: Narvinzzz <zhaotianyu9@huawei.com>
Change-Id: I65e52313e430236fb6e2df3ff6c86d77ef117199

85057cd5

F
tgkill,sched_cpualloc接口和测试用例补充 · d5725d87
由 fangting 提交于 6月 02, 2022
```
Signed-off-by: Nfangting <fangting10@huawei.com>
```
d5725d87
O
!319 解决asan在aarch64下与musl的dlopen之间的死锁问题 · 2914fc51
由 openharmony_ci 提交于 6月 07, 2022
```
Merge pull request !319 from Caoruihong/fix_asan_dlopen_deadlock
```
2914fc51

fix(asan): fix the deadlock issue of musl dlopen in clang asan runtime · 07d61e4e

由 Caoruihong 提交于 6月 07, 2022

musl的dlopen实现在ld-musl-aarch64-asan.so.1库中，因为这个库是linker，
比asan运行时库libclang_rt.asan.so更早被执行，dlopen中因为使用了动态内存分配，
在asan的hook生效前就已经调用了calloc，等到asan hook生效后再触发了调用realloc，
被asan检测到realloc的内存地址不在asan的动态内存管理范围内从而触发报告asan错误日志，
而asan报告错误日志时正好又需要调用到dl相关函数（dl_iterate_phdr）进行函数栈回溯，
进而导致死锁。
本PR中的修改方法是将linker中使用的内存操作函数进行本地绑定，不让asan运行时库接管，
进而避免此问题场景的出现，本修改仅影响asan版本，正常版本不受影响。
Signed-off-by: NCaoruihong <crh.cao@huawei.com>
Change-Id: I499228c658e23ee47c51e18a91cb4b9cbec57722

07d61e4e

02 6月, 2022 1 次提交
- C
  update to clang-12 · 23d1cfbb
  由 chenhao 提交于 6月 02, 2022
```
Signed-off-by: Nchenhao <chenhao346@huawei.com>
```
  23d1cfbb
30 5月, 2022 2 次提交
- O
  !308 Is third_ Party / musl add fuzzy use case · 48b46e8c
  由 openharmony_ci 提交于 5月 30, 2022
```
Merge pull request !308 from 王家辉/master
```
  48b46e8c
- W
  Is third_ Party / musl add fuzzy use case · 484d5656
  由 wangjiahui 提交于 5月 26, 2022
```
Signed-off-by: Nwangjiahui <wangjiahui27@huawei.com>
```
  484d5656
27 5月, 2022 1 次提交
- O
  !299 memcpy性能优化 · 557750a8
  由 openharmony_ci 提交于 5月 27, 2022
```
Merge pull request !299 from fangting10/master
```
  557750a8
23 5月, 2022 4 次提交
- O
  !303 增加heapdump信号 · e6b744ff
  由 openharmony_ci 提交于 5月 23, 2022
```
Merge pull request !303 from zhizhimeimei6/dev
```
  e6b744ff
- Z
  add heapdump signal · acf77831
  由 zhizhimeimei6 提交于 5月 23, 2022
```
ohos inclusion
category: feature
issue: #I58T15
CVE: NA
Signed-off-by: Nzhizhimeimei6 <zhangminghao11@huawei.com>
```
  acf77831
- O
  !302 native hook 修改musl 影响了性能 · bf7d3c43
  由 openharmony_ci 提交于 5月 23, 2022
```
Merge pull request !302 from shuxinyiA/master
```
  bf7d3c43
- S
  native hook 修改musl 影响了性能 · a7f050f0
  由 shuxinyiA 提交于 5月 23, 2022
```
Signed-off-by: NshuxinyiA <zhangcui11@huawei.com>
Signed-off-by: NshuxinyiA <zhangcui11@huawei.com>
```
  a7f050f0
19 5月, 2022 1 次提交
- F
  memcpy性能优化 · bc342ae0
  由 fangting 提交于 5月 19, 2022
```
Signed-off-by: Nfangting <fangting10@huawei.com>
```
  bc342ae0
10 5月, 2022 2 次提交
- O
  !294 双库版本优先加载插桩so · 21b33e18
  由 openharmony_ci 提交于 5月 10, 2022
```
Merge pull request !294 from maweiye/linker-dso
```
  21b33e18
- M
  Add asan linker loading sys_path · 82d9bdb1
  由 maweiye 提交于 5月 09, 2022
```
Signed-off-by: Nmaweiye <maweiye@huawei.com>
```
  82d9bdb1
06 5月, 2022 1 次提交
- O
  !287 加载器命名空间修复初始化问题后重新提交 · 19ff1caf
  由 openharmony_ci 提交于 5月 06, 2022
```
Merge pull request !287 from yangwenjun/dlopen_ns_fix_bug
```
  19ff1caf
05 5月, 2022 2 次提交
- O
  !288 feat: musl support newlib · 8f2897e2
  由 openharmony_ci 提交于 5月 05, 2022
```
Merge pull request !288 from Harylee/qemu
```
  8f2897e2
- Y
  
  Merge branch 'master' of gitee.com:openharmony/third_party_musl into dlopen_ns_fix_bug · 2980a404
  由 yangwenjun 提交于 5月 05, 2022
  
  2980a404
29 4月, 2022 1 次提交

feat: musl support newlib · efb942bb

由 Haryslee 提交于 4月 21, 2022

close #I53VW6
Signed-off-by: NHaryslee <lihao189@huawei.com>
Change-Id: Ibc716ff177d68f875d9c033dda0f3a43005e216c

efb942bb

28 4月, 2022 4 次提交
- O
  !290 预留线程信号栈空间，避免无法捕获stackoverflow类型的崩溃 · 0657ea0f
  由 openharmony_ci 提交于 4月 28, 2022
```
Merge pull request !290 from Maplestory_zeng/master
```
  0657ea0f
- M
  
  Merge branch 'master' of gitee.com:openharmony/third_party_musl into master · 5b34d1cf
  由 Maplestory_zeng 提交于 4月 28, 2022
  
  5b34d1cf
- O
  !281 线程栈命名 · d2af330f
  由 openharmony_ci 提交于 4月 28, 2022
```
Merge pull request !281 from fangting10/master
```
  d2af330f
- M
  reserve signal stack for handling stackoverflow · f3519ba4
  由 maplestory 提交于 4月 25, 2022
```
reserve 16K for 32bit system and 32K for 64bit system
as the stack is reserved by mmap, it may not take physical memory
until handle signal with SA_ONSTACK flag.
Signed-off-by: Nmaplestory <zengzhi5@huawei.com>
```
  f3519ba4
26 4月, 2022 1 次提交
- F
  pthread_create.c中增加线程栈命名的功能 · 21ec438b
  由 fangting 提交于 4月 21, 2022
```
Signed-off-by: Nfangting <fangting10@huawei.com>
```
  21ec438b
22 4月, 2022 1 次提交
- O
  !277 Add test cases to ndk-test · 0d0bd42d
  由 openharmony_ci 提交于 4月 22, 2022
```
Merge pull request !277 from maweiye/ndk-test
```
  0d0bd42d
21 4月, 2022 2 次提交
- F
  porting下增加一个pthread_create.c · a6b5f75a
  由 fangting 提交于 4月 21, 2022
```
Signed-off-by: Nfangting <fangting10@huawei.com>
```
  a6b5f75a
- Y
  fix namespace list init problem · fc386676
  由 yangwenjun 提交于 4月 21, 2022
```
Signed-off-by: Nyangwenjun <yangwenjun13@huawei.com>
```
  fc386676

OpenHarmony / Third Party Musl 1 年多 前同步成功

OpenHarmony / Third Party Musl
1 年多前同步成功