| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
[compiler-rt] Test commit: remove some trailing white spaces. Summary: [compiler-rt] Test commit: remove some trailing white spaces. Reviewers: Dor1s Reviewed By: Dor1s Subscribers: dberris Differential Revision: https://reviews.llvm.org/D37161 llvm-svn: 311796 | 8 年前 | |
[Compier-RT][ASAN] Fix set asan.options logpath Signed-off-by: Eric <chendewen3@huawei.com> | 1 年前 | |
[HWASAN][CAPI] Support runtime check of the new point version of CAPI and Merge StackAllocationsRingBuffer of TLS mode and no TLS mode Before API 10: We cannot get APIVersion during runtime Before API 26: The OHOS API (the one used by outside developer) uses the 'major.minor' notation for version number; even if future patch bersion numbers exist, it is assumed that API changes will not occur when patch version numbers change. The HMOS API (the one used inside) uses the 'major.minor.patch' notation for version numbers. So for the input of __isOSVersionAtLeast we use the major version number of HMOS API as input major version number. use the major version number of OHOS API as input subminor version number. First check the major version number, then check the subminor version number. After the API 26: The OHOS API (the one used by outside developer) uses the 'major.minor.patch' point notation for version number as the HMOS API, so we compare the version number in the order of major, then minor, then subminor. Signed-off-by: ziper <louzhipeng@huawei.com> Change-Id: I0fbf66b0ee4f01677b3167307705496e1af87974 Signed-off-by: ziper <louzhipeng@huawei.com> | 2 个月前 | |
[CFI] Allow LoongArch Backport from https://github.com/llvm/llvm-project/pull/67314 Signed-off-by: Weining Lu <luweining@loongson.cn> Change-Id: I47da5e1dd68ae1642b53b8fe00a22eddd1c37834 | 1 年前 | |
Add the code adapted to OHOS on LoongArch Signed-off-by: caiwei <wei.cai@archermind.com> | 2 年前 | |
[DFSan] Remove deprecated flag from build-libc-list.py Reviewed By: vitalybuka Differential Revision: https://reviews.llvm.org/D126429 | 4 年前 | |
[fuzzer] Enable loongarch64 Enable fuzzer on loongarch64. Reviewed By: SixWeining, xen0n, MaskRay Differential Revision: https://reviews.llvm.org/D140601 (cherry picked from commit 9c2f792dceb626f57c577b02468562e1e84822f1) Change-Id: I7910be674b4185660963f819ff73ffb1bb50312d Signed-off-by: Ami-zhang <zhanglimin@loongson.cn> | 9 个月前 | |
bufix to collect heap which alive time longer than timespan Signed-off-by: ziper <louzhipeng@huawei.com> | 4 个月前 | |
!947 merge hwasan-1 into master [BugFix][HWASAN] Modify the stack stitching policy Created-by: manjiamu Commit-by: manjiamu Merged-by: openharmony_ci Description: ### 一、内容说明（相关的Issue） https://gitcode.com/openharmony/third_party_llvm-project/issues/1068 ### 二、建议测试周期和提测地址 建议测试完成时间：xxxx.xx.xx 投产上线时间：xxxx.xx.xx 提测地址：CI环境/压测环境 测试账号： ### 三、变更内容 * 3.1 关联PR列表 * 3.2 数据库和部署说明 1. 常规更新 2. 重启unicorn 3. 重启sidekiq 4. 迁移任务：是否有迁移任务，没有写 "无" 5. rake脚本： bundle exec xxx RAILS_ENV = production；没有写 "无" * 3.4 其他技术优化内容（做了什么，变更了什么） - 重构了 xxxx 代码 - xxxx 算法优化 * 3.5 废弃通知（什么字段、方法弃用？） * 3.6 后向不兼容变更（是否有无法向后兼容的变更？） ### 四、研发自测点（自测哪些？冒烟用例全部自测？） 自测测试结论： ### 五、测试关注点（需要提醒QA重点关注的、可能会忽略的地方） 检查点： | 需求名称 | 是否影响xx公共模块 | 是否需要xx功能 | 需求升级是否依赖其他子产品 | |------|------------|----------|---------------| | xxx | 否 | 需要 | 不需要 | | | | | | 接口测试： 性能测试： 并发测试： 其他： See merge request: openharmony/third_party_llvm-project!947 | 1 个月前 | |
Port OHOS toolchain to LLVM-15 Signed-off-by: Ivan Eliseev <ivan.eliseev@huawei.com> | 3 年前 | |
[LoongArch] Backport LoongArch code from upstream community LLVM16 Issue:https://gitee.com/open_harmony/dashboard?issue_id=I9Q0LP Signed-off-by: caiwei <wei.cai@archermind.com> | 2 年前 | |
[NFC][memprof] Remove unused code | 3 年前 | |
Add the FreeBSD AArch64 memory layout Use the FreeBSD AArch64 memory layout values when building for it. These are based on the x86_64 values, scaled to take into account the larger address space on AArch64. Reviewed by: vitalybuka Differential Revision: https://reviews.llvm.org/D125758 | 3 年前 | |
[MEMORY_MAP] restore and categorize ohos_memgraph tests Signed-off-by: jay0528 <chencheng302@huawei.com> | 3 个月前 | |
Port OHOS toolchain to LLVM-15 Signed-off-by: Ivan Eliseev <ivan.eliseev@huawei.com> | 3 年前 | |
[compiler-rt][OHOS] Avoid using atexit with musl Currently musl does not support atexit() calls in shared libraries, it leads to Segmentation fault on dlclose(). Add new weak function __at_fini() which will be called in __do_fini() if defined. Call __sanitizer_cov_dump in __at_fini() instead of atexit() in case of SANITIZER_OHOS. Move cleaning function to dtor and run writeFileWithoutReturn as dtor in profile lib instead of using atexit for OHOS. Enable crt tests for OHOS. Add test of dynamic loading ubsan-standalone shared lib. This test is expected to fail before this commit and to pass after for OHOS targets. Signed-off-by: Lyupa Anastasia <lyupa.anastasia@huawei.com> | 3 年前 | |
[compiler-rt] Fix Mmap on FreeBSD AArch64 On FreeBSD AArch64 safestack needs to use __syscall to handle 64 bit arguments Reviewed by: MaskRay, vitalybuka Differential Revision: https://reviews.llvm.org/D125901 | 4 年前 | |
!947 merge hwasan-1 into master [BugFix][HWASAN] Modify the stack stitching policy Created-by: manjiamu Commit-by: manjiamu Merged-by: openharmony_ci Description: ### 一、内容说明（相关的Issue） https://gitcode.com/openharmony/third_party_llvm-project/issues/1068 ### 二、建议测试周期和提测地址 建议测试完成时间：xxxx.xx.xx 投产上线时间：xxxx.xx.xx 提测地址：CI环境/压测环境 测试账号： ### 三、变更内容 * 3.1 关联PR列表 * 3.2 数据库和部署说明 1. 常规更新 2. 重启unicorn 3. 重启sidekiq 4. 迁移任务：是否有迁移任务，没有写 "无" 5. rake脚本： bundle exec xxx RAILS_ENV = production；没有写 "无" * 3.4 其他技术优化内容（做了什么，变更了什么） - 重构了 xxxx 代码 - xxxx 算法优化 * 3.5 废弃通知（什么字段、方法弃用？） * 3.6 后向不兼容变更（是否有无法向后兼容的变更？） ### 四、研发自测点（自测哪些？冒烟用例全部自测？） 自测测试结论： ### 五、测试关注点（需要提醒QA重点关注的、可能会忽略的地方） 检查点： | 需求名称 | 是否影响xx公共模块 | 是否需要xx功能 | 需求升级是否依赖其他子产品 | |------|------------|----------|---------------| | xxx | 否 | 需要 | 不需要 | | | | | | 接口测试： 性能测试： 并发测试： 其他： See merge request: openharmony/third_party_llvm-project!947 | 1 个月前 | |
[GWP-ASan] Add recoverable mode. GWP-ASan's recoverable mode allows a process to continue running after a GWP-ASan error is detected. The system will still output error messages, but the process will continue to operate. When an error occurs with an allocation, the slot used for that allocation will be permanently disabled. This means that free() of that pointer is a no-op, and use-after-frees will succeed (writing and reading the data present in the page). For heap-buffer-overflow/underflow, the guard page is marked as accessible and buffer-overflows will succeed (writing and reading the data present in the now-accessible guard page). This does impact adjacent allocations, buffer-underflow and buffer-overflows from adjacent allocations will no longer touch an inaccessible guard page. Each allocation only ever has a single error report generated. It's whatever came first between invalid-free, double-free, use-after-free or heap-buffer-overflow, but only one. Signed-off-by: jay0528 <chencheng302@huawei.com> Change-Id: I514628f3c5c577061a41dba9ba8581f3569c769b | 5 个月前 | |
[compiler-rt] separate lsan, ubsan, stats configuration from SANITIZER_COMMON_SUPPORTED_OS Currently, SANITIZER_COMMON_SUPPORTED_OS is being used to enable many libraries. Unfortunately this makes it impossible to selectively disable a library based on the OS. This patch removes this limitation by adding a separate list of supported OSs for the lsan, ubsan, ubsan_minimal, and stats libraries. Reviewed By: delcypher Differential Revision: https://reviews.llvm.org/D113444 | 4 年前 | |
[Backport][tsan] increase app mappings for aarch64 48-bit Reference: https://reviews.llvm.org/D140923 Currently, tsan's memory mappings include 4GB for high app, 20GB for mid app, and 8GB for low app. The high app and mid app mappings are too small for large programs, especially if ASLR entropy (mmap_rnd_bits) is set higher. The low app region (for non-PIE) is too small for some of tcmalloc's internal tests (this does not affect normal apps, since tsan will replace malloc). This CL increases the memory mappings to 4TB for high app, 1.3TB for mid app, and 10TB for low app. Note that tsan's 44-bit pointer compression/decompression imposes a 16TB limit on the combined size of the app mappings, making this set of mappings more or less maximal. Signed-off-by: Eric <chendewen3@huawei.com> | 1 年前 | |
[UBSAN] change abort to trap and add lastfatalmessage on OHOS change abort to trap and add lastfatalmessage on OHOS Change-Id: I6e6b982aafe0bb2c79c2d29f596e22f54a93117d Signed-off-by: ziper <louzhipeng@huawei.com> | 2 个月前 | |
[UBSAN] change abort to trap and add lastfatalmessage on OHOS change abort to trap and add lastfatalmessage on OHOS Change-Id: I6e6b982aafe0bb2c79c2d29f596e22f54a93117d Signed-off-by: ziper <louzhipeng@huawei.com> | 2 个月前 | |
[compiler-rt][CMake] Set --unwindlib=none when using LLVM libunwind We already link libunwind explicitly so avoid trying to link toolchain's default libunwind which may be missing. This matches what we already do for libcxx and libcxxabi. Differential Revision: https://reviews.llvm.org/D129472 | 3 年前 | |
[ohos_memgraph] consolidate formal runtime updates Squash the memgraph-related changes since e5a19c01ca91 into a single commit. Main updates: - add the formal memgraph runtime and clean up legacy interfaces - consolidate and expand project documentation, including Chinese review notes, walkthroughs, and data-structure layout docs - refresh benchmark results and related guidance - add malloc/store PC tracking, expose the public memgraph sanitizer interface, and improve query/owner-lookup behavior for leak-analysis scenarios - initialize common flags earlier, disable observability by default, and keep live-allocation information available for diagnostics - harden slab pointer-table growth, init-failure rollback, and runtime init-state publication under concurrent access - clean up follow-up implementation details, including shared hash mixing, removal of redundant outer volatile qualifiers on memgraph atomic fields, deletion of the unused memgraph_preinit.cpp source, and consolidation of documentation layout under docs/ Signed-off-by: jay0528<chencheng302@huawei.com> | 3 个月前 |
| 文件 | 最后提交记录 | 最后更新时间 |
|---|---|---|
| 8 年前 | ||
| 1 年前 | ||
| 2 个月前 | ||
| 1 年前 | ||
| 2 年前 | ||
| 4 年前 | ||
| 9 个月前 | ||
| 4 个月前 | ||
| 1 个月前 | ||
| 3 年前 | ||
| 2 年前 | ||
| 3 年前 | ||
| 3 年前 | ||
| 3 个月前 | ||
| 3 年前 | ||
| 3 年前 | ||
| 4 年前 | ||
| 1 个月前 | ||
| 5 个月前 | ||
| 4 年前 | ||
| 1 年前 | ||
| 2 个月前 | ||
| 2 个月前 | ||
| 3 年前 | ||
| 3 个月前 |