简介
该用户还未填写简介
擅长的技术栈
可提供的服务
暂无可提供的服务
简介 KASAN 是 Kernel Address Sanitizer 的缩写,它是一个动态检测内存错误的工具,主要功能是检查内存越界访问和使用已释放的内存等问题。KASAN 集成在 Linux 内核中,随 Linux 内核代码一起发布,并由内核社区维护和发展。 原理 KASAN的原理是利用额外的内存标记可用内存的状态。这部分额外的内存被称作shadow memory(影子区)。 KASAN将1/
背景 SSTS测试属于OpenHarmony系统兼容性测试认证的一个子项,全名为标准系统安全漏洞测试。 测试组网 标准系统设备为使用OpenHarmony的被测设备。 Windows工作台操作中心,通过USB连接标准系统设备,进行版本烧录和测试命令下发等。 配置运行环境 Windows上已获取到系统安全漏洞测试套件ssts.zip,解压生成ssts目录。 从“https://www.7-zip.x
背景介绍 现有的很多内存错误检测机制在速度、内存消耗、错误检测的类型和概率、支持的平台等方面各有所长,这些工具可以成功检测出大量的错误,但随之而来的是高开销,亦或是低开销,检测范围狭窄。 在2012年,推出了一款针对C/C++语言的检测工具,AddressSanitizer,又简称ASan,它能够找到堆栈以及全局对象的越界访问错误,同时还有内存释放后仍然被使用的错误。该工具采用了特殊的内存分配和代
wukong压测工具下载地址 目前wukong压测工具可直接通过以下链接进行下载稳定性工具压测工具所在目录为 stability_testing_tools\tools\stablility_test_tool_v1.0 简介 此脚本可进行如下测试: 1、开关机测试 2、随机测试(系统遍历测试) 3、单应用遍历测试 4、休眠唤醒测试 目录 |----com
一、关键字: 窗口切换;最近任务;卡顿 二、问题描述 设备型号:黄鹂 系统版本:OpenHarmony 5.0 代码版本:OpenHarmony-5.0 问题现象:应用切换,最近任务退出,连续点击,窗口明显卡顿1.5s。 三、原因分析 前期定位分析可参考htt
一、关键字: OpenHarmony 4.1Release 升级至 5.0.0Release ;sharefs ;死机重启 二、问题描述 设备型号:黄鹂 系统版本:OpenHarmony 5.0.0 代码版本:OpenHarmony-5.0.0 问题现象:将const.distributed_file_property.enabled 置为 false,重启设备后,不断死机重启,无法进入桌面。 三
一、问题背景 在修改patch文件后,编译内核有时会出现打patch的动作异常报错的情况。 问题的详细报错日志可以参考附件error.txt。 二、问题根因 在排查了内核中的修改后,发现是通过vscode打开 kernel/linux/patches/linux-5.10/rk3568_patch/kernel.patch 文件时,由于这个文件过大,导致文件损坏。 通过gitdiff导出patch
#1、问题背景在多款产品的适配工作中,都出现了 #freeperformance0100 XTS 测试用例失败的情况。#2、用例测试内容详细代码可以参考 test/xts/hats/kernel/freelist/free_performance/Malloc_free_performance.cpp ... clock_gettime(CLOCK_REALTIME, ts); si
1、背景 在 4.0 Release 版本中,c++代码可以直接通过读取/proc/stat 节点,获取cpu维测信息。但在4.1 Release 版本上,此操作无法正常获取。 2、根因分析 在 4.0 Release 版本中,是直接通过遍例所有进程的结点虽然可以获取所有进程的CPU使用率,但是该方法性能相对较差
1、问题背景在laval社区中,有很多用户都遇到了在输出目录下单独编译内核失败的情况,因此在这里简单的说明一下问题根因及解决方案。 2、问题根因OpenHarmony在编译内核时,是通过多个sh脚本及mk文件嵌套调用进行编译工作的,单独进入输出目录下执行make-ohos.sh脚本时,是无法正常读取到所需环境变量的,