- 15 10月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !655 from LeonChan/execfile
-
- 14 10月, 2021 3 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !660 from LiteOS/master
-
由 openharmony_ci 提交于
Merge pull request !659 from 刘建东/master
-
由 LiteOS2021 提交于
close #I4DQ1X Signed-off-by: NLiteOS2021 <dinglu@huawei.com> Change-Id: I79b416720f5327749a5884a65a5e61db07f2a17c
-
- 13 10月, 2021 1 次提交
-
-
由 YOUR_NAME 提交于
add option SIOCGIFBRDADDR for ioctl close: #I4DNRF Signed-off-by: Nliujiandong <liujiandong1@huawei.com>
-
- 12 10月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !651 from Harylee/shm
-
- 11 10月, 2021 4 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !650 from zhangfanfan2/master
-
由 openharmony_ci 提交于
Merge pull request !652 from zhangfanfan2/other
-
由 openharmony_ci 提交于
Merge pull request !631 from zhushengle/process
-
由 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 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !641 from Harylee/shm
-
由 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 5 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !646 from Caoruihong/menuconfig2
-
由 Leon Chan 提交于
TEE需要借用TCB中的execFile来校验打开的文件,pagecache修改后,可执行程序在mmap之后,会被立即关闭,因此将execFile改为execVnode close: #I4CLL9 Signed-off-by: NLeon Chan <chenwei26@huawei.com>
-
由 openharmony_ci 提交于
Merge pull request !594 from zhushengle/excinfo
-
由 Caoruihong 提交于
Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I5c4a1a0601865c1c7d6ae40b829abdb53f13ccd3
-
由 Haryslee 提交于
背景:不开地址随机化时,用户态栈CANARY值是固定值 方案:支持AT_RANDOM,CANARY从AT_RANDOM获取随机值以增强用户态栈保护能力 close #I4CB8M Signed-off-by: NHaryslee <lihao189@huawei.com> Change-Id: I28cef09f7016a5096e2096d4f6aa72722fcf1fd7
-
- 29 9月, 2021 6 次提交
-
-
由 zhushengle 提交于
1.内核打印的地方支持异常时重定向打印信息 2.excinfo 命令中申请的内存64对齐 Close #I482S5 Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I4e8a971cc5b14f62d573bb160682089d9d50e64e
-
由 openharmony_ci 提交于
Merge pull request !644 from steve/master
-
由 openharmony_ci 提交于
Merge pull request !599 from LiteOS/perf
-
由 openharmony_ci 提交于
Merge pull request !634 from SimonLi/master
-
由 fanxiaoyu 提交于
Feature or Bugfix:Feature Binary Source: No Signed-off-by: Nfanxiaoyu <fanxiaoyu3@huawei.com>
-
由 openharmony_ci 提交于
Merge pull request !640 from zhangfanfan2/master
-
- 28 9月, 2021 5 次提交
-
-
由 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
-
由 openharmony_ci 提交于
Merge pull request !636 from Caoruihong/fix_decl
-
由 zff 提交于
当console层的打印缓冲buffer满且打印任务被饿死时,函数ConsoleOutput会出现在for循环中 不退出的情况,导致中断打印时卡死 close: #I4C9GC Signed-off-by: Nzff <zhangfanfan2@huawei.com> Change-Id: I70b9d7c848dce7d351c5679e7b08049df27a6f10
-
由 openharmony_ci 提交于
Merge pull request !584 from zhangfanfan2/master
-
由 SimonLi 提交于
【背景】 1. liteos-a内核drivers/mtd/multi_partition/用到了device/hisilicon下的驱动函数实 现,这样导致三方芯片适配时,会依赖hisilicon的驱动。 2. HDF的mtd驱动提供了这几个函数的实现,但是未暴露头文件出来。 【修改方案】 1. 修改BUILD.gn去除/device/hisilicon的依赖。 2. 修改mtd_partition.c,将hisilicon的头文件改为hdf的头文件依赖。 【遗留问题】 liteos-a内核与HDF mtd驱动的分界线还不明确,导致依赖关系不清楚 close: #I49FKL Signed-off-by: NSimonLi <likailong@huawei.com>
-
- 27 9月, 2021 4 次提交
-
-
由 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
-
由 openharmony_ci 提交于
Merge pull request !633 from Far/master
-
由 Far 提交于
Close #I4BL3S Signed-off-by: NFar <yesiyuan2@huawei.com>
-
- 24 9月, 2021 5 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !629 from pef/typo
-
由 openharmony_ci 提交于
Merge pull request !580 from zhangfanfan2/script
-
由 悟空又丢了 提交于
【背景】 打印有错误单词的提示语 [ERR] Dsipatch signals failed!, ret: 22 这里单词应该是 dispatch 。 【修改方案】 1. 将Dsipatch改为Dispatch。 【影响】 对现有的产品编译不会有影响。 re #I4BLE8 Change-Id: I26d4336d6d7f7bfc4811819be0a1e8ba9d7d50a8 Signed-off-by:
pef <cyd1997@126.com>
-
由 openharmony_ci 提交于
Merge pull request !609 from Far/fatfs_update
-
由 openharmony_ci 提交于
Merge pull request !628 from Harylee/shm
-
- 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
-