- 16 11月, 2021 1 次提交
-
-
由 Caoruihong 提交于
Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I40e31e82c33418019c1afc16ac174919e72fbb07
-
- 15 11月, 2021 1 次提交
-
-
由 lnlan 提交于
【背景】A核代码静态告警定期清理 【修改方案】 1,根据codex等工具分析结果,进行必要的规范等问题修改 【影响】 对现有的产品编译不会有影响。 re #I4I0O8 Signed-off-by: Nwangchen <253227059@qq.com>
-
- 11 11月, 2021 2 次提交
-
-
由 kenneth 提交于
函数名称OsVmRegionRightCheck修改为OsVmRegionPermissonCheck进行内存区间权限检查 close #I4HR6I Signed-off-by: Nkenneth <zhushangyuan@huawei.com>
-
由 kenneth 提交于
函数OsInactiveListIsLow()和InactiveListIsLow()代码重复,删除冗余代码。 close #I4HKFF Signed-off-by: Nkenneth <zhushangyuan@huawei.com>
-
- 10 11月, 2021 2 次提交
-
-
由 arvinzzz 提交于
close: #I4F8A5 Signed-off-by: Narvinzzz <zhaotianyu9@huawei.com> Change-Id: I9a863d3265fd18051d8bfcaab51ad59216630e91
-
由 kenneth 提交于
修复社区反馈问题Percpu结构体注释错误,排查下其他拼写错误。 close #I4GMLH Signed-off-by: Nkenneth <zhushangyuan@huawei.com>
-
- 08 11月, 2021 1 次提交
-
-
由 huangshan 提交于
Change-Id: Ia6dbff0faed4ec73fcf35691676f1acb2b8df78d Signed-off-by: Nhuangshan <huangshan9@huawei.com>
-
- 06 11月, 2021 1 次提交
-
-
由 Caoruihong 提交于
Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: Ifd3bf13f53a27e0a0bbd051cf35662e7409e6ed0
-
- 04 11月, 2021 2 次提交
-
-
由 YOUR_NAME 提交于
Signed-off-by: NYOUR_NAME <mashuang9@huawei.com>
-
由 huangshan 提交于
Signed-off-by: Nhuangshan <huangshan9@huawei.com> Change-Id: I5861569c63fd6c1adf8c702797e4d79eba76211f
-
- 02 11月, 2021 5 次提交
-
-
由 zhushengle 提交于
Close #I4GLNT Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I7f3dd61bbf014fa157b1f9a0a089fd985fe188c2
-
由 lnlan 提交于
【背景】 1.内核中释放用户空间指针报错:"[ERR]OsMemFree check error!" 2.现有ppoll实现存在问题 3.相关用例需要整理 【修改方案】 1.去掉释放用户空间指针操作 2.更正逻辑错误 3.更正掩码设置与恢复不起作用 4.修复补充现有用例 【影响】 对现有的产品编译不会有影响。 re #I47YWZ Change-Id: Ib2f60986e9cafb2ea5ef1097ab8552cbb1ede5b4 Signed-off-by: Nlnlan <lanleinan@163.com>
-
由 kenneth 提交于
layes修正为layers,alreay修正为already,Continous修正为Continuous等等 close #I4GHLR Signed-off-by: Nkenneth <zhushangyuan@huawei.com>
-
由 zhushengle 提交于
Close #I4G4HP Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I259c792365d9747f391c5bd275e77f04b83e0792
-
由 kenneth 提交于
变量readTasks应该为readyTasks;函数OsSchedTaskSwicth应该为OsSchedTaskSwitch;其他拼写错误。 close #I4GFJ7 Signed-off-by: Nkenneth <zhushangyuan@huawei.com>
-
- 29 10月, 2021 2 次提交
-
-
由 悟空又丢了 提交于
【背景】 内核中释放用户空间指针报错:"[ERR]OsMemFree check error!" 【修改方案】 修改SysPpoll函数。 【影响】 对现有的产品编译不会有影响。 re #I47YWZ Change-Id: Id7f86036870d4f32be8fc438b9aad85cdda59546 Signed-off-by: pef <cyd1997@126.com>
-
由 zhushengle 提交于
LosTaskCB 中 字段waitFlag 用于专门记录任务被阻塞的原因,与ipcStatus 功能重复 Close #I4FVHK Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: Ie0998b987ba6e1db050596dec3b359e73ca47686
-
- 28 10月, 2021 2 次提交
-
-
由 teamol 提交于
1.modifications: modified: syscall/fs_syscall.c 2.modify 2 testcases: IO/full/IO_test_ppoll_001.cpp IO/full/IO_test_ppoll_002.cpp 3.influence: none Signed-off-by: pef <cyd1997@126.com> Change-Id: I85fc091098a6dfef1a4694a3bbc489640ee6dda2
-
由 zhushengle 提交于
Close #I4FSA7 Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I8b24a1e1554b4b867a841bc1b6765cbfd648cdbd
-
- 27 10月, 2021 1 次提交
-
-
由 kenneth 提交于
删除OsVmPhysFreeListAdd/OsVmPhysFreeListAddUnsafe、OsVmPhysFreeListDel/OsVmPhysFreeListDelUnsafe两对内部函数内容重复的部分。 close #I4FL95 Signed-off-by: Nkenneth <zhushangyuan@huawei.com>
-
- 22 10月, 2021 2 次提交
-
-
由 shenchenkai 提交于
Change-Id: I9310fe807ec95721be78deb60ed9728ef9b56e48 Signed-off-by: Nshenchenkai <shenchenkai@huawei.com>
-
由 zhushengle 提交于
Close #I4EZY5 Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I47ed0ff7a52f72e38875c3308b20e183cc5c4563
-
- 19 10月, 2021 1 次提交
-
-
由 zhushengle 提交于
Close #I4EENF Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: Iaa1582f567eb3524262bea383e0b8238b89b5fe2
-
- 14 10月, 2021 2 次提交
-
-
由 zff 提交于
close: #I4DAKM Signed-off-by: Nzff <zhangfanfan2@huawei.com> Change-Id: I5acc8b2b632633b0717eb4186773e6cae35ea0e4
-
由 LiteOS2021 提交于
close #I4DQ1X Signed-off-by: NLiteOS2021 <dinglu@huawei.com> Change-Id: I79b416720f5327749a5884a65a5e61db07f2a17c
-
- 12 10月, 2021 1 次提交
-
-
由 arvinzzz 提交于
1. LOS_TraceStop接口的功能描述应该是stop close: #I4CYPZ Signed-off-by: Narvinzzz <zhaotianyu9@huawei.com> Change-Id: Iee0cf43f6e5ee8e544e233c0c307725c5bfebdcf
-
- 11 10月, 2021 2 次提交
-
-
由 lnlan 提交于
【背景】 https://gitee.com/openharmony/kernel_liteos_a/pulls/520 上面修改,信号处理时才会释放申请的内存,当信号被屏蔽,且一直发送该信号时, 内存占用会不断变大 【修改方案】 1. 信号发送时已经有该信号的siginfo在链表中时,不再重新申请,重复使用之前的siginfo. 【影响】 对现有的产品编译不会有影响。 re#I4DEG5 Signed-off-by: Nlanleinan <lanleinan@163.com> Change-Id: I74b3b7ff0b9efb0179313af9a0c8d1e12d1db5bb
-
由 Haryslee 提交于
方案:硬随机不可用时,默认使用软随机数代替硬随机数 close #I4D4TK Signed-off-by: NHaryslee <lihao189@huawei.com> Change-Id: Ia7d2a9583257d7b8041b8994a70a7c36149c33fb
-
- 10 10月, 2021 1 次提交
-
-
由 zhangfanfan2 提交于
当设置的超时时间比较短时,会出现absTime为0的情况,直接返回,不需要阻塞和打印。 close: #I4D67E Signed-off-by: Nzff <zhangfanfan2@huawei.com>
-
- 09 10月, 2021 1 次提交
-
-
由 zhushengle 提交于
背景: 父进程fork一个子进程,调用waitpid等待子进程结束。 子进程dlopen一个文件a.so,并退出。当守护进程正在 1核回收子进程资源时,父进程在0核运行从waitpid返 回后,同时remove a.so概率失败。 Close #I4CKQC Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: Ie7940e7c931ced10ee357cf9aa7c64355effed49
-
- 08 10月, 2021 1 次提交
-
-
由 zff 提交于
console层的实现中复用g_uart_fputc_en用于关闭打印的功能,代码设计上认为 g_uart_fputc_en为0时console层未使能,导致shell进程中ioctl操作失败,shell 进程不能正常启动。 close: #I4CTY2 Signed-off-by: Nzff <zhangfanfan2@huawei.com> Change-Id: I0a225c1db42f2b384ad590ca05b048c4b61db99c
-
- 30 9月, 2021 2 次提交
-
-
由 Leon Chan 提交于
TEE需要借用TCB中的execFile来校验打开的文件,pagecache修改后,可执行程序在mmap之后,会被立即关闭,因此将execFile改为execVnode close: #I4CLL9 Signed-off-by: NLeon Chan <chenwei26@huawei.com>
-
由 Haryslee 提交于
背景:不开地址随机化时,用户态栈CANARY值是固定值 方案:支持AT_RANDOM,CANARY从AT_RANDOM获取随机值以增强用户态栈保护能力 close #I4CB8M Signed-off-by: NHaryslee <lihao189@huawei.com> Change-Id: I28cef09f7016a5096e2096d4f6aa72722fcf1fd7
-
- 29 9月, 2021 1 次提交
-
-
由 zhushengle 提交于
1.内核打印的地方支持异常时重定向打印信息 2.excinfo 命令中申请的内存64对齐 Close #I482S5 Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I4e8a971cc5b14f62d573bb160682089d9d50e64e
-
- 28 9月, 2021 2 次提交
-
-
由 LiteOS2021 提交于
1.【需求描述】: L0-L1 支持Perf,提供2种模式的配置, 及3大类型的事件配置: 2种模式:计数模式(仅统计事件发生次数)、采样模式(收集上下文如任务ID、pc、backtrace等)。 3种事件类型:CPU硬件事件(cycle、branch、icache、dcache等)、OS软件事件(task switch、mux pend、irq等)、高精度周期事件(cpu clock)。 2.【方案描述】: L0: 基于事件采样原理,以性能事件为基础,当事件发生时,相应的事件计数器溢出发生中断,在中断处理函数中记录事件信息,包括当前的pc、当前运 行的任务ID以及调用栈等信息。 L1: 新增perf字符设备,位于“dev/perf”,通过对设备节点的read\ioctl,实现用户态perf BREAKING CHANGE: 1.新增一系列perf的对外API,位于los_perf.h中. LOS_PerfInit配置采样数据缓冲区 LOS_PerfStart开启Perf采样 LOS_PerfStop停止Perf采样 LOS_PerfConfig配置Perf采样事件 LOS_PerfDataRead读取采样数据 LOS_PerfNotifyHookReg 注册采样数据缓冲区的钩子函数 LOS_PerfFlushHookReg 注册缓冲区刷cache的钩子 2. 用户态新增perf命令 【Usage】: ./perf [start] /[start id] Start perf. ./perf [stop] Stop perf. ./perf [read nBytes] Read nBytes raw data from perf buffer and print out. ./perf [list] List events to be used in -e. ./perf [stat] or [record] <option> <command> -e, event selector. use './perf list' to list available events. -p, event period. -o, perf data output filename. -t, taskId filter(whiltelist), if not set perf will sample all tasks. -s, type of data to sample defined in PerfSampleType los_perf.h. -P, processId filter(whiltelist), if not set perf will sample all processes. -d, whether to prescaler (once every 64 counts), which only take effect on cpu cycle hardware event. Close #I47I9A Signed-off-by: NLiteOS2021 <dinglu@huawei.com> Change-Id: Ieb9b7483c85d1495df7c55bc0027f4309dff9814
-
由 zff 提交于
当console层的打印缓冲buffer满且打印任务被饿死时,函数ConsoleOutput会出现在for循环中 不退出的情况,导致中断打印时卡死 close: #I4C9GC Signed-off-by: Nzff <zhangfanfan2@huawei.com> Change-Id: I70b9d7c848dce7d351c5679e7b08049df27a6f10
-
- 27 9月, 2021 3 次提交
-
-
由 zff 提交于
导致死锁异常信息不正常输出 close: #I457ZZ Signed-off-by: Nzff <zhangfanfan2@huawei.com> Change-Id: Ic54ece064a4c85103b644dcbe8ed8bbdecbfc491
-
由 Caoruihong 提交于
Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I3dfcc308de6fc24035d27bc4ed4a65a2d2b6650d
-
由 Far 提交于
Close #I4BL3S Signed-off-by: NFar <yesiyuan2@huawei.com>
-
- 23 9月, 2021 1 次提交
-
-
由 Haryslee 提交于
Signed-off-by: NHaryslee <lihao189@huawei.com> 背景:父进程移除共享内存并标记SHM_SEG_REMOVE,当子进程资源回收时在 ShmFindSeg接口中判断该共享内存具有SHM_SEG_REMOVE时返回空,但是此时 seg->ds.shm_nattch不为0,不应返回空。 方案:ShmFindSeg接口中增加seg->ds.shm_nattch为0的判断。 close #I47X2Z Change-Id: I8735cd11ac237b17fa745c50313da0fd0649bb9f
-