yystopf
/
openharmony_kernel_liteos_a
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
1,179 Commits 169 Branches 50 Tags 13 MiB
Commit Graph

414 Commits

Author SHA1 Message Date
teamol a55f68f957 fix: fix ppoll 
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
 2021-10-28 11:54:19 +00:00
zhushengle 0f0e85b7a6 fix: 非当前进程销毁时，销毁liteipc时错误的销毁了当前进程的liteipc资源 
Close #I4FSA7
Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I8b24a1e1554b4b867a841bc1b6765cbfd648cdbd
 2021-10-28 17:30:54 +08:00
openharmony_ci 2f6cd46372 !664 feat: 支持LOS_TaskJoin 和 LOS_TaskDetach 
Merge pull request !664 from zhushengle/Join
 2021-10-28 08:01:08 +00:00
openharmony_ci ea45982e1f !669 feat: 进程rlimit修改为动态分配,减少静态内存占用 
Merge pull request !669 from zhushengle/rlimit
 2021-10-28 02:35:27 +00:00
openharmony_ci 91c1737d1b !670 当hilog/hievent驱动缓存出问题时，进行恢复处理 
Merge pull request !670 from shenchenkai/master
 2021-10-28 02:03:03 +00:00
kenneth 6827bd2a22 fix: 修复OsVmPhysFreeListAdd和OsVmPhysFreeListAddUnsafe函数内容重复 
删除OsVmPhysFreeListAdd/OsVmPhysFreeListAddUnsafe、OsVmPhysFreeListDel/OsVmPhysFreeListDelUnsafe两对内部函数内容重复的部分。

close #I4FL95

Signed-off-by: kenneth <zhushangyuan@huawei.com>
 2021-10-27 15:35:43 +08:00
openharmony_ci 7676cdb886 !656 修复PR520的修改缺陷 
Merge pull request !656 from lnlan/sigwait_patch
 2021-10-26 01:39:06 +00:00
shenchenkai c121d0eea3 Description:[fix] clean hilog/hievent ring buffer after memory verification failed 
Change-Id: I9310fe807ec95721be78deb60ed9728ef9b56e48
Signed-off-by: shenchenkai <shenchenkai@huawei.com>
 2021-10-22 17:00:10 +08:00
zhushengle cf8446c941 feat: 进程rlimit修改为动态分配,减少静态内存占用 
Close #I4EZY5

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I47ed0ff7a52f72e38875c3308b20e183cc5c4563
 2021-10-22 11:55:52 +08:00
zhushengle 37bc11fa88 feat: 支持LOS_TaskJoin 和 LOS_TaskDetach 
Close #I4EENF
Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: Iaa1582f567eb3524262bea383e0b8238b89b5fe2
 2021-10-19 14:26:10 +08:00
openharmony_ci 0507b9e8ea !654 内核ERR打印，无进程和线程信息，不方便问题定位 
Merge pull request !654 from zhangfanfan2/master
 2021-10-18 03:03:28 +00:00
openharmony_ci acd631c731 !657 【fix】los_trace.h注释修正 
Merge pull request !657 from Zhaotianyu/1012trace_fix
 2021-10-15 07:42:21 +00:00
openharmony_ci bda00e6747 !655 TCB中使用的execFile字段改为execVnode 
Merge pull request !655 from LeonChan/execfile
 2021-10-15 01:45:58 +00:00
zff cb423f8454 fix: 内核ERR打印，无进程和线程信息，不方便问题定位。 
close: #I4DAKM

Signed-off-by: zff <zhangfanfan2@huawei.com>
Change-Id: I5acc8b2b632633b0717eb4186773e6cae35ea0e4
 2021-10-14 19:03:11 +08:00
openharmony_ci d3b618887a !660 fix: 优化trace buffer初始化，删除swtmr 桩中的无效参数 
Merge pull request !660 from LiteOS/master
 2021-10-14 02:41:05 +00:00
LiteOS2021 b551270ef5 fix: 优化trace buffer初始化，删除swtmr 桩中的无效参数 
close #I4DQ1X
Signed-off-by: LiteOS2021 <dinglu@huawei.com>

Change-Id: I79b416720f5327749a5884a65a5e61db07f2a17c
 2021-10-14 09:47:11 +08:00
openharmony_ci 8096d9f575 !651 fix: 修复硬随机不可用时，地址随机化不可用问题 
Merge pull request !651 from Harylee/shm
 2021-10-12 03:25:40 +00:00
arvinzzz 6d249618ae fix: los_trace.h接口注释错误修正 
1. LOS_TraceStop接口的功能描述应该是stop

close: #I4CYPZ

Signed-off-by: arvinzzz <zhaotianyu9@huawei.com>
Change-Id: Iee0cf43f6e5ee8e544e233c0c307725c5bfebdcf
 2021-10-12 10:30:30 +08:00
lnlan 40338918d9 fix: 修复PR520缺陷 
【背景】
https://gitee.com/openharmony/kernel_liteos_a/pulls/520
上面修改，信号处理时才会释放申请的内存，当信号被屏蔽，且一直发送该信号时，
内存占用会不断变大
【修改方案】
1.
信号发送时已经有该信号的siginfo在链表中时，不再重新申请，重复使用之前的siginfo.

【影响】
对现有的产品编译不会有影响。

re#I4DEG5

Signed-off-by: lanleinan <lanleinan@163.com>

Change-Id: I74b3b7ff0b9efb0179313af9a0c8d1e12d1db5bb
 2021-10-11 12:37:58 +00:00
openharmony_ci fd4b97e3f8 !650 通过g_uart_fputc_en关闭打印后，shell进程不能正常启动 
Merge pull request !650 from zhangfanfan2/master
 2021-10-11 07:46:26 +00:00
openharmony_ci 13e1e70358 !652 OsFutexWaitParamCheck函数中absTime为0时，直接返回，不需要打印 
Merge pull request !652 from zhangfanfan2/other
 2021-10-11 07:45:35 +00:00
openharmony_ci c360a97bab !631 fix: 进程在退出前回收vmspace中的所有Region 
Merge pull request !631 from zhushengle/process
 2021-10-11 03:55:22 +00:00
Haryslee 665c152c27 fix: 修复硬随机不可用时，地址随机化不可用问题 
方案：硬随机不可用时，默认使用软随机数代替硬随机数

close #I4D4TK

Signed-off-by: Haryslee <lihao189@huawei.com>
Change-Id: Ia7d2a9583257d7b8041b8994a70a7c36149c33fb
 2021-10-11 10:00:08 +08:00
zhangfanfan2 3f71be7535 fix: OsFutexWaitParamCheck函数中absTime为0时，直接返回，不需要打印 
当设置的超时时间比较短时，会出现absTime为0的情况，直接返回，不需要阻塞和打印。

close: #I4D67E

Signed-off-by: zff <zhangfanfan2@huawei.com>
 2021-10-10 08:49:56 +00:00
zhushengle 298ccea3fe fix: 进程退出前自己回收vmspace中的所有region 
背景：
父进程fork一个子进程，调用waitpid等待子进程结束。
子进程dlopen一个文件a.so，并退出。当守护进程正在
1核回收子进程资源时，父进程在0核运行从waitpid返
回后，同时remove a.so概率失败。

Close #I4CKQC

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: Ie7940e7c931ced10ee357cf9aa7c64355effed49
 2021-10-09 12:14:45 +08:00
openharmony_ci 56a92f9207 !641 feat: 支持AT_RANDOM以增强用户态栈保护能力 
Merge pull request !641 from Harylee/shm
 2021-10-08 06:01:21 +00:00
zff d21b05c0f6 fix: 通过g_uart_fputc_en关闭打印后，shell进程不能正常启动 
console层的实现中复用g_uart_fputc_en用于关闭打印的功能，代码设计上认为
g_uart_fputc_en为0时console层未使能，导致shell进程中ioctl操作失败，shell
进程不能正常启动。

close: #I4CTY2

Signed-off-by: zff <zhangfanfan2@huawei.com>
Change-Id: I0a225c1db42f2b384ad590ca05b048c4b61db99c
 2021-10-08 10:01:31 +08:00
Leon Chan e4a06623ce fix: change the execFile field in TCB to execVnode 
TEE需要借用TCB中的execFile来校验打开的文件，pagecache修改后，可执行程序在mmap之后，会被立即关闭，因此将execFile改为execVnode

close: #I4CLL9

Signed-off-by: Leon Chan <chenwei26@huawei.com>
 2021-09-30 14:33:36 +08:00
Haryslee 06ea03715f feat: 支持AT_RANDOM以增强用户态栈保护能力 
背景：不开地址随机化时，用户态栈CANARY值是固定值
方案：支持AT_RANDOM，CANARY从AT_RANDOM获取随机值以增强用户态栈保护能力

close #I4CB8M

Signed-off-by: Haryslee <lihao189@huawei.com>
Change-Id: I28cef09f7016a5096e2096d4f6aa72722fcf1fd7
 2021-09-30 10:36:12 +08:00
zhushengle 48ca854bf0 fix: 临终遗言重定向内容缺失task相关信息，对应的shell命令中申请的内存需要cacheline对齐 
1.内核打印的地方支持异常时重定向打印信息
2.excinfo 命令中申请的内存64对齐
Close #I482S5

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I4e8a971cc5b14f62d573bb160682089d9d50e64e
 2021-09-29 16:26:31 +08:00
openharmony_ci 2c33cfce86 !599 feat: L0~L1 支持Perf 
Merge pull request !599 from LiteOS/perf
 2021-09-29 06:15:02 +00:00
openharmony_ci ee72b21aff !640 中断中调用PRINTK概率卡死，导致系统不能正常响应中断 
Merge pull request !640 from zhangfanfan2/master
 2021-09-29 02:48:49 +00:00
LiteOS2021 6e0a3f10bb feat: L0-L1 支持Perf 
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: LiteOS2021 <dinglu@huawei.com>
Change-Id: Ieb9b7483c85d1495df7c55bc0027f4309dff9814
 2021-09-28 19:28:34 +08:00
openharmony_ci e1b85a4570 !636 修正函数声明与定义不一致的问题 
Merge pull request !636 from Caoruihong/fix_decl
 2021-09-28 07:18:18 +00:00
zff 9726ba11a7 fix: 中断中调用PRINTK概率卡死，导致系统不能正常响应中断 
当console层的打印缓冲buffer满且打印任务被饿死时，函数ConsoleOutput会出现在for循环中
不退出的情况，导致中断打印时卡死

close: #I4C9GC

Signed-off-by: zff <zhangfanfan2@huawei.com>
Change-Id: I70b9d7c848dce7d351c5679e7b08049df27a6f10
 2021-09-28 15:03:43 +08:00
openharmony_ci 0fa1310a32 !584 OsLockDepCheckIn异常处理中存在g_lockdepAvailable锁嵌套调用，导致死锁异常信息不正常输出 
Merge pull request !584 from zhangfanfan2/master
 2021-09-28 06:14:00 +00:00
zff bf030b6bb5 fix: OsLockDepCheckIn异常处理中存在g_lockdepAvailable锁嵌套调用, 
导致死锁异常信息不正常输出

close: #I457ZZ

Signed-off-by: zff <zhangfanfan2@huawei.com>
Change-Id: Ic54ece064a4c85103b644dcbe8ed8bbdecbfc491
 2021-09-27 21:56:20 +08:00
Caoruihong 63fd8bc39b fix: fix some function declarations 
Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: I3dfcc308de6fc24035d27bc4ed4a65a2d2b6650d
 2021-09-27 21:01:46 +08:00
openharmony_ci 7d7cff4c51 !633 fix: codex清理 
Merge pull request !633 from Far/master
 2021-09-27 08:38:37 +00:00
Far 9ab3e351d3 fix: codex 清理 
Close #I4BL3S

Signed-off-by: Far <yesiyuan2@huawei.com>
 2021-09-27 14:43:28 +08:00
Haryslee 9fdb80f85f fix: 共享内存问题修复 
Signed-off-by: Haryslee <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
 2021-09-23 21:04:36 +08:00
openharmony_ci 93e74c5f0b !520 修复sigwait等待到的信号值与获取的siginfo中的值不一致 
Merge pull request !520 from lnlan/fixed_sigwait
 2021-09-23 03:22:04 +00:00
Leon Chan a375bf5668 fix: close file when process interpretor failed 
close: #I4ATQX

Signed-off-by: Leon Chan <chenwei26@huawei.com>
 2021-09-18 15:02:22 +08:00
openharmony_ci ecd9ca7781 !534 pagecache从filep改为使用vnode 
Merge pull request !534 from LeonChan/pg
 2021-09-15 03:51:50 +00:00
Leon Chan 38a6b804e9 feat: page cache backed by vnode instead of filep 
1, change the owner of page to vnode
2, save the file path in vnode

close: #I44TBS
Signed-off-by: Leon Chan <chenwei26@huawei.com>
 2021-09-14 15:31:33 +08:00
arvinzzz b3d96d166c refactor: 清理Makefile冗余项 
清理Makefile冗余项，各模块Makefile里不需要再次引用公共路径，只需引用私有头文件路径

close: #I49MOO

Signed-off-by: arvinzzz <zhaotianyu9@huawei.com>
Change-Id: I2dd7189c866498896461f78bfed5444ae1d86876
 2021-09-13 18:14:15 +08:00
lnlan c3facd1b95 fix: 修复sigwait等待到的信号值与获取的siginfo中的值不一致 
【背景】
集成测试发送两个不同的信号，sigwait第二次等到的仍是第一个信号
经定位，信号在kill时会将相关的siginfo信息拷贝到taskcb的unbinfo中，sigwait
处理时从unbinfo拷贝给用户。若此信号发送时处于屏蔽状态，再有其他信号发送会覆盖
掉unbinfo，此时sigwait等待这个信号获取到的info已经被覆盖
【修改方案】
1. 每个任务添加一个siginfo缓存链表，在处理信号前夕从缓存链表取出info到unbinfo中

【影响】
对现有的产品编译不会有影响。

re #I3M12H

Signed-off-by: lanleinan <lanleinan@163.com>

Change-Id: If4b064c18773f8eca7419c665977260167b09810
 2021-09-10 03:21:58 +00:00
Caoruihong a627cdba0c chore(make): simplify build scripts 
remove redundant script codes

Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: I67695a69cccefc220ede55add9372bce0c59d7f5
 2021-09-09 18:56:47 +08:00
openharmony_ci ba977dd5ab !605 refactor: 内核目录结构整理 
Merge pull request !605 from Zhaotianyu/0902dir_refactor
 2021-09-09 01:23:33 +00:00
arvinzzz 33d0c1bd0b refactor: 内核目录结构整理 
1. 原kernel/common目录下属于内核拓展组件，统一移入kernel/extend管理
2. Kconfig分层，各模块自己的配置放到自己目录下管理
3. 原platform下不属于平台的公共代码抽到kernel/common下，只留板级链接脚本和一些编译脚本指向device目录下触发平台相关的编译
4. 对外公共头文件统一抽到对外include路径
5. 废弃宏，头文件清理

close: #I48KI4

Signed-off-by: arvinzzz <zhaotianyu9@huawei.com>
Change-Id: I0cf5ea81c92a8fa7b113da9cbdc8b7bc935f5aae
 2021-09-08 16:36:28 +08:00
openharmony_ci e095e87682 !574 fix: solve SIGCHLD ignored in sigsuspend() 
Merge pull request !574 from MGY917/sigsuspend
 2021-09-08 08:27:12 +00:00
openharmony_ci 597ced7948 !595 fix: dyload open close failed 
Merge pull request !595 from MGY917/dyload_fd
 2021-09-08 08:26:55 +00:00
Guangyao Ma 5e87d8c183 fix: dyload open close failed 
本次提交修复内核加载器，异常情况分支的一个bug：mksh通过exec命令（mksh内置命令
，正常情况下，该命令成功执行会复用mksh进程空间，拉起新的指定进程）。但是如果
进程没有成功加载的情况下，内核加载器的异常分支会错误释放mksh的fd句柄。最终导致
下次拉起其他进程时（fork + exec方式），新的进程会继承fd，映射了早就释放的sysfd
，此时的sysfd可能已经被复用，issue场景下这个sysfd被加载过程中打开的libc.so占用
，exec时会释放procfd->sysfd(错误的映射关系)，最终新进程libc.so被关闭。
导致内核崩溃。

close #I452Z7

Signed-off-by: Guangyao Ma <guangyao.ma@outlook.com>
Change-Id: Ifca809f88b5ffcfb879dc5520d1f6adf5cf92bcd
 2021-09-07 16:28:37 +08:00
LiteOS2021 dc9ec6856f feat: L0-L1 支持Trace 
1.【需求描述】
            L0~L1 支持Trace，提供两种工作模式：在线模式、离线缓存模式， 用于按时间线追踪系统事件，如任务切换、中断、ipc等。
        2.【方案描述】
            L0:
            (1).在内核模块预置静态代码桩
            (2).触发桩后，收集系统上下文信息
            (3).离线模式则写入内存，用户可通过dump导出；
            (4).在线模式通过pipeline对接IDE进行可视化解析和展示；
            L1:
            新增trace字符设备，位于"/dev/trace",通过对设备节点的read\write\ioctl，实现用户态trace；

        BREAKING CHANGE:
        1.新增一系列trace的对外API，位于los_trace.h中.
        LOS_TRACE_EASY简易插桩
        LOS_TRACE标准插桩
        LOS_TraceInit配置Trace缓冲区的地址和大小
        LOS_TraceStart开启事件记录
        LOS_TraceStop停止事件记录
        LOS_TraceRecordDump输出Trace缓冲区数据
        LOS_TraceRecordGet获取Trace缓冲区的首地址
        LOS_TraceReset清除Trace缓冲区中的事件
        LOS_TraceEventMaskSet设置事件掩码，仅记录某些模块的事件
        LOS_TraceHwiFilterHookReg注册过滤特定中断号事件的钩子函数

        Close #I46WA0

    Signed-off-by: LiteOS2021 <dinglu@huawei.com>

Change-Id: I6a8e64794c4852f2c2980993a06180e09ec6ee0d
 2021-08-31 20:29:45 +08:00
openharmony_ci 658fafe83b !586 liteos补丁能力支持 
Merge pull request !586 from jason_gitee/master
 2021-08-31 08:16:31 +00:00
Caoruihong 055295b6d1 chore: optimize build scripts and add lto config entry 
Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: Ibf8df58696b7f1ccb3b5b21154c3b94dda1e8ad2
 2021-08-31 12:04:34 +08:00
Caoruihong df35eb513d chore(make): optimize build scripts 
Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: Ibb4223ef2d032a03950263b766414ca1c021e69a
 2021-08-30 17:18:21 +08:00
jason_gitee 98ca8441fe feat: add liteos patch ability 
Signed-off-by: jason_gitee <yangjie140@huawei.com>
 2021-08-28 08:02:50 +00:00
openharmony_ci 8839fdd399 !544 fix killpg and waitid 
Merge pull request !544 from wangjianjun/waitid
 2021-08-27 07:48:25 +00:00
Guangyao Ma 5a80d4e1a3 fix: solve SIGCHLD ignored in sigsuspend() 
在如下场景signal可能得不到及时处理：
1、进程A设置信号a阻塞
2、进程A收到信号a
3、进程A调用sigsuspend结束阻塞
原则上，步骤三应该立刻处理之前被阻塞的信号a，调用信号处理函数，并且sigsuspend
返回。现在的问题是，信号a没有得到及时处理，并且进程A阻塞在sigsuspend()调用流程
。
本次修改，在1、2、3场景下，sigsuspend()处理过程中，如果发现已经收到信号，待处理
时，会立刻进行调度切换，再次调度回来时，在调度模块中，会先主动处理已经收到的信
号，最后sigsuspend返回用户态。

close #I47CKK

Signed-off-by: Guangyao Ma <guangyao.ma@outlook.com>
Change-Id: I1b30a938a2d18c3f58989d40eee0503ceffb27b5
 2021-08-26 15:36:13 +08:00
Caoruihong 181322a3c1 chore(make): fix and optimize some build scripts 
Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: I2e61b7ea231be78423dc10412e0ab9a710cad8ef
 2021-08-23 20:47:18 +08:00
openharmony_ci 5369b6aa23 !564 优化make编译脚本 
Merge pull request !564 from Caoruihong/update_makefile
 2021-08-23 05:55:39 +00:00
Caoruihong 0e260949c9 feat(make): optimize makefiles and remove some unused files 
Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: Ie2dfa7334417ccd55bd56a19a7882a982ce49cab
 2021-08-22 04:23:40 +08:00
openharmony_ci 40297a6dbc !487 多核启动及内存映射解耦 
Merge pull request !487 from JerryH/smp-xxx
 2021-08-20 03:54:23 +00:00
Caoruihong e1b9a6b185 chore(make): update Makefile 
remove some unused Makefile code and optimize some code

Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: I1c31d07481bb6aee47b0c51d63d6b68316c38c88
 2021-08-17 21:34:01 +08:00
zhushengle 67ac8c4c58 fix: 以g_sysSchedStartTime是否为0判断时间轴是否生效存在极限场景导致调度时间不生效 
初始化调度时间不以g_sysSchedStartTime是否为0为界限，而以g_sysSchedStartTime是否为64位最大值
为界限，避免特殊以下场景：调度开启时系统时间为0，导致初始化的g_sysSchedStartTime还是0，导致
调度启动后获取的调度时间轴始终为0.
Close  #I45HP5

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I5272c79f06b53361ee7b931081d3a3276db59073
 2021-08-14 13:04:08 +08:00
wjj dc3cc094a7 feat: 支持killpg和waitid 
killpg：给进程组发信号
waitid：等待进程结束
修改测试用例到full里面

Change-Id: Ice058ab4a6eede8ecbaacea0894c2161e3b9dce2
Signed-off-by: wjj <502004968@qq.com>
 2021-08-12 18:06:55 +08:00
openharmony_ci 0f4d5a4b0c !287 feat(vfs): vfs支持FD_CLOEXEC标记 
Merge pull request !287 from MGY917/master
 2021-08-12 00:36:19 +00:00
openharmony_ci d6e0d3ee7d !527 fix：合并进程栈两个地址连续的region 
Merge pull request !527 from Harylee/dyn
 2021-08-11 09:28:39 +00:00
Guangyao Ma 27dca4d857 feat(vfs): vfs支持FD_CLOEXEC标记 
首先，POSIX规范规定文件描述符需要支持close-on-exec属性，修改前的vfs不支持close-on-exec，当exec系列函数执行时，进程所有的文件将会被关闭（0，1，2也重新被打开）。但是，系统有些时候是不能在exec时关闭全部文件的，例如在执行exec之前，就需要重定向进程的某些文件描述符时（使用dup2），就希望该文件不被关闭，继续保持重定向属性，shell执行进程并重定向其标准输出到文件，这是我们经常做的事情。

BREAKING CHANGE:
执行exec类函数后，进程拥有的文件描述符情况发生变化：修改前，默认关闭所有的进程文件描述符，0，1，2重新打开；修改后，除非文件描述符拥有FD_CLOEXEC标记，否则该描述符不会被关闭。

re #I3U81W

Change-Id: I54e841ac88e9835ec23e97de0cbc906c4e11f5a4
Signed-off-by: Guangyao Ma <guangyao.ma@outlook.com>
 2021-08-11 15:35:46 +08:00
openharmony_ci e64ee0f4e6 !518 fix: tick 动态化计算优化，消除中断执行时间对系统总体时间的影响，保证软件定时器的响应精度。 
Merge pull request !518 from zhushengle/sched_tick
 2021-08-11 03:19:48 +00:00
openharmony_ci 51da89a3fb !532 fix: 修改DoNanoSleep 以纳秒为单位 
Merge pull request !532 from zhushengle/sleep
 2021-08-10 11:37:44 +00:00
Haryslee 42f374dd7a fix: 合并进程栈两个地址连续的region 
背景：进程加载的时候，先预申请一个页用作参数拷贝，另外通过mmap方式申请
额外的虚拟栈空间，此时便有两个地址连续的区间。
方案：新增内部接口OsStackAlloc，用于申请一个连续的虚拟地址区间，并对其
中指定区间做物理内存的映射。

close #I43QYJ

Signed-off-by: Haryslee <lihao189@huawei.com>
Change-Id: I224cca3671c42a94c2f74b2da5a11403849e33d3
 2021-08-10 17:20:17 +08:00
zhushengle 6917e08431 fix: 修改DoNanoSleep 以纳秒为单位 
DoNanoSleep 接口以微秒为单位，纳秒级别的在转换成微秒时被整除为0，
导致转换成tick时为0，导致延时时触发yield，导致延时时间超大
Close #I3Z9DP

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: Ib662fdc80707be6040b2bb06a1b457344bd48b30
 2021-08-10 11:25:49 +08:00
openharmony_ci 007c75eb18 !496 修复mprotect修改地址区间的权限后，相应的区间名丢失问题 
Merge pull request !496 from Harylee/mem
 2021-08-10 00:05:02 +00:00
zhushengle 8df3e8c965 fix: tick 动态化计算优化，消除中断执行时间对系统总体时间的影响，保证软件定时器的响应精度。 
方案描述：
    1.周期软件定时器超时添加一个startTime字段，用于记录当前软件定时器的开始计时的时间，
    在定时器响应时，开始时间修改为上一次响应的结束时间(消除了中断执行时间对软件定时器
    的影响)。
    2.在执行tick中断的过程当中，持有tick动态计算锁，保证在该过程中不会触发tick周期
    的计算，在tick中断结束时统一计算设置。 --- 提升tick中断的执行效率
    3.在设置tick周期时，减掉tick中断执行的时间，减小周期动态化带来的时间误差
    4.新增LOSCFG_BASE_CORE_TICK_PER_SECOND_MINI配置宏，用于配置tick中断的最小响应精度
Close #I43UQJ

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: Icd1159a1890046b13602b7a18dcd6234d5c61a89
 2021-08-09 21:18:03 +08:00
openharmony_ci 9ec208a273 !516 fix: OsGerCurrSchedTimeCycle 函数存在拼写错误 
Merge pull request !516 from zhushengle/spell
 2021-08-06 03:55:41 +00:00
zhushengle 53ced1a85e fix: OsGerCurrSchedTimeCycle 函数存在拼写错误 
Close #I446CX
Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I49e80ffe1a7b579b82aaf45f599623b287eb8e98
 2021-08-06 11:25:21 +08:00
JerryH 3bb3173604 fix: smp启动代码解耦及内存映射关系解耦 
close #I41P8Y

Signed-off-by: JerryH <huangjieliang@huawei.com>
Change-Id: I01833cf617bbc695543a865dbb994c6c22d4a0a8
 2021-08-05 16:03:43 +08:00
pcwlno1 6a5a0326d2 fix: LiteOS_A BBOX Codex整改 
1、判断安全函数的返回值。

Close #I43RQU

Signed-off-by: pcwlno1 <qidechun@huawei.com>
 2021-08-04 08:32:10 +08:00
Haryslee e425187d17 fix: 修复mprotect修改地址区间的权限后，相应的区间名丢失问题 
背景：对于mmap映射的区间，修改权限后对应的区间名丢失
方案：mprotect修改权限后，对应区间名继承原区间名

close #I43R40

Signed-off-by: Haryslee <lihao189@huawei.com>
Change-Id: I969c93528cbecc2ded4e437e5aac8f82b8baa609
 2021-08-03 20:40:41 +08:00
Caoruihong 4dc421e3de fix: liteipc max data size too small 
use IPC_IO_DATA_MAX from liteipc_adapter.h

Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: I94f2dd2ff148e8a03ffb2c7b38ab06a34a2d2827
 2021-08-02 11:58:29 +08:00
openharmony_ci f85c27de59 !476 在内核提示No idle TCB时，增加打印当前系统任务信息，以方便问题定位。 
Merge pull request !476 from zhangfanfan2/master
 2021-07-31 09:19:41 +00:00
openharmony_ci 88358ab302 !480 A核代码告警清零 
Merge pull request !480 from wangchen/a_codex
 2021-07-31 03:41:03 +00:00
openharmony_ci 1e5d01360b !394 fix apis: setrlimit,gethostname,gethostid 
Merge pull request !394 from wcc/misc
 2021-07-31 03:17:22 +00:00
openharmony_ci 1394b3be26 !463 BBOX使用预留物理内存缓存故障日志 
Merge pull request !463 from pcwlno1/bbox_bugfix_upload2
 2021-07-31 01:55:14 +00:00
wangchen 698756d1e6 fix: A核代码告警清零 
【背景】定期A核代码告警清零。

【修改方案】
根据工具扫描结果，对代码告警进行更改。

【影响】
对现有的产品编译不会有影响。

re #I4378T
Signed-off-by: wangchen <253227059@qq.com>
 2021-07-30 17:13:55 +08:00
YOUR_NAME 11a9b00d43 fix: 在内核提示No idle TCB时，增加打印当前系统任务信息，以方便问题定位。 
close: #I434UC

Signed-off-by: zff <zhangfanfan2@huawei.com>
Change-Id: If6cdb719412375c79356a50113a0efb45c8968f7
 2021-07-30 12:52:31 +08:00
pcwlno1 2ad176e587 fix: BBOX使用预留物理内存缓存故障日志 
1、允许用户自己指定预留物理内存的起始地址和长度。
2、在适配层中增加对预留物理内存的映射。
3、在bbox的Kcondfig中增加有关预留物理内存的编译选项。
4、在bbox的Makefile增加有关内存函数头文件的引用。

Close #I41YIZ

Signed-off-by: pcwlno1 <qidechun@huawei.com>
 2021-07-30 11:02:13 +08:00
wcc 09d5bcc22d Merge branch 'master' of gitee.com:openharmony/kernel_liteos_a into misc 2021-07-27 01:40:59 +00:00
Caoruihong abf4d8fb25 feat: build OHOS_Image from kernel 
using OHOS_Image as liteos default name

Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: I00bcc9a6747ffde0f07f3d243150055a644df02f
 2021-07-27 01:20:46 +08:00
openharmony_ci aaa9018acf !455 内核二进制生成到target_out_dir中，避免误打包到rootfs中 
Merge pull request !455 from Caoruihong/target_out_dir
 2021-07-22 11:56:12 +00:00
Caoruihong 3b5268f02a chore: output liteos binaries to target_out_dir 
liteos binaries no need pack to rootfs.

Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: Iba650c9d09302902c108760163eca55b4ec40221
 2021-07-22 18:52:24 +08:00
openharmony_ci 0ad91713f6 !449 确保BBOX抓取的故障日志落盘 
Merge pull request !449 from pcwlno1/bugfix_log_write
 2021-07-22 05:44:10 +00:00
pcwlno1 8f6a1dd33c fix: 修改某些平台保存bbox日志失败的问题 
1、在日志写如完成之后执行fsync确保落盘。

Close #I41UTP

Signed-off-by: qidechun <qidechun@huawei.com>
 2021-07-22 10:19:31 +08:00
openharmony_ci 8755dc9d35 !443 从Make编译切换到GN编译 
Merge pull request !443 from Caoruihong/build_gn
 2021-07-22 01:50:19 +00:00
Caoruihong a8805a65aa feat: add support for gn build system 
add BUILD.gn for all kernel modules

Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: I018446427bf64615f2596d47862b219659b58b34
 2021-07-21 15:52:40 +08:00
openharmony_ci 4adc15e630 !446 init进程收到子进程退出信号后，调用fork重新拉起进程，会导致系统卡死 
Merge pull request !446 from zhangfanfan2/master
 2021-07-21 07:39:31 +00:00
openharmony_ci d9774e016e !447 chore: fix function and variable name spell issues 
Merge pull request !447 from kenneth/chore
 2021-07-21 05:29:07 +00:00
openharmony_ci c610578d73 !433 fix: 修改默认窗口宽度到400 
Merge pull request !433 from MGY917/change_winsz
 2021-07-21 05:21:00 +00:00
openharmony_ci 3b9e3f8471 !438 解决shm接口死锁问题 
Merge pull request !438 from JerryH/shm
 2021-07-21 01:50:28 +00:00
kenneth 58d4366e1d chore: fix function and variable name spell issues 
fix some spell issues in files under folder kernel/base/core:
change Recyle to Recycle, ilde to idle and Porcess to Process

close #I3R28X

Signed-off-by: kenneth <zhushangyuan@huawei.com>
 2021-07-21 08:52:18 +08:00
YOUR_NAME 35a2f3af33 fix: init进程收到子进程退出信号后，调用fork重新拉起进程，会导致系统卡死 
问题原因：init进程执行信号时，线程栈底预留了部分空间给信号上下文使用，
从而导致处理信号时线程栈底比线程控制块里面记录的大，这样在fork的过程中内核
从init线程栈底copy线程上下文给新进程时，copy的不是实际运行的栈底，以致于
新进程的线程上下文不对，在实际运行时跑飞，引发系统卡死。
解决方案：在fork过程copy线程上下文时，判断是否预留了信号上下文空间，如果预留
了，则copy的栈底要基于预留后的栈底去copy线程上下文。

close: #I41HOY

Signed-off-by: zff <zhangfanfan2@huawei.com>
Change-Id: I61cb05183c78919730e3a68c1c85b72fa1decd16
 2021-07-20 21:11:12 +08:00
openharmony_ci 7b7d64cc87 !404 mount接口支持MS_RDONLY flag 
Merge pull request !404 from Far/master
 2021-07-20 12:47:43 +00:00
chenjing 14bd753aa8 fix: OsGetArgsAddr声明所在头文件不正确 
close #I41MWM

Signed-off-by: chenjing <chenjing139@huawei.com>
Change-Id: Iad136b3b8b63fed63fa69c594ec39bd90d5513b7
 2021-07-20 19:30:04 +08:00
Far 8729f6ee57 feat: 增加mount的MS_RDONLY标志的支持 
增加mount的MS_RDONLY标志的支持，并修改vfs主要接口相关支持。
1. fatfs lseek接口在分区以MS_RDONLY方式和文件以只读打开时不再能够扩大文件的大小。
2. 直接在镜像中创建storage目录，而不是在挂载根文件系统时创建storage目录。
3. 增加了MS_RDONLY的测试用例。

Close #I3Z1W6

Signed-off-by: Far <yesiyuan2@huawei.com>
 2021-07-20 16:21:08 +08:00
chenjing 80473f0975 fix: bootargs解析与rootfs挂载解耦，并支持自定义bootargs参数 
1、bootargs解析与rootfs挂载进行解耦；
2、支持开发者自定义bootargs参数，内核存储bootargs中所有参数；
3、开发者可获取bootargs中的参数内容，并自行解析。

close #I41CL8

Change-Id: If384476714854ba0cf64eb70b785eb26737dd3d2
Signed-off-by: chenjing <chenjing139@huawei.com>
 2021-07-20 11:48:31 +08:00
JerryH1011 7a6e4c8155 fix：修复共享内存shmat和shmdt接口之间存在的死锁问题 
close #I40QOM

Change-Id: Ib3783f5d6b1095bf2100ab024fe0235a64355823
Signed-off-by: JerryH1011 <huangjieliang@huawei.com>
 2021-07-19 14:55:47 +08:00
wcc0 c9d69e2d1b fix: add capability and amend smoke testcase 
add setrlimit,gethostname,gethostid and capability

Change-Id: I0d5f23cb87ec2731fb79e7c5cfbe1ce109ac158a
 2021-07-16 09:24:44 +08:00
openharmony_ci d9ed4b4bf6 !427 fix: 修复lwip2.0 增强在futex中异常挂死问题 
Merge pull request !427 from zhushengle/futex
 2021-07-15 01:54:41 +00:00
qidechun cb17fa50ed feat: 给开发者提供系统信息导出Hidumper工具。 
给开发者提供系统信息DUMP机制，帮助开发者观察系统功能状态，发现潜在问题。

Close #I3NN7D

Signed-off-by: qidechun <qidechun@huawei.com>
 2021-07-14 14:49:58 +08:00
Guangyao Ma 09c491ca1f fix: 修改默认窗口宽度到400 
由于内核暂不支持tty，窗口默认宽度写死的为80。在流水线中，往往有时候需要更宽的
窗口宽度。在tty支持动态获取和设置大小之前，先调整大小为400。

re #I40LQX

Signed-off-by: Guangyao Ma <guangyao.ma@outlook.com>
Change-Id: Ic21a8b7098f47b7d608762678eebb7b8ecb67ce4
 2021-07-14 14:41:40 +08:00
qidechun a195aac9fb feat: add blackbox for liteos_a 
1、在内核增加BlackBox核心框架，对外提供模块回调接口注册和故障处理接口。
2、增加默认的系统模块适配层，处理通用内核态和用户态故障日志抓取和保存。
3、BBOX特性默认关闭，若想使用此特性，请在内核配置文件中增加如下编译选项：
LOSCFG_BLACKBOX=y
LOSCFG_SAVE_EXCINFO=y
LOSCFG_SAVE_EXCINFO可以帮助抓取更多的故障日志。
4、若已经打开BBOX特性，想快速验证此特性，请添加如下编译选项：
LOSCFG_HIDUMPER=y

Close #I406NP

Signed-off-by: qidechun <qidechun@huawei.com>
 2021-07-14 09:37:35 +08:00
zhushengle 1157c4a289 fix : futex requeue机制中，头节点的queueList 为NULL, 导致系统异常 
queuelist中的普通节点在调整为futexList的节点时，
未校验其queueList的有效性，导致queueList未初始化，
出现访问空指针；且在从旧链表迁移节点到新链表时，
节点从旧链表删除之后又插入到另一个链表中，导致对
旧链表的为NULL判断出错。

Close #I4024F

Change-Id: I506a10fc5740ce16e682c2c419b9d92a82000b86
Signed-off-by: zhushengle <zhushengle@huawei.com>
 2021-07-14 09:30:49 +08:00
openharmony_ci d7387508e3 !402 消除编译告警 
Merge pull request !402 from x_xiny/master
 2021-07-09 08:37:20 +00:00
x_xiny e4ff04586f fix:消除编译告警 
【背景】
 消除编译告警

【修改方案】
 消除编译告警

 re #I3ZC1R

 Change-Id: I594d0f57e4cbbdb246a6bef1c978a38228123a34

 Signed-off-by: x-xiny <1301913191@qq.com>

Change-Id: I1d75cdcdcf9d06ec28e541cdfea77300da7c6bb1
 2021-07-08 20:30:33 +08:00
openharmony_ci 78906f4a6c !406 修正最小编译时的错误 
Merge pull request !406 from Caoruihong/qemu_mini
 2021-07-07 08:29:28 +00:00
Denny 55e5e29005 回退 'Pull Request !401 : 【DFX子系统】【BBoxDetector】LiteOS_A死机重启维测框架' 2021-07-07 10:29:43 +08:00
Caoruihong ac8c2c6d5b fix: minimal compile 
fix compile errors in minimal compilation

Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: I48f4f7b27c684e2c747c1949776c5c4f9e383dec
 2021-07-07 00:26:33 +08:00
qidechun 425975e481 feat: add blackbox for liteos_a 
1、在内核增加BlackBox核心框架，对外提供模块回调接口注册和故障处理接口。
2、增加默认的系统模块适配层，处理通用内核态和用户态故障日志抓取和保存。

Close #I3NN7V

Signed-off-by: qidechun <qidechun@huawei.com>
 2021-07-06 07:49:59 +08:00
openharmony_ci 003810284c !384 对内核中menuconfig开关的宏使用#ifdef/#ifndef来做预编译判断 
Merge pull request !384 from boxi/upload
 2021-07-01 07:11:13 +00:00
boxi 4e4f2d6d7e refactor: 对LiteOS_a内核中menuconfig开关的宏使用#ifdef/#ifndef做预编译处理 
LiteOS_a中有部分配置宏进行了重复冗余定义，导致当头文件未被包含时，极易引入错误，
故对menuconfig配置宏进行统一处理，均使用#ifdef/#ifndef作为预编译判断方式

Close #I3YEGS

Change-Id: Ife6db770cc66de1d6199a4f3ba3950e9bfd0e71a
Signed-off-by: boxi <lewis.liulei@huawei.com>
 2021-07-01 09:08:18 +08:00
Caoruihong d7672d47f2 chore: make liteos_a can be built alone 
in the liteos_a directory, we used to use `make clean all` command
to build liteos_a kernel for test.

Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: I5ca689c1c44052f7de937d7faa9e4d3534d97380
 2021-06-30 18:44:46 +08:00
openharmony_ci abbeca1cb2 !359 sysroot和CPU架构参数通过BUILD.gn传递给Make 
Merge pull request !359 from Caoruihong/sysroot
 2021-06-29 08:14:54 +00:00
openharmony_ci 50c8abc521 !371 fix: 修复kill进程时，liteipc阻塞的进程无法退出问题 
Merge pull request !371 from zhushengle/p_kill
 2021-06-29 05:27:08 +00:00
openharmony_ci 339c467e71 !375 基于汇编实现内核对用户态内存清零的功能 
Merge pull request !375 from Harylee/mem
 2021-06-29 04:41:02 +00:00
Caoruihong 9e45086d19 chore: pass sysroot and arch related cflags by BUILD.gn 
sysroot and arch related cflags are pass by BUILD.gn now.

Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: Ia6000dd7ed8a8a37e935ace49d8460a919a16566
 2021-06-28 16:31:02 +08:00
zhushengle 7de43bb004 fix: 修复kill进程时，因liteipc阻塞的进程概率无法退出问题 
kill进程时，会将因为liteipc阻塞的线程唤醒，使其调度并自动退出，由于liteipc阻塞机制为
循环阻塞方式，会导致将因liteipc阻塞的线程唤醒后又进入等待中。此处在唤醒因liteipc阻塞的
线程后检查是否已有kill标志，如果有使其按接收数据失败退出，在返回用户态之前，该线程会进
入退出流程，结束运行。

Close #I3XX7K

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: Iec4e298dff4aefd2994289067a35cb5673e323f9
 2021-06-26 17:08:48 +08:00
Guangyao Ma 1d952a254a fix: 设置qemu默认userfs大小/修改qemu驱动目录 
驱动目录位置不合理，需要调整到/device/qemu/drivers下面

close #I3XW96 #I3XWXD

Change-Id: Ied6b90d2d0631c99f2209f5b72bbd12cdff6b1d5
Signed-off-by: Guangyao Ma <guangyao.ma@outlook.com>
 2021-06-26 15:38:19 +08:00
Haryslee 9db3407589 feat: 基于汇编实现内核对用户态内存清零的功能 
背景：LOS_UserMemClear接口原有实现是通过在内核中
申请一块堆内存并对其清零，调用copy_to_user来达到
对用户态内存清零的目的，需要使用堆内存。
修改方案：基于汇编实现内核对用户态内存清零的功能。

close #I3XXT0

Change-Id: I27cb1e45559cb75a9b330799fe427abd54f51c15
Signed-off-by: Haryslee <lihao189@huawei.com>
 2021-06-26 15:31:42 +08:00
openharmony_ci eb72f78cf1 !363 userfs分区的起始地址与大小改为通过bootargs配置 
Merge pull request !363 from JING/rootfs
 2021-06-25 01:05:16 +00:00
openharmony_ci 12577eade5 !358 feat: L1支持低功耗投票框架 
Merge pull request !358 from zhushengle/pm_v
 2021-06-25 00:26:41 +00:00
openharmony_ci a28dcc38c9 !360 增加清除文件系统缓存的维测接口 
Merge pull request !360 from 野生毛霉君/master
 2021-06-24 07:34:45 +00:00
mucor 3d1cf683f3 feat: add clear cache cmd to /proc/fs_cache 
write "clear pathcahe" to clear pathcaches and vnodes
write "clear pagecache" to clear pagecaches
write "clear all" to clear both pathcaches and pagechaches
the cache in use will not be cleared

close: #I3XLPH

Signed-off-by: mucor <mucorwang@gmail.com>
 2021-06-24 15:11:50 +08:00
chenjing 2e2b14205f fix: userfs分区的起始地址与大小改为通过bootargs配置 
在内核解析bootargs参数时，加入对userAddr与userSize两个字段的解析。
1、如果bootargs中配置了userAddr与userSize，则使用配置值划分storage分区。
2、如果bootargs中未配置这两个字段，则storage分区默认紧接在rootfs分区后。

close #I3XNEY

Signed-off-by: chenjing <chenjing139@huawei.com>
Change-Id: Iba63ccd7fc3f7efc1d726c4b38beee5df1d64122
 2021-06-24 15:03:53 +08:00
openharmony_ci b8e18ffdf1 !323 fix: 修复内核堆完整性检查逻辑中访问非法指针导致系统异常问题。 
Merge pull request !323 from Harylee/mem
 2021-06-24 06:45:45 +00:00
zhushengle 21d8ac8752 feat: L1支持低功耗投票框架 
功能描述：
  在proc目录下增加power目录，添加powr_mode,power_lock,power_unlock和power_count节点，
  power_mode：节点用于查询和设置系统支持的功耗模式
  power_lock：用于查询和获取低功耗锁，持锁后，将会阻止系统进入低功耗状态
  power_unlock:　用于释放已经持有的低功耗锁，也可查询当前有那些持有低功耗锁
  power_count：用于查询当前持有低功耗锁的个数

Close #I3VS5N

Change-Id: I2e2881cc968eab3c5fa6f9dbd7e8c5e448609407
Signed-off-by: zhushengle <zhushengle@huawei.com>
 2021-06-24 14:27:23 +08:00
chenwei 600dded31e feat: add /proc/fd file to dump the pid/fd/path information 
1, for users with privilege, display all users' fd info with the template "Pid  Fd  SysFd Path"
2, for normal user, display its own fd info with the template "Pid Fd Path"

close #I3WB5U

Signed-off-by: chenwei <chenwei26@huawei.com>
 2021-06-22 17:27:25 +08:00
mucor 231cb6be27 feat: add /proc/fs_cache to display cache info 
add /proc/fs_cache to display vnode, path cache, page cache.
also change some bad virable name

close: #I3WWBD

Signed-off-by: mucor <mucorwang@gmail.com>
 2021-06-22 14:53:17 +08:00
openharmony_ci 7f484dfa09 !315 chore: update LOS_BitmapFfz comment 
Merge pull request !315 from kenneth/LOS_BitmapFfz
 2021-06-22 06:34:45 +00:00
kenneth 99d7072332 chore: update LOS_BitmapFfz comment 
函数LOS_BitmapFfz有2个参数，注释中只描述了一个参数，丢失了对参数numBits的描述，影响导出API文档。补充函数注释的@param部分。

close #I3U3SF

Signed-off-by: kenneth <459864689@qq.com>
 2021-06-22 10:22:46 +08:00
Haryslee 30f5ab89b7 fix: 修复内核堆完整性检查逻辑中访问非法指针导致系统异常问题。 
内存完整性校验原有逻辑中当检测到非零异常指针后仍继续访问异常指针
next的内存域导致系统异常。
本次修改后的逻辑为：检测到非零异常指针后直接退出循环，将异常指针
的相关信息输出即可，增加了goto逻辑。对原有功能逻辑无影响。

close #I3VJZT

Change-Id: I5be06a552cf9fd74d8bd78f5cdf04db06eab4f76
Signed-off-by: Haryslee <lihao189@huawei.com>
 2021-06-22 09:54:31 +08:00
SimonLi 2f3d7efc24 回退 'Pull Request !342 : 增加/proc/fs_cache来显示文件系统缓存维测信息' 2021-06-21 21:33:52 +08:00
mucor 53c6d96c6f feat: add /proc/fs_cache to display cache info 
add /proc/fs_cache to display vnode, path cache, page cache.
also change some bad virable name

close: #I3WESD

Signed-off-by: mucor <mucorwang@gmail.com>
 2021-06-21 16:11:06 +08:00
openharmony_ci 36e5124c0a !322 文件系统冗余代码和依赖删除 
Merge pull request !322 from 野生毛霉君/master
 2021-06-19 20:40:14 +08:00
mucor 73a777777e fix: remove redundant headfile 
1.remove redundant headfile in kernel, such as:
  compiler.h;debug.h;automount.h;inode.h;syslog.h;net.h;
2.split fs.h to file.h and driver.h
3.move vnode.h and path_cache.h to vfs/include
4.remove redundant interface and defines

close: #I3RTNR

Signed-off-by: mucor <mucorwang@gmail.com>
 2021-06-19 17:32:47 +08:00
openharmony_ci ed0041ac65 !327 增强Liteipc的多线程保护 
Merge pull request !327 from Caoruihong/master
 2021-06-18 09:45:48 +08:00
openharmony_ci dca42b9ef6 !316 fix: update LOS_DL_LIST_IS_END comment 
Merge pull request !316 from kenneth/LOS_DL_LIST_IS_END
 2021-06-17 14:08:29 +08:00
openharmony_ci fa6993381a !317 chore: rename function OsCreateUserVmSpace 
Merge pull request !317 from kenneth/los_vm_map
 2021-06-17 14:07:51 +08:00
openharmony_ci 37d80146db !321 chore: fix typos 
Merge pull request !321 from kenneth/destroy
 2021-06-17 14:06:06 +08:00